[HEADS-UP] systemd is now the default init system in rawhide

[Rudolf Kastl]

2010/7/27 Matt McCutchen <matt at mattmccutchen.net>:
> On Tue, 2010-07-27 at 09:42 +0200, Rudolf Kastl wrote:
>> i do not understand how a daemon (like e.g. dbus-daemon) qualifies as
>> "/bin : Essential user command binaries (for use by all users)" (taken
>> from fhs 2.3).  one could argue if a daemon qualifies as "command".
>> especially since it seems it has to be run before /usr is mounted it
>> is never getting executed by (all) the users.
>
> The next sentence says, "/bin contains commands that may be used by both
> the system administrator and by users, but which are required when no
> other filesystems are mounted (e.g. in single user mode)."  systemd
> qualifies on both counts: it may be used by users, and it is needed
> before other filesystems are mounted.

what about your dbus-daemon example?

>
>> From a usability point of view it is exactly those kinda commands i do
>> not want in the user path because a user itsself should never have to
>> execute it.
>
> Messing up the distinction between */bin and */sbin in the name of
> cleaner path completion is not progress.

what is progress from your point of view? unfortunately i just see
that things break for no particular gain which doesent look like
progress either. what exactly is the distinction for then? if we do
not care about PATH i will agree with all the statements that have
been made before in other threads that */bin and */sbin can be just
merged because there is no real benefit anymore in separating them.
How else can we fix autocompletion? There are plenty of users using
shell and are relying on autocompletion for efficient usage of the
terminal.

>
>> to me it sounds more like: /sbin : System binaries. If the system
>> doesent need it why do we start it that early?
>
> The system does need systemd.  Users also need it (that is, once the
> envisioned user session-management capability is added).

what about dbus-daemon... your example? for systemd: if a user is
supposed to execute it (or it is executed as regular user upon login)
then i agree completly, no questions asked. in its current state it is
not the case though.

>
> --
> Matt
>
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>