public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Victor Ivanov <vic.m.ivanov@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
Date: Wed, 20 May 2020 12:37:45 +0100	[thread overview]
Message-ID: <306a8da4-22a2-425e-f183-992e0fca8431@gmail.com> (raw)
In-Reply-To: <6912f7b0-4508-4720-1874-6c2c8bb363c1@gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 5357 bytes --]

When the lbglvnd flag was introduced I remember I solved this issue by:

    # emerge --unmerge eselect-opengl
    # emerge -1qv mesa

After that, a simple update of @world rebuilt everything else on its own.

Personally, I had been waiting for libglvnd support for _a long time_.
This - and I mean GLVND in general - is something that should have come
to Linux many years ago, along with NVIDIAs PRIME render offloading.

10y ago I used to have an Optimus laptop with an Nvidia GPU and it was
an absolute hell to get it running, I remember writing tonnes of scripts
using VirtualGL and a dummy X server running on the Nvidia GPU. This was
before bumblebee.

Today, I still need this with an external GPU.

But now it takes 1 environment variable to offload to the other GPU!
GLVND literally made my Linux work experience a million times better.
I'm extatic.

- V

On 20/05/2020 07:07, Dale wrote:
> J. Roeleveld wrote:
>> On 20 May 2020 05:44:58 CEST, Walter Dnes <waltdnes@waltdnes.org> wrote:
>>> On Tue, May 19, 2020 at 03:14:03PM +0200, J. Roeleveld wrote
>>>>>> On Mon, May 18, 2020 at 01:53:19PM -0400, Walter Dnes wrote:
>>>>>  Thank you very much.  I've got the update (156 packages) running
>>> now.
>>>>> I had set "-libglvnd" in make.conf on my main machine, but only
>>> against
>>>>> xorg-server on my secondary machine.  Setting "-libglvnd" in
>>> make.conf
>>>>> solves the problem.
>>>> Only for now.
>>>> "Libglvnd" is scheduled to be removed as a USE flag.  I would
>>>> definitely suggest to switch to having that one on before it becomes
>>>> mandatory.
>>>>
>>>> It has a lot of benefits over the eselect hack to be able to have
>>>> multiple opengl implementations running.
>>>  The reason I had originally turned it off was because when it first
>>> showed up as a flag, I checked Google to find out what it was.  Almost
>>> every hit on webforums was like...
>>>
>>> Person 1 - Help; my "update world" dies
>>> Person 2 - Turn off "libglvnd" in make.conf
>>> Person 1 - Thank you; my update works fine now
>>>
>>>  Add me to the list.  If this is to be a new default config setup, I'd
>>> appreciate a news item about it, like the python 3.6 to 3.7 switchover.
>> I actually had to enable this on my new laptop before it became stable to get the Nvidia chip and my external displays working.
>> I am actually happy with this as I don't have to keep changing the opengl setting anymore when I need 3D performance.
>>
>> --
>> Joost
> 
> 
> Reading this thread, I checked and I to have this USE flag turned
> off/disabled/whatever.  I removed it from make.conf and commented out
> everything else I found in /etc/portage and am checking to see what all
> had to be rebuilt.  I figure I may as well change now while I have a
> otherwise stable system, except for the sddm-helper chewing memory
> problem, and get ahead of the curve.  ;-)  Using that grep -r trick
> comes in handy.  Learned that from this list too. 
> 
> It's odd how following a thread that may not even affect you ends up
> doing so.  :/
> 
> Just in case, this is what emerge spit out on my screen. 
> 
> 
> Calculating dependencies... done!
> [ebuild   R    ] sys-libs/libblockdev-2.23-r1::gentoo  USE="cryptsetup
> lvm tools -bcache -device-mapper -dmraid -escrow -gtk-doc -introspection
> -kbd -test -vdo" PYTHON_SINGLE_TARGET="python3_7 -python3_6
> (-python3_8)" 0 KiB
> [ebuild   R    ] media-libs/libdvdnav-6.0.0::gentoo  USE="-static-libs"
> ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild  N     ] media-libs/libglvnd-1.3.1::gentoo  USE="X -test"
> ABI_X86="32 (64) (-x32)" 698 KiB
> [ebuild   R   ~] media-libs/mesa-20.0.4-r1::gentoo  USE="X classic dri3
> egl gallium gbm gles2 libglvnd* llvm wayland zstd -d3d9 -debug -gles1
> -lm-sensors -opencl -osmesa (-selinux) -test -unwind -vaapi -valgrind
> -vdpau -vulkan -vulkan-overlay -xa -xvmc" ABI_X86="32 (64) (-x32)"
> VIDEO_CARDS="(-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau
> (-panfrost) -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl
> (-vivante) -vmware" 0 KiB
> [blocks b      ] media-libs/mesa[-libglvnd(-)]
> ("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
> [ebuild   R    ] sys-libs/libcap-2.26-r2::gentoo  USE="pam (split-usr)
> -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB
> [ebuild   R    ] x11-drivers/nvidia-drivers-440.82:0/440::gentoo  USE="X
> acpi driver gtk3 kms libglvnd* multilib tools -compat -static-libs -uvm
> -wayland" ABI_X86="32 (64) (-x32)" 0 KiB
> [ebuild   R    ] x11-base/xorg-server-1.20.7:0/1.20.7::gentoo 
> USE="elogind ipv6 libglvnd* suid udev xorg -debug -dmx -doc -kdrive
> -libressl -minimal (-selinux) -static-libs -systemd -unwind -wayland
> -xcsecurity -xephyr -xnest -xvfb" 0 KiB
> [uninstall     ] app-eselect/eselect-opengl-1.3.1-r4::gentoo
> [blocks b      ] app-eselect/eselect-opengl
> ("app-eselect/eselect-opengl" is blocking
> x11-drivers/nvidia-drivers-440.82, x11-base/xorg-server-1.20.7,
> media-libs/mesa-20.0.4-r1)
> 
> 
> 
> Now let us pray to the portage gods for a happy outcome.  o_O
> 
> Dale
> 
> :-)  :-) 
> 
> P. S. Between this and finding that weird The Black Bird movie from
> 1975, I'm having a good day.  ROFL


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2020-05-20 11:38 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-18 17:53 [gentoo-user] eselect-opengl Blockage (with a capital "B") problem Walter Dnes
2020-05-18 18:07 ` Ashley Dixon
2020-05-18 18:35   ` [gentoo-user] [SOLVED] " Walter Dnes
2020-05-19 13:14     ` J. Roeleveld
2020-05-20  3:44       ` Walter Dnes
2020-05-20  4:06         ` Ashley Dixon
2020-05-20  5:49         ` J. Roeleveld
2020-05-20  6:07           ` Dale
2020-05-20 11:37             ` Victor Ivanov [this message]
2020-05-20 12:10               ` Dale
2020-05-20 12:47                 ` J. Roeleveld
2020-05-20 16:28                 ` Dr Rainer Woitok
2020-05-20 17:04                   ` Dale
2020-05-20 12:46               ` J. Roeleveld
2020-05-18 18:09 ` [gentoo-user] " Neil Bothwick
2020-05-18 18:21   ` Ashley Dixon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=306a8da4-22a2-425e-f183-992e0fca8431@gmail.com \
    --to=vic.m.ivanov@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox