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 F34A61387FD for ; Wed, 2 Apr 2014 13:07:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CD7D8E0BA3; Wed, 2 Apr 2014 13:07:28 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BE328E09EB for ; Wed, 2 Apr 2014 13:07:27 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 598DE33F900; Wed, 2 Apr 2014 13:07:26 +0000 (UTC) From: Mike Frysinger To: gentoo-dev@lists.gentoo.org Cc: Ben de Groot , multilib@gentoo.org Subject: Re: [gentoo-dev] Stable masks on multilib packages Date: Wed, 02 Apr 2014 09:07:27 -0400 Message-ID: <3240384.n4R9RYRvKg@vapier> Organization: wh0rd.org User-Agent: KMail/4.12.3 (Linux/3.13.0; KDE/4.12.3; x86_64; ; ) In-Reply-To: References: <20140401001617.42fdc3bc@pomiot.lan> <1396360717.20406.12.camel@rook> 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 Content-Type: multipart/signed; boundary="nextPart8342334.0RVSBDyoYK"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Archives-Salt: 6a0eefea-9ab7-4159-9516-44c34a2f9bc3 X-Archives-Hash: 650f4f414c8d869cb78dbf615663bd0e --nextPart8342334.0RVSBDyoYK Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Wed 02 Apr 2014 17:14:02 Ben de Groot wrote: > On 1 April 2014 21:58, Alexandre Rostovtsev wr= ote: > > On Tue, 2014-04-01 at 13:13 +0800, Ben de Groot wrote: > >> On 1 April 2014 06:16, Micha=C5=82 G=C3=B3rny = wrote: > >> > Hello, all. > >> >=20 > >> > The late multilib ppc issues made me re-check our stable masks o= n > >> > abi_x86_* flags and, honestly, I'm not sure if we're doing thing= s > >> > the right way. > >> >=20 > >> > That said, I have an alternate idea inspired by the ppc breakage= . > >> >=20 > >> > Your thoughts? > >>=20 > >> In my opinion your multilib approach introduces an unnecessary deg= ree > >> of complexity, which --as has been shown here again-- is prone to > >> breakage. > >>=20 > >> It would be best for our beloved distro to revert all the multilib= > >> changes, and try a different approach, or leave this prone-to-brea= kage > >> implementation to an overlay for the few people who would actually= > >> benefit from it. > >=20 > > Speaking as a wine maintainer, the emul-linux-x86-* approach has ma= ny > > times been proven to be an embarrassing failure and the main source= of > > pain and frustration for wine users. The sooner emul-linux-x86-* ca= n be > > removed from the tree, the better for Gentoo. >=20 > I would like to see an honest cost-benefit analysis of the > emul-linux-x86 approach compared to the multilib eclass approach. > Because in my experience the latter introduces more breakage and > higher maintenance costs. the emul-linux-* approach is a terrible idea. it has obviously proven = to: - not scale (sorry, but x86 is not the only ABI out there people care = about) - be a huge pita to update/maintain - require shipping a lot of precompiled code the multilib eclasses aren't perfect, but they're a hell of a lot bette= r than=20 the emul-linux-* approach. we've been carrying that crap for over 10 y= ears=20 and it's gone literally nowhere. considering it as a viable alternativ= e to=20 the multilib eclasses is preposterous at best. =2Dmike --nextPart8342334.0RVSBDyoYK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABAgAGBQJTPAuPAAoJEEFjO5/oN/WBfvUP/jJDgJWlN2ZChfwm1ccoY/IE XP9oHJ8ALE4Hln6ko3eVtG4BFaMWAXZ7vCMbNcZBda45jDRKUZwyduW9psyGJdDW 9cYyvi/+FlOSA/gEkMtP+ptmPCazYyTevZmayQCoRW8CLqmGph/f2DfjLx961e6G XuPrrL3swsvMu7hrHCIwxLiRLejnJPVnBgsuwLT6ujKckPB8E02H59j7Y1UyKYkl XRNPplwu2/x45cPoKgumb0R6JMFfl6K/nD0FUNrfdcH8OALxXMIn13pMkB3GwdjS UTQGaHK3CAOBpdpveKwkop8ffA7MzRI19+ci9S6p/kZujp7ojyVT8rYZf1uDyHn5 ZyeqkJkQEDkATSCK7me195Ij6dQyKzcuaIuEC7XoYNbkHyM73/t/yn4aPe+zK4QL w/Lq22WygQJ39FJ8nKp5HkqXs5GIpIlPcbckqGWhjxUqEDXM3GNyH7M8dC+9mfzr 2v+/U4mtgVUs5rvoapPXlJLKhCDV/icdNZZbTSTsAsJahCxWEDp/aCsUptDppIRg qOWcHv2r9NiFK0/0W1AwQbGphQA+/MsyCNTBY//SkIkXqCEXzgrOA0Sdwhac7S4T sdbfmXPDppRQFDHdyQ558IG3Psqq3zszG4PMUhJ0fNvqNvbmu1MAnX7Tu4oJSmAZ P2Klu9QGMjqJdvPhmdQU =J5EJ -----END PGP SIGNATURE----- --nextPart8342334.0RVSBDyoYK--