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] 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] 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

[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?

[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.

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] 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

[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] 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

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 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] 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

[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] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

On Mon, 18 May 2020 18:48:56 +0200
Gerrit Kuehn  wrote:

> 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?

I think I made some progress on this and found that my old ebuilds
install and search libs in "lib32" paths (see --libdir setting below):

---
>>> Configuring source
>>> in /var/tmp/portage/x11-misc/printproto-1.0.5-r2/work/printproto-1.0.5 ...
 * abi_x86_32.x86: running multilib-minimal_abi_src_configure
 * econf: updating printproto-1.0.5/config.guess
with /usr/share/gnuconfig/config.guess
 * econf: updating printproto-1.0.5/config.sub
with /usr/share/gnuconfig/config.sub
/var/tmp/portage/x11-misc/printproto-1.0.5-r2/work/printproto-1.0.5/configure
--prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib
--disable-dependency-tracking --disable-silent-rules
--docdir=/usr/share/doc/printproto-1.0.5-r2
--htmldir=/usr/share/doc/printproto-1.0.5-r2/html --libdir=/usr/lib32
--enable-shared --disable-static
---


From https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout I
understand that 32bit libs should go to /lib and /usr/lib, not to lib32
anymore. I guess this may be the root cause for my ebuild issues?! I
see the same with the libXp ebuild:

---
>>> Configuring source
>>> in /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3 ...
 * abi_x86_32.x86: running multilib-minimal_abi_src_configure
 * econf: updating libXp-1.0.3/config.guess
with /usr/share/gnuconfig/config.guess
 * econf: updating libXp-1.0.3/config.sub
with /usr/share/gnuconfig/config.sub
/var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3/configure
--prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib
--disable-dependency-tracking --disable-silent-rules
--docdir=/usr/share/doc/libXp-1.0.3
--htmldir=/usr/share/doc/libXp-1.0.3/html --with-sysroot=/
--libdir=/usr/lib32 --disable-selective-werror --enable-shared
--disable-static
---

This probably makes it look into /usr/lib32 for dependent 32bit
libraries like libXau and so on that it complains about not finding
them later. Indeed, these are to be found in /usr/lib, not /usr/lib32.
But why doesn't emerge (or multilib-minimal_abi_src_configure) know
about this and doesn't "do the right thing"?

I looked into other X lib ebuilds like libXext-1.3.4.ebuild. This is
installing 32bit libs into the correct directory, but it looks not
different to me. I updated my ebuild to using EAPI=7 and xorg-3 (instead
of the original EAPI=5 and xorg-2), but it still insists on using lib32
paths.

Any further hints would be really appreciated.


cu
  Gerrit

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

[Gerrit Kuehn]

On Tue, 19 May 2020 08:20:41 +0200
Gerrit Kuehn  wrote:

> I looked into other X lib ebuilds like libXext-1.3.4.ebuild. This is
> installing 32bit libs into the correct directory, but it looks not
> different to me. I updated my ebuild to using EAPI=7 and xorg-3
> (instead of the original EAPI=5 and xorg-2), but it still insists on
> using lib32 paths.

For the record: I found that the profile of the system was still set to
17.0 where it should have been on 17.1. This causes SYMLINK_LIB to be
set to "yes" which then makes multilib.eclass use lib32 instead of lib
paths. After setting the profile to 17.1 (where it should have been in
the first place), everything works as expected now.


cu
  Gerrit