[gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem

[Walter Dnes]

On Mon, May 18, 2020 at 07:07:32PM +0100, Ashley Dixon wrote
> On Mon, May 18, 2020 at 01:53:19PM -0400, Walter Dnes wrote:
> > 
> > ...is attached, gzipped.  Problems with "Block".  My secondary machine
> > is about to undergo the python 3.6 to 3.7 upgrade if that means
> > anything.  I've tried the usual trick of unmerging eselect-opengl but
> > that didn't help.  A similar update went OK on my main machine.
> 
> The mesa ebuild blocks eselect-opengl if the libglvnd USE-flag is set.
> If you want eselect-opengl, remove the libglvnd flag.

  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.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] How to manage load on the GPU?

[tuxic]

On 05/18 09:58, Matt Connell (Gmail) wrote:
> On 2020-05-18 09:40, tastytea wrote:
> > Another solution is to modify the priority yourself, with `renice
> > --priority 15 $(pidof blender)` for example. The priority can be from
> > -20 (very high priority) to 19 (very low priority).
> 
> According to the man page for renice, there is a --gpu flag that can be used
> (today I learned) that the OP may want to try as well.
> 

If it is a load/performance problem, why is only
firefox/internet-video affected?

Cheers!
Meino

Re: [gentoo-user] eselect-opengl Blockage (with a capital "B") problem

[Ashley Dixon]

On Mon, May 18, 2020 at 07:09:13PM +0100, Neil Bothwick wrote:
> It looks like xorg-server is demanding the newer version, try adding
> --exclude xorg-server.

That will not help; mesa is providing libglvnd, not xorg-server.

[ebuild  N ] media-libs/libglvnd-1.3.1::gentoo  USE="X -test" 698 KiB
[ebuild U  ] media-libs/mesa-19.3.5::gentoo [19.2.8::gentoo] USE="X classic 
dri3 egl gbm gles2 libglvnd* -d3d9 -debug -gallium -gles1 -llvm -lm-sensors 
-opencl -osmesa -pax_kernel (-selinux) -test -unwind -vaapi -valgrind -vdpau 
-vulkan -vulkan-overlay -wayland -xa -xvmc" VIDEO_CARDS="i965 intel 
(-freedreno) -i915 -iris (-lima) -nouveau (-panfrost) -r100 -r200 -r300 -r600 
-radeon -radeonsi (-vc4) -virgl (-vivante) -vmware" 11,783 KiB

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

Re: [gentoo-user] eselect-opengl Blockage (with a capital "B") problem

[Neil Bothwick]

On Mon, 18 May 2020 13:53:19 -0400, Walter Dnes wrote:

> emerge -pv --changed-use --deep --update @world > log.txt 2>&1
> 
> ...is attached, gzipped. 

What a lot of updates! I'd emerge @system first, which will either give
the error with fewer other packages around, or proceed smoothly means
@world has less clutter.

> Problems with "Block".  My secondary machine
> is about to undergo the python 3.6 to 3.7 upgrade if that means
> anything.  I've tried the usual trick of unmerging eselect-opengl but
> that didn't help.  A similar update went OK on my main machine.

It looks like xorg-server is demanding the newer version, try adding
--exclude xorg-server.


-- 
Neil Bothwick

Windows Error #09: Game Over. Exiting Windows.


pgpH0LA7MC5MC.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] eselect-opengl Blockage (with a capital "B") problem

[Ashley Dixon]

On Mon, May 18, 2020 at 01:53:19PM -0400, Walter Dnes wrote:
>   The output from...
> emerge -pv --changed-use --deep --update @world > log.txt 2>&1
> 
> ...is attached, gzipped.  Problems with "Block".  My secondary machine
> is about to undergo the python 3.6 to 3.7 upgrade if that means
> anything.  I've tried the usual trick of unmerging eselect-opengl but
> that didn't help.  A similar update went OK on my main machine.

The mesa ebuild blocks eselect-opengl if the libglvnd USE-flag is set.   If  you
want eselect-opengl, remove the libglvnd flag.

libglvnd? (
>=media-libs/libglvnd-1.2.0-r1[X?,${MULTILIB_USEDEP}]
!app-eselect/eselect-opengl
)
!libglvnd? (
>=app-eselect/eselect-opengl-1.3.0
)


-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

[gentoo-user] eselect-opengl Blockage (with a capital "B") problem

[Walter Dnes]

  The output from...

emerge -pv --changed-use --deep --update @world > log.txt 2>&1

...is attached, gzipped.  Problems with "Block".  My secondary machine
is about to undergo the python 3.6 to 3.7 upgrade if that means
anything.  I've tried the usual trick of unmerging eselect-opengl but
that didn't help.  A similar update went OK on my main machine.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications


log.txt.gz
Description: Binary data

Re: [gentoo-user] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

On Mon, 18 May 2020 11:29:43 -0400
Jack  wrote:

> Since you suggest this might be related to multilib, is this the 
> configuration for 32 bit or 64 bit?  Assuming you are primarily 64
> bits, which packages have 32 bit versions enabled?  If it is the 32
> bit version failing, can you disable it?

I made a makeshift solution meanwhile by removing the multilib parts in
the ebuild. Without them, everything compiles just fine, and I do get
32bit and 64bit libraries?!
I'm only interested in the 64bit version, actually, as my software
links against these libs.
I didn't enable 32bit for anything explicitely, but the standard flags
for libXp are

USE="-static-libs" ABI_X86="32%* (64%*) (-x32)"

I'm not familiar with the ABI flags (is there any documentation on
that, Google doesn't come up with anything useful for me right now?).
What does the "%" mean, and how would I turn off 32bit completely?

> > This is somehow caused by multilib settings, I guess. Just untar'ing
> > the archive and doing configure/make works fine. It appears as if
> > just the ebuild went unhappy. It looks like this:  

> Note the ebuild itself isn't failing, it's the ./configure stage
> failing to find something it needs.  If a manual ./configure
> succeeds, it's using some different settings compared to as run by
> the ebuild.  Check the exact ./configure line being run, and possible
> see if it was run twice in the full build log, once each for 32 bit
> and 64 bits.

There
is 
/var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
(so obviously the 32bit part is causing the trouble) which says the
error is caused by

$PKG_CONFIG --exists --print-errors "x11 >= 1.6 xext xextproto xau
printproto"

However, this must be something 32bit specific. Running
---
pkg-config --exists --print-errors "x11 >= 1.6 xext xextproto xau
printproto"
---
on the commandline works just fine.


cu
  Gerrit

Re: [gentoo-user] libXp-1.0.3 emerge issue

[Jack]

On 5/18/20 10:54 AM, Gerrit Kuehn wrote:

Hello,

I keep a "private" overlay with d deprecated libXp and printproto ports
I need for existing software to link against. This used to work fine
until switching profiles to 17. Now printproto still emerges fine,but
with libXp it stops at configure stage with
Since you suggest this might be related to multilib, is this the 
configuration for 32 bit or 64 bit?  Assuming you are primarily 64 bits, 
which packages have 32 bit versions enabled?  If it is the 32 bit 
version failing, can you disable it?

---
[...]
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for XPRINT... no
configure: error: Package requirements (x11 >= 1.6 xext xextproto xau
printproto) were not met:

No package 'x11' found
No package 'xext' found
No package 'xau' found
Package 'xau', required by 'printproto', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XPRINT_CFLAGS
and XPRINT_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! Please attach the following file when seeking support:
!!! 
/var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
  * ERROR: x11-libs/libXp-1.0.3::cds failed (configure phase):
  *   econf failed
  *
  * Call stack:
  *   ebuild.sh, line  125:  Called src_configure
  * environment, line 3238:  Called xorg-2_src_configure
  * environment, line 4250:  Called
autotools-multilib_src_configure
  * environment, line  672:  Called
multilib-minimal_src_configure
  * environment, line 2406:  Called multilib_foreach_abi
'multilib-minimal_abi_src_configure'
  * environment, line 2639:  Called
multibuild_foreach_variant '_multilib_multibuild_wrapper'
'multilib-minimal_abi_src_configure'
  * environment, line 2336:  Called _multibuild_run
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
  * environment, line 2334:  Called
_multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
  * environment, line  551:  Called
multilib-minimal_abi_src_configure
  * environment, line 2400:  Called multilib_src_configure
  * environment, line 2864:  Called
autotools-utils_src_configure
  * environment, line  712:  Called econf
'--docdir=/usr/share/doc/libXp-1.0.3' '--enable-shared'
'--disable-static' '--disable-selective-werror'
  *phase-helpers.sh, line  681:  Called __helpers_die 'econf
failed'
  *   isolated-functions.sh, line  112:  Called die
  * The specific snippet of code:
  * die "$@"
---


This is somehow caused by multilib settings, I guess. Just untar'ing
the archive and doing configure/make works fine. It appears as if just
the ebuild went unhappy. It looks like this:
Note the ebuild itself isn't failing, it's the ./configure stage failing 
to find something it needs.  If a manual ./configure succeeds, it's 
using some different settings compared to as run by the ebuild.  Check 
the exact ./configure line being run, and possible see if it was run 
twice in the full build log, once each for 32 bit and 64 bits.


---
# Copyright 1999-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=5

XORG_MULTILIB=yes
inherit xorg-2

DESCRIPTION="X.Org Xp library"
RESTRICT="primaryuri"

KEYWORDS="alpha amd64 arm arm64 hppa ia64 ~mips ppc ppc64 ~s390 ~sh
sparc x86 ~ppc-aix ~amd64-fbsd ~x86-fbsd ~amd64-linux ~arm-linux ~x86-linux 
~ppc-macos ~x64-macos ~x86-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris 
~x86-solaris ~x86-winnt"
IUSE=""

RDEPEND=">=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}]
>=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}]
>=x11-libs/libXau-1.0.7-r1[${MULTILIB_USEDEP}]
>=x11-misc/printproto-1.0.5-r1[${MULTILIB_USEDEP}]"
DEPEND="${RDEPEND}"
---


Any ideas how to fix this properly (apart from having upstream to not
require libXp in the first place)?


cu
   Gerrit

Re: [gentoo-user] How to manage load on the GPU?

[Matt Connell (Gmail)]

On 2020-05-18 09:40, tastytea wrote:

Another solution is to modify the priority yourself, with `renice
--priority 15 $(pidof blender)` for example. The priority can be from
-20 (very high priority) to 19 (very low priority).


According to the man page for renice, there is a --gpu flag that can be 
used (today I learned) that the OP may want to try as well.

[gentoo-user] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

Hello,

I keep a "private" overlay with d deprecated libXp and printproto ports
I need for existing software to link against. This used to work fine
until switching profiles to 17. Now printproto still emerges fine,but
with libXp it stops at configure stage with

---
[...]
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for XPRINT... no
configure: error: Package requirements (x11 >= 1.6 xext xextproto xau
printproto) were not met:

No package 'x11' found
No package 'xext' found
No package 'xau' found
Package 'xau', required by 'printproto', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XPRINT_CFLAGS
and XPRINT_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! Please attach the following file when seeking support:
!!! 
/var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
 * ERROR: x11-libs/libXp-1.0.3::cds failed (configure phase):
 *   econf failed
 * 
 * Call stack:
 *   ebuild.sh, line  125:  Called src_configure
 * environment, line 3238:  Called xorg-2_src_configure
 * environment, line 4250:  Called
autotools-multilib_src_configure
 * environment, line  672:  Called
multilib-minimal_src_configure
 * environment, line 2406:  Called multilib_foreach_abi
'multilib-minimal_abi_src_configure'
 * environment, line 2639:  Called
multibuild_foreach_variant '_multilib_multibuild_wrapper'
'multilib-minimal_abi_src_configure'
 * environment, line 2336:  Called _multibuild_run
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 * environment, line 2334:  Called
_multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
 * environment, line  551:  Called
multilib-minimal_abi_src_configure
 * environment, line 2400:  Called multilib_src_configure
 * environment, line 2864:  Called
autotools-utils_src_configure
 * environment, line  712:  Called econf
'--docdir=/usr/share/doc/libXp-1.0.3' '--enable-shared'
'--disable-static' '--disable-selective-werror'
 *phase-helpers.sh, line  681:  Called __helpers_die 'econf
failed'
 *   isolated-functions.sh, line  112:  Called die
 * The specific snippet of code:
 *  die "$@"
---


This is somehow caused by multilib settings, I guess. Just untar'ing
the archive and doing configure/make works fine. It appears as if just
the ebuild went unhappy. It looks like this:

---
# Copyright 1999-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=5

XORG_MULTILIB=yes
inherit xorg-2

DESCRIPTION="X.Org Xp library"
RESTRICT="primaryuri"

KEYWORDS="alpha amd64 arm arm64 hppa ia64 ~mips ppc ppc64 ~s390 ~sh
sparc x86 ~ppc-aix ~amd64-fbsd ~x86-fbsd ~amd64-linux ~arm-linux ~x86-linux 
~ppc-macos ~x64-macos ~x86-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris 
~x86-solaris ~x86-winnt"
IUSE=""

RDEPEND=">=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}]
>=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}]
>=x11-libs/libXau-1.0.7-r1[${MULTILIB_USEDEP}]
>=x11-misc/printproto-1.0.5-r1[${MULTILIB_USEDEP}]"
DEPEND="${RDEPEND}"
---


Any ideas how to fix this properly (apart from having upstream to not
require libXp in the first place)?


cu
  Gerrit

Re: [gentoo-user] How to manage load on the GPU?

[tastytea]

[Please excuse the previous mail, I accidentally hit send too soon]

On 2020-05-18 06:41+0200
tu...@posteo.de wrote:

> Hi,
> 
> sorry for the somehow vague subject line...no native speaker...
> 
> With Blender I do a lot of experimenting and tinkering which
> involves rendering most of the time.
> 
> With rendering comes ... waiting for the result.
> 
> Often (I am trying to) watch videos, like tutorial about
> what I currently trying to acchieve with Blender.
> 
> The problem is, that the video (the audio does not) stutters
> in short periods. 
> 
> Interestingly it does this not every time but quite often.
> 
> And it only effects videos online.
> 
> mpv for example is not affected.
> 
> Is there any way to configure whatever it is in a way, that Online
> videos can be played smoothlessly also?

At first I would look into if Blender can be configured to use a lower
priority or fewer threads.

Another solution is to modify the priority yourself, with `renice
--priority 15 $(pidof blender)` for example. The priority can be from
-20 (very high priority) to 19 (very low priority).

Kind regards, tastytea


-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpxsV1UUvqgd.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] How to manage load on the GPU?

[tastytea]

On 2020-05-18 06:41+0200
tu...@posteo.de wrote:

> Hi,
> 
> sorry for the somehow vague subject line...no native speaker...
> 
> With Blender I do a lot of experimenting and tinkering which
> involves rendering most of the time.
> 
> With rendering comes ... waiting for the result.
> 
> Often (I am trying to) watch videos, like tutorial about
> what I currently trying to acchieve with Blender.
> 
> The problem is, that the video (the audio does not) stutters
> in short periods. 
> 
> Interestingly it does this not every time but quite often.
> 
> And it only effects videos online.
> 
> mpv for example is not affected.
> 
> Is there any way to configure whatever it is in a way, that Online
> videos can be played smoothlessly also?

At first I would look into if Blender can be configured to use a lower
priority or fewer threads.

Another solution is to modify the priority yourself, with 



-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpes7xgaHZa7.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] Kernel drivers and modules list

[Dr Rainer Woitok]

Volker, Raphael, and All,

On Sunday, 2020-05-17 20:33:22 +0200, Volker Schneider wrote:

> ...
> I have a good manual for kernel config.
> I saved the website of 'Firas Khalil Khana' called 'dotslashlinux'

You can still read all 18 parts of that documentation online at

   
http://web.archive.org/web/20180226135953/https://www.dotslashlinux.com/post/the-linux-kernel-configuration-guide-part-1-introduction/

Sincerely,
 Rainer

Re: [gentoo-user] Realtek r8169 realtek.ko not loaded.

[Alexander Puchmayr]

Am Sonntag, 17. Mai 2020, 13:09:44 CEST schrieb Victor Ivanov:
> Hi Alexander,
> 
> A while back I had the exact same issue with a remote machine that I am
> managing. It has an Asus B45-M mobo with an r8169 chipset. Ever since
> the 5.2.x kernel family - where it last used to work - it has been a pain.
> 
> Initially I added a manual "soft" dependency in "/etc/conf.d/modules" as
> William has suggested to you with "realtek" appearing first in the list.
> But this stopped working following an update to 5.4.x and is still the
> case today with the 5.6.x family (I keep testing it once in a while).
> 
> I then decided to build both realtek and r8169 modules into the kernel:
> 
> REALTEK_PHY=y
> CONFIG_R8169=y
> 

This worked, and as I found out in an answer for William's mail, it seems to 
be a problem with genkernel's way to create initrds with embedded busybox. It 
seems as if busybox does not support softdeps.

Regards
Alex






> It did require a bit of faff as the whole chain of dependencies from
> REALTEK_PHY had to be built in as well, but I think that was about 5-6
> kernel options in total.
> 
> Adding it to the ramdisk as William suggests might work too. In my case
> I didn't bother trying this due to the fact that every failed attempted
> required manual intervention by someone to get the machine booted with
> working kernel.
> 
> I have a gut feeling that tells me adding it to the initrd probably
> won't work. But if you're planning on trying it, please keep us posted.
> I would be very interested in hearing your solution.
> 
> Regards,
> V
> 
> On 17/05/2020 09:07, Alexander Puchmayr wrote:
> > Hi there
> > 
> > I just upgraded an older notebook with r8169 network chip to new kernel
> > 5.4
> > (sys-kernel/gentoo-sources-5.4.28) with genkernel.
> > After booting the new kernel the network adapter was not initialized, no
> > network interface eth0.
> > Dmesg says
> > [6.390973] r8169 :08:00.0: realtek.ko not loaded, maybe it needs
> > to be added to initramfs?
> > [6.392864] r8169: probe of :08:00.0 failed with error -2
> > 
> > After searching with google I found a thread in the kernel mailing list
> > https://bugzilla.kernel.org/show_bug.cgi?id=204343
> > The cause is a soft depencency to module realtek.ko, which needs to be
> > loaded first.
> > 
> > Doing this manually, i.e. rmmod r8169 && modprobe realtek && modprobe
> > r8169
> > works fine; network interface eth0 gets configured and is operating.
> > 
> > Since the kernel loads the network module before systemd is running, it
> > has to be configured in initrd somehow.
> > So, the final question is, how to get that into initrd with genkernel?
> > I need to add something like this
> > 
> > cat /etc/modprobe.d/realtek
> > Softdep r8169 pre: realtek
> > 
> > How do I get this into initrd with genkernel-next?
> > 
> > Thanks in advance
> > 
> > Alex
> > 
> > PS
> > Profile:
> > default/linux/amd64/17.0/desktop/plasma/systemd
> > 
> > Relevant packages:
> > sys-apps/gentoo-systemd-integration-7
> > sys-apps/kmod-26-r5
> > sys-apps/systemd-244.3
> > sys-kernel/genkernel-next-69
> > sys-kernel/gentoo-sources-5.4.28
> > 
> > Lspci
> > 08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)