From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-project+bounces-2238-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 38F1D1381F3
	for <garchives@archives.gentoo.org>; Sat, 10 Nov 2012 21:02:06 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id C75A1E064E
	for <garchives@archives.gentoo.org>; Sat, 10 Nov 2012 21:02:05 +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 BE9A421C01A
	for <gentoo-project@lists.gentoo.org>; Sat, 10 Nov 2012 19:37:52 +0000 (UTC)
Received: by mail-oa0-f53.google.com with SMTP id j6so4958436oag.40
        for <gentoo-project@lists.gentoo.org>; Sat, 10 Nov 2012 11:37:51 -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=kwxzTvAs9cg2XX4iVdIfJLM4V80gHSjEB6n5mglQW2I=;
        b=KlmXOzEkTJjjTzSkhNaVcVnA3HKrVaoUg5gyt9TPd2Lx7mWHnauoCE2AuJRI+rNDXD
         Wt98nUOU9kbVdhe1Tre7nejbqkjz7LK8XV9amwTsVP/pkG6QJbPk46h18dmmYQaXZ/Wa
         mRGUNavY14c6ZEKRZxlbL+oBcmVGXgghfXHe0lXgM/nepB9anGlQyjEeVtI+/+p4c5Sq
         ZEePKqDtvnGQDkc8NCBPSAkM3UxApzVtbFsNHbP8zZOy4XeOz5q/gp2Za6meOiYjznDE
         gxulGQdfamdyrwBghDMSOAiEDy+XvM/nvZLV5+Simmh5KFOCTbRI6kJN9WNkbLUOEcp3
         RUpw==
Received: by 10.60.1.68 with SMTP id 4mr11362888oek.129.1352576271925;
        Sat, 10 Nov 2012 11:37:51 -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 h13sm2252008obp.2.2012.11.10.11.37.49
        (version=SSLv3 cipher=OTHER);
        Sat, 10 Nov 2012 11:37:50 -0800 (PST)
Sender: William Hubbs <w.d.hubbs@gmail.com>
Received: by linux1 (sSMTP sendmail emulation); Sat, 10 Nov 2012 13:37:48 -0600
Date: Sat, 10 Nov 2012 13:37:48 -0600
From: William Hubbs <williamh@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Council meeting: Tuesday 11 November 2012,
 19:00 UTC
Message-ID: <20121110193748.GA9860@linux1>
Mail-Followup-To: gentoo-project@lists.gentoo.org
References: <20121108174548.GB3842@linux1>
 <20121108181557.GP83592@gentoo.org>
 <20121108185348.GB3931@linux1>
 <20121108204629.5ae6765d@gentoo.org>
 <20121109051346.GA20124@linux1>
 <20121109083355.248ffbe3@gentoo.org>
 <20121109153247.GA21483@linux1>
 <20121109182125.GW83592@gentoo.org>
 <20121110014206.GA2152@linux1>
 <20121110090033.GX83592@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-project@lists.gentoo.org>
List-Help: <mailto:gentoo-project+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-project+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-project+subscribe@lists.gentoo.org>
List-Id: Gentoo Project discussion list <gentoo-project.gentoo.org>
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="CE+1k2dSO48ffgeK"
Content-Disposition: inline
In-Reply-To: <20121110090033.GX83592@gentoo.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Archives-Salt: df39061e-367f-4638-8d2f-99f69882c27d
X-Archives-Hash: 0c97e23eda4b1adfa548cf29336c7fe7


--CE+1k2dSO48ffgeK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Nov 10, 2012 at 10:00:33AM +0100, Fabian Groffen wrote:
> On 09-11-2012 19:42:06 -0600, William Hubbs wrote:
> > > I thought so too, until I got dangling symlinks for older zlib for so=
me
> > > reason (preserve-libs? ebuild?) which wasn't really a funny experienc=
e.
> >=20
> > What symlinks did you have?
>=20
> lib/libz.so.1 -> libz.so.1.2.5
> (I upgraded 1.2.5 to 1.2.7)

Looking at the code further in gen_usr_ldscript, it only uses symlinks
in one case, and that is in darwin, because their linker doesn't
understand nlinker scripts. It puts a symlink in /usr/lib* that points
to the library in /lib/* instead of a linker script.

> > If we do this with a variable, I suggest using it temporarily, but
> > ultimately dropping it and having everyone switch over after things are=
 tested.
>=20
> We know that FreeBSD will never (for how it looks now) follow, so we
> need to keep the code anyway.  Since it breaks e.g. Darwin, I'd like not
> to disappoint my users by saying: "sorry, you'll have to reinstall".

The *bsds and Darwin are not what I'm discussing; of course we have to
keep the code for them. I'm not disagreeing with you here either. The
change I'm talking about will not affect alternate platforms. :-)

The change I'm talking about, again after giving linux users a window to
migrate to initramfs or busybox[sep-usr], would be to remove the
'*linux*|' from line 623 of toolchain-funcs.eclass, or if we need
another variable for this, add something else to that branch of the=20
the case statement for a while and remove the '*linux*|' and the new
code later.

Given that, I don't understand why you are thinking you will have to
tell your users that they will have to reinstall. Reinstalllation is not
part of this.

> Last but not least, I see no reason (given we have to keep the code
> anyway) to make sysadmins, that feel unsure about this on their running
> production systems, go into this route.  You don't know what custom code
> they have installed/running.  They'll be on their own (no
> udev/GNOME/whatever support), but most likely they won't care about that
> at all.

No, we don't know what custom code people are running, but custom
someone is running is not an excuse to block change. We just
have to make change happen in an orderly fashion and make sure people
are aware of the change so they can find ways on their end to adapt.
Isn't that reasonable?

William


--CE+1k2dSO48ffgeK
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEARECAAYFAlCerQwACgkQblQW9DDEZThCGACZAeAftUQ3xdvm3Z7+aqSYCLcr
7GUAnj9If3LJdjwSmV3NgE0Wv1ykd7v5
=9/9Z
-----END PGP SIGNATURE-----

--CE+1k2dSO48ffgeK--