2010/7/27 Matt McCutchen <matt@xxxxxxxxxxxxxxxxx>: > 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@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
