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 D827C138334 for ; Wed, 29 Aug 2018 18:20:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 563BAE0809; Wed, 29 Aug 2018 18:20:43 +0000 (UTC) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 93047E01B5 for ; Wed, 29 Aug 2018 18:20:42 +0000 (UTC) Received: by mail-ed1-x52e.google.com with SMTP id s10-v6so4615617edb.11 for ; Wed, 29 Aug 2018 11:20:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=3aasl1aMxugslfOzVDNK0KRdE4+zlC2mss0C6+ey/f0=; b=E6KTi++lQ3BgyGr991rMFdoa6OPFf2YAJ+4bDf/yXB2FRjfNS9qtfL1mJEG4FqIIY5 vqgBQ/ZB+IcN/uB7fbW1vUZ8TJrP5V88c5Sh0WojDVrZ414oH04XB5MvNZc+75xw0SOm oPrXnMnsXOlrfnBt1uHoIELZGR3bLRHybuF+asvaMccJ6JNsTQbCkOoITrgSUbkQMqe8 aamYEmGqqt2USH+qfezz71mpI4whBqIF+m/zYfAf7sFY29P5uPBittic/hntpEMzVrVF l2EBxdB1cc74+nqZKsCcxEhJ3oZzj7RNovduDGsb+Xaqty3F6mshUFLG8PlqfG9a65c/ rPfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=3aasl1aMxugslfOzVDNK0KRdE4+zlC2mss0C6+ey/f0=; b=tW5C8QDgOHfik6faVFl24aECH50dI44XCtF9OCAoQBHJpHW5JWC9ueNk6mSpx5NUL7 ouP8M9tBnMdmJPce4HxxvgxGS1Rb80qsL3jE2cwGT+p+uYHLo+IIc+XkRz75DxYYoDay +BloANdwmfNqvzqHLEczcH9l+0tXn+3o+M3Hf/HgX5eAMTv7v2Mjl0zyNZ54ykVRSJF0 4pjSiMP2FhxD3hEW7v79461scrqCOEUhlkL9IXVW0DcO4Lwlrr+TuoXPveMka4Tp33q5 2JPygNzdASyv61mWVetseTFIHvIEB+pcZDeP2FyRi/74IATfV1WPECvZDresT2s30VUy D7sQ== X-Gm-Message-State: APzg51DQWZC2R6RfbvuAhmbxRTaWqjhQYsVElh3p+5XoBUPjvPh/ephz Fl1nOlLyqAACRtdAcGkRegmYprKF3bQ0EnepsdNI42pRpSo= X-Google-Smtp-Source: ANB0VdYS5JmlOfdtdl/MVRo082wH+BODXCQKuYKX50h39viy2KdYDCKAM3n24a15xz5i7u4yMCR/t69yQVOlyswr/LY= X-Received: by 2002:a50:9174:: with SMTP id f49-v6mr8893702eda.279.1535566840751; Wed, 29 Aug 2018 11:20:40 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 References: <20180829191910.30a0fa70de6c7fa720b148c5@gentoo.org> In-Reply-To: <20180829191910.30a0fa70de6c7fa720b148c5@gentoo.org> From: Davyd McColl Date: Wed, 29 Aug 2018 20:20:29 +0200 Message-ID: Subject: Re: [gentoo-user] libGL symlinks vs `eselect opengl` To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="0000000000001274fb05749704aa" X-Archives-Salt: d2893660-e695-4fb7-9939-3d7c3bae8711 X-Archives-Hash: dd1a60473af5d05f3177dce211aac662 --0000000000001274fb05749704aa Content-Type: text/plain; charset="UTF-8" Thanks for getting back to me. I'd really like to not make a useless bug report, so please bear with me: 1. Am I correct that I should report here: https://bugs.gentoo.org/enter_bug.cgi?product=Gentoo%20Linux 2. I ask the above because I'm not entirely clear on how to CC opengl and celestia at the above url. If that's the right place (and it looks to be right), please let me know how to apply the correct CCs such that the right people get eyes on this and I'm not spamming the wrong people (: Thanks -d On Wed, 29 Aug 2018 at 18:19, Andrew Savchenko wrote: > Hi! > > On Wed, 22 Aug 2018 20:33:00 +0200 Davyd McColl wrote: > > The other day I installed Celestia for the entertainment of my son, who > is > > delighted with anything stellar / planetary. Celestia wouldn't start up, > > and, long-story-short, I tracked down the issue to the symlinks: > > > > /usr/lib64/libGL.so > > /usr/lib64/libGL.so.1 > > > > which ultimately point to > > > > /usr/lib64/libGL.so.1.2.0, > > > > provided by media-libs/mesa. Naturally, I assumed I'd made a mistake with > > `eselect` at some point, so I checked with `eselect opengl list` and > found > > that, as expected, my selected opengl implementation was nvidia. Just in > > case, I switched over to xorg-x11 (mesa) and back again, but this didn't > > fix the problem. > > > > Manually redirecting these to /usr/lib64/opengl/nvidia/lib/libGL.so > > (provided by x11-drivers/nvidia-drivers) works, however, of course, > portage > > doesn't know anything about this, so the update I received today for > > media-libs/mesa reverted these symlinks back to pointing at mesa libs. > > > > So the questions I have are these: > > 1) Am I reasonable in expecting `eselect opengl` to maintain these > > symlinks? I feel like it's a reasonable expectation, but perhaps there's > > just yet another thing I have to learn / understand. > > No, eselect opengl works differently. It uses /etc/env.d to alter > LDPATH and OPENGL_PROFILE environment variables. It also changes > xorg.conf. > > So you may need to restart your X server and source /etc/profile in > active shells for changes to take effect. > > > 2) Should I be logging a bug (against eselect, or perhaps celestia, since > > this is the only app which seems to have suffered this fate -- games like > > Torchlight 2 and utils like glxgears work just fine; glxinfo reports > NVIDIA > > extensions), or is there just something I've fundamentally missed or > messed > > up here? > > If glxinfo reports correct data and glxgears works fine, then this > may be a bug and please report it. You may CC both celestia and > opengl since right now it is not obvious which is the culprit. > > Best regards, > Andrew Savchenko > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- If you say that getting the money is the most important thing You will spend your life completely wasting your time You will be doing things you don't like doing In order to go on living That is, to go on doing things you don't like doing Which is stupid. - Alan Watts https://www.youtube.com/watch?v=-gXTZM_uPMY *Quidquid latine dictum sit, altum sonatur. * --0000000000001274fb05749704aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for getting back to me. I'= ;d really like to not make a useless bug report, so please bear with me:

1. Am I correct that I should report here: https:/= /bugs.gentoo.org/enter_bug.cgi?product=3DGentoo%20Linux
2. I = ask the above because I'm not entirely clear on how to CC opengl and ce= lestia at the above url. If that's the right place (and it looks to be = right), please let me know how to apply the correct CCs such that the right= people get eyes on this and I'm not spamming the wrong people (:
=

Thanks
-d

On Wed, 29 Aug 2018 at 18:19, Andrew Savc= henko <bircoph@gentoo.org> = wrote:
Hi!

On Wed, 22 Aug 2018 20:33:00 +0200 Davyd McColl wrote:
> The other day I installed Celestia for the entertainment of my son, wh= o is
> delighted with anything stellar / planetary. Celestia wouldn't sta= rt up,
> and, long-story-short, I tracked down the issue to the symlinks:
>
> /usr/lib64/libGL.so
> /usr/lib64/libGL.so.1
>
> which ultimately point to
>
> /usr/lib64/libGL.so.1.2.0,
>
> provided by media-libs/mesa. Naturally, I assumed I'd made a mista= ke with
> `eselect` at some point, so I checked with `eselect opengl list` and f= ound
> that, as expected, my selected opengl implementation was nvidia. Just = in
> case, I switched over to xorg-x11 (mesa) and back again, but this didn= 't
> fix the problem.
>
> Manually redirecting these to /usr/lib64/opengl/nvidia/lib/libGL.so > (provided by x11-drivers/nvidia-drivers) works, however, of course, po= rtage
> doesn't know anything about this, so the update I received today f= or
> media-libs/mesa reverted these symlinks back to pointing at mesa libs.=
>
> So the questions I have are these:
> 1) Am I reasonable in expecting `eselect opengl` to maintain these
> symlinks? I feel like it's a reasonable expectation, but perhaps t= here's
> just yet another thing I have to learn / understand.

No, eselect opengl works differently. It uses /etc/env.d to alter
LDPATH and OPENGL_PROFILE environment variables. It also changes
xorg.conf.

So you may need to restart your X server and source /etc/profile in
active shells for changes to take effect.

> 2) Should I be logging a bug (against eselect, or perhaps celestia, si= nce
> this is the only app which seems to have suffered this fate -- games l= ike
> Torchlight 2 and utils like glxgears work just fine; glxinfo reports N= VIDIA
> extensions), or is there just something I've fundamentally missed = or messed
> up here?

If glxinfo reports correct data and glxgears works fine, then this
may be a bug and please report it. You may CC both celestia and
opengl since right now it is not obvious which is the culprit.

Best regards,
Andrew Savchenko


--
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
If you say that ge= tting the money is the most important thing
You will spend your life com= pletely wasting your time
You will be doing things you don't like do= ing
In order to go on living
That is, to go on doing things you don&#= 39;t like doing

Which is stupid.

- Alan Watts
https://www= .youtube.com/watch?v=3D-gXTZM_uPMY

Quidquid latine dictum sit= , altum sonatur.
--0000000000001274fb05749704aa--