From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SNh5j-0003o8-Bv for garchives@archives.gentoo.org; Fri, 27 Apr 2012 09:03:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 52F9AE0618 for ; Fri, 27 Apr 2012 09:03:50 +0000 (UTC) Received: from amun.cheops.ods.org (amun.cheops.ods.org [83.161.135.166]) by pigeon.gentoo.org (Postfix) with ESMTP id 86904E04C2 for ; Fri, 27 Apr 2012 07:12:32 +0000 (UTC) Received: from nut.cheops.ods.org ([2001:888:1022:0:ca2a:14ff:fe35:7a00] helo=gentoo.org) by amun.cheops.ods.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SNfM1-0000rn-A9 for gentoo-project@lists.gentoo.org; Fri, 27 Apr 2012 09:12:35 +0200 Date: Fri, 27 Apr 2012 09:13:06 +0200 From: Fabian Groffen To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Call for agenda items -- Council meeting 2012-05-08 Message-ID: <20120427071306.GT10282@gentoo.org> Mail-Followup-To: gentoo-project@lists.gentoo.org References: <20120424182141.GQ10282@gentoo.org> <20120424195622.GA6572@linux1> <4F97212D.4050407@gentoo.org> <20120424222600.GA7074@linux1> <20120425033445.GA7542@linux1> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dim267wcQiuuzmQo" Content-Disposition: inline In-Reply-To: <20120425033445.GA7542@linux1> User-Agent: Mutt/1.5.21 (Darwin 11.3.0, VIM - Vi IMproved 7.3) Organization: Gentoo Foundation, Inc. X-Content-Scanned: by amun.cheops.ods.org (Exim Exiscan) using SpamAssassin and ClamAV X-Archives-Salt: 74b59493-682f-474e-873c-ffbe47ef985b X-Archives-Hash: da39f794707ca8bb692e9113eb1c5f41 --dim267wcQiuuzmQo Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 24-04-2012 22:34:45 -0500, William Hubbs wrote: > Everybody has to live with this stuff couldn't be more true. We are > talking about changes in the linux world that are coming from outside of > gentoo. [snip] > Like I said above, it isn't just the udev maintainers. We aren't talking > about changes to udev. we are talking about changes to the entire > linux ecosystem. [snip] > I too am definitely a proponent of choice. However, I don't feel that > the choice of having /usr on a separate file system without using an > initramfs is a practical one to offer; especially with the /usr merge > coming down the pipe. The great /usr merge. As far as I have understood from previous discussions here, the GnomeOS folks have a vision that constitutes a one thing to rule them all approach. It makes their life (from a binary point of view) easier. - If we want to follow the current trend in desktop systems, we need to follow the GnomeOS vision. - The GnomeOS vision dictates that a vast majority of modules, libraries and programs are available early during boot. They have chosen to expect them to be in /usr, and hence that /usr is availble early during boot. In the past, and it is suggested in the quoted email again, it was claimed that everyone will start installing stuff in /usr, because of the GnomeOS vision. The only proof being brought up back then actually turned out not to be supporting that claim. It was claimed multiple times that recent Solaris would have done "the /usr merge" as well, but to my best understanding, this was based on a misunderstanding of historical Solaris characteristics. IMO UNIX mandates "the /usr merge" not to happen. Clearly, there is a drive to comply to the GnomeOS vision. With the characteristics and tools of Gentoo, this seems to be easy to effectuate. However, people that do not want to go with the GnomeOS vision, are affected by just moving tools to /usr. This is my understanding of where problems arise, and why the council was involved. People that do not want to follow the path of the GnomeOS vision, need to stay with "old" software. Software that we developed ourselves, or that we've been using for a long time to get the systems working as we want. Because of the drive of current maintainers of critical software components to follow the GnomeOS vision, the council has found people willing to keep the current state of software running. This means, that those people who want to move on, following the vision they believe in, can do so, without being forced to do things they don't believe in. In my humble opinion, the essential bit missing here, is where both camps respect each other. That is, not to make it impossible for either camp to follow their vision. I've made suggestions for this in the last council meeting. The options we have as Gentoo -- a remarkable flexible and well controllable source-based distribution -- are numerous. We can have special profiles, introduce new USE-flags, etc. So far, the discussion has indicated not more than a shift of programs =66rom / to /usr. This, IMO, should be controlled by a profile/use-flag setting. That is, gen_usr_ldscript should NOT go, but rather stay, and just do nothing if the user is following the GnomeOS vision. --=20 Fabian Groffen Gentoo on a different level --dim267wcQiuuzmQo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (Darwin) iEYEARECAAYFAk+aRwEACgkQX3X2B8XHTol/EgCfc20co4EysYpH17pj2RZx+aFx YbUAn02svW124tMnnt+vCefYmrRnERCB =SAh4 -----END PGP SIGNATURE----- --dim267wcQiuuzmQo--