On 08/11/2016 06:19 PM, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 11.08.2016 kell 18:00, kirjutas Mike Gilbert:
>> On Thu, Aug 11, 2016 at 5:34 PM, Kent Fredric <kentnl@gentoo.org>
>> wrote:
>>> On Thu, 11 Aug 2016 16:07:27 -0400
>>> Ian Stakenvicius <axs@gentoo.org> wrote:
>>>
>>>> but realistically this should be
>>>> installed to /usr/$(get_libdir)/debiancompat/ or similar, and if
>>>> you
>>>> still don't want to wrap the apps that need it then also install
>>>> an
>>>> /etc/env.d/ file to add this dir to the LDPATH.
>>>
>>> +1 to this. I was going to suggest something similar.
>>>
>>> At least, because I'm still thinking in a view other than "steam",
>>> and
>>> anticipating "Maybe we're going to do more of this"
>>>
>>> If more than one binary application need more than one debian hack,
>>> stuffing all the debian hacks in a special prefix that everyone can
>>> use
>>> without polluting the main gentoo stuff is an advantage.
>>>
>>> ( And the separate dir makes it clear what the library is for and
>>> why
>>> its there if anyone is trying to weed out some library problem that
>>> still manages to happen despite our attempts )
>>
>> I also like the private libdir better than installing a symlink in a
>> "standard" libdir.
> 
> The question is really why, still.
> I only see some sort of tidyness arguments, but it's not exactly tidy
> to clobber ld.so.conf either, so I don't consider this a real argument.
> 
> If you install a proprietary package from their .tar.bz2 or Loki .sh
> installer or whatever, the user will not know to install some libpcre-
> debian package.
> Also, again, PCRE2 is there. Soon dev-libs/libpcre:3 (libpcre-8.*) is
> primarily a binary package satisfier anyways, so why not just satisfy
> libpcre.so.3 while at it. Funny fact - we have it in SLOT=3 too :)
> 
> Ultimately I don't care personally as a gentoo user, as I will know to
> install this useless symlink package. Maybe, if I remember. And only
> because of a 10+ thread. But our users are uselessly bothered when they
> actually need it by something.
> They ought to be able to choose to not care, and have shit working out
> of the box. This is providing a very important choice, in the spirit of
> Gentoo.
> 
> 
> Mart
> 
We normally have our differences but I have to agree here. Getting
proprietary stuff to work at all is a pain; being able to simply not
care and "just make it work" would be great. I think we can do it no
matter where we choose to install things. iirc the steam-meta package
already includes a wrapper.

Given that Valve only promises support on Ubuntu (and SteamOS which is
basically Ubuntu), we should probably use a Debian/Ubuntu-specific
compat dir so we can address all future kludges instead of just PCRE.

But really, we should be able to make it so users can `emerge -a steam`,
wait a few minutes, and be able to type "steam" into a terminal or run
dialog and it "just works". Skype does it; I don't see why Steam can't,
unless there's a licensing problem.

(This is my perspective as a user who begrudgingly uses Skype and Steam,
and has historically had more trouble from Steam)
-- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6