From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 0C40613832E for ; Fri, 12 Aug 2016 00:27:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2858921C18E; Fri, 12 Aug 2016 00:27:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3CAD421C075 for ; Fri, 12 Aug 2016 00:27:18 +0000 (UTC) Received: from patrickm (unknown [100.42.98.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: chutzpah) by smtp.gentoo.org (Postfix) with ESMTPSA id 9CF0C34095A; Fri, 12 Aug 2016 00:27:16 +0000 (UTC) Date: Thu, 11 Aug 2016 17:27:14 -0700 From: Patrick McLean To: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= Cc: gentoo-dev@lists.gentoo.org, James Le Cuirot Subject: Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian Message-ID: <20160811172714.3e20c8a9@patrickm> In-Reply-To: <20160811225053.23f96c15.mgorny@gentoo.org> References: <20160811001053.5b98e44a@symphony.aura-online.co.uk> <22444.18637.297626.134016@a1i15.kph.uni-mainz.de> <20160811111141.16bdfcd5@red.yakaraplc.local> <22444.22978.952581.582549@a1i15.kph.uni-mainz.de> <1470927479.5563.16.camel@gentoo.org> <4b09dfc4-b6ca-fb1b-adc3-e9c9da766a10@gentoo.org> <20160811205620.6b782217@symphony.aura-online.co.uk> <20160811225053.23f96c15.mgorny@gentoo.org> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.30; x86_64-pc-linux-gnu) 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: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 992e5e00-3cd0-4fea-81ca-ead8d7d1589a X-Archives-Hash: 52abd8a40a57599ef182835592ba4bc4 On Thu, 11 Aug 2016 22:50:53 +0200 Micha=C5=82 G=C3=B3rny wrote: > On Thu, 11 Aug 2016 20:56:20 +0100 > James Le Cuirot wrote: >=20 > > On Thu, 11 Aug 2016 11:05:00 -0400 > > Ian Stakenvicius wrote: > > =20 > > > On 11/08/16 10:57 AM, Mart Raudsepp wrote: =20 > > > > =C3=9Chel kenal p=C3=A4eval, N, 11.08.2016 kell 12:56, kirjutas Ulr= ich > > > > Mueller: =20 > > > >>>>>>> On Thu, 11 Aug 2016, James Le Cuirot wrote: =20 > > > >> =20 > > > >>>> Have you asked Debian why they are doing that? =20 > > > >> =20 > > > >>> I did find out but had since forgotten. Here it is: > > > >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D380725#10 = =20 > > > >> > > > >> So they are aware of the issue since 10 years, but chose not > > > >> to fix it? Seriously, there's no good reason to dance to their > > > >> tune then. =20 > > > >=20 > > > > It's not to dance to Debians tune, it's to dance to Valve tunes, > > > > which happens to create its runtimes from Ubuntu packages. > > > > I strongly believe that it's important to have such a use case > > > > as Steam work problem-free in Gentoo. It's currently too messy, > > > > with and without using steam runtime. > > > > In the former case (using steam runtime), there are > > > > incompatibilities between libraries found in the steam runtime, > > > > and those that it doesn't include and assumes the system > > > > provides (primarily mesa and deps); each steam runtime version > > > > you get to hack around things by removing a small selection of > > > > libraries from the steam runtime dir to get stuff working; a > > > > 1-2 month old upgrade I haven't even managed to get to work yet > > > > on a more up to date machine. In the latter case (forcing to > > > > not use steam runtime), it's near impossible right now to get a > > > > set of 32bit binaries to satisfy even steam client itself > > > > without lots of trial and error, let alone some 32bit game. > > > > =20 > > > >>> I'm fine with putting it in libpcre-debian package as kentnl > > > >>> suggested. =20 > > > >> > > > >> I still think that the libpcre.so.3 compatibility link > > > >> shouldn't be installed in a generally visible location. > > > >> Install it in a specific directory instead, and start your > > > >> binary with a wrapper which will add that directory to > > > >> LD_LIBRARY_PATH. =20 > > > >=20 > > > > Isn't this a use case for ldscripts, e.g like gen_usr_ldscript > > > > toolchain.eclass function does, except for pointing > > > > libpcre.so.3 to libpcre.so.1 (so can't use that eclass > > > > function, but could just pre- create one to $FILESDIR if it > > > > works)? The important points should be: > > > > 1) No compilation/linking done on Gentoo should possibly end up > > > > with putting libpcre.so.3 in its DT_NEEDED > > > > 2) libpcre.so should link to libpcre.so.1 > > > >=20 > > > > If we can satisfy these, I don't see a reason to mess around > > > > with some extra package. > > > > Debian reasoning of having stuck with libpcre.so.3 historically > > > > is sound as well, especially if upstream will never use that, > > > > given libpcre2.so.x or however they soname pcre2-10+. Also, > > > > given PCRE2, and given debians todays situation with this, I > > > > would also technically choose not to change this, as things > > > > should migrate over to PCRE2. > > > >=20 > > > > Mart =20 > > >=20 > > > Wouldn't the most simple solution here would be to make a symlink > > > for libpcre.so.3 within the local bindir for each Valve or > > > whatever package that needs it? This is a > > > binary-package-supporting hack, might as well do it in the binary > > > packages that need it. You might still need to wrap the binary > > > to set some environment stuff, not sure; either way it doesn't > > > seem to make sense to make this a system-wide thing. =20 > >=20 > > We don't package Steam itself and doing so isn't viable. We package > > upstream's script for bootstrapping it under the user's HOME. As > > such, there is nowhere to create such a symlink. It's not actually > > Steam itself that requires libpcre.so.3 but (at least) one of its > > games. You similarly can't create a symlink for each game because > > they also get installed under HOME or some other user-defined > > location. =20 >=20 > Well, how about you package a script to easily install Ubuntu on top > of Gentoo? That should make your system much more compliant with > Valve's idiocy than random symlinks. >=20 > If you are going to commit such crap into Gentoo ignoring people more > knowledgeable than you, please spare us the effort and open a QA bug > against it requesting that you remove it immediately. Thank you. Feel > free to also request revoking your commit rights for explicit ignoring > of QA feedback. > Think of it as a package, install it if you want steam games to work on your machine, if you don't care and don't want that crap on your system, then don't install it. It's not like there is a shortage of packages that install crappy crap on your system...