| 1 |
Michał Górny wrote: |
| 2 |
|
| 3 |
> On Sun, 1 Jan 2012 08:53:26 +0000 |
| 4 |
> Sven Vermeulen <swift@g.o> wrote: |
| 5 |
> |
| 6 |
>> On Sat, Dec 31, 2011 at 07:59:47PM -0600, William Hubbs wrote: |
| 7 |
>> > The goal is to deprecate /bin, /lib, /sbin and /usr/sbin. My |
| 8 |
>> > understanding is that they want to move software that is installed |
| 9 |
>> > in /bin, /sbin and /usr/sbin to /usr/bin. Also, they want to move |
| 10 |
>> > everything from /lib to /usr/lib. |
| 11 |
>> |
| 12 |
>> I don't like this one bit. Things used to be simple with the "split" |
| 13 |
>> between /bin and /usr/bin (and its related directories), this isn't |
| 14 |
>> going to make it more simple. |
| 15 |
> |
| 16 |
> Simple? Should I start requesting additional packages moved into rootfs |
| 17 |
> because I feel like needing them? Things can and will go more ugly, |
| 18 |
> and I wouldn't be surprised if anytime soon people will start |
| 19 |
> complaining because they ran out of space on their rootfs. |
| 20 |
> |
| 21 |
Well, it is conceptually quite simple: if it's needed in single-user mode to |
| 22 |
get your system up and running again, it belongs in rootfs, and if it isn't, |
| 23 |
then leave it in user-land. |
| 24 |
|
| 25 |
The thing I don't understand is why it is necessary to move stuff from /bin |
| 26 |
to /usr/bin. After all, if you're running the "approved" setup you don't |
| 27 |
have a separate /usr so all the binaries are available from the get-go. |
| 28 |
|
| 29 |
What does moving them enable that can't be done now? |
| 30 |
|
| 31 |
|
| 32 |
Sure, if you have binaries in /bin that link to libraries in /usr/lib that |
| 33 |
could be an issue, but only if you're running with a separate /usr and don't |
| 34 |
have it mounted when udev starts. So again, not the "approved" setup, and |
| 35 |
something you as an admin already have to deal with by making sure /usr is |
| 36 |
mounted when udev starts (either via an initramfs, or by a tweak to udev |
| 37 |
startup scripts[1].) |
| 38 |
|
| 39 |
wrt GNU coreutils installing to /usr by default, that's so of every GNU |
| 40 |
package, since they default to a prefix of /usr/local and it's up to a |
| 41 |
distro (or the end-user) to configure them differently; in general the |
| 42 |
package assumes it's an addition to the system, unless told otherwise. |
| 43 |
|
| 44 |
(Additionally I'd say that binaries installed to /bin that require libraries |
| 45 |
installed to /usr is a bug, but something that should be dealt with |
| 46 |
separately. Though with the direction people seem to think is needed, I'm |
| 47 |
not sure how much effort anyone will put into that.) |
| 48 |
|
| 49 |
[1] http://forums.gentoo.org/viewtopic-p-6866484.html |
| 50 |
-- |
| 51 |
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-) |
Archives