Re: systemd intermittent startup
- To: Debian User <firstname.lastname@example.org>
- Subject: Re: systemd intermittent startup
- From: Tom H <email@example.com>
- Date: Mon, 19 Nov 2012 12:27:22 -0500
- Message-id: <CAOdo=Syd=xvDY6zAhByxazxqXd9Xt4Mc3+v1jf4XkGX6Ow+=kQ@mail.gmail.com>
- In-reply-to: <20121119144459.GA19687@debian>
- References: <CAOsGNSSt010P=+NLOmqfy1QypQiMSuNF9R9QhqtgAkYBcGpSiw@mail.gmail.com> <1353312437.2203.24.camel@precise> <CAOdo=Szxwn5nXY2z=e3pzR5cDRsx_0LsfEHkVD-qZyTBhMrBew@mail.gmail.com> <20121119144459.GA19687@debian>
On Mon, Nov 19, 2012 at 9:44 AM, Jon Dowland <firstname.lastname@example.org> wrote:
> On Mon, Nov 19, 2012 at 07:44:39AM -0500, Tom H wrote:
>> The problem is that it's no longer possible for recent versions of
>> udev to compile it without compiling systemd too.
> The truth is a bit more complicated. You can build just udev from the
> systemd sources: "make udevd" rather than the default "make". The
> developers have resisted requests to add another phony make target or
> configure options to just build udev, arguing that "make udevd" works
> just fine. However, I suspect it's more difficult to build all of the
> udev components *and pick them out for an install* than it was before
> they merged sources.
Thanks for the explanation (and apologies for the incorrect info). So
IIUC, you can compile udev but you need to have all the systemd
build-requires in order to build it.
I suspect that it's difficult or makes the build system more
complicated. But, IMO, the systemd developers should've made the
effort given the strong feelings that users/maintainers/developers
have about systemd in all distributions.
> The Debian udev package is still from pre-merge and not built from
> the systemd sources. I wonder what will happen post wheezy on that
Yes, wheezy's udev thankfully pre-merge. Given that there are a few
distributions that want and will want to have a standalone udev for
the lifetime of jessie, some agreement can be reached about compiling
it easily that way for the foreseeable future. The other solution
would be to fork udev, but I hope that it won't come to that.