Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o
Cc: tommy@g.o
Subject: Re: [gentoo-dev] rfc: locations of binaries and separate /usr
Date: Wed, 04 Jan 2012 15:37:06
Message-Id: 20120104163734.07439f2b@pomiocik.lan
In Reply to: Re: [gentoo-dev] rfc: locations of binaries and separate /usr by Thomas Sachau
1 On Wed, 04 Jan 2012 13:06:11 +0100
2 Thomas Sachau <tommy@g.o> wrote:
3
4 > Michał Górny schrieb:
5 > > On Wed, 04 Jan 2012 01:47:38 +0100
6 > > Thomas Sachau <tommy@g.o> wrote:
7 > >
8 > >> 2. switching from udev to mdev (avoids required /usr of udev)
9 > >> 3. some wrapper script to mount /usr before udev starts
10 > >
11 > > These two should be really discouraged as a cheap, temporary
12 > > solution. We should not support hate-admining. I personally think
13 > > that busybox is ready to go into /usr even earlier than udev.
14 >
15 > Please give us a bit more than just your opinion.
16 >
17 > Why do you see mdev as a temporary solution?
18
19 Because we will then return to this discussion at some later point
20 and people will start throwing excrements at us again. So let's be done
21 with this at once.
22
23 > And this part was not about the movement to /usr at all, so why do you
24 > suggest another movement here? And while you answer that, please also
25 > tell us, why you want to migrate packages to a different install
26 > location without a need.
27
28 Because we need to finally be able to fix mistakes made in the past
29 by other people.
30
31 > >> For the idea of complete migration to /usr, i see no reason to go
32 > >> this route in advance. Just keep with our default install
33 > >> locations and follow upstream, if and where needed.
34 > >
35 > > What about upstreams who do not care? In other words, all those
36 > > packages which we hack to install into rootfs?
37 >
38 > They install and work fine, so just keep it this way. I did not see
39 > any argument to move packages around, that work well and have no
40 > issue with their current install location.
41
42 What if, say, upstream introduces pkg-config file where our hacks will
43 cause it to be installed into /lib/pkgconfig? Should we then expand
44 the hack to cover that, and something else, and then another thing...
45
46 --
47 Best regards,
48 Michał Górny

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies