Gentoo Archives: gentoo-project

From: Markos Chandras <hwoarang@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Call for agenda items -- Council meeting 2012-05-08
Date: Wed, 25 Apr 2012 00:04:01
Message-Id: 4F97212D.4050407@gentoo.org
In Reply to: Re: [gentoo-project] Call for agenda items -- Council meeting 2012-05-08 by William Hubbs
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA512
3
4 On 04/24/2012 08:56 PM, William Hubbs wrote:
5 > On Tue, Apr 24, 2012 at 08:21:41PM +0200, Fabian Groffen wrote:
6 >> In two weeks from now, the council will meet again. This is the
7 >> time to raise and prepare items that the council should put on
8 >> the agenda to vote on.
9 >>
10 >> Please respond to this email with agenda items. Please do not
11 >> hestitate to repeat your agenda item here with a pointer if you
12 >> previously suggested one (since the last meeting).
13 >
14 > Council members,
15 >
16 > I am very concerned about your vote last meeting with regard to
17 > separate /usr being supported. Whether or not it will be supported
18 > is not a valid question, because it will be.
19 >
20 > There is now division in the community about your vote, so I am
21 > formally requesting a clarification.
22 >
23 > I can assure the council that we are not going to try to stabilize
24 > newer versions of udev out of hand. We have a tracker bug open
25 > which will show all of the tasks we need to complete before that
26 > happens [1].
27 >
28 > Once that happens, I want to start looking into the /usr merge
29 > (see below).
30 >
31 > I think the more appropriate question is, do we want to continue
32 > attempting to support /usr as a separate partition without an
33 > initramfs?
34 >
35 > This affects much more than udev. There is another event happening
36 > in the linux community which is referred to as the /usr merge [2].
37 > I know this is happening on Fedora. I believe archlinux is looking
38 > into doing this, and Debian is as well.
39 >
40 > One advantage gentoo, as a distro, would have if we do the /usr
41 > merge is that we can get rid of gen_usr_ldscript. This was put in
42 > place as a workaround [3], and we would be able to remove it.
43 >
44 > Any distribution which does the /usr merge will not be able to
45 > support /usr as a separate partition without an initramfs, and I
46 > think it is just a matter of time until packages don't check
47 > /{sbin,bin,lib*} any longer.
48 >
49 > We did have a pretty extensive discussion on the dev mailing list
50 > regarding the /usr merge, and my feeling from the community was
51 > that we should do this [4].
52 >
53 > In summary, I feel that if we continue supporting separate /usr
54 > without an initramfs, we will be harming our distro in the long
55 > run, so I would ask you to please carefully consider this before
56 > you vote.
57 >
58 > Thanks much,
59 >
60 > William
61 >
62 > [1] https://bugs.gentoo.org/show_bug.cgi?id=411627 [2]
63 > http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge
64 >
65 >
66 [3] https://bugs.gentoo.org/show_bug.cgi?id=4411
67 > [4]
68 > http://archives.gentoo.org/gentoo-dev/msg_c3c5bdabbe058b08627ff04cee896af3.xml
69
70 I
71 >
72 was very confused the first time this topic was brought to the
73 Council. I still believe this is not something we (Council) should
74 decide but rather the udev maintainers should decide themselves. In
75 any case, I am fine with bringing this issue back to Council as it
76 seems there is a general confusion in the Gentoo community about this.
77
78 - --
79 Regards,
80 Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
81 -----BEGIN PGP SIGNATURE-----
82 Version: GnuPG v2.0.19 (GNU/Linux)
83
84 iQIcBAEBCgAGBQJPlyEtAAoJEPqDWhW0r/LCcP4P/idWNSK4M3AOBmKgmr9E4xDe
85 kxRBzSF4Xj+crohpYVT+dd9JAxfTlxPqwG0HyxktvGccZPMbMqweNEh6tb6Y1j7W
86 VtcmBxY5DZntr1qZAu4agr9SkHufl6E2ptxK/+YMkXqgc9fUOIvWaeolqTQmPh62
87 zt43zgsDQqNiMksR+kV2iBXuHEmVpGpJ7iUAbiq+Mh5ifXbRJodXy4ELQP71y1fu
88 UKu1Pp8AY0fuV43wfdHBR9BzyQvL1d7H+HfvwDVej4bDuWftEfWVGoXnHGJSv6gA
89 I4CEF29nn3gbw++/gv7AdCf6DWxkFXCn8JqUOQhhX4mre/mKrMsffKIibZImKa6p
90 hE6k4PxY6VqdTMfMUqSqMh8NufR7cuQL1yG8CZEDJmz/ruCwRT66u66Sb7CzVxA/
91 mzXVQXCKCfCaa3klliMY9yFBtbKs7YAXBzmky3HFzs3UBwyTadbmvqw0UeTdXaHp
92 /EiYg2rElvK4BX4eEgBYa+40Q0nDAzC6IMAIftvHlvwb6t/dk8rHdmGtFX6689P8
93 AWoVsU1ooL3Gf6yOyNb5GE6zsDAMzbFa60gr5g10LmxD7n4FFzjwsKGZhrCtG0ek
94 M8I/eAXCB4uQ/+tJTYPwb6boyv5giB7bWPMhBvcAAoTuEIzx1OPIE6UKGNdytxTj
95 cBlWOphMavH3+h7HOoYJ
96 =mOHn
97 -----END PGP SIGNATURE-----

Replies