Simon Ser @emersion@octodon.social

$jim is the reviewer for patches landing in $jim's tree, you're the reviewer for patches landing in your tree, etc. Part of the advantage of this workflow is that it's an informal, loose process. You send the patches to the mailing list, $jim reviews them and incorporates them into his tree, and anyone who trusts $jim pulls his tree and gets the patches.

If you disagree with $jim's changes to your patches, bring it up so that it can be fixed in later commits. Ideally $jim would only make tweaks to your patches, such as rebasing to reorder or merge or split up commits in a manner which makes more sense to him, or correcting typos or style errors as a courtesy. For any larger problems with the patchset, he's more likely to kick it back to you with feedback so you can amend the commits and send along a v2 at your discretion.

When I look into my crystal ball, I see $jim's tree, my tree, and perhaps dozens more, co-existing forever and pulling patches from each other as necessary. When you eventually deploy this to production, you'll probably end up hosting your own tree somewhere, planting a flag in the ground: this is the version of $project that we're running on $company production. When $othercompany makes improvements to their $project, you might pull changes from them, or in the other direction when you improve your branch. We use the mailing list to keep us informed of everyone else's work.

This is how Linux works - there are thousands of trees in the wild, from Linus' "upstream" tree, distro-specific trees, trees for individuals like Greg KH or even my tree, trees for larger kernel teams like linux-drivers, linux-dri (graphics), linux-ext4, etc. In fact, hardly anyone uses Linus' tree at all - your distro is running their own tree. The only time I use Linus' tree even as a kernel hacker is as a reasonably sane base to apply other patches to. Many kernel trees are even on GitHub and accept pull requests!

I wrote up my C style guidelines in detail:

https://git.sr.ht/~sircmpwn/cstyle

Sourcehut Q4 2019 financial report is out:

https://sourcehut.org/blog/2020-01-13-sourcehut-q4-2019-financial-report/

So fucking excited for #mrsh's imminent completion by @emersion https://mrsh.sh

sway 1.3-rc1 released:

https://github.com/swaywm/sway/releases/tag/1.3-rc1

wlroots 0.9.0 released:

https://github.com/swaywm/wlroots/releases/tag/0.9.0

Languages which are not C should not depend on C. A language design is much more compelling when its own compiler, runtime, stdlib, etc are self-hosting (i.e. written in the language itself). Constraining ourselves to a language design which can route all of its syscalls through the libc abstraction layer (which is THICK) constrains our language designs in ways I dislike.

Just got reminded that as of January I will have been writing self-directed free software projects full-time for 1 year.

How the fuck did I manage to land this gig?

Thanks everyone ❤️