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 BF16F198005 for ; Mon, 25 Feb 2013 03:55:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AC2F8E06F3; Mon, 25 Feb 2013 03:54:59 +0000 (UTC) Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D421AE06B5 for ; Mon, 25 Feb 2013 03:54:58 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id j1so2469540oag.21 for ; Sun, 24 Feb 2013 19:54:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type; bh=5n0wbNH8ARupgHzJvcbLTa8wBv41AYDBxEI8ftY75z8=; b=Lg0u5v6XKTcQ2CTFcmmHrJAXmloxAKnmpKvXDJMz1DnPH61SUCYkMysjQXmkhop5C+ dbxJRrRUbC7MyIu/x62UypWta+/l/LPsviH8LBxyY/MSgYq7ml1hHg6iNBdAWNxTxi8d MJvsxjOo/xpfLuwJI916pzQWO9V4/FQ9Am1ZtNRf6y4xxIc8zAx7qN9526UpuhXqjzJi yTly+xhFbfUlc8AEPIKivvz8BNN2xdAAWX0axpNtGdKdCjlcBq5ALaL3vNZfLJGpn8gM YKkhrdkNFlycxKAckS9kYZdCFI2ii4MwNcSZtiN4t5ISxGI2nW4aoiepO34j1p01jcJ5 5IGw== X-Received: by 10.60.29.129 with SMTP id k1mr6419532oeh.8.1361764497995; Sun, 24 Feb 2013 19:54:57 -0800 (PST) Received: from ?IPv6:2001:5c0:1400:a::673? ([2001:5c0:1400:a::673]) by mx.google.com with ESMTPS id be1sm11124835obb.11.2013.02.24.19.54.56 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Feb 2013 19:54:57 -0800 (PST) Message-ID: <512AE08A.7020103@gmail.com> Date: Sun, 24 Feb 2013 22:54:50 -0500 From: Michael Mol User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130222 Thunderbird/17.0.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: kerberos, virtuals, rattling cages References: <512ACBA1.7090209@gmail.com> <512AD7E4.5000107@gmail.com> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2XHKHTQVQHWPIHTUQOQAS" X-Archives-Salt: f14c2adc-0b6f-4203-82e8-edca947d0da3 X-Archives-Hash: 534020ed62dae887af5278cff1437ae6 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XHKHTQVQHWPIHTUQOQAS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 02/24/2013 10:40 PM, Duncan wrote: > Michael Mol posted on Sun, 24 Feb 2013 22:17:56 -0500 as excerpted: >=20 >>> I'm not following you here. 'slot' means a very specific thing. You a= re >>> not actually suggesting we use SLOT, you simply want both versions of= >>> the library to be installed in one ROOT? >>> >>> I would not advocate this approach. You should strive to have only on= e >>> kerberos implementation on a given machine. >> >> I'm really not certain, to be honest. It was my impression that slots >> allow for two different versions of a thing to be present on the same >> system, and that their different sonames on the system would lead to >> correct symbol resolution. (Although it would require that the soname >> being sought be adjusted in a dependent program to target the version >> required.) >=20 > The issue is in one's definition of "two different versions of a thing"= =2E >=20 > "Slot", in the gentoo sense, has the meaning of two different versions = of=20 > the same package, say qt-3 (tho that's long out-of-tree, but alive in k= de- > sunset) and qt-4 and qt-5 (tho that's very new, but is or will soon be = a=20 > problem as more packages dep on it), where there'd ordinarily be file a= nd/ > or functionality collisions, NOT two different packages containing the = > same functionality, which is the extended meaning it appears you're=20 > applying here, but which only confuses people when used within the gent= oo=20 > context. >=20 My presumption was that both app-crypt/heimdal and app-crypt/mit-krb5 used the same binary names. $ equery f app-crypt/mit-krb5|grep -e '\.so'|sed -e 's/\.so.*//'|sed -e 's/.*\///'|sort -u|grep -v debug db2 encrypted_challenge libgssapi_krb5 libgssrpc libk5crypto libkadm5clnt libkadm5clnt_mit libkadm5srv libkadm5srv_mit libkdb5 libkrb5 libkrb5support pkinit (on a different machine) $ equery f app-crypt/heimdal|grep -e '\.so'|sed -e 's/\.so.*//'|sed -e 's/.*\///'|sort -u|grep -v debug libasn1 libgssapi libhcrypto libhdb libheimbase libheimntlm libhx509 libkadm5clnt libkadm5srv libkafs libkdc libkrb5 libroken libsl libwind windc The overlap between the two includes libkrb5, libkadm5clnt and libkadm5srv. When I was thinking "why not slots?", that was explicitly the part I was thinking of. The distinction between two versions of a thing, and two implementations of a thing, is a thorny epistemological issue; "extended meaning" is good way to put it. I've acknowledge that abusing slots in this way is pretty vile. I don't really care to advocate it; I merely brought it up as an alternative. (But it seems it's a difficult question to bridge.) ------enig2XHKHTQVQHWPIHTUQOQAS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRKuCOAAoJED5TcEBdxYwQ1NQH/jaJQk9YoBPA0APrEGG767P3 KwMdqMsCG2iFaTEKQiAI4rDJkcnQxX0Bg+jPj5FqGoYktmDlmEWe49WOw7ahbjXN ir78S5GeG4JNU5ZxjtjbRkdNQ+j8HGefbs6fpC5ealdgCYdihgngD9GvNjlV+XWm c++V/lUoXSFwGUIJBBsYSWBeZpHuG/rjBC5zC9S+PDqXYefw3Z7j7T3GkKYd7Oji rfTiaYPzJ+96r1f0I8/0mSqCsXp252WmrLryiXKXKlwXp7w51WXPZRZuFnum8e0p EWC6ShoHTUCilJz6aziS4QANom0ulMZRD9AyPUS1eOyQ3A+Sc4A5vELqNfPkGoQ= =AaPU -----END PGP SIGNATURE----- ------enig2XHKHTQVQHWPIHTUQOQAS--