Re: [HEADS-UP] systemd for F14 - the next steps

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

 



On Thu, 2010-07-15 at 16:59 +0200, Lennart Poettering wrote:

> I.e. generally we have the rule that "native configuration breaks legacy
> configuration".

 You already said this, and I responded.

>  However, to make the inittab stuff useful we'd have to
> turn that around, and say that "legacy breaks native". Why? Because the
> /etc/systemd/system/default.target symlink is created by the rpm in all
> cases and would hence make the inittab ignored anyway.

 So ... don't do that.
 It's like saying you have /etc/fstab support, but systemd currently
ships with "native unit files for swaps and mount points" so it doesn't
work.

> If I added inittab parsing support even when keeping "native breaks
> legacy" around, then inittab would matter only if the default.target
> symlink doesn't exist. We could certainly inform the user to delete that
> symlink, via some blurb in inittab, however, if he goes and deletes it,
> wouldn't it be much easier to just fix properly and to the right boot
> target, and have a future-proof system?
> 
> i.e. isn't this:
> 
>     # vi /etc/inittab        
>         ... user reads the blurb and changes a line, exits
>     # rm /etc/systemd/system/default.target
> 
> really that much better in your eyes, than this:

 After the rm you can change the runlevel the same way on any version of
RHEL, Fedora, Debian, gentoo, whatever. Hence the term "backwards
compatible".

>     # vi /etc/inittab
>         ... user reads the blurb, quits right-away
>     # ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target

 You also seem to be under the impression that symlinks are somehow
better than config. files ... you are wrong, IMNSHO. The most obvious
reasons you are wrong include:

1. You can't have comments with a symlink.

2. You put the data under version control with a symlink.

3. You can type "man inittab", but not
"man /etc/systemd/system/default.target" (assuming you can find it).

...but I can live with that (hey, I don't configure gettys much
anyway ... so the configuration being insane doesn't impact ME).
 The disregard for minimal backwards compat. does annoy me though. Given
it seems unlikely you'll fix any of it, so I think I shall go re-read:

http://skvidal.wordpress.com/2008/10/29/fedora-culture-clashes/

...and ignore this thread.

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux