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 B081F13832E for ; Thu, 11 Aug 2016 16:23:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 763C4E0B4D; Thu, 11 Aug 2016 16:23:27 +0000 (UTC) Received: from omr-m007e.mx.aol.com (omr-m007e.mx.aol.com [204.29.186.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 80F12E0B39 for ; Thu, 11 Aug 2016 16:23:26 +0000 (UTC) Received: from mtaout-mac01.mx.aol.com (mtaout-mac01.mx.aol.com [172.26.222.205]) by omr-m007e.mx.aol.com (Outbound Mail Relay) with ESMTP id 95F733800046 for ; Thu, 11 Aug 2016 12:23:25 -0400 (EDT) Received: from [192.168.1.52] (0x5b3139322e3136382e312e35325d [71.122.242.106]) by mtaout-mac01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 6B99838000090; Thu, 11 Aug 2016 12:23:24 -0400 (EDT) Subject: Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian To: gentoo-dev@lists.gentoo.org References: <20160811001053.5b98e44a@symphony.aura-online.co.uk> From: james Message-ID: Date: Thu, 11 Aug 2016 11:23:23 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 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 In-Reply-To: <20160811001053.5b98e44a@symphony.aura-online.co.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit x-aol-global-disposition: G x-aol-sid: 3039ac1adecd57aca67c30a3 X-AOL-IP: 71.122.242.106 X-Archives-Salt: 5da697df-276a-4623-814b-6e1cc73158a0 X-Archives-Hash: 3f6992ad1f76f41977163df26c5b2a28 On 08/10/2016 06:10 PM, James Le Cuirot wrote: > Hello all, > > We, like almost everyone else and presumably upstream, install PCRE 8 > as libpcre.so.1. Debian, for reasons best known to themselves, install > it as libpcre.so.3. With Ubuntu still being the most widely accepted > "standard" Linux desktop, this presents a problem when dealing with > pre-compiled binaries. > > I have been working on a script to replace the rather lacking > steam-games-meta ebuild (see steam-overlay). I'm very excited about > releasing it soon as I think it is a major step forwards in our ability > to easily run Steam without the official Ubuntu-based runtime. > > Before I put it out there, I'd like to get Alien Isolation working > properly. It links to libpcre.so.3. Hacking the binary might work but > this isn't ideal and not always an option as some games use Valve's > anti-cheat system, which is ruthless. > > I have found that creating a symlink in /usr/lib that points > to /lib/libpcre.so.1 works, except that when you run ldconfig, it > automatically creates another symlink from /usr/lib/libpcre.so.1 to > libpcre.so.3. If you create the first symlink in /lib instead then the > existing /lib/libpcre.so.1 holds after running ldconfig. The latter > location is therefore probably preferable. > > Would anyone have any issue with adding this to our libpcre package? I > don't foresee any problems. libpcre.so would obviously still point to > libpcre.so.1. I'm pretty sure there will never be another libpcre.so.3 > as upstream have released PCRE2 as libpcre2, effectively an entirely > separate library. > > I could create a Steam-specific package for this but that would mean > adding some additional Steam-specific location to ld.so.conf, which I'm > trying to avoid. It would be nice to solve this generally anyway. > > Thoughts? Whilst devs are discussing the future of Valve's offerings on gentoo, it'd be wise to consider the effects of "Vulcan" as it is FOSS where all video card vendors can inter-operate with multiple game vendors. Vulcan will impact those gaming codes, as Vulcan seems to be the clear pathway forward for Valve related to Open Source communities [1 3]. [1] http://www.kitguru.net/components/graphic-cards/anton-shilov/valve-directx-12-does-not-make-a-lot-of-sense-vulkan-does/ [2] http://www.pcgamesn.com/khronos-and-valve-reveal-details-of-vulkan-api-show-dota-2-running-in-source-2-on-intel-integrated-graphics [3] https://community.amd.com/community/gaming/blog/2016/02/16/radeon-gpus-are-ready-for-the-vulkan-graphics-api hth, James