Hi, Am 18.02.2015 um 04:32 schrieb Russ Allbery: > If the argument is that it should be opened with dlopen at runtime, I'm > quite confident that there are *many* people on debian-devel who have > worked with shared libraries and can spell out many reasons why that's a > horrible idea. Correct. As a systemd opponent, I'm fairly okay with programs being linked against libsystemd, in the same way that it is okay in my book to link libavahi, as long as you don't pull in the daemon itself. With my embedded hat on, it would be nice if there was an easy way to drop this extra dependency, as it means a lot of essentially dead code loaded on systems that don't use systemd. If you are sufficiently constrained on RAM, then udev stops looking like a great tool to set up /dev and starts looking like a huge blob of code that is essentially only used for the system to speak to itself. I don't see it as that urgent though, because Debian is still sufficiently inflexible in many other places that it makes sense to keep a fork-and-patch infrastructure in place anyway. In the long run though, it would be nice if it were possible to push as many of these changes back into Debian proper as configuration options, in order to reduce the overhead of derivatives. Simon
Attachment:
signature.asc
Description: OpenPGP digital signature