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 --]
next prev parent 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