>> It was clear that udev standalone would be a poorly-supported stepchild,
>udev works perfectly fine without systemd, so stop spreading this kind of FUD.
It's not FUD when it's true. It's possible to /run/ but not /build/
udev alone without taking additional efforts to do so, you must build
systemd unless you patch it out or make it configurable (which this is
doing). Which is the whole crux of the discussion which you are
The fundamental point here is that the current state is not satisfying
a certainly number of users (and distributors). They wouldn't have
gone to the effort in making, testing and submitting a patch if they
didn't consider it important enough to do so. To not recognise that
this work was done to satisfy a legitimate need is explicitly
alienating these people when it would make a whole lot more sense to
accommodate them in this respect. It costs almost nothing to help
others and generates a whole lot of goodwill in the process, rather
than being all take and no give.
>> and deliberately rejecting patches which permit users to just build
>> udev alone beggars belief!
> The patch increases complexity in the build system and the benefit
> is totally negligible: it doesn't make *any* difference whatsoever
> at run time and only requires a few more packages to be installed at
> build time, which is a tiny inconvenience for a tiny group of
This group is likely greater overall, in terms of numbers building the
software, than for the binary-only distributions if you include
source-only distributions, embedded developers, etc. In terms of end
user counts, you are correct. But that does not mean the other use
cases are any less important or necessary, even if it's not of direct
interest to the core developers.
It's not like the complexity of configure switches and conditional
compilation is at all high. And this doesn't even factor in that it
should have been doing this from the start.
> So, in your world, rejecting that kind of patch justifies calling
> other people assholes and accusing them of ramming things down your
It only appears to occur repeatedly in the case of systemd, and pretty
much only because its maintainers' bad attitude has not improved with
time. But yes, in this case I do think it's justified. In adopting
udev, they do have an obligation to keep this type of build working
since it /worked before/, and there are clearly users who /want/ and
/need/ such functionality. To not do so, and to do so deliberately
and intentionally, is greatly disrespectful and will cause unnecessary