|
|
Subscribe / Log in / New account

hope not tied to SystemD

hope not tied to SystemD

Posted Aug 18, 2025 4:34 UTC (Mon) by alx.manpages (subscriber, #145117)
In reply to: hope not tied to SystemD by pizza
Parent article: Finding a successor to the FHS

> systemd underpins the _overwhelming majority_ of non-android/non-embedded [2] Linux [3] installations today

> and probably >99% of commercially-relevant installations.

I'd like to remind that many Linux users are hobbyists and we should not stop supporting them. And that distros that avoid systemd also exist (I use one of them).


to post comments

hope not tied to SystemD

Posted Aug 18, 2025 13:06 UTC (Mon) by pizza (subscriber, #46) [Link] (2 responses)

> I'd like to remind that many Linux users are hobbyists and we should not stop supporting them. And that distros that avoid systemd also exist (I use one of them).

Who is that "we" you refer to, and why are you volunteering them for additional work?

Do you think that "we" should still be actively supporting retrocomputing folks that intentionally run hardware that was discontinued at least two decades ago? What about Debain/KFreeBSD or Hurd? All of those users are hobbyists too!

Supporting a bajillion snowflake environments is why applications using autotools (not to mention autotools itself) are baroque messes. That complexity mattered at one point ("it's where most of the users are"), but is it really worth spending time to ensure folks running ancient proprietary UNIXes [1] can use the latest software? (Mainline Linux just dropped support for anything older than 2nd-gen Pentium processors for similar reasons!)

Given that you only have limited resources (time/effort/money) at your disposal, you can't support everyone, so you draw the line to get the best return on what you can do. Given that systemd has been the default (or only) option for anything resembling mainstream released [2] or still supported [3] in the past decade, maybe that is where your attention should be focused instead of (more than) doubling your effort to support the remaining few percent.

...To throw out another analogy -- Do you really expect a typical automobile mechanic today to be able to readily diagnose the kinds of malaises common with complex smog-era carburettors, given that the the final vehicle sold with one was in 1994 [4]? Or would you go to a specialist (or become the specialist yourself) as that is the price you're (literally) having to pay for your hobby?

[1] Keep in mind that these systems can be _emulated_ faster (and with vastly more memory and other resources) than the real hardware could ever achieve.
[2] Debian was the final holdout, and even then its non-systemd paths have been slowly bitrotting because the folks complaining are rarely the ones *doing*.
[3] As of today, the only commercial non-systemd options are supported only via very pricey "extended support" offerings. Nobody is going to be setting up _new_ systems with (or writing/porting new software to) RHEL6 without a pretty substantial budget or the understanding they are completely on their own.
[4] Most of the industry had completely switched to fuel injection by the late 80s, though a few stragglers held on into the early 1990s. The final carburettor-equipped vehicle sold in the US was the 1994 Isuzu "Faster" pickup truck.

hope not tied to SystemD

Posted Aug 18, 2025 18:02 UTC (Mon) by alx.manpages (subscriber, #145117) [Link] (1 responses)

> Who is that "we" you refer to, and why are you volunteering them for additional work?

Open source project maintainers in general.

And in particular, anyone attempting to replace the FHS 3.0, which I still try to follow as much as I can (with sane deviations, of course). Is it so much work to support those in a file-system hierarchy standard? I bet the differences are rather small.

> Do you think that "we" should still be actively supporting retrocomputing folks that intentionally run hardware that was discontinued at least two decades ago? What about Debain/KFreeBSD?

No. Hardware/software that was discontinued long ago is dead to me.

In general, maintaining support for those systems is a lot of work, and results in less safe code (for example, 32-bit code is prone to bugs). That's something I don't mess with.

> or Hurd? All of those users are hobbyists too!

I receive patches from GNU/Hurd maintainers when software that I co-maintain doesn't work in Hurd. I appreciate their effort in making it work, and accept those patches. After all, it's not too much; often, it's just a macro that in Hurd is not defined, so we define a fallback ourselves. Hurd is not discontinued, and not unsafe, so I help them.

> Given that systemd has been the default (or only) option for anything resembling mainstream released [2] or still supported [3] in the past decade, maybe that is where your attention should be focused instead of (more than) doubling your effort to support the remaining few percent.

Someone in this thread reminded that Gentoo doesn't use systemd by default. That's a system I would consider mainstream.

I personally use Devuan, and I'm happy with it. It works.

hope not tied to SystemD

Posted Aug 18, 2025 20:20 UTC (Mon) by pizza (subscriber, #46) [Link]

> > Who is that "we" you refer to, and why are you volunteering them for additional work?
> Open source project maintainers in general.

"Open source project maintainers in general" don't owe you (or anyone else) anything.

You don't get to tell them, collectively or individually, what they should or should not be spending their time doing.

(Unless you're paying them)

> Someone in this thread reminded that Gentoo doesn't use systemd by default. That's a system I would consider mainstream.

Don't equate "familiarity" with "mainstream" -- Gentoo explicitly targets folks that already know enough to be able to make (and deal with the consequences of) the multitude of choices that it enables/provides. Whereas the "mainstream" just wants "something that works".


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds