Christian Brauner 🦊🐺

@brauner
1.7K Followers
379 Following
1.6K Posts

CTO @ Amutable

Maintains the #VFS in the Linux Kernel, #pidfds, and a bunch of other stuff.
#systemd, #LXC, #LXD and a few other things.

Website & Bloghttps://brauner.io
Verificationhttps://keyoxide.org/4880B8C9BD0E5106FC070F4F7B3C391EFEA93624
Githubhttps://github.com/brauner
Kernel Bloghttp://people.kernel.org/brauner
fedi: *oh no the fascist california law will make linux illegal unless you insert your id into a floppy drive, enable secure boot and sign away your soul via tpm*
systemd: *just adds an optional field for birth date*
fedi: *oh you microslop conspiracy nazi scum*
I do enjoy using some of the AI coding tools but judging by some of the patchsets on the kernel mailing list it is clear that without strong focus on code quality this will significantly degrade architectural thought and code design. I mean, spaghetti galore...
Sarah Connor watching you use Al for everything
As my account has been removed, it's now official: I am no longer a FOSDEM organiser.

This was my choice. I wish the organisation all the best for the future, and if time and money allow, might come again as a mere visitor, for the first time in 22 (!) years.
https://lore.kernel.org is lagging quite drastically?
public-inbox listing

[PATCH b4 0/3] shazam: conflict resolution support for b4 shazam -H - Christian Brauner

@brauner @daandemeyer I played with #barrage and wrote a bunch of async tests and its beautiful!

@daandemeyer has been working on #barrage a concurrent async test framework for Python:

https://github.com/amutable-systems/barrage

He's got great plans for it. :)

#barrage #amutable

GitHub - amutable-systems/barrage: A concurrent async test framework using Python's asyncio

A concurrent async test framework using Python's asyncio - amutable-systems/barrage

GitHub

RE: https://mastodon.social/@pid_eins/116158472448002523

The varlink-http-bridge is another #systemd component written in #Rust. Expect more of that in the future.

I can confidently say that I sent another completely batshit series that will probably end up with Linus revoking any pr rights because I clearly lost it. But it was kinda tempting to see whether I could move all kthreads into nullfs and separate PID 1 from kthread filesystem state:

https://patch.msgid.link/20260303-work[email protected]

Also, usermodehelpers must cease to be a thing and so do userspace filesystem operations from kthread context.

[PATCH RFC DRAFT POC 00/11] fs,kthread: isolate all kthreads in nullfs - Christian Brauner