[systemd-devel] setting up to allow separate udev and systemd builds
William Hubbs
w.d.hubbs at gmail.com
Wed Jun 20 13:25:15 PDT 2012
On Wed, Jun 20, 2012 at 09:40:39PM +0200, Robert Schwebel wrote:
> Currently, the workflow would be like this:
>
> 1) build other components
> 2a) build prerequisites necessary for systemd, which are otherwhise
> unneeded; this needs to be installed into the local sysroot in
> order to let systemd pick up the prerequisites
> 2b) build systemd+udev
> 2c) somehow remove the "wrong" components from sysroot again, as
> all the rest of the system is not allowed to see them (otherwhise
> their configure scripts would assume the features to be there)
> 2d) install only udev
> 3) move on
>
> Instead of:
>
> 1) build other components
> 2) configure with just the right switches, make
> 3) move on
>
> In ptxdist, we have 700+ packages which don't need this kind of special
> handling (especially 2c will really be a pain). And all this because of
> something which can be solved in configure.ac.
>
> Note: This discussion shouldn't be about if source distributions are a
> valid use case. Fact is that there are source distributions and people
> have their reasons to use them. And all source distributions have this
> issue. We should avoid that everyone implements his own uggly
> workaround.
Agreed. As shown in this thread, there are definitely enough use cases
out there for building stand-alone udev that this should be handled
upstream so that everyone doesn't have to invent a workaround.
Like I've said multiple times on this thread, I don't care whether or
not *my* patches get used, but it would be greatly appreciated if there
was a way to build udev standalone.
Thanks for your consideration,
William
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20120620/9252ccf2/attachment.pgp>
More information about the systemd-devel
mailing list