uselessdguy

7 ms·

1.
by uselessdguy 12y ago
Yes. 1.5, if my mind serves correctly. Later on, LSB tried to do something similar for sysvinit using initscript headers that were interpreted by an external insserv program, but these proved to be far more fragile compared to rcorder(8).
2.
by uselessdguy 12y ago
This is a disingenuous presentation, though I would not expect any different from a systemd proponent, or opponent, for that matter. I wrote about the follies of systemd debates here: http://uselessd.darknedgy.net/ProSystemd
3.
by uselessdguy 12y ago
I don't think anyone really considers sysvinit to "follow Unix". In fact, I'd say sysvinit is more of a historical accident than anything. An actual example of a service manager that follows the Unix philosophy would pro
4.
by uselessdguy 12y ago
Slackware, Gentoo/Funtoo, CRUX, PCLinuxOS and all its derivatives. Then some more niche ones like Alpine Linux (which also eschews a lot of the GNU base system for alternatives) and Void Linux.
5.
by uselessdguy 12y ago
My personal experience is that BSD people by and large care about Linux mostly out of necessity, but nonetheless they're still knowledgeable about both. Mostly they're angry whenever the Linux community feels the need to reinvent
6.
by uselessdguy 12y ago
A lot of people conveniently ignore that the shirt was actually made by a female friend of his named Elly Prizeman. The situation all of a sudden becomes completely different when you factor in that fact. Of course, it's easier to just
7.
by uselessdguy 12y ago
That's three Debian maintainers in a single week. Wow.
8.
by uselessdguy 12y ago
But then by this logic, OpenBSD should also be a dysfunctional mess. It's not. It has almost the same number of contributors per 6-month release cycle that systemd alone gets in only about 3 months, yet it is a remarkably productive
9.
by uselessdguy 12y ago
I completely condemn such nonsense as a bunch of vitriolic people driving a distribution maintainer away from their position all because of their indirect affiliation with a controversial project. Such actions are why I identify with neithe
10.
by uselessdguy 12y ago
You can run uselessd with or without being PID1. The two modes have different implications, obviously. The latter choice will mean a separation of system manager and service manager. cgroupfs monitoring works properly in both cases. PID fil
11.
by uselessdguy 12y ago
Humorous names aren't exactly new to free software.
12.
by uselessdguy 12y ago
ANTINEWS is the best kind of NEWS. And you don't just lose things, come on. Our recent support for running a system instance of systemd/uselessd without taking over init (as early and rudimentary as it still may be) is a good thin
13.
by uselessdguy 12y ago
Off the top of my head: __compar_fn_t (just a typedef), strndupa(), parse_printf_format(), canonicalize_file_name(), the GLOB_BRACE flag, implicitly included headers, error.h (also in uClibc)... We have notes in our Bitbucket source.
14.
by uselessdguy 12y ago
That's a Linux kernel feature, not a systemd feature. It's unrelated: http://www.linux.com/news/featured-blogs/200-libby-clark/773... systemd has libqrencode integration, in order to, if I recall co
15.
by uselessdguy 12y ago
The name is perfect and I do not see myself changing it. The fact that so many people misunderstand makes it better. The Linux Action Show thought we were calling systemd "useless" and went on a hilarious rant, there's people
16.
by uselessdguy 12y ago
No, I specifically addressed this: -------------------------------- "The rather huge scope and opinionated nature of systemd leads to people yearning for the days of sysvinit. A lot of this is ignorance about good design principles, bu
17.
by uselessdguy 12y ago
Because they all largely did the same things that sysv did with a few bolt-on features. That is a total misrepresentation, I'm sorry. The fact is SysV was probably one of the weakest init systems around, besides deliberately minimal
18.
by uselessdguy 12y ago
Shell scripting isn't "archaic nonsense" at all, it's just that the warts from how most shells implement their command language (ksh/bash/POSIX sh) are holding us back. If you go look at Plan 9 rc shell scripts
19.
by uselessdguy 12y ago
I kind of stitched this essay together haphazardly, and it certainly does require some background knowledge to fully understand. Nonetheless, "the udev debacle" refers to systemd merging udev into its codebase, along with tying it
20.
Why pro-systemd and anti-systemd people will never get along(uselessd.darknedgy.net)
98 points by uselessdguy 12y ago|111 comments
21.
by uselessdguy 12y ago
First of all, thanks for linking to uselessd. The writeup was quite nice. I was actually in the process of writing my own notes to respond to Poettering's "The Biggest Myths", but your approach is better. I'll definitely
22.
by uselessdguy 12y ago
It's obvious you didn't even read the article. EDIT: I don't know the motivation for the downvotes. I replied like this because the commenter posted a canned cookie-cutter reply that is addressed in the article as Fallacy #6.
23.
by uselessdguy 12y ago
The "new better init system" already exists. Several of them, in fact. The only difference? They have no intention of engaging in any shady realpolitik, or consolidating functionality unrelated to their core purpose. Jupiter Broad
24.
by uselessdguy 12y ago
Hey, Rich. First of all, thanks for musl libc. At the moment, yes. We do keep much of the internal systemd architecture in tact, but we do eventually aim on partially decoupling it, or at the very least expanding the breadth of configure pr
25.
by uselessdguy 12y ago
Except that Lennart Poettering (at the least) was directly involved in negotiating the dependency on systemd's libraries for the GNOME stack: https://mail.gnome.org/archives/desktop-devel-list/2011-May/..
26.
by uselessdguy 12y ago
I wasn't talking about systemd, in particular. I was using a hypothetical example to counter the OP's point. That said, systemd's main.c still does have significantly more baggage than most other systems I've seen (never
27.
by uselessdguy 12y ago
You can trap virtually all signals beyond SIGKILL. Keep in mind I'm not advocating a strict separation, it does make sense to intertwine to an extent for practical purposes. I'm mostly trying to say that they're separate stag
28.
by uselessdguy 12y ago
People already did see it. It was a hot thread on /r/linux and Phoronix. No one really cared. Gentoo's eudev is more relevant now than it ever has been before.
29.
by uselessdguy 12y ago
Disclaimer: I develop uselessd, probably have a warped mindset from being a Luddite who values transparency, and evil stuff like that. The author of this piece makes the classic mistake of equating the init system as the process manager and
30.
by uselessdguy 12y ago
Right now we're at a stage where we're not all that focused on adding completely new features, but cleaning up what exists. In general, whether or not we include a new unit option depends on how we gauge its usefulness.

More ›