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 2D42D1381F3 for ; Wed, 17 Apr 2013 11:30:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A9058E0809; Wed, 17 Apr 2013 11:30:36 +0000 (UTC) Received: from vms173021pub.verizon.net (vms173021pub.verizon.net [206.46.173.21]) by pigeon.gentoo.org (Postfix) with ESMTP id 2285AE0809 for ; Wed, 17 Apr 2013 11:30:35 +0000 (UTC) Received: from odin.tremily.us ([unknown] [72.68.100.81]) by vms173021.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0MLE002RJDAGHM70@vms173021.mailsrvcs.net> for gentoo-catalyst@lists.gentoo.org; Wed, 17 Apr 2013 06:30:18 -0500 (CDT) Received: by odin.tremily.us (Postfix, from userid 1000) id D341F96DEBF; Wed, 17 Apr 2013 07:30:15 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tremily.us; s=odin; t=1366198215; bh=zeFE1OIb0f36WOM6/zAqGTJ+k1a8wpJ+9kb1crwd2Rw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=sM7vSTgEfOmodkR5H3XMky/t5y41MYHDin5HRVw0lR8ndzzML8Ev+0XydJ+OvV8Gx n7axMlqs4xZoNX/ngvpV7iKAZtJOnc5A/iEa6mYNH1DwPUQgLIxv8NTsXYue23eQnC 5pIsPBRgiFTd2Q3rj0o7mBsGQNHrY7MZX9scJnLM= Date: Wed, 17 Apr 2013 07:30:15 -0400 From: "W. Trevor King" To: gentoo-catalyst@lists.gentoo.org Cc: Zac Medico , Matt Turner Subject: Re: [gentoo-catalyst] [PATCH 0/2] Blacklisting binary packages Message-id: <20130417113015.GE13055@odin.tremily.us> References: <20130309121023.GE26574@odin.tremily.us> <20130416205942.GB13055@odin.tremily.us> <516DD074.3090906@gentoo.org> <20130416225317.GD13055@odin.tremily.us> <1366172280.5030.57.camel@big_daddy.dol-sen.ca> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=FN+gV9K+162wdwwF Content-disposition: inline In-reply-to: <1366172280.5030.57.camel@big_daddy.dol-sen.ca> OpenPGP: id=39A2F3FA2AB17E5D8764F388FC29BDCDF15F5BE8; url=http://tremily.us/pubkey.txt User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: b9039614-8c97-45c0-974b-d325ea2b8287 X-Archives-Hash: 6507709dfab71d386f8f206f4bf1e802 --FN+gV9K+162wdwwF Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 16, 2013 at 09:18:00PM -0700, Brian Dolbec wrote: > If udev is troublesome, then try eudev. You might even be able to get > the devs working on it to make it EAPI 5. I think it needs to be the whole udev ecosystem, since mesa (which caused #454184) only depends on virtual/udev. We need the ABI slotting to pass all the way through. That means: gbm? ( virtual/udev:=3D ) in mesa and something like >=3Dsys-fs/udev-197-r8:=3D[gudev?,=E2=80=A6] >=3Dsys-apps/systemd-198-r5:=3D[gudev?, kmod? ( >=3Dsys-fs/eudev-1_beta2-r2:=3D[modutils,=E2=80=A6] ) !kmod? ( >=3Dsys-fs/eudev-1_beta2-r2:=3D[gudev?,=E2=80=A6] ) in virtual/udev-197-r2. With sub-slotting in the different implementation ebuilds. The trouble is that sys-fs/udev installs both libsystemd-daemon and libudev, which are versioned separately. This means you need virtuals for each ABI [1]. With a new virtual/udev-abi and virtual/systemd-daemon-abi, you'd need to add virtual/udev-abi as a dependency for mesa (otherwise, only virtual/udev would be rebuilt on a libudev version bump :p). It's not clear to me how to handle the udev multiplexing in virtual/udev-abi. I suppose there should be separate versions for both systemd and eudev, but I'm still working out the details. However, none of this is really helping get a catalyst release out the door. jmbsvicetto's recent patches are dealing with two unrelated issues: preserved-libs (3b83a6c, 462348d, and f6ad384) and stale binpkgs (6c0a577). I'm only taking issue with 6c0a577 (and its predecessor e7ea409). Also, 6c0a577 is a small enough change that I'm fine with reverting that as well if I can talk folks over to my binpkg-blacklist approach (after the release). It would have been nice if the commit message for 6c0a577 explained how it was different =66rom dol-sen's earlier proposal [2], as I suggested when the patch was floated on gentoo-catalyst@. It would also have been nice if we'd caught the s/;/:/ typo in 462348d during ML review, but I didn't. Now that these patches have landed in `master`, I think we should just roll with them and cut a new release :p. We will certainly not have a fix for stale binpkgs in the near future, other than disabling pkgcache. I'm fine debating the best catalyst workaround, but if y'all don't agree with me, I'm not going to blow up ;). Cheers, Trevor [1]: http://wiki.gentoo.org/wiki/Sub-slots_and_Slot-Operators#Multiple_ABIs= _for_X.Org [2]: http://article.gmane.org/gmane.linux.gentoo.catalyst/2166/ --=20 This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy --FN+gV9K+162wdwwF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRbofBAAoJEEUbTsx0l5OM7XUQAKwF4VxlBRj9yxwrADOYWZuu 47Rf3kTxUO4KGTLUfBoP06Kwtq6elDG2WV6m6mhBXRoHvItEh7d8zAtuV4SbPIjW o5aK6oAXus1VBHoeEBb2zTHA2KIOqlybilak19wp58tk9vvV5AFFIMRntSlfaqwf 67qY1fnqJGHQ/GOnu4ZyOWrbylgwhHxLGd/ogvE4H3oLJP7FRNLcoNZ8Ckc+q8L7 O0OqDyCYhIWrBdY3nBJZ96mgSXrhburcH5j0ojyCq0jA7HBv1Q237nPeAjZYmG2P rUcdXX5wF4+nR6HgAArxyuXxCIfc2Px40H1ZDPPlPVqZ/yIe1N+IzhB5el6rVPx1 eAoFBej2YJye0z3bqb1T/fxG0uB+xYCkgMTQ1Xa/RTL1I18D0H4zVM9oaqfeveCs CWqZ/NGsl9u9l3/fD2/mLSIEBxiuV3We9ycj5uEnAQ3I/WzhunOuMR3/tVYKFBHZ agqWKfFd0b0bze6Fer8etANY3q3ZXhg+fxzLOvpXSYiRtvr0OL+hxuNh98dSWVfp GCDYRd8FMg4dkp4+NHEZNwhagP57khgHPaVtxP8+Yo+g4JCRd2DdZLaBWOIT4mSL 6lDsGazPNaaRqpe+bpW0tUXveagIGIBRcaCkBuqO+arDjuJvkgv3VNui2Z39Q8rK Q4XgW9sGvYtFD4PfCPtd =DnEA -----END PGP SIGNATURE----- --FN+gV9K+162wdwwF--