[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