From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 12AAA1381F3 for ; Fri, 9 Nov 2012 06:02:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F41D221C002 for ; Fri, 9 Nov 2012 06:02:06 +0000 (UTC) Received: from mail-oa0-f53.google.com (mail-oa0-f53.google.com [209.85.219.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6991321C002 for ; Fri, 9 Nov 2012 05:13:51 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id j6so3564842oag.40 for ; Thu, 08 Nov 2012 21:13:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=1hHsrj20fh6YcgwwHOS6MLJOY5goJuhD3C9KqUvSZrY=; b=js3aJxLOXWo0yui6XwvnoH9c31oYQdwxxYgXhF+awemD+ivcZguaSrQ7C66wwGXM2f RYMPix6DcR4P6CzNH8zhT5P+P6Rix5VVEPrtLjMSmB59ZDqfaxGMhxLHTdKIEeyZIZWn cVoRBZ/0r9XQO6NTr9z0CCGHYLW0u4QopgbwGw/sj64m8PinMRvMzErCivgdrBYv58N5 LWQc8wH0D4vA90x9yX1/+8k/Q8W6CflAlvo7l7uV31FxUPOvKCmmmfMFpLVEBjveEz87 4/qOwNaw5G3GAPLrfn3OMwruwEv4lWkW7WMCWSdi8KVIKDcgONvkd7N2H1skzISn+QL6 0J/A== Received: by 10.60.14.41 with SMTP id m9mr6834839oec.54.1352438030317; Thu, 08 Nov 2012 21:13:50 -0800 (PST) Received: from linux1 (cpe-76-187-95-60.tx.res.rr.com. [76.187.95.60]) by mx.google.com with ESMTPS id o3sm28696699obk.13.2012.11.08.21.13.47 (version=SSLv3 cipher=OTHER); Thu, 08 Nov 2012 21:13:48 -0800 (PST) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Thu, 08 Nov 2012 23:13:46 -0600 Date: Thu, 8 Nov 2012 23:13:46 -0600 From: William Hubbs To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Council meeting: Tuesday 11 November 2012, 19:00 UTC Message-ID: <20121109051346.GA20124@linux1> Mail-Followup-To: gentoo-project@lists.gentoo.org References: <20121106212816.GE82762@gentoo.org> <20121108174548.GB3842@linux1> <20121108181557.GP83592@gentoo.org> <20121108185348.GB3931@linux1> <20121108204629.5ae6765d@gentoo.org> 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="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20121108204629.5ae6765d@gentoo.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 6c2686bd-76fc-453a-ade5-f8a80074609f X-Archives-Hash: b5c2ce6c8e98849877a60bcf44d48c9b --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 08, 2012 at 08:46:29PM -0300, Alexis Ballier wrote: > On Thu, 8 Nov 2012 12:53:48 -0600 > William Hubbs wrote: >=20 > > On Thu, Nov 08, 2012 at 07:15:57PM +0100, Fabian Groffen wrote: > > > On 08-11-2012 11:45:48 -0600, William Hubbs wrote: > > > > > - approve/disapprove removal of gen_usr_ldscript > > > >=20 > > > > A better way to put this is disabling gen_usr_ldscript on Linux. > > > > Some of the alternate platforms still use it, so I do not advocate > > > > killing the function. > > > > If we go forward with the plan, there is no reason the council > > > > should reject disabling gen_usr_ldscript on Linux that I am aware > > > > of. > > > >=20 > > > > This also has to wait until the blockers are resolved on the > > > > tracker. > > >=20 > > > Do you suggest to drop the point from the agenda? I'd love that. > > =20 > > I believe we can drop the gen_usr_ldscript question, yes, because if > > everything else happens, we can just have the toolchain guys make it a > > noop on Linux. >=20 > Something simpler and smoother imho is to just have a profile variable > that will make gen_usr_ldscript a noop, whatever CHOST or the kernel is. > New profiles are added with this variable set, wide testing can be done > without forcing anyone, and voila. It is also simpler for maintaining > the various OSes, packages that used to install to / can just be > changed to install to /usr when this variable is set. I'm not trying to make packages install in /usr with this change. gen_usr_ldscript was introduced to force shaired libraries that upstream installs into /usr/lib to move to /lib and leave the static libraries in /usr/lib. So, gentoo linux is diverging from upstream's install locations by splitting up where we install libraries. All I'm proposing is that on linux we should remove that divergance and put libraries where upstream installs them. Since we can tell we are on linux by looking at the chost/ctarget variables, and there is not an intention to change anything for *bsd or any other O/S, I am not sure I follow the need for a profile variable. Again, I'm not asking that the council vote on this at this vote, I am just asking that they approve the two methods of supporting separate /usr on linux and approve the action plan of putting out a newsitem and giving a time window for everyone to migrate to either initramfs or busybox[sep-usr]. If they want to discuss the gen_usr_ldscript issue I'm not opposed to that, but that isn't really what I am asking for in this meeting. William --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlCckQoACgkQblQW9DDEZTgJGQCZAX+778I8GyVdK4NoRM765Mvs z/4AnA85PdYht/pEQi0Cwqi7mM0qTcF0 =axUm -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy--