This is awesome work, I’m happy to see systemd on musl getting more attention. Poor Khem was doing it all by himself for years.

You can not highlight text in a commit message and leave an in-line comment in the same way you can for code changes in the diff.

Edit: https://gitlab.com/gitlab-org/gitlab/-/issues/19691

GitHub doesn’t let you comment on the commit message either. The only one I’ve seen do this properly this is Gerrit. And of course regular old mailing list reviews.

There are so many blogs and posts about writing good commit messages, using Conventional Commits, etc, and the two most popular forges don’t even let you comment in-line on the commit message during a review.

GitLab still doesn’t even support leaving comments on a commit message. Like, what? GitLab and GitHub have all these fancy shiny features but still suck at offering basic code review functionality.

I never understood the appeal.

I’m confused, the behavior you just said was “exactly the same in git” is now a problem for Mercurial?

Old, unreachable commits will be garbage collected.

San Diego

I don’t know if this is still the case, but IIRC browsers (chrome and Firefox) have their own sandboxing which is quite effective, but their efficacy is hindered by flatpak.

Early Knoppix live CDs have a special place in my heart

I’ve used silverblue on my gaming rig for over three years now. It has been a completely uneventful experience, so I really like it.

The only pain point I have is that compiling kernel modules is an utter disaster and it’s ridiculous that there is not a seamless mechanism for this yet. Every kernel update (and there are tons) requires me to rebuild my third party modules, but you need to do it in a toolbox and the kernel headers version must match the running kernel version, which is actually more annoying than it sounds.

Was this written by AI?

Linux has dominated the router firmware market for a loooong time. Nearly all vendor firmware for consumer routers is Linux based.

Reminder to read the official git book. It’s free and it’s useful. My dudes, stop pretending to understand your tools and actually learn them.

This is amazing

deleted by creator

Well I’m old so I need a larger font size

Dude core guidelines is like 2000 pages, C++ is a meme language

Our current understanding having spoken to systemd developers is that we should be able to find a path that brings us much closer to upstream, if not entirely.

The only way the systemd developers will allow musl support upstream is if musl supports the glibc-isms that systemd uses.

They have been extremely clear that they will not carry patches for other libcs.

Lol

I find GNOME’s “must be perfect” approach to accepting new code counterintuitive.

One of the largest benefits of having a clean architecture is increased velocity and extensibility. What’s the point in nitpicking over perfection when it takes literally years to merge a feature, arguably one considered basic and essential by today’s standards?

KDE is on the other side of this pendulum, integrating everything and resulting in a disjointed, buggy disaster.

Where’s the middle way? It used to be XFCE. What is it now?

This is an opinion and conclusion I completely expected to see from Drew. He’s carrying the torch for the old guard but damn if it’s not an uphill battle these days.