[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v4 14/15] autoconf: xen: add systemd support into the build system



On Thu, 2014-05-15 at 03:58 +0200, Luis R. Rodriguez wrote:
> On Wed, May 07, 2014 at 06:40:01PM +0200, Roger Pau Monnà wrote:
> > On 30/04/14 03:12, Luis R. Rodriguez wrote:
> > > From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
> > > +dnl Once and if systemd is prevalent we can just use AX_ENABLE_SYSTEMD()
> > > +AX_ALLOW_SYSTEMD()
> > 
> > Shouldn't systemd init scripts be installed by default if systemd is
> > detect on the host?
> 
> That is up to whoever is building the stuff, if systemd is enabled then
> both old init scripts and systemd scripts will be installed.
> 
> > Or are there cases of distros that install systemd but don't use it?
> 
> There are cases where a system can have libraries for systemd but not
> have systemd.

At least in Debian there is support for installing systemd without
having it supply /sbin/init, so that you can test by using
init=/sbin/systemd without replacing your existing init.

And for distros generally it is certainly the case that you might want
the distro binary package to support systemd without necessarily
insisting on systemd at runtime.

> > If I'm understanding this right, the user has to always pass
> > --enable-systemd in order to get systemd init scripts installed.
> 
> For now I think this is a good option as we get systemd widely tested,
> eventually I agree that this should be switched to AX_ENABLE_SYSTEMD()
> which will then enable systemd if systemd libraries are detected. I'd
> prefer we do this once we get all all this widely tested.

Since things must still work without systemd at runtime even if systemd
was enable at build time I don't think there is any downside to enabling
this by default if the libraries are present at configure time.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.