[systemd-devel] Have custom agetty behaviour even after upgadres
Lennart Poettering
lennart at poettering.net
Tue May 15 10:19:56 PDT 2012
On Tue, 15.05.12 17:47, Wulf C. Krueger (philantrop at exherbo.org) wrote:
> On 14.05.2012 23:34, Lennart Poettering wrote:
> >> I'll bring this closer to home. Why does "make
> >> DESTDIR=%{buildroot} install" write to $(sysconfdir) when you've
> >> always proclaimed that it's admin territory? Why not write this
> >> link as: $(systemunitdir)/getty.target.wants/getty at tty1.service?
> > Since this is just about enabling, not about shipping
> > configuration. People will frequently not enable the getty on tty1,
> > on servers with serial gettys and on containers for example.
>
> I'd say, leave the entire enabling part to the distro/packager and
> don't do the linking at all.
Nah, I am kinda interested in having something that boots sanely after I
do "make install".
It's the distro's build scripts job to undo the enabling if this isn't
desired.
> It's up to the distro to decide about a sane default installation with
> respect to about every other part of systemd already - why make this
> an exception?
It is totally up to the distro. Not sure what you mean.
Lennart
--
Lennart Poettering - Red Hat, Inc.
More information about the systemd-devel
mailing list