Re: [gentoo-user] Successfully upgraded to new profile 23.0

[Daniel Frey]

On 4/8/24 07:03, Dr Rainer Woitok wrote:

Greetings,

the upgrade on my old laptop  with two 2.7GHz  Dual-Core Skylake proces-
sors took slightly  more than 2 hours  for the manual upgrading of "bin-
utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi-
nal upgrade of "@world",  which had to process a total of 1061 packages.
I'm wondering whether  a fresh install  from a stage 3  "tar" ball would
have been faster?

My first Gentoo installation  on this laptop  back in mid 2019 used pro-
file 17.1 (which is still marked "experimental", by the way).  Now, less
than five years later  this profile set is deprecated.   Is five years a
common intervall between enforced Gentoo profile upgrades?

Sincerely,
   Rainer



I had to upgrade about 7 machines, and three wound up having weird 
troubles - so I did exactly that and started fresh on the rest. Working 
on the last one (my laptop) right now.


Dan

Re: [gentoo-user] systemd unit executing but not persistent later in boot

[Daniel Frey]

On 4/6/24 18:38, Andrew Udvare wrote:

On Sat, 6 Apr 2024 at 21:32, Daniel Frey  wrote:

What's even stranger is if I manually start it and restart lircd it works!


Have you tried adding Before=lircd.service in the [Unit] section?



OK, I have finally sorted out the IR keymap/lircd/irexec/LCDd problems.

It turns out the systemd units as shipped just simply do not work, at 
least for my hardware.


The custom unit I made to apply a new keytable and protocol change was 
working fine. After a lot of reading about systemd units and also poring 
through logs, I discovered udev was triggering something related to the 
LCD/IR module - my custom unit was running before this happened but the 
udev trigger reset it to defaults (for whatever reason.)


In order to fix that, I had to change my unit to this:

[Unit]
Description=Add custom keymap to iMon remote
Requires=systemd-udevd.service systemd-udev-settle.service 
systemd-udev-trigger.service
After=systemd-udevd.service systemd-udev-settle.service 
systemd-udev-trigger.service

Before=lircd.service inputlircd.service irexec.service

[Service]
RemainAfterExit=true
ExecStart=/usr/bin/ir-keytable -c -p rc-6 -w /etc/rc_keymaps/imon_mce.toml

[Install]
WantedBy=multi-user.target
RequiredBy=lircd.service irexec.service


This made the keymap change work reliably.

After this lircd was working normally.

I use lircd so I can use irexec to listen for the power button and just 
shut the computer off. Kodi is too finicky and just wouldn't turn off or 
it would just logout, even with the polkit policy in the wiki applied.


Now, starting irexec didn't work the the shipped systemd unit either, it 
would just exit and not stay running. I fixed that with this custom unit:


[Unit]
Documentation=man:irexec(1)
Documentation=http://lirc.org/html/configure.html
Documentation=http://lirc.org/html/configure.html#lircrc_format
Description=Handle events from IR remotes decoded by lircd(8)
After=lircd.service
Requires=lircd.service

[Service]
; user=lirc
; group=lirc

; Hardening opts, see systemd.exec(5).  Doesn't add much unless
; not running as root. If these are applicable or not depends on
; what commands irexec.lircrc invokes.
;
; NoNewPrivileges=true
; MemoryDenyWriteExecute=true
; PrivateTmp=true
; ProtectHome=true
; ProtectSystem=full


Type=forking
ExecStart=/usr/bin/irexec --daemon /etc/lirc/irexec.lircrc

[Install]
WantedBy=multi-user.target


So irexec would start and actually stay running. I did also tell it to 
start after lircd (although I'm not 100% sure this matters - it may not.)


Of course the LCD unit wouldn't start and stay running either, again the 
systemd unit shipped didn't work so I customized it:


[Unit]
Description=LCDProc (LCDd)
After=network-online.target lircd.service
Requires=lircd.service

[Service]
ExecStart=/usr/sbin/LCDd -c /etc/LCDd.conf
Type=forking

[Install]
WantedBy=multi-user.target

After all this, then Kodi wouldn't start up. I figured out quickly this 
was caused by lightdm starting before the network was ready, fixed with 
this custom unit:


[Unit]
Description=Light Display Manager
Documentation=man:lightdm(1)
After=systemd-user-sessions.service
After=network-online.target
Wants=network-online.target

[Service]
ExecStart=/usr/sbin/lightdm
Restart=always
IgnoreSIGPIPE=no
BusName=org.freedesktop.DisplayManager

[Install]
Alias=display-manager.service


Hopefully this may be helpful to others with HTPCs switching to systemd 
from openrc. In openrc nearly all of this customization isn't needed - I 
only modified /etc/init.d/lircd in openrc in order to load the keymap 
before lircd started.


Dan

Re: [gentoo-user] systemd unit executing but not persistent later in boot

[Daniel Frey]

On 4/6/24 18:38, Andrew Udvare wrote:

On Sat, 6 Apr 2024 at 21:32, Daniel Frey  wrote:

What's even stranger is if I manually start it and restart lircd it works!


Have you tried adding Before=lircd.service in the [Unit] section?



I did, it made no difference.

From what I can tell it is running before lircd.

I have disabled lircd. Ran daemon-reload and rebooted.

For some reason, systemctl is saying it has run and exited successfully 
according to the timestamps:


# systemctl status ir-key-map
○ ir-key-map.service - Add custom keymap to iMon remote
 Loaded: loaded (/etc/systemd/system/ir-key-map.service; enabled; 
preset: disabled)
 Active: inactive (dead) since Sun 2024-04-07 08:56:18 PDT; 1min 
36s ago

   Duration: 48ms
Process: 295 ExecStart=/usr/bin/ir-keytable -c -p rc-6 -w 
/etc/rc_keymaps/imon_mce.toml (code=exited, status=0/SUCCESS)

   Main PID: 295 (code=exited, status=0/SUCCESS)
CPU: 19ms

Apr 07 08:56:18 htpclivingrm systemd[1]: Started Add custom keymap to 
iMon remote.

Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Read imon_mce table
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Old keytable cleared
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Wrote 76 keycode(s) to driver
Apr 07 08:56:18 htpclivingrm ir-keytable[295]: Protocols changed to rc-6
Apr 07 08:56:18 htpclivingrm systemd[1]: ir-key-map.service: Deactivated 
successfully.



But, it doesn't actually change the protocol. It says it has 
"ir-keytable[295]: Protocols changed to rc-6" but when you check 
manually as root it really hasn't:


# ir-keytable
Found /sys/class/rc/rc0/ with:
Name: iMON Remote (15c2:0038)
Driver: imon
Default keymap: rc-imon-pad
Input device: /dev/input/event8
LIRC device: /dev/lirc0
Supported kernel protocols: rc-6 imon
Enabled kernel protocols: imon
bus: 3, vendor/product: 15c2:0038, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms

...and I have no idea why. Until this works, lircd will not work.

If you run it manually, it will update it. It shows in the log and more 
importantly, if you check with ir-keytable you can see it was successful.


It's bizarre.

I even tried adding User= and Group= in the [Service] context and it 
made no difference.


Dan

[gentoo-user] systemd unit executing but not persistent later in boot

[Daniel Frey]

Hi all,

Still new to systemd and am struggling with a custom unit file.

Some background:

I have a HTPC that requires loading a custom keymap in order for the 
remote to work. It sets up an alternate protocol that the driver 
supports but not defaults to.


In short:

# ir-keytable
Found /sys/class/rc/rc0/ with:
Name: iMON Remote (15c2:0038)
Driver: imon
Default keymap: rc-imon-pad
Input device: /dev/input/event8
LIRC device: /dev/lirc0
Supported kernel protocols: rc-6 imon
-->Enabled kernel protocols: imon
bus: 3, vendor/product: 15c2:0038, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms


This protocol needs to change to rc-6. This is done by a simple command:

/usr/bin/ir-keytable -c -p rc-6 -w /etc/rc_keymaps/imon_mce.toml

So my thought was to create a custom Unit:

[Unit]

Description=Add custom keymap to iMon remote

[Service]

ExecStart=/bin/bash -c "exec /usr/bin/ir-keytable -c -p rc-6 -w 
/etc/rc_keymaps/imon_mce.toml"


I've called it ir-key-map.service.

I can see through the status that it is indeed running and applying the 
keymaps and protocol changes:


# systemctl status ir-key-map
○ ir-key-map.service - Add custom keymap to iMon remote
 Loaded: loaded (/etc/systemd/system/ir-key-map.service; enabled; 
preset: disabled)

 Active: inactive (dead) since Sat 2024-04-06 18:17:43 PDT; 6min ago
   Duration: 46ms
   Main PID: 292 (code=exited, status=0/SUCCESS)
CPU: 12ms

Apr 06 18:17:43 htpclivingrm systemd[1]: Started Add custom keymap to 
iMon remote.

   Apr 06 18:17:43 htpclivingrm bash[292]: Read imon_mce table
   Apr 06 18:17:43 htpclivingrm bash[292]: Old keytable cleared
   Apr 06 18:17:43 htpclivingrm bash[292]: Wrote 76 keycode(s) to driver
--> Apr 06 18:17:43 htpclivingrm bash[292]: Protocols changed to rc-6
   Apr 06 18:17:43 htpclivingrm systemd[1]: ir-key-map.service: 
Deactivated successfully.


As the output says, it ran successfully.

lircd also is running after this unit like it's supposed to (snipped 
from `journalctl --unit lircd`:


Apr 06 18:17:43 htpclivingrm systemd[1]: Starting Flexible IR remote 
input/output application support...


However, the remote does not work.

When I log in and check:

# ir-keytable
Found /sys/class/rc/rc0/ with:
Name: iMON Remote (15c2:0038)
Driver: imon
Default keymap: rc-imon-pad
Input device: /dev/input/event8
LIRC device: /dev/lirc0
Supported kernel protocols: rc-6 imon
ARGH -->Enabled kernel protocols: imon
bus: 3, vendor/product: 15c2:0038, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms

It's like the unit is running in an isolated environment or something 
which is not at all helpful.


What's even stranger is if I manually start it and restart lircd it works!

`systemctl start ir-key-map`
`systemctl restart lircd`

...and it is set up normally and the remote works:

# systemctl start ir-key-map
# systemctl restart lircd
# ir-keytable
Found /sys/class/rc/rc0/ with:
Name: iMON Remote (15c2:0038)
Driver: imon
Default keymap: rc-imon-pad
Input device: /dev/input/event8
LIRC device: /dev/lirc0
Supported kernel protocols: rc-6 imon
YAY -->Enabled kernel protocols: rc-6
bus: 3, vendor/product: 15c2:0038, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms

So why does this not work at boot time? Are these units spawned in an 
environment on their own and thusly not modifying the main system?


I'm quite confused.

In openrc I just edited /etc/init.d/lircd and put the ir-keytable 
command in it before lircd was started and it was working fine.


Can someone give some pointers?

Dan

Re: [gentoo-user] Re: silencing distcc with systemd

[Daniel Frey]

On 3/31/24 14:32, Alexandru N. Barloiu wrote:
I think in the past, the service file had a -v. Somewhere near the 
present, they reverted to a non -v service file. So if you keep 
upgrading distcc, prolly the service file still has a -v from past 
installations. If you uninstall it, and install it again, then prolly 
you got the new service file which is without -v. That prolly explains 
why some machines still have it, and some don't.


On 4/1/2024 12:03 AM, Daniel Frey wrote:

On 3/31/24 13:59, Alexandru N. Barloiu wrote:
think the distcc.service file has an extra -v (--verbose). if you 
remove that, it will behave as expected.




I checked all the units on one of the machines still showing the 
problem and an extra '-v' is not present in any of the files.


That's a good thought though. I wouldn't have even thought about that 
when I was looking at the unit files initially.


Dan





I did check, there's no '-v' in ps output. The systemd installations 
were all new - they were converted from openrc.


   276 ?SN 0:00 /usr/bin/distccd --no-detach --daemon 
--port 3632 -N 15 --allow 127.0.0.1
277 ?SN 0:00 /usr/bin/distccd --no-detach --daemon 
--port 3632 -N 15 --allow 127.0.0.1
278 ?SN 0:00 /usr/bin/distccd --no-detach --daemon 
--port 3632 -N 15 --allow 127.0.0.1
279 ?SN 0:00 /usr/bin/distccd --no-detach --daemon 
--port 3632 -N 15 --allow 127.0.0.1


I don't think it has anything to do with upgrading systemd as it was 
installed fresh - I also replicated the issue after using an openrc 
machine to switch to merged-usr (no systemd on it.)


Dan

Re: [gentoo-user] Re: silencing distcc with systemd

[Daniel Frey]

On 3/31/24 13:59, Alexandru N. Barloiu wrote:
think the distcc.service file has an extra -v (--verbose). if you remove 
that, it will behave as expected.




I checked all the units on one of the machines still showing the problem 
and an extra '-v' is not present in any of the files.


That's a good thought though. I wouldn't have even thought about that 
when I was looking at the unit files initially.


Dan

[gentoo-user] Re: silencing distcc with systemd

[Daniel Frey]

On 3/29/24 22:38, Daniel Frey wrote:

Hi all,

I've moved a couple of machines from openrc to systemd.

I have discovered this odd problem. On openrc, distcc was quiet during 
building packages. It would obey environment variable set in /etc/env.d:


DISTCC_DIR=/var/distcc
DISTCC_ENABLE_DISCREPANCY_EMAIL=
DISTCC_FALLBACK=1
DISTCC_SAVE_TEMPS=0
DISTCC_SSH=
DISTCC_TCP_CORK=
DISTCC_VERBOSE=0

This currently shows up in the enviroment (checked with `set`.)

* snipped the rest *


Just an update. I have figured out it isn't systemd causing this issue.

I did upgrade several machines.

1. Upgraded the system profile.
2. Converted from split-usr to merged-usr.
3. Converted to systemd.

It turns out step 2 caused the problem. I don't know why, but it does - 
I tested this by converting an openrc machine that I hadn't upgraded yet 
from split-usr to merged-usr and the problem presented itself (no system 
on that machine yet.)


I did notice the machine I completely reinstalled from scratch (using 
systemd from the start) did not show signs of this issue.


I reinstalled the other distcc host using systemd from the start, 
installed and configured distcc and it all works as expected.


Now to reinstall the slower Celeron devices... come to think of it, I 
initially installed them in 2011. They haven't ever been reinstalled. 
Just repurposed.


Dan

Re: [gentoo-user] Re: [gentoo-dev] Current unavoidable use of xz utils in Gentoo

[Daniel Frey]

On 3/31/24 07:59, Michael wrote:

On Sunday, 31 March 2024 13:33:20 BST Rich Freeman wrote:

(moving this to gentoo-user as this is really getting off-topic for -dev)


Thanks for bringing this to our attention Rich.

Is downgrading to app-arch/xz-utils-5.4.2 all that is needed for now, or are
we meant to rebuilding any other/all packages, especially if we rebuilt our
@world only a week ago as part of the move to profile 23.0?


I just ran `glsa-check -l affected` and it came up blank for me.

I ran `emerge --sync` and checked again and it indeed says my machine is 
affected.


I then ran `emerge -auDN world` and it automatically downgraded.

So, all we need to do sync and update world. It will downgrade xz-utils 
automatically.


If you want to make sure, run `glsa-check -l affected` after the emerge 
world, if it comes up blank you are not affected. Or run `glsa-check -l 
202403-02` and it will tell you if you are affected:


$ glsa-check -l 202403-04
[A] means this GLSA was marked as applied (injected),
[U] means the system is not affected and
[N] indicates that the system might be affected.

202403-04 [U] XZ utils: Backdoor in release tarballs ( app-arch/xz-utils )


Dan

[gentoo-user] silencing distcc with systemd

[Daniel Frey]

Hi all,

I've moved a couple of machines from openrc to systemd.

I have discovered this odd problem. On openrc, distcc was quiet during 
building packages. It would obey environment variable set in /etc/env.d:


DISTCC_DIR=/var/distcc
DISTCC_ENABLE_DISCREPANCY_EMAIL=
DISTCC_FALLBACK=1
DISTCC_SAVE_TEMPS=0
DISTCC_SSH=
DISTCC_TCP_CORK=
DISTCC_VERBOSE=0

This currently shows up in the enviroment (checked with `set`.)

However, on systemd it spams messages in build logs:

distccd[290662] (dcc_check_compiler_masq) Warning: 
x86_64-pc-linux-gnu-g++ on distccd's path is 
/usr/lib/distcc/bin/x86_64-pc-linux-gnu-g++ and really a link to 
/usr/bin/distcc
distcc[293558] (dcc_trace_version) distcc 3.4 x86_64-pc-linux-gnu; built 
Mar 28 2024 05:05:38

distcc[293558] (dcc_recursion_safeguard) safeguard: 1
distcc[293558] (dcc_recursion_safeguard) safeguard level=1
distcc[293558] (main) compiler name is "x86_64-pc-linux-gnu-g++"
distcc[293558] (dcc_set_path) setting 
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/bin:/usr/lib/llvm/17/bin
distcc[293558] exec on localhost: x86_64-pc-linux-gnu-g++ -O2 -pipe 
-march=znver3 -felide-constructors -fno-strict-aliasing -pie -fPIC 
-fstack-protector --param=ssp-buffer-size=4 -Wconversion 
-Wno-sign-conversion -fno-omit-frame-pointer -Wall -Wenum-compare 
-Wenum-conversion -Wextra -Wformat-security -Wmissing-braces 
-Wno-format-truncation -Wno-init-self -Wno-nonnull-compare 
-Wno-unused-parameter -Woverloaded-virtual -Wnon-virtual-dtor -Wvla 
-Wwrite-strings -std=gnu++11 -fvisibility=hidden -o 
/tmp/distccd_9988a064.o -c /tmp/distccd_998ea064.ii
distcc[293558] (dcc_mkdir) ERROR: mkdir '/dev/null/.distcc' failed: Not 
a directory
distcc[293558] (dcc_spawn_child) forking to execute: 
x86_64-pc-linux-gnu-g++ -O2 -pipe -march=znver3 -felide-constructors 
-fno-strict-aliasing -pie -fPIC -fstack-protector 
--param=ssp-buffer-size=4 -Wconversion -Wno-sign-conversion 
-fno-omit-frame-pointer -Wall -Wenum-compare -Wenum-conversion -Wextra 
-Wformat-security -Wmissing-braces -Wno-format-truncation -Wno-init-self 
-Wno-nonnull-compare -Wno-unused-parameter -Woverloaded-virtual 
-Wnon-virtual-dtor -Wvla -Wwrite-strings -std=gnu++11 
-fvisibility=hidden -o /tmp/distccd_9988a064.o -c /tmp/distccd_998ea064.ii

distcc[293558] (dcc_spawn_child) child started as pid293559
distcc[293559] (dcc_increment_safeguard) setting safeguard: 
_DISTCC_SAFEGUARD=2
/var/tmp/portage/dev-db/mariadb-10.6.17/work/mysql/storage/innobase/fsp/fsp0file.cc: 
In member function ‘dberr_t Datafile::validate_for_recovery()’:
/var/tmp/portage/dev-db/mariadb-10.6.17/work/mysql/storage/innobase/fsp/fsp0file.cc:419:16: 
warning: this statement may fall through [-Wimplicit-fallthrough=]
/var/tmp/portage/dev-db/mariadb-10.6.17/work/mysql/storage/innobase/fsp/fsp0file.cc:429:2: 
note: here

distcc[293558] (dcc_collect_child) cc child 293559 terminated with status 0
distcc[293558] (dcc_collect_child) cc times: user 0.00s, system 
0.00s, 0 minflt, 0 majflt

distcc[293558] compile (null) on localhost completed ok
distcc[293558] elapsed compilation time 1.651658s
distcc[293558] (dcc_exit) exit: code 0; self: 0.000832 user 0.000832 
sys; children: 1.523681 user 0.134703 sys
distcc[293558] (dcc_mkdir) ERROR: mkdir '/dev/null/.distcc' failed: Not 
a directory

distcc[293558] (dcc_cleanup_tempfiles_inner) deleted 0 temporary files


I was trying to solve this problem and it's normally set in the 
environment as above.


I read systemd uses a different mechanism, but it doesn't work.

I did set /etc/systemd/system/distccd.service.d/00gentoo.conf as per 
instructions I found on the wiki:

Environment="DISTCC_VERBOSE=0"
Environment="DISTCC_SAVE_TEMPS=0"
Environment="DISTCC_DIR=/var/distcc"

Reloaded using `systemctl daemon-reload` and restarted distccd - 
although this is happening on the client side and it's not really the 
daemon (as far as I can tell.) The output is showing up while compiling 
using emerge.


I can see it's sourcing this file:
distccd.service - Distccd: A Distributed Compilation Server
 Loaded: loaded (/etc/systemd/system/distccd.service; enabled; 
preset: disabled)

Drop-In: /etc/systemd/system/distccd.service.d
 └─00gentoo.conf
 Active: active (running) since Fri 2024-03-29 22:04:12 PDT; 29min ago

Is there some other place that needs this environment set?

It clearly isn't getting the environment set somewhere in systemd as 
this error is solved with the DISTCC_DIR in the file sourced above:


distcc[293558] (dcc_mkdir) ERROR: mkdir '/dev/null/.distcc' failed: Not 
a directory


...and the DISTCC_VERBOSE=0 is supposed to silence build messages.

Any insight would be helpful... as this problem is easily solved in 
openrc but it seem to be rather difficult with systemd.


Dan

Re: [gentoo-user] After Update grub does not work anymore

[Daniel Frey]

On 3/29/24 03:55, Alexander Puchmayr wrote:

Hi,

After upgrading two Lenovo Laptops (UEFI, secure boot disabled), grub does not
work anymore; instead it says "Welcome to Grub" ... And then immediately boots
into bios setup.

What did go wrong?
I did the usual things:
* emerge update world
* emerge --config gentoo-kernel
* grub-mkconfig -o /boot/grub/grub.cfg

Everything went fine without errors, but then the final reboot, only bios setup.
And these steps do not alter the efi boot loaders

Any ideas? How to get out of this?

Alex





You'll have to boot off of a rescue disk and chroot in to fix this problem.

I had this exact problem yesterday. I hadn't upgraded grub in quite some 
time and I forgot that particular machine will not boot using:


EFI/gentoo/grubx64.efi

...it silently fails to boot and removes the boot entry (efibootmgr 
confirmed this.)


What happened is I forgot to run two grub install commands (I only ran 
the first one):


grub-install --efi-directory=/efi
grub-install --efi-directory=/efi --removeable

This created a conundrum as only

EFI/gentoo/grubx64.efi

was updated, which my BIOS refuses to boot from.

After I chroot'ed in, I ran both commands so that both

EFI/gentoo/grubx64.efi AND
EFI/BOOT/BOOTX64.EFI

were updated to the new versions. After that my system booted normally.

(I rebooted from ssh only to have the machine not come up, when I hooked 
up the monitor it said something about something missing.)


Dan

Re: [gentoo-user] AMD microkernel update failing (trying to patch zenbleed)

[Daniel Frey]

On 3/3/24 13:48, Michael wrote:


It could be AMD have not yet released microcode updates for the community.
OEMs receive new microcode first and patch it in their MoBo BIOS/UEFI
firmware.  Eventually the CPU manufacturers release microcode for older CPUs
no longer supported by OEMs.  Since you have embedded 'amd-ucode/
microcode_amd_fam17h.bin' in your kernel I don't think there's anything else
you can do at this point in time, beyond emerging the latest sys-kernel/linux-
firmware and rebooting.

PS.  I always place the microcode string first in the CONFIG_EXTRA_FIRMWARE=
entries, since it should be the fist thing to load by the CPU.  I don't know
if it would makes any difference, since the whole string of firmwares will be
parsed in one go.


That's a good point about the microcode - I'll change that now (it's 
easy enough to do.


And after an hour messing about and reading documentation and various 
articles, I have found out AMD does not release microcode for my CPU.


I ran the spectre-meltdown-checker script (I've removed non-Zenbleed info):

* Hardware support (CPU microcode) for mitigation techniques
  * CPU microcode is known to fix Zenbleed:  NO  (required version: 
0x08701032)
  * CPU microcode is known to cause stability problems:  NO  (family 
0x17 model 0x71 stepping 0x0 ucode 0x8701030 cpuid 0x870f10)
  * CPU microcode is the latest known available version:  YES  (latest 
version is 0x8701030 dated 2022/03/28 according to builtin firmwares DB 
v271+i20230614)


* CPU vulnerability to the speculative execution attack variants
  * Affected by CVE-2023-20593 (Zenbleed, cross-process information 
leak):  YES


CVE-2023-20593 aka 'Zenbleed, cross-process information leak'
* Zenbleed mitigation is supported by kernel:  YES  (found zenbleed 
message in kernel image)
* Zenbleed kernel mitigation enabled and active:  YES  (FP_BACKUP_FIX 
bit set in DE_CFG)

* Zenbleed mitigation is supported by CPU microcode:  NO
> STATUS:  NOT VULNERABLE  (Your kernel mitigates Zenbleed)

So my processor is indeed family 17h - the model is 71h. It indicates 
the most recent microcode is being run (probably because I've updated 
the motherboard firmware.)


I did find a tool to inspect the microcode blobs so I could see what's 
included:


# ./amd_ucode_info.py /usr/lib/firmware/amd-ucode/microcode_amd_fam17h.bin
Microcode patches in /usr/lib/firmware/amd-ucode/microcode_amd_fam17h.bin:
  Family=0x17 Model=0x08 Stepping=0x02: Patch=0x0800820d Length=3200 bytes
  Family=0x17 Model=0x31 Stepping=0x00: Patch=0x0830107b Length=3200 bytes
  Family=0x17 Model=0xa0 Stepping=0x00: Patch=0x08a8 Length=3200 bytes
  Family=0x17 Model=0x01 Stepping=0x02: Patch=0x0800126e Length=3200 bytes

This just confirmed there's no microcode update for my processor model 
(71h.)


I did download a different distribution's firmware package (mostly out 
of curiosity) and the results are identical.


So AMD just doesn't have microcode for my model of CPU.

As the spectre-meltdown-checker script says the kernel is mitigating 
Zenbleed for now, I'm just going forget about this and move on.


Dan

Re: [gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

On 3/3/24 13:57, Dale wrote:

I think most is in the .config directory now.  I have to say tho, I used
to zap that thing about once a year, sometimes two, to correct some
things that were weird but couldn't fix otherwise.  I think the devs try
to make things forward compatible but no one is perfect.  Sometimes, you
just have to start fresh.  I do hate resetting everything tho.  It takes
a while to get everything back to at least close to the old way.

Dale

:-)  :-)



So many programs store config in there now it's hard to just zap it so I 
generally won't try that. It's not just setting up kde again, it's 
dozens of other programs too. :o(


Dan

Re: [gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

On 3/3/24 11:31, Dale wrote:

Since my last post, I did my weekly updates.  During that, I log out,
switch to boot runlevel, restart anything that checkrestart says needs
it, then back to default runlevel and log back in.  With the config file
change, my monitors came up just like they should.  I didn't have to
adjust anything.

I guess it goes to show, one thing fixes one person's system while yet
another fixes someone else's system.  Go figure.  ROFL

Dale

:-)  :-)



I strongly suspect that it was a kde setting somewhere in ~. The problem 
is that config is littered all over the place now instead of one place 
(I recall zapping the .kde[4] directory from the user home folder in the 
past, can't do that now...)


Although, that doesn't explain the problem I have with X11 and displays. 
Had those same issues on the fresh install.


Dan

[gentoo-user] AMD microkernel update failing (trying to patch zenbleed)

[Daniel Frey]

Hi all,

I've always had problems updating the microcode for my AMD processor. I 
have various other Intel-based PCs and this has never been an issue.


I have confirmed it's not updating:


~ # dmesg | grep -i microcode
[0.201619] Zenbleed: please update your microcode for the most 
optimal fix

[0.748482] microcode: CPU1: patch_level=0x08701030
[0.748482] microcode: CPU0: patch_level=0x08701030
[0.748484] microcode: CPU3: patch_level=0x08701030
[0.748485] microcode: CPU5: patch_level=0x08701030
[0.748485] microcode: CPU4: patch_level=0x08701030
[0.748486] microcode: CPU6: patch_level=0x08701030
[0.748486] microcode: CPU7: patch_level=0x08701030
[0.748487] microcode: CPU8: patch_level=0x08701030
[0.748488] microcode: CPU9: patch_level=0x08701030
[0.748488] microcode: CPU10: patch_level=0x08701030
[0.748488] microcode: CPU11: patch_level=0x08701030
[0.748491] microcode: CPU12: patch_level=0x08701030
[0.748491] microcode: CPU13: patch_level=0x08701030
[0.748492] microcode: CPU14: patch_level=0x08701030
[0.748493] microcode: CPU15: patch_level=0x08701030
[0.748496] microcode: CPU17: patch_level=0x08701030
[0.748496] microcode: CPU18: patch_level=0x08701030
[0.748498] microcode: CPU19: patch_level=0x08701030
[0.748498] microcode: CPU20: patch_level=0x08701030
[0.748500] microcode: CPU21: patch_level=0x08701030
[0.748500] microcode: CPU22: patch_level=0x08701030
[0.748501] microcode: CPU24: patch_level=0x08701030
[0.748501] microcode: CPU23: patch_level=0x08701030
[0.748503] microcode: CPU16: patch_level=0x08701030
[0.748503] microcode: CPU26: patch_level=0x08701030
[0.748503] microcode: CPU27: patch_level=0x08701030
[0.748505] microcode: CPU28: patch_level=0x08701030
[0.748506] microcode: CPU29: patch_level=0x08701030
[0.748507] microcode: CPU30: patch_level=0x08701030
[0.748508] microcode: CPU25: patch_level=0x08701030
[0.748509] microcode: CPU31: patch_level=0x08701030
[0.748511] microcode: CPU2: patch_level=0x08701030
[0.748554] microcode: Microcode Update Driver: v2.2.

I'm pretty sure I wouldn't be getting a zenbleed warning if it was using 
the most recent microcode.


My processor is this one:

vendor_id   : AuthenticAMD
cpu family  : 23
model   : 113
model name  : AMD Ryzen 9 3950X 16-Core Processor

This leads me to the 17h family.

I do not use an initramfs as my system doesn't require one. I am not 
willing to try an initramfs as my system fully functions without one and 
this is not an issue with the Intel machines I have.


I have properly configured the kernel (gentoo-sources-6.6.13):

CONFIG_CPU_SUP_AMD=y
CONFIG_EXTRA_FIRMWARE="brcm/BCM20702B0-19ff-0239.hcd 
amd-ucode/microcode_amd_fam17h.bin"

CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"

The firmware loading is working as it does load the firmware for my 
bluetooth adapter with no issues.


(In the newer kernels microcode loading is enabled by default - no way 
to turn it off. All you have to do is select CPU_SUP_AMD apparently. It 
works on Intel machines.)


I've even updated the motherboard BIOS firmware, and while that fixed 
all the other issues it apparently does not have patches for zenbleed.


Does anyone have any idea why this will not update?

-Dan

Re: [gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

On 2/29/24 03:27, Dale wrote:
To provide a little more info on how this works.  This is how I did it.  
It helps a LOT to have tab completion with this.  It will fill in a lot 
of the info and when unsure, list the available options. First, I had to 
install the package xrandr.  My first problem is the command isn't 
available since it wasn't installed.  So, if you don't have it, install 
it. It's tiny.  This is what I have for my setup. You can ignore that I 
watch TV and just pretend you have two monitors side by side or whatever 
and get the same results.  I have a DB15HD connector, referred to as VGA 
within xrandr.  That is my main monitor.  The second monitor is is 
connected to a HDMI port, seen as same in xrandr, and what I watch TV 
with.  This is the output I started with to get good clues.



root@fireball / # xrandr --listmonitors
Monitors: 2
  0: +*VGA-0 1920/598x1080/336+0+0  VGA-0
  1: +HDMI-0 1920/1150x1080/650+1920+0  HDMI-0
root@fireball / #


Since I have different ports, it is easy to see which is which.  The 
last bit is what you use in the command, not the first bits.  If all 
your ports are the same, mini HDMI for example, I think the port lowest 
to the bottom of the video card is number 0, or the first port.  Anyway, 
mine is easy.  I then typed in xrandr --output and hit tab twice.  It 
will list all the available monitors.  Pick the one you want to be the 
first output or main monitor.  In my case, VGA-0 as shown on the end of 
line one.  Once you type enough, tab completion will fill it in.  Then 
add --primary to that to make it the primary display.


For the second monitor, continue on with the command and tab 
completion.  Type in --output and hit tab twice again to list options.  
Pick the second monitor and type enough in for tab completion to fill in 
the rest.  Then add --right-of, --left-of, --above or --below and then 
the output device for the main monitor. For me, this is what my command 
looks like.



root@fireball / # xrandr --output VGA-0 --primary --output HDMI-0 
--right-of VGA-0

root@fireball / #


That makes VGA the primary, HDMI-0 second and to the right of VGA-0.  If 
you have more than two monitors, just keep adding --output and list and 
place the other monitors.  I don't have the means to test but that 
should work.  I'd think setting the primary is key in this so I wouldn't 
forget to include that.


Once you get that command, you can test it by going to a Konsole if 
using KDE or some other similar tool you can type commands in as root 
and run the command manually.  If it works correctly, add the command to 
the file in this path.  /usr/share/sddm/scripts/Xsetup  I haven't logged 
out and back in again yet so we will see when that happens if it really 
works and my little quirk goes away.


There is a man page for this.  It may have other options that you may 
need to add.  Just keep in mind, what is between each --output is what 
it applies too.  One could have different resolutions, image flipped or 
something and lots of other options.  Just keep the options in the right 
section of the command.


I hope this helps someone and makes decent sense.  I also hope it works 
after I logout and back in again.  :/   I'm making a note of the 
location in case I need to comment it out.  Better to be safe than 
sorry.  LOL


Dale

:-)  :-)


I've been gone for a few days as I was rebuilding my main PC.

I thought I'd provide an update: it was xorg-server causing all the issues.

I figured as I had to redo everything anyway to switch to systemd and 
wayland as that's what the bigger DE's tend to be supporting nowadays.


After fiddling around with systemd for a day (I'd tried it once before 
converting a system from openrc->systemd and failed miserably - nothing 
worked) I've reconfigured most things the "systemd" way.


I guess starting fresh solves all sorts of issues. :o)

Some things I like about systemd:
  - It is capable of automounting NFS shares out of the box; I just
configured fstab so systemd automatically generated the automount
configured it required. No extra steps needed;
  - It provides a scrollable list by default showing all the items you
have access to in order to change how your machines behaves;
  - It isolates services in logs. This was helpful when sddm didn't want
to behave.

Some things I don't like:
  - It has nutty network configuration. It was applying an APIPA network
address as the primary for my interface which broke all sorts of
tools. Took me a while to figure out how to stop that.
  - It doesn't update resolv.conf even though I'd specified a DNS
server! So literally nothing worked. For now I manually removed
resolv.conf and put the DNS server there. Plan to use something
else for network management that sets resolv.conf properly. I have
no desire to use networkd-resolved.

But, back to the original problem...

I don't know what was broken in my original system. I always had to 

Re: [gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

On 2/25/24 10:17, Mark Knecht wrote:



On Sun, Feb 25, 2024 at 10:35 AM Daniel Frey <mailto:djqf...@gmail.com>> wrote:


 > I probably should have added more details... I do have an nvidia card -
 > RTX 3070Ti. Monitors use 2x DP ports and 1x HDMI port.
 >
 > KDE behaves very strangely. Like, it crashes often when using multiple
 > monitors and I've never been able to figure that out.
 >
 > nvidia-settings (which I plain forgot about) can generate an Xorg.conf
 > file from what I remember, maybe I'll try that.
 >
 > I currently don't have an Xorg.conf (as everything I've read says it
 > should autodetect...) so maybe I'll try overriding it.
 >
 > Dan

I'm not Gentoo-based but have a similar setup. 3080ti, 2 Asus
monitors, 1 Samsung, all running 1920x1080, all in landscape.

I have absolutely no problems at all with KDE remembering where
everything goes, all 3 monitors, all taskbars, for multiple users
with different configurations. I use 1 HDMI cable and 2 HDMI->DVI
cables. Everything just works.

I have no xorg.conf file.

I tried Wayland for a while but there were too many weird artifacts
so I'm back to basics.

I'd suggest you look carefully at every flag you are using to
build your software. I've used 3 distros here recently, as well
as Win 10 & 11 and none of them have had problems like
you are describing.

Best of luck,
Mark


I've never had much luck with these displayport connections. My card is 
3x DP and 1x hdmi.


I am considering "starting fresh" on the weekend. The problem is there's 
so much config blended in with KDE now, it's not a simple "remove the 
.kde" folder to wipe the config any more. :/


I don't recall when I last did a fresh install, probably when I built 
this rig in 2018/19. But, I figure with a fresh slate it should be 
easier to get things like wayland to work - at least to give it a try. 
As I know KDE is going more systemd-like I may even try that... although 
systemd gave hits and fisses last time I tried it.



Dan

Re: [gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

On 2/25/24 01:01, Michael wrote:


I used to experience the same when using Xorg with AMD-Radeon graphics instead
of Nvidia, but since I moved to Wayland the problem of losing screen settings
has gone.  One monitor is using the DVI port of the card and the other HDMI.
It should be worth trying Wayland instead of Xorg to see if it works out
better for your setup.


I actually tried Wayland maybe 3 months ago to try to solve the problem. 
Wayland doesn't work at all - it just gave me a blank screen at login. I 
did check USE flags and recompiled and still login did not work at all.


At least Xorg gave me a misconfigured working login (better than no 
login at all.)


-Dan

Re: [gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

On 2/24/24 21:52, Dale wrote:

I have two monitors too, sort of.  One monitor is for computer stuff,
checking email, surfing the net etc etc etc.  The other monitor I use to
watch TV with.  The output from the video card second output goes to a
splitter so I can have the same video in both my bedroom and the living
room.  I use Nvidia settings to manage mine but I run into the same
problem you do.  Sometimes when I login, the second monitor output is
dead.  TV shows the dreaded "No signal" thing floating around.  I have
to open Nvidia settings, disable the second monitor output, hit apply,
click that I can see the screen still, re-enable the second monitor,
click apply, click I can see the monitor and then the second monitor
works again.  It's annoying as heck.  I'm on the 470 series of Nvidia
drivers.  Best my old card can do.  LOL

I looked in the KDE System Settings display settings screen and it shows
the same as Nvidia.  Maybe one copies the other???  There's really
nothing for me to change there so I can't hit apply.  :/   I've always
wondered if I can set this up in xorg.conf file instead of the GUI.
Maybe it would work better.  Thing is, everything says it should "just
work" and the file shouldn't be needed.

This may not be a KDE problem.  It could be a Nvidia problem.  It may be
KDE but I'm not sure which to blame.  I don't let my screen go off
except for the once a week trip to town to get shots so I just put up
with it.  The rest of the time, my monitors and TVs tend to stay on.

You are not alone.  I'm just not real sure this is a KDE problem.  It's
possible tho.  Mostly, you are not alone.

Dale

:-)  :-)



I probably should have added more details... I do have an nvidia card - 
RTX 3070Ti. Monitors use 2x DP ports and 1x HDMI port.


KDE behaves very strangely. Like, it crashes often when using multiple 
monitors and I've never been able to figure that out.


nvidia-settings (which I plain forgot about) can generate an Xorg.conf 
file from what I remember, maybe I'll try that.


I currently don't have an Xorg.conf (as everything I've read says it 
should autodetect...) so maybe I'll try overriding it.


Dan

[gentoo-user] Why is KDE so bad at multiple monitors?

[Daniel Frey]

After cursing KDE for a while with three monitors, does anyone have any 
idea why KDE is so bad at managing multiple monitors?


All I'm trying to do is get it to remember *where* my monitors are (I 
have two side-by-side and one above the right monitor.) I go into System 
Settings, set it up and it works perfectly... until I log out. Then it 
resets everything and I have to set it up again.


Anyone have any clue why it refuses to save settings?

-Dan

Re: [gentoo-user] [OT] Very slow POST process

[Daniel Frey]

On 11/29/23 00:20, Wols Lists wrote:

On 29/11/2023 00:16, Michael wrote:
Thanks Dan, will do.  I was planning to take it apart soon to replace 
the HDD
with an SSD, so this would be the first thing to check.  I expect 
finding a
replacement unit will be difficult.  Every Lenovo RTC battery seems to 
have a

different part number.


I know laptops are different from desktops, but I think every desktop 
mobo I've come across uses a 3032 battery.


See if you can find out what the standard definition of the lenovo 
battery is, hopefully they just use internal part numbers for a totally 
standard item.


Cheers,
Wol



Lenovo laptops usually use a small battery pack. Sometimes it's a 2032 
shrinkwrapped, but not always...


-Dan

Re: [gentoo-user] [OT] Very slow POST process

[Daniel Frey]

On 11/28/23 03:38, Michael wrote:

Over the last 8-9 months I noticed an old Lenovo G505s laptop is spending a
long time in the POST process, before eventually the OEM logo shows up on the
screen.  Last time I timed it, it took 2.5-3.0 minutes.  Normally it would
only take ~20-30 seconds.  Once the logo shows up the boot process proceeds
without further delay.

Initially, this delay to POST would happen randomly and rarely.  Now it
happens every time.

Things I tried:

1. Reflashing the UEFI firmware - it didn't work because it already has the
latest firmware.

2. Removing the main battery and holding down the power button for 15 seconds,
hoping to reset the firmware.

3. Leaving the PSU cable connected overnight.

4. Testing the RAM and HDD.

None of the above improved the situation, or indicated what might be wrong.

I'll reseat the RAM sticks and the HDD next, in case a contact is oxidised,
but what else could cause this noticeable delay to POST?  A failing RTC CMOS
battery?


We have had a few of these at work and these symptoms were cured by a 
new CMOS battery. The voltage on the battery has likely dipped to 
2.9-3.0 volts; they get unreliable then (i.e. it's dead.) If you leave 
it long enough you'll start getting RTC errors on POST.


I'd try that first, assuming you can still get the CMOS battery for these.

Dan

Re: [gentoo-user] Is it OK to get rid of app-alternatives/* ?

[Daniel Frey]

On 2/15/23 06:10, Michael Orlitzky wrote:

On 2023-02-15 08:11:46, Neil Bothwick wrote:


If, as you say, it will eventually replace eselect, there is no more
bloat, just different bloat. It's still just a bunch of symlinks, but
managed differently.



Should be less, since you already have portage installed but not
necessarily eselect-whatever.



I didn't even know eselect-whatever was even an option until this 
post... It's not something I've ever used.


It does (at least to me) make sense for the package manager to enforce 
these selections rather than some optional tool though.


Dan

Re: [gentoo-user] Strange DPMS behaviour

[Daniel Frey]

On 2/6/23 08:00, Jack wrote:
If you find that the EDID is really bad for one of the monitors, you 
should be able to find a correct copy and make that one available to X, 
although I don't remember how since I haven't needed to do so in years. 
I believe it is a setting within/under Xorg.conf.


Jack


Strangely enough, I had time to do more testing today. I tried 
unplugging each monitor and trying it out forcing DPMS on.


I have two monitors: MSI on DP, and a Samsung on HDMI.

The Samsung is the one with EDID errors but it works fine with DPMS with 
the other monitor (MSI) unplugged.


The MSI monitor (with the Samsung monitor unplugged) still has the 
problem with random wakes.


Thinking it might be a displayport issue, I hooked my laptop to the hdmi 
port on the MSI - same problem... couldn't use the main PC as there's 
only one hdmi port on the video card.


So the MSI monitor is at fault here, both hdmi and displayport fail to 
use DPMS correctly.


Oddly enough, it's the Samsung with the EDID errors but it is working 
fine despite those errors. Go figure...


Alas, now at least I can move on with configuring the rest of the 
system. Looks like the only way to fix this problem is to get another 
monitor.


Dan

Re: [gentoo-user] Fixing my font config

[Daniel Frey]

Oddly enough I just reinstalled on a new nvme over the weekend. I
haven't had time to mess with fonts and this is what the default
settings are (as I haven't changed anything):

$ eselect fontconfig list
Available fontconfig .conf files (* is enabled):
 [1]   05-reset-dirs-sample.conf
 [2]   09-autohint-if-no-hinting.conf
 [3]   10-autohint.conf
 [4]   10-hinting-full.conf
 [5]   10-hinting-medium.conf
 [6]   10-hinting-none.conf
 [7]   10-hinting-slight.conf *
 [8]   10-no-sub-pixel.conf
 [9]   10-scale-bitmap-fonts.conf *
 [10]  10-sub-pixel-bgr.conf
 [11]  10-sub-pixel-rgb.conf
 [12]  10-sub-pixel-vbgr.conf
 [13]  10-sub-pixel-vrgb.conf
 [14]  10-unhinted.conf
 [15]  11-lcdfilter-default.conf *
 [16]  11-lcdfilter-legacy.conf
 [17]  11-lcdfilter-light.conf
 [18]  20-unhint-small-dejavu-sans.conf
 [19]  20-unhint-small-dejavu-sans-mono.conf
 [20]  20-unhint-small-dejavu-serif.conf
 [21]  20-unhint-small-vera.conf *
 [22]  25-unhint-nonlatin.conf
 [23]  30-metric-aliases.conf *
 [24]  35-lang-normalize.conf
 [25]  40-nonlatin.conf *
 [26]  45-generic.conf *
 [27]  45-latin.conf *
 [28]  48-spacing.conf *
 [29]  49-sansserif.conf *
 [30]  50-user.conf *
 [31]  51-local.conf *
 [32]  57-dejavu-sans.conf
 [33]  57-dejavu-sans-mono.conf
 [34]  57-dejavu-serif.conf
 [35]  60-generic.conf *
 [36]  60-latin.conf *
 [37]  60-liberation.conf
 [38]  65-fonts-persian.conf *
 [39]  65-khmer.conf
 [40]  65-nonlatin.conf *
 [41]  66-noto-mono.conf
 [42]  66-noto-sans.conf
 [43]  66-noto-serif.conf
 [44]  69-unifont.conf *
 [45]  70-no-bitmaps.conf
 [46]  70-yes-bitmaps.conf
 [47]  80-delicious.conf *
 [48]  90-roboto-regular.conf
 [49]  90-synthetic.conf *

Dan

On Mon, Feb 6, 2023 at 9:38 AM Michael  wrote:
>
> On Thursday, 2 February 2023 07:34:31 GMT Jamie Getty wrote:
> > Hey everyone. I was playing around and tried enabling literally all the
> > fonts that appeared in fontconfig. I'd like to change it back, but I don't
> > know what the default fonts were.
> > Can somebody who hasn't made major changes to their fontconfig please share
> > their enabled fonts?
>
> I don't know if this will work, but you can take a backup of your current
> fontonfig output and then re-emerge your fonts with '--oneshot --noconfmem'.
> You can run 'eix -I font' to find out what font packages you have currently
> installed.
>

[gentoo-user] Strange DPMS behaviour

[Daniel Frey]

I've been having this strange problem with my dual monitor setup.
While I've figured out the nightmare of auto-detect not working at all
with dual monitors and the inability to use nvidia's configure tool
combined with Plasma's monitor option to fix the problem I've switched
to nouveau and at least it is consistent now and not messing up my
windows and randomly disconnecting.

However, I still have one problem which is getting annoying. DPMS does
not work automatically like it should. It says for the monitors the
capabilities are off. But then it enables it (but it doesn't - xset
shows everything disabled - first two lines are monitors and the last
one is a general message saying it's enabled.)

$ grep -i dpms /var/log/Xorg.0.log
[ 6.087] (II) modeset(0): DPMS capabilities: Off
[ 6.156] (II) modeset(0): DPMS capabilities: Off
[ 6.174] (==) modeset(0): DPMS enabled
[ 6.174] (II) Initializing extension DPMS

Now I can run xset dpms 300 450 600 and only then xset shows it as set:

$ xset q
Keyboard Control:
 auto repeat:  onkey click percent:  0LED mask:  0002
 XKB indicators:
   00: Caps Lock:   off01: Num Lock:on 02: Scroll Lock: off
   03: Compose: off04: Kana:off05: Sleep:   off
   06: Suspend: off07: Mute:off08: Misc:off
   09: Mail:off10: Charging:off11: Shift Lock:  off
   12: Group 2: off13: Mouse Keys:  off
 auto repeat delay:  600repeat rate:  25
 auto repeating keys:  00ffdbbf
   fadfffefffed
   9fff
   fff7
 bell percent:  50bell pitch:  400bell duration:  100
Pointer Control:
 acceleration:  2/1threshold:  4
Screen Saver:
 prefer blanking:  yesallow exposures:  yes
 timeout:  0cycle:  600
Colors:
 default colormap:  0x20BlackPixel:  0x0WhitePixel:  0xff
Font Path:
 /usr/share/fonts/misc,/usr/share/fonts/75dpi,built-ins
DPMS (Display Power Management Signaling):
 Standby: 300Suspend: 450Off: 600
 DPMS is Enabled
 Monitor is On

However, while it does blank and turn off the screens it doesn't last.
Maybe 10 seconds later the screens turn back on.

I can force it with xset to turn the monitors off immediately but same
results - after a short time the monitors turn back on. In the X logs
there is this:

[   449.529] (WW) EDID timing clock 408.29 exceeds claimed max 75MHz, fixing

which makes me wonder if the EDID data is bad on the one monitor (a
Samsung monitor.)

Does anyone know of a way to test this DPMS? I suppose I could try
unplugging the Samsung monitor to see if the problem goes away? One
thing that may make a difference is that the Samsung is HDMI and the
other monitor (MSI) is DP.

However, both of these monitors worked find on my old computer (it was
really old, no UEFI support.

Can anyone think of next steps? I'm running out of things to try...

Dan

Re: [gentoo-user] NAS and replacing with larger drives

[Daniel Frey]

On 12/8/22 05:58, Dale wrote:



I was thinking DAS was not a good option.  It seems like a feature 
removed and cheaper version of NAS.


I think I've seen a couple Synology NAS boxes but I think even used they 
were a bit pricey.  Still, used could make that a option. Maybe.  It 
could fall into the category of pay a little more for a much better 
option, even if it is used.


I've considered using older systems I have for NAS but they are large.  
Way to large.  It would require a lot of effort to shrink them down if 
it is even possible.  A NAS is smaller and designed for what I need as 
well.  This is what I found that goes with the Raspberry Pi.


https://shop.allnetchina.cn/collections/sata-hat/products/dual-sata-hat-open-frame-for-raspberry-pi-4

There is a two bay and a four bay version.  I think the case is the same 
for both so I may go with four for future expansion.  Price isn't bad 
for that part but as you say, Raspberry Pi board is a bit pricey.  Thing 
is, given the amount of control I'd have over it, it could be a better 
option long term.  I might add, I think this board is somewhat new.  I 
meant to include a link to it but forget.  It could be that you are not 
aware of that, or many other people either.  Also, I'd like to buy it 
from a more local vendor.  I've bought things from China through Ebay 
but it has a guarantee and refund option that is fairly good.  It's a 
option I've had to exercise a time or two.


Part of me wants to buy a used but well featured NAS box.  Part of me 
thinks a Raspberry would be better and have upgrade options in the 
future as well.  I'm pretty sure I could have encryption on a Raspberry 
NAS as well.  I'm not sure if a prebuilt NAS box has encryption or not.


Hope for some good ideas tho.  I'd like to avoid buying something that 
won't come close to serving even current needs or just plain doesn't work.


Dale

:-)  :-)


Dale,

DAS is direct attached storage. If your intention is to share the data 
with multiple devices for backup you will need to keep in mind that you 
will need a PC to share the data the DAS device is storing. In general, 
most DAS require some sort of HBA (some of these HBAs can be hundreds to 
thousands of dollars.) I've seen some eSata ones but they usually don't 
have stellar reviews. It's also getting harder to find eSata devices.


In contrast NAS devices are designed to plug in to the network and be 
shared with multiple devices on the LAN right from the get-go.


You are probably interested in a NAS, not a DAS.

I have an aging ix4-300d NAS. The display has started crashing now but 
the device is still rock solid. However I'm in the same boat and have 
been researching options - I think for my case I will get a small cube 
case and mini-ITX board and roll my own Gentoo install. The cost may 
even be slightly cheaper as 4 bay NAS here are quite expensive where I 
am (with no drives installed) and building my own will be a bit cheaper 
and I can choose what drives to run in it. Vulnerabilities on devices 
like QNAP and Synology are very real and at least if you can roll your 
own you can keep that to a minimum (like an example not running a web 
browser to configure things.)


Dan

Re: [gentoo-user] Google Chrome now requires wayland and jack audio?

[Daniel Frey]

On 2022-07-15 12:54, Mark Knecht wrote:



On Fri, Jul 15, 2022 at 12:28 PM Grant Edwards 
mailto:grant.b.edwa...@gmail.com>> wrote:

 >
 > It looks like www-client/google-chrome just added wayland and jack
 > audio to the dependancies. So now I have to have Pulse _and_ Jack?
 >
 > --
 > Grant

Is that truly a Chrome requirement, like the company Google wrote the 
ebuild, or is

this something a Gentoo dev did for some reason?

I'm curious as the USB disconnect problem seems somehow to be related
to using Chrome on the host machine for sites that do a lot of audio, like
YouTube. A clean boot of the host machine, followed by a clean boot of 
the VM

and I've run for at least an hour with no disconnection problems. I can use
Chrome for email, messaging and reading newspapers with no problem, but
I run YouTube and twice I've had USB problems in the VM.


How is the device for audio set up on the host? It may actually be a 
USB-audio device it provides to the VM itself, and that would explain 
the issue you are having.


Dan

Re: [gentoo-user] plasmashell becomes sluggish with 100% CPU usage

[Daniel Frey]

On 2022-05-24 13:20, Nikos Chantziaras wrote:
Anyone noticed anything lately with plasmashell? I think it started 
happening after Qt was upgraded from 5.15.3 to 5.15.4. At login, the 
desktop is very unresponsive and sluggish. Mouse clicks take over a 
second to register.


The plasmashell process is hogging one core of the CPU to almost 100%. 
It only happens on login. Logging out and back in again usually fixes it.





I've had this problem for at least 2 years, can't find the cause. I 
sleep/resume a lot and figured it was some race condition.


I have a Konsole shell auto-open one resume or logon so I can drop to 
the shell and issue `killall plasmashell && plasmashell &`.


I've even tried starting with a fresh home directory and have not seen a 
difference. I don't use any plugins either.


Do you have an nvidia card? This machine that constantly has this issue 
does, but my laptop (intel graphics) does not.


Dan

Re: [gentoo-user] Re: Bluetooth speakers

[Daniel Frey]

On 2022-05-06 05:24, Grant Edwards wrote:

Or perhaps it's the speakers and their amplifiers.


IMO, that's the logical conclusion.

I've never had the audio chip on any computer fail -- ever. Nor have I
ever had a USB audio adapter fail (though I've only used a couple of
them over the years).



I've never had an audio chip of any sort fail either on any of my 
computers. Even the ones plugged into my Denon AVR in the den - my old 
computer was 13-14 years old when I replaced it a couple years ago and 
it was used everyday with the AVR.


Dan

Re: [gentoo-user] which lenovo or huawei laptop?

[Daniel Frey]

On 2022-04-06 11:53, n952162 wrote:
I bought a bottom of the line HP laptop and had only problems with 
unsupported chips.  I'd like to buy a lenovo or huawei now. Has anyone 
had bad experiences porting /gentoo/ to either?




I bought a Lenovo P70 laptop back in 2018? and all hardware was 
supported by the kernel. This wasn't a cheap laptop though, it set me 
back about $2400.


Dan

Re: [gentoo-user] KDE, sddm etc security. Plus LVM question.

[Daniel Frey]

On 2022-03-19 01:03, Dale wrote:

Howdy,

I been thinking.  Yea, that's dangerous.  lol  If I logout of KDE, or
have the screen locked, ctrl+alt=L key sequence, how secure is that if I
have good passwords that are virtually impossible to crack?  My login
manager is sddm.  As a example, if someone breaks into my home, is there
a easy way to get past that?  I recall the old windoze 98 days where a
certain key sequence would bypass the password prompt.  Is there a way
known to crooks and such that can bypass or easily defeat passwords?



They don't even need to defeat a password. If they have root, it's 
trivial to unlock a locked session without knowing the password - just FYI.


I had to use that method when compiling updates and the screen saver 
broke, and yes it did work. I can't recall what the command was now - 
but I did test it on a working-normally system and it worked as well.


The screen locks in linux are security by obscurity, if something is 
that sensitive, don't stay logged in all the time.


Dan

Re: [gentoo-user] How to degrade Gentoo system with webrsync method?

[Daniel Frey]

On 2022-01-09 05:13, gevisz wrote:

Yes, masking some new package can work in this case.

However, it is not so easy as it may seem because it is not the new
version of tensorflow that I should mask in my case as on the day
when the tensorflow recompilation failed its version remained the same
and only some of its dependencies were supposed to be upgraded.

Of course, I may try this approach. However, tensorflow is not
considered stable in gentoo tree and it has a lot of dependencies
that are also not considered stable and should be unmasked.

All this leads to a large number of possible choices on
which packages to mask/unmask.

So, playing with this is like playing in a casino with about
4 hours of compilation for each bet.



So you know the date it last compiled and run successfully?

If it was me, I'd build a manual list of dependencies (like Dale 
indicated), then install genlop and run `genlop -t` for each of the 
dependencies and the main package. It will tell you the versions that 
were built, and more importantly, the *date* they were built.


You should be able to deduce what package versions were working with 
each other, but then the hard part: trying to figure out if those 
versions are still available. `eshowkw ` will tell you what's 
available in the tree, but if it isn't available, then it gets way 
harder as you have to try to find the old ebuilds with sources and 
possibly set up a local repo and pray those packages don't affect other 
installed packages.


Dan

Re: [gentoo-user] Broken update

[Daniel Frey]

On 9/7/21 12:13 PM, Neil Bothwick wrote:

On Tue, 7 Sep 2021 09:32:41 -0700, Daniel Frey wrote:


Why is it checking the build environment for a binary package?


I was wondering the same.


As it stands, I can't fix this problem.

I tried editing the ebuild (removing the __thread check) and rebuilding
the manifest but it still fails at the same place. I've double- and
triple-checked it's the right ebuild but it's still running the checks!

Some assistance on installing glibc would be much appreciated!


You can untar the binary package into /, which bypasses the checks. Then
you can emerge it so that portage knows where it stands.

The usual guarantees apply: if it breaks your system, you get to keep the
pieces. I'd backup / first.




Thanks Neil, I just unpacked it manually and it fixed my problem.

gcc actually works now so I've remerged (emerge -K1) glibc and pax-utils.

I had a *really* old stage4-esque backup if it really came down to it. I 
think that's the first time a binary update (I have two identical PCs, a 
bit on the slow side - so one binpkgs them and I install them on the 
second one, lessening the compiling load.)


Still don't know why glibc was checking the build environment for a 
binary package though, that was really strange. As gcc was broken and 
not providing any meaningful output for checks, it fails immediately.


Dan

[gentoo-user] Broken update

[Daniel Frey]

Well,

I was updating a system and gcc got broken somehow, and it doesn't seem 
to be possible to fix it.


Problem:
# gcc -v
gcc: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by gcc)

OK, no biggie, I have a binpkg:

# emerge -1Ka glibc pax-utils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[binary U  ] app-misc/pax-utils-1.3.2 [1.2.9] 
PYTHON_SINGLE_TARGET="python3_9* (-python3_10) -python3_8*"

[binary U  ] sys-libs/glibc-2.33-r1 [2.32-r7] USE="-multilib-bootstrap%"


But:

>>> Running pre-merge checks for sys-libs/glibc-2.33-r1
 * glibc-2.33-r1.tbz2 MD5 SHA1 size ;-) ... 
 [ ok ]

 * Checking general environment sanity.
x86_64-pc-linux-gnu-gcc -m64 -pipe -march=corei7 -O2   -Wl,-O1 
-Wl,--as-needed  glibc-test.c   -o glibc-test
 * Checking gcc for __thread support ... 



 [ !! ]

 * Could not find a gcc that supports the __thread directive!
 * Please update your binutils/gcc and try again.
 * ERROR: sys-libs/glibc-2.33-r1::gentoo failed (pretend phase):
 *   No __thread support in gcc!
 *
 * Call stack:
 * ebuild.sh, line  125:  Called pkg_pretend
 *   environment, line 2739:  Called sanity_prechecks
 *   environment, line 3337:  Called die
 * The specific snippet of code:
 *   die "No __thread support in gcc!";
 *
 * If you need support, post the output of `emerge --info 
'=sys-libs/glibc-2.33-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=sys-libs/glibc-2.33-r1::gentoo'`.
 * The complete build log is located at 
'/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/environment'.

 * Working directory: '/var/tmp/portage/sys-libs/glibc-2.33-r1/homedir'
 * S: '/var/tmp/portage/sys-libs/glibc-2.33-r1/work/glibc-2.33'

>>> Failed to emerge sys-libs/glibc-2.33-r1, Log file:


Why is it checking the build environment for a binary package?

As it stands, I can't fix this problem.

I tried editing the ebuild (removing the __thread check) and rebuilding 
the manifest but it still fails at the same place. I've double- and 
triple-checked it's the right ebuild but it's still running the checks!


Some assistance on installing glibc would be much appreciated!

Dan

[gentoo-user] udev and IR receiver problem

[Daniel Frey]

Hi all, I've been struggling with an odd udev problem. Any udev experts 
on here?


Some background: My 13-year-old HTPC finally kicked the bucket. After 
looking around, stock levels of PC parts around here are close to 
nonexistant. I had a newer donor board/ram/cpu around that's 5-7 years 
old. I have set up gentoo from scratch on this device (not using any old 
stage4-esque backups.)


This HTPC case has an iMon device:

Bus 001 Device 003: ID 15c2:0038 SoundGraph Inc. GD01 MX LCD Display/IR 
Receiver


It has worked well over the last 13 years but it has had problems with 
its driver early on. I tried to recover the SSD that was from the dead 
PC and it worked exactly twice (the third time I tried to get some 
configs from it the SSD failed completely.)


It has a bit of a strange setup compared to other IR devices: it creates 
two separate input devices. During boot, udev used to automatically 
create a third device (an infrared device) that chains the two separate 
devices together so the kernel IR can receive all remote events.


The problem I'm having is this: When booting, udev triggers the events 
from the kernel and sets up the two devices:


# ls -l /dev/input/by-id
total 0
lrwxrwxrwx 1 root root 10 Aug 23 12:44 usb-15c2_0038-event-mouse -> 
../event10

lrwxrwxrwx 1 root root  9 Aug 23 12:44 usb-15c2_0038-mouse -> ../mouse1

The kernel IR sees this as well:

# ir-keytable
Found /sys/class/rc/rc0/ with:
Name: iMON Remote (15c2:0038)
Driver: imon
Default keymap: rc-imon-pad
Input device: /dev/input/event10
LIRC device: /dev/lirc0
Supported kernel protocols: rc-6 imon
Enabled kernel protocols: imon
bus: 3, vendor/product: 15c2:0038, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 ms

The problem is, this is missing the device that chains them together. 
It's usually postpended with 'if00' or something similar to indicate 
it's the infrared device.


On boot, it does not create a device for it under /dev/input/by-id like 
it used to, so making lircd chain to it becomes difficult, especially if 
you plug in another USB input device.


The kernel does indeed report the device to udev:

# dmesg | grep "iMON Remote"
[1.423629] rc rc0: iMON Remote (15c2:0038) as 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0/rc/rc0
[1.423734] input: iMON Remote (15c2:0038) as 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0/rc/rc0/input10



This IR receiver also supports multiple protocols and keymaps. As I use 
Microsoft's remote keymaps, I do change this as a part of the 
/etc/init.d/lircd startup (I load the keymap and change the receiver's 
protocol before starting lircd.) Note that during testing I've removed 
this for testing thinking that perhaps it was changing something in the 
kernel - no dice, no new events or anything of the sort. It has nothing 
to do with this problem.


Now here's the really strange part: If I drop to bash and issue `udevadm 
trigger` it is created and appears correctly! This only happens 
modifying the keymap/protocol (changing it to RC-6 compatibility):


# ls -l /dev/input/by-id/
total 0
lrwxrwxrwx 1 root root 10 Aug 23 13:03 usb-15c2_0038-event-if00 -> 
../event10
lrwxrwxrwx 1 root root  9 Aug 23 13:03 usb-15c2_0038-event-mouse -> 
../event9

lrwxrwxrwx 1 root root  9 Aug 23 13:03 usb-15c2_0038-mouse -> ../mouse0

As you can see, the infrared device is created.

This device should be created at boot time, regardless or not if it has 
had the protocol changed and/or custom keymap applied.


I tried something quick in /etc/udev/rules.d/70-remote-control.rules:

KERNEL=="event*",ATTRS{name}="iMON Remote 
(15c2:0038)",SYMLINK="input/remote"


But it does not work, even after reloading the rules and forcing the 
trigger event.


I've kind of worked around this for now by adding a manual `udevadm 
trigger` command in /etc/init.d/lircd after modifying the protocol and 
keymap. However, there must be a way to make this work as intended with 
an udev rule. The issue being that this device doesn't have anything 
unique identifying it other than its name.


Anyone have any insight on how to solve this problem?

Dan

Re: [gentoo-user] glibc-2.33-r1 crashes out at the start before building.

[Daniel Frey]

On 7/7/21 11:16 AM, Alan Mackenzie wrote:

Hello, Gentoo.

Would somebody help me here, please.

When I try to emerge glibc-2.33-r1, the very first phase of the build
crashes out with:

  x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native   -Wl,-O1 -Wl,--as-needed  
glibc-test.c   -o glibc-test
  * Checking that IA32 emulation is enabled in the running kernel ...
/usr/portage/sys-libs/glibc/glibc-2.33-r1.ebuild: line 608:   199 Segmentation fault  
"${T}/check-ia32-emulation.elf32"
[ !! ]
  * ERROR: sys-libs/glibc-2.33-r1::gentoo failed (pretend phase):
  *   CONFIG_IA32_EMULATION must be enabled in the kernel to compile a multilib 
glibc.
  *
  * Call stack:
  *  ebuild.sh, line 127:  Called pkg_pretend
  *   glibc-2.33-r1.ebuild, line 721:  Called sanity_prechecks
  *   glibc-2.33-r1.ebuild, line 670:  Called die
  * The specific snippet of code:
  *  [[ $STAT -eq 0 ]] || die "CONFIG_IA32_EMULATION must be 
enabled in the kernel to compile a multilib glibc."
  *
  * If you need support, post the output of `emerge --info 
'=sys-libs/glibc-2.33-r1::gentoo'`,
  * the complete build log and the output of `emerge -pqv 
'=sys-libs/glibc-2.33-r1::gentoo'`.
  * The complete build log is located at 
'/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/build.log'.
  * The ebuild environment file is located at 
'/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/die.env'.
  * Working directory: '/var/tmp/portage/sys-libs/glibc-2.33-r1/empty'
  * S: '/var/tmp/portage/sys-libs/glibc-2.33-r1/work/glibc-2.33'


Failed to emerge sys-libs/glibc-2.33-r1, Log file:



  '/var/tmp/portage/sys-libs/glibc-2.33-r1/temp/build.log'


What is clearly happening is that the C Compiler is crashing out with a
segfault.  I actually have CONFIG_IA32_EMULATION in my kernel config.

I've tried this with both GCC-10.3.0 and GCC-9.3.0 with the same results
on both.

What is going wrong? (Horrible thought - maybe my RAM is failing.)



It looks to me that it ran a test to see if you have a kernel option 
enabled. It didn't, looks like it crashed. And then the build warns you 
that you have to enable CONFIG_IA32_EMULATION in your kernel?


Dan

Re: [gentoo-user] system.map file in /boot. How to manage?

[Daniel Frey]

On 6/30/21 11:59 PM, Dale wrote:

Howdy,

The subject line pretty much describes this.  How does one manage the
system.map file in /boot?  Is it needed?  Should it be updated with each
kernel?  I tend to keep 2 to 3 kernels installed.  I tend to keep 2 that
I know are stable and one testing.  After a while, I may remove the
oldest one and only have two, just in case.  Should I version the
system.map file the same as kernels?  Does just one with no version get
the job done?  Update the file with each kernel upgrade or install one
and done?

While at it, what does it even do?  If it needs it, it doesn't matter
but just curious.

Thanks for any tips on this.

Dale

:-)  :-)



I never copy it over unless I have some kernel panic (so not for well 
over a decade.) So there's nothing for me to manage (I only copy the 
kernel and kernel config to /boot.)


Dan

Re: [gentoo-user] pango failed to build

[Daniel Frey]

On 6/1/21 12:29 PM, n952162 wrote:

on two different machines.  Is there some new USE variable I need?





I hit this and had to rebuild a package, but I forget which one...

I looked in my log and:

1622312280:  *** emerge --oneshot --regex-search-auto=y Locale-gettext

I had to emerge --oneshot dev-perl/Locale-gettext then it built.

Dan

Re: [gentoo-user] portage has 0 debugging support for binary emerges

[Daniel Frey]

On 4/4/21 6:41 AM, n952162 wrote:

On 4/4/21 12:37 PM, n952162 wrote:
After re-running quickpkg, I still get no "binary"s in the emerge 
output dependency tree.



At some point, I started getting 304 errors here again.

|304 Not Modified|

This is used for caching purposes. It tells the client that the
response has not been modified, so the client can continue to
use the same cached version of the response.

I suspect the problem is related to this. The Packages file is the 
package index file.


# ls -l /var/cache/binpkgs/Packages
-rw-r--r-- 1 root root 1024590 Apr  4 13:00 /var/cache/binpkgs/Packages



I wonder if your permissions are messed up? Here's mine:

$ ls -ldh /var/cache/distfiles/ /var/cache/binpkgs
drwxrwxr-x 2 root portage 4.0K Dec  4  2019 /var/cache/binpkgs
drwxrwxr-x 2 root portage 140K Apr  2 08:16 /var/cache/distfiles

Dan

Re: [gentoo-user] Kodi 19 stabilization

[Daniel Frey]

On 3/14/21 3:51 PM, Steve Evans wrote:

On Sun, 14 Mar 2021 14:57:22 -0700
Daniel Frey  wrote:


Does anyone know if Kodi 19 is planning to be stabilized soon? I
haven't been able to update TV frontends since October.

(Before you say remove Kodi, don't bother - these are TV frontends
and their only purpose is to run Kodi!)

I'm also not interested in unmasking a ton of things to get it to
install...



I have been running Kodi 19 since it was added to Gentoo and only had
to unmask dev-libs/libudfread to get it to build. It has worked
well other than some (non official) add ons not working because they
have not been upgraded to Python 3.

Steve




I may have to look into that. Thanks. However, as I've already waited so 
many months what's another few? It's going to be a chore to upgrade 
either way. :o)


Dan

[gentoo-user] Kodi 19 stabilization

[Daniel Frey]

Does anyone know if Kodi 19 is planning to be stabilized soon? I haven't 
been able to update TV frontends since October.


(Before you say remove Kodi, don't bother - these are TV frontends and 
their only purpose is to run Kodi!)


I'm also not interested in unmasking a ton of things to get it to install...

Dan

Re: [gentoo-user] Yet another USE flag problem

[Daniel Frey]

On 1/4/21 7:32 AM, Bertram Scharpf wrote:


 These are the packages that would be merged, in order:

 Calculating dependencies... done!

 emerge: there are no ebuilds built with USE flags to satisfy 
"dev-lua/luv[lua_single_target_luajit(-)?,lua_single_target_lua5-1(-)?,lua_single_target_lua5-2(-)?]".
 !!! One of the following packages is required to complete your request:
 - app-editors/neovim-0.4.4-r100::gentoo (Change USE: 
-lua_single_target_lua5-1, this change violates use flag constraints defined by 
app-editors/neovim-0.4.4-r100: 'exactly-one-of ( lua_single_target_luajit 
lua_single_target_lua5-1 lua_single_target_lua5-2 )')
 (dependency required by "app-editors/neovim-0.4.4-r100::gentoo" [ebuild])
 (dependency required by "neovim" [argument])

 # emerge --info | grep -i lua  

   1
 LUA_SINGLE_TARGET="lua5-1"
 LUA_TARGETS="lua5-1"
 USE="..." ... LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" ...
 USE_EXPAND="... LUA_SINGLE_TARGET LUA_TARGETS ..."

As far as I can see, only one is selected.

Bertram




Well, that's annoying, it doesn't show the package.

How about `equery uses app-editors/neovim-0.4.4-r100` ? Note: You need 
app-portage/gentoolkit for equery.


That should give you output like this:

final flag setting for installation]
[: I - package is installed with flag ]
[ Colors : set, unset ]
 * Found these USE flags for app-editors/neovim-0.4.4-r100:
 U I
 + - lto  : Build with Link Time Optimization (LTO)
 + + lua_single_target_lua5-1 : Build for Lua 5.1 only
 - - lua_single_target_lua5-2 : Build for Lua 5.2 only
 - - lua_single_target_luajit : Build for LuaJIT only
 + - nvimpager: Install nvimpager symlink to less.sh macro
 + - tui  : Build the neovim unix tui

The "U" column indicates what USE flags are selected, and if it's 
already installed, the "I" column indicates what the installed package 
USE flags are.


Dan

Re: [gentoo-user] Yet another USE flag problem

[Daniel Frey]

On 1/4/21 4:15 AM, Bertram Scharpf wrote:

On Monday, 04. Jan 2021, 07:09:06 +0100, Arve Barsnes wrote:

On Mon, 4 Jan 2021 at 06:05, Bertram Scharpf  wrote:

As far as I see, I defined _exactly_ _one_ _of_ them:


Please show what USE flags you've defined for either this package or
LUA. Hard to give advice without knowing your config.


   # emerge --info | grep -i lua
   LUA_SINGLE_TARGET="lua5-1"
   LUA_TARGETS="lua5-1"
   USE="..." ... LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" ...
   USE_EXPAND="... LUA_SINGLE_TARGET LUA_TARGETS ..."

   # grep -rnHi lua /etc/portage
   /etc/portage/make.conf:40:LUA_SINGLE_TARGET="lua5-1" #  luajit
   /etc/portage/package.use/zz-autouse:3:>=dev-lua/lpeg-1.0.1 luajit
   /etc/portage/package.use/zz-autouse:6:>=dev-lua/mpack-1.0.4 luajit
   /etc/portage/package.use/zz-autouse:10:>=dev-lua/luv-1.30.1.1 luajit
   /etc/portage/package.accept_keywords/local:26:

It looks like you have multiple lua USE-flags selected, and the package 
 requires only one to be selected.


Whats the output of `emerge -pv neovim`?

Dan

Re: [gentoo-user] Should I report a bad distfiles server?

[Daniel Frey]

On 12/21/20 6:09 AM, Dale wrote:

Howdy,

I've been running into this a while now.  It seems one server is no
longer hosting, is broken or something and it results in wasted time as
it attempts to use it and retries many times.  The server is
gentoo.mirrors.easynews.com.  I just removed it from make.conf so that I
don't run into the problem anymore.  While that likely fixes my problem,
should I reach out to someone and report that that server is no longer
working so it can be either fixed or removed from the lists?  If so,
who/where do I report it?  b.g.o maybe?  This is what I get:



I'm sure the infrastructure team would like to be aware of potentially 
malfunctioning servers. If it were me, I'd file a bug and tag it 
Infrastructure somehow so they are aware of it.


Dan

Re: [gentoo-user] OT: DVI-D / HDMI / VGA adaptors

[Daniel Frey]

On 12/14/20 10:55 AM, Walter Dnes wrote:

   I ordered a Dell XPS 8940 which arrived in October, but life got in
the way, and I'm only now getting around to setting it up.  First thing
I noticed today is that Dell "had the courage to remove the VGA port"
.  It has HDMI and Displayport.  I've got two monitors for my PCs.
My main one has VGA/DVI/HDMI/Displayport inputs.

   But I want to attach the XPS 8940 to the older monitor, which only has
VGA and DVI-D.  I use the older monitor for setup/install and to keep
the "hot backup" machine up-to-date.  What are my options?  For the main
machine I'll buy an HDMI cable.  Are there adapters that'll push HDMI
computer output into a monitor VGA or DVI-D input?  That way I can buy
an HDMI cable plus an adaptor, rather than a new monitor. 



If your old monitor has DVI-D there's a plethora of HDMI to DVI-D cords 
out there. We use a lot of them where I work.


Dan

Re: [gentoo-user] Gnome mplayer replacement

[Daniel Frey]

On 11/16/20 11:50 PM, Arve Barsnes wrote:

On Tue, 17 Nov 2020 at 08:37, Dale  wrote:

Thanks for any tips.


If you don't *need* any fancy interface, you can't go wrong with mpv.
It is a fork of mplayer, has space to pause, arrow keys to move
back/forward a minute (up/down) or 10 sec (left/right). I've never
needed anything else.

Regards,
Arve



The only downside to mpv is they've removed lirc support quite a long 
time ago; if you use custom lirc/irexec to control HTPCs or the like 
like I do it's a bit of a deal-breaker.


Dan

Re: [gentoo-user] Portage and kernel sources... part deux.

[Daniel Frey]

On 11/11/20 10:10 AM, Neil Bothwick wrote:

On Wed, 11 Nov 2020 08:31:07 -0800, Daniel Frey wrote:


Or is this because nvidia-drivers depends on virtual/linux-sources?
Even so, the presence of the single slotted version in world should be
enough to satisfy the dependency.


Exactly, and emerge -u will try to update that and its dependencies to
the latest suitable version.




OK, I honestly do not know why I didn't see it before, but it makes 
sense now. I confirmed this with my non-nvidia machines.


Dan

Re: [gentoo-user] Portage and kernel sources... part deux.

[Daniel Frey]

On 11/11/20 7:56 AM, Arve Barsnes wrote:

On Wed, 11 Nov 2020 at 16:44, Daniel Frey  wrote:

Does anyone have any idea where to look next to see why this is being
pulled in?


You should probably just refer to your previous thread, because all
the same info still applies. You need to mask gentoo-sources and
unmask the versions you want to install if you don't want updates.


I have never had to do this in the past. Simply having a slot in world 
as indicated here:


apollo ~ # grep gentoo-sources /var/lib/portage/world
sys-kernel/gentoo-sources:5.4.66

and not just sys-kernel/gentoo-sources has been enough that it doesn't 
pull in extra sources. I'm trying to figure out why this behaviour has 
changed. I've been doing it this way for years, and only recently has it 
started to try to merge a newer version while emerging world.


Or is this because nvidia-drivers depends on virtual/linux-sources? Even 
so, the presence of the single slotted version in world should be enough 
to satisfy the dependency.


Dan

[gentoo-user] Portage and kernel sources... part deux.

[Daniel Frey]

So now I have another machine that insists on pulling in another set of 
kernel sources, even though I like to do this manually.


apollo ~ # emerge -auDNt world

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[nomerge   ] www-client/firefox-78.4.1
[nomerge   ]  media-video/ffmpeg-4.3.1
[nomerge   ]   media-libs/nv-codec-headers-9.1.23.1
[nomerge   ]x11-drivers/nvidia-drivers-455.28
[nomerge   ] virtual/linux-sources-3-r4
[ebuild  NS]  sys-kernel/gentoo-sources-5.4.72 [5.4.66]


However, this should satisfy the dependency:
apollo ~ # equery list gentoo-sources
 * Searching for gentoo-sources ...
[IP-] [  ] sys-kernel/gentoo-sources-5.4.66:5.4.66
apollo ~ # equery list virtual/linux-sources
 * Searching for linux-sources in virtual ...
[IP-] [  ] virtual/linux-sources-3-r4:0

The one it's trying to pull is a stable kernel at least:
apollo ~ # eshowkw gentoo-sources
Keywords for sys-kernel/gentoo-sources:
  | |   u  |
  | a   a p s a   r |   n  |
  | m   r h   p p   s l i i m m | e u s| r
  | d a m p p c a x 3 p a s 6 i | a s l| e
  | 6 r 6 p p 6 r 8 9 h 6 c 8 p | p e o| p
  | 4 m 4 a c 4 c 6 0 a 4 v k s | i d t| o
--+-+--+---
[I]5.4.66 | + + + + + + + + ~ ~ ~ o o ~ | 6 o 5.4.66   | gentoo
--+-+--+---
   5.4.72 | + ~ + ~ + + ~ + ~ ~ ~ o o ~ | 6 o 5.4.72   | gentoo
--+-+--+---


But, this time I don't have anything in /etc/portage or 
/var/lib/portage/world that seems to be requesting it...


apollo ~ # grep gentoo-sources /var/lib/portage/world
sys-kernel/gentoo-sources:5.4.66

apollo ~ # cd /etc/portage
apollo /etc/portage # grep -R gentoo-sources *
apollo /etc/portage #

I'm confused as to why portage is insistent on merging this kernel even 
though I do not request it specifically...


Does anyone have any idea where to look next to see why this is being 
pulled in?


Dan

Re: [gentoo-user] Portage being silly with kernel sources

[Daniel Frey]

On 10/11/20 10:06 AM, Rich Freeman wrote:

On Sun, Oct 11, 2020 at 12:23 PM Daniel Frey  wrote:


The problem is it's always trying to pull in unstable packages when I
have two slotted kernels in world:

sys-kernel/gentoo-sources:5.4.48
sys-kernel/gentoo-sources:5.4.66

I tried masking kernels >5.5 but now it's trying to pull in unstable
kernel 5.4.70.

I do not run unstable kernels, and have two stable kernels installed.

Why is portage insistent on pulling in sys-kernel/gentoo-sources
(non-slotted) when two slotted entries already exist?



I'm not sure what you mean by "slotted" here.  Do you mean stable?

The most likely explanation is that you have ACCEPT_KEYWORDS=~amd64
somewhere, or sys-kernel/gentoo-sources somewhere in
package.accept_keywords.



OK, I did some poking around. I'm not running ~amd64 but I did discover 
that autounmask had a gentoo-sources entry in it. It was for a specific 
slot though (gentoo-sources:5.4.18), I wonder why it was applying it to 
all gentoo-sources packages?


Nonetheless, I removed the file under portage/package.accept_keywords 
and it's resolved itself.


Dan

[gentoo-user] Portage being silly with kernel sources

[Daniel Frey]

This is one of those frustrating times where portage is trying to do 
something silly.


I have nvidia-drivers installed. It has a dependency to 
virtual/linux-sources.


The problem is it's always trying to pull in unstable packages when I 
have two slotted kernels in world:


sys-kernel/gentoo-sources:5.4.48
sys-kernel/gentoo-sources:5.4.66

I tried masking kernels >5.5 but now it's trying to pull in unstable 
kernel 5.4.70.


I do not run unstable kernels, and have two stable kernels installed.

Why is portage insistent on pulling in sys-kernel/gentoo-sources 
(non-slotted) when two slotted entries already exist?


I do not want to install unstable kernel sources as I don't use them and 
am trying to spare the thousands of unnecessary writes on my SSD. 
Whenever I update I check to see if there's a new stable kernel 
available manually and update to it if needed.


Dan

Re: [gentoo-user] gcc is being built again??

[Daniel Frey]

On 9/29/20 10:48 AM, n952162 wrote:

10 weeks ago, I updated my system and it took days to build.   I just
started a new update of my system, and it looks like it will take at
least more than a day again ...

Why is gcc being rebuilt after 10 weeks, for example?





I don't recall what flag it was, but that happened to me and a profile 
default flag was toggled that triggered a rebuild of gcc.


Dan

Re: [gentoo-user] Re: Local mail server

[Daniel Frey]

On 7/30/20 4:38 PM, Ralph Seichter wrote:

* Grant Edwards:


Pricing is based on what people are willing to pay. People are willing
to pay extra for a static IPv6 address, therefore static IPv6
addresses cost extra.


Somewhere, and some people. I'd be interested to hear from users who
still need to pay extra for IPv6. Here in Germany IPv6 usually comes at
not extra cost (I write "usually" because I don't know every single ISP
here; some only operate in a particular city.)

-Ralph



For where I am, if you need a static IPv4 address (which I do) IPv6 is 
not available at all from my ISP... it's not a matter of paying.


Dan

Re: [gentoo-user] What's with all these "acct-group" ebuilds recently?

[Daniel Frey]

On 6/20/20 7:04 PM, William Kenworthy wrote:
Thanks for filing the bug.  


Gah! I forgot about this!

I filed a bug now, I hope I made it clear enough. Others can pipe in 
there with comments if they like.


I did indicate the two potential proposals to correct the issue in the 
bug itself.


https://bugs.gentoo.org/729752

Dan

Re: [gentoo-user] What's with all these "acct-group" ebuilds recently?

[Daniel Frey]

On 6/20/20 7:04 PM, William Kenworthy wrote:


On 21/6/20 9:40 am, Daniel Frey wrote:

On 6/20/20 6:21 PM, Rich Freeman wrote:

On Sat, Jun 20, 2020 at 7:06 PM Daniel Frey  wrote:


Maybe when I have a moment I'll file a bug.

Dan


Thanks for filing the bug.  One of my pet peeves is that the last few
years gentoo has been going down the path of spitting everything into
smaller and smaller pieces and scattering them around - its fine when
things work, but becomes a real pig to fault find and more often ends up
in a call for help.  I would really like packages to be self contained
so its configuration and files are all in one place.  I cant see any
advantage to having multiple ebuilds for a package instead of using a
support framework to deal with it other than exposing multiple
opportunities for things to go wrong and make it harder to fix. This not
an elegant design!

BillK





They were trying to solve the problem of having multiple packages 
dependent on a single user/group - mariadb/mysql comes to mind.


By having these types of packages depend on something in the tree they 
can prevent the condition of having to remove the user/group when 
another package may still depend on it. It's kind of the opposite to the 
virtual/* packages I think, or maybe that's the beer talking.


Dan

Re: [gentoo-user] What's with all these "acct-group" ebuilds recently?

[Daniel Frey]

On 6/20/20 6:21 PM, Rich Freeman wrote:

On Sat, Jun 20, 2020 at 7:06 PM Daniel Frey  wrote:


You just pointed out the ambiguity.

Emerging a package solely by its name worked 99.9% of the time before
this change.

Now new users get the fun of "Gee, which one is the one I actually
want?" MythTV is a fairly clear one to figure out, but other packages
aren't.


Honestly, your word of "ambiguity" was somewhat ambiguous.  I had no
idea what you were talking about in your original post.  :)

I think this is actually a fair criticism.  Not so much that it isn't
clear which one to install, but rather that this system does cause you
to have to use full cat/pkg atoms when previous pkg alone would have
worked.  There have always been packages where this is necessary, but
this has made this more common.



Yes, I could've worded that better.

I would imagine that if someone asks to install something like mythtv or 
asterisk there's a 0% chance that they want to install a package that 
creates a user or group, they want the actual package itself.


I think that makes more sense.

I've been using gentoo since 2003/04? and I've only had to use the 
cat/package expression maybe twice... and I believe those packages were 
python or perl related.


It's more of a usability issue than anything.

The way that it now deals with user and group creation is elegant, 
especially if you have more than one package that needs a specific user 
and/or group combination created. When I first saw portage spit out the 
ambiguity for the request `emerge mythtv` the first thing I thought was 
"Why would I need to merge a package to create a user? That's the 
package manager's problem..." :o)


Maybe when I have a moment I'll file a bug.

Dan

Re: [gentoo-user] What's with all these "acct-group" ebuilds recently?

[Daniel Frey]

On 6/20/20 11:56 AM, Ralph Seichter wrote:

* Daniel Frey:


I went to emerge mythtv (I think) and now it says it's an ambiguous
requests with *both* the group and user of the same name.


You need to emerge "media-tv/mythtv", not just "mythtv". Nothing
ambiguous about it.

Further reading: https://www.gentoo.org/glep/glep-0081.html

-Ralph



You just pointed out the ambiguity.

Emerging a package solely by its name worked 99.9% of the time before 
this change.


Now new users get the fun of "Gee, which one is the one I actually 
want?" MythTV is a fairly clear one to figure out, but other packages 
aren't.


I understand the dependencies problem that they were trying to solve, 
but I don't think the way it was implemented is a great one.


Dan

Re: [gentoo-user] What's with all these "acct-group" ebuilds recently?

[Daniel Frey]

On 6/19/20 9:04 PM, Walter Dnes wrote:

   Inquiring minds want to know.  What exactly do they accomplish,
besides cluttering up a database somewhere?



It's not the cluttering of databases that bother me, it's the creation 
of many ambiguous requests now. I went to emerge mythtv (I think) and 
now it says it's an ambiguous requests with *both* the group and user of 
the same name.


I must say I'm baffled that a proposal that would create so many 
ambiguous requests passed...


Dan

Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

[Daniel Frey]

On 5/20/20 12:06 PM, n952162 wrote:

The command was:

emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl
dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml
dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore

The output to that is attached.

I tried just emerging zlib with the static-libs USE flag ... that log is
also attached.

On 05/20/20 18:59, Ashley Dixon wrote:

On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote:

I have a slot conflict for sys-libs/zlib, whereby both users want
the same package.  Studying the USE variables shows that the new
package wants, additionally, the "static-libs" USE flag.

I thought, the way to handle this is to add the static-libs USE
variable in /etc/portage/package.use and re-emerge with
--changed-use.  Unfortunately, that gives me the same conflict.

Can you attach the full output of emerge ?





This is most likely due to so many packages that need to be upgraded at 
the same time. You're only asking to update a few select packages and 
it's borking because it's finding packages outside your request that 
also need to be updated at the same time.


Have you tried an `emerge -avuD world` to see if portage can backtrack 
far enough to sort dependencies out?


Dan

Re: [gentoo-user] Update Gentoo recently is becoming difficult

[Daniel Frey]

On 5/12/20 1:57 PM, Rich Freeman wrote:

On Tue, May 12, 2020 at 3:24 PM Daniel Frey  wrote:


On 5/12/20 10:54 AM, Joachim Gwoke wrote:

Been having trouble with mainly calibre 4.9.1-r2 and have since kept it
out of any emerges. Otherwise everything is alright with python 3.7 on
my side




I believe mine was soundconverter, but now I'm not so sure. It wanted
something other than 3.7, and the build had no target for it, and there
wasn't any unstable version in the tree I could unmask.


Why not just set in /etc/portage/package.use/pythonmigrate
media-sound/soundconverter PYTHON_TARGETS: python3_6 python3_7

Then it will build with python-3.6 which should work fine.

You don't HAVE to get rid of python-3.6 this instant, especially since
tons of stuff in the repository requires it still.



I'm aware, but I think I tried it in make.conf originally and that made 
portage really mad so I unmerged the offending package. I haven't 
bothered trying to remerge it as I don't need it right this instant. By 
the time I need it again hopefully this will have sorted itself out.


Dan

Re: [gentoo-user] Update Gentoo recently is becoming difficult

[Daniel Frey]

On 5/12/20 10:54 AM, Joachim Gwoke wrote:
Been having trouble with mainly calibre 4.9.1-r2 and have since kept it 
out of any emerges. Otherwise everything is alright with python 3.7 on 
my side





I believe mine was soundconverter, but now I'm not so sure. It wanted 
something other than 3.7, and the build had no target for it, and there 
wasn't any unstable version in the tree I could unmask.


Dan

Re: [gentoo-user] Update Gentoo recently is becoming difficult

[Daniel Frey]

On 5/12/20 6:52 AM, Victor Ivanov wrote:

Python has indeed been a bit of a mess recently for me as well, but I
haven't had any major issues.  Presumably, this could be attributed to
the fact that since python migrations started I have been using the
--changed-deps flag to emerge, which I noticed did help to clean a few
things up during world upgrades.



I had one package that insisted pulling an old version of python while 
everything else wanted 3.7 or 3.8, and I had to unmerge the offending 
package. I hope I don't need that package any time soon...


Dan

Re: [gentoo-user] Seagate ST8000NM0065 PMR or SMR plus NAS SAS SATA question

[Daniel Frey]

On 5/10/20 1:02 AM, Dale wrote:

Hi Michael,

I think it is too.  Your link shows about what the link I was looking at 
does.


I did research the SATA and SAS connector issue again.  Seagate has a 
picture of both for comparison and the drive I was looking at is a SAS 
drive.  When I did more research, it seems you can connect a SATA drive 
to SAS but not a SAS drive to SATA, unless that has changed since the 
site I found posted about it.  Either way, while it does seem to be PMR, 
I don't want to chance it not working since it is a SAS drive.  I need 
to weed out SAS type drives unless I want to buy a SAS drive controller 
card as well, to be certain it will work.  For those curious, this is a 
link that shows a picture.  One has to look closely because at a glance, 
they look a LOT alike.


https://www.seagate.com/support/kb/connecting-sata-drive-to-sas-controller-006170en/


SATA drives may be plugged into SAS controllers.

SAS drives cannot be plugged into SATA controllers.


Back to digging and waiting for a good deal.

Thanks much for the help.  :-D


That drive is a SAS drive and they use a generic photo of a hard drive - 
don't rely on those. That line of hard drives offer both SATA and SAS 
drives dependent on model.


They aren't compatible with SATA controllers.

And yes, SATA drives can be used on a SAS controller - I've been running 
that configuration on my file server for about 12 years.


Dan

Re: [gentoo-user] dir or file? >> /etc/portage/package.mask

[Daniel Frey]

On 4/18/20 10:56 AM, tu...@posteo.de wrote:

Hi,

I /thought/ that /etc/portage/package.mask is a file and using it
in this manner works as exspected.
Also the docs are of that opinion, too:
https://wiki.gentoo.org/wiki//etc/portage/package.mask

BUT!

  * error: please convert //etc/portage/package.mask to a directory
  *


urges me to make a directory out of it.
After doing so, the command starts.

I am confusedslightly...



The devs are deprecating the flat-file version of package.*, I have been 
gettings warnings during emerges indicating that they all need to be 
changed to the directory layout.


If you ignore this eventually emerge will stop working. I've already 
taken the few minutes to move all my boxes to the directory layout, and 
split out the packages to individual files. You don't have to go that 
far though, the entries can stay in one file under the new directory 
structure.


Dan

Re: [gentoo-user] Quick question: Bootdevice nameing...

[Daniel Frey]

On 4/5/20 11:21 PM, tu...@posteo.de wrote:

Hi,

Currentlu my newly created system is installed on a harrdisk, which
sit in a docking station connect via USB to my PC.

The system is intended to be complete in the sense, that can
boot bu itsself without accessing any other storage device.

What is the most common behaviour here:
If I change to boot sequence in the BIOS to boot the
harddisk from the docking station...will it become /dev/sda ?

Fstab depends on this...



It's not supposed to, but in my direct experience, it can rearrange the 
naming of the boot devices.


I had to use PARTUUID in fstab/grub.cfg to get around this problem.

Dan

Re: [gentoo-user] How to fix license error during install?

[Daniel Frey]

On 3/20/20 6:16 PM, Jeffrey Walton wrote:

Hi Everyone,

I'm having trouble installing Gentoo in a Virtual Box VM for testing.
It is a x86_64 guest. I selected a hardened profile to test PaX, which
means I selected 18 in 'eselect profile'.

I'm at "Configuring the Linux kernel" in the Handbook
(https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Kernel#Alternative:_Using_genkernel).
The part "emerge --ask sys-kernel/gentoo-sources" seems OK and does
not report errors. The genkernel part fails.

The specific error is:

$ LICENSE_ACCEPT="*" emerge --ask --autounmask-write
sys-kernel/genkernel 2>&1 | tee kernel.txt
$ cat kernel.txt



Hi, it's not 'LICENSE_ACCEPT', it's 'ACCEPT_LICENSE'.

Here's a snippet of my make.conf:

--
FEATURES="distcc"
MAKEOPTS="-j36 -l4"
ACCEPT_LICENSE="*"
VIDEO_CARDS="nvidia"
--

Dan

Re: [gentoo-user] Re: firefox managed by my organization?

[Daniel Frey]

On 3/4/20 12:14 AM, n952162 wrote:

Yes, you're right:

01~>cat /usr/lib64/firefox/distribution/policies.json
{
   "policies": {
     "DisableAppUpdate": true
   }
}

The prediction is, if I were to remove that file, the banner would go
away.  I'll try that at some point.

Thank you.




It will go away but allowing Firefox to self-update on Gentoo will get 
you a very broken Firefox as the ebuilds have gone away from large 
monolithic builds to linking to local system libraries. Not recommended!


Dan

Re: [gentoo-user] Rasp-Pi-4 Gentoo servers

[Daniel Frey]

On 3/1/20 7:40 AM, n952162 wrote:

"within the country"?  :-)  You must be American?




No.

Dan

Re: [gentoo-user] Rasp-Pi-4 Gentoo servers

[Daniel Frey]

On 2/29/20 11:13 PM, William Kenworthy wrote:


Keep in mind that rpi are not the only cheap, capable arm hardware out
there.

I am using a number of odroid devices, including an N2 with a gentoo
based kernel and a gentoo aarch64 userland.  Its used for lxc containers
for asterisk, dns, webdav, mail, calendaring and web running on the N2
backed by an Odroid HC2 moosefs cluster (though I am using an intel
powered Odroid H2 for the master).

Its all working rather well now the initial install/config stages are
over.  Part of the gain over the pi's is the use of eMMC storage over
sdcards - almost 5 times faster in my tests.  The 4G of ram has proven
quite adequate so far - even the asterisk latency is better than my
previous QEMU/KVM on intel setup.

I have currently have rpi 1B, 3B and a zero and while the specs for the
rpi4 are better ... its not the best out there.

BillK



I am aware of other devices but the RPi (afaict) is the only one sold 
within the country and not subject to import duty/fees/taxes and the 
related shipping delays because of those. :(


Dan

Re: [gentoo-user] Rasp-Pi-4 Gentoo servers

[Daniel Frey]

On 3/1/20 6:33 AM, Rich Freeman wrote:

On Sun, Mar 1, 2020 at 2:13 AM William Kenworthy  wrote:


Keep in mind that rpi are not the only cheap, capable arm hardware out
there.



I completely agree.  Anytime I'm looking at an application I consider
the SBCs available as options.  Certainly the odroids are highly
spoken of.

Main advantage of the Pi is its ubiquity - just about anything you
could want is already packaged and documented for it.  It is also
pretty cheap.


backed by an Odroid HC2 moosefs cluster (though I am using an intel
powered Odroid H2 for the master).


I considered an HC2 for lizardfs.  My problem with it is that it has a
single SATA port, which means you're buying a $50 SBC for every hard
drive in your cluster.

For a single drive per node it is probably your best bet.  However, my
chunkservers are:
~$65 RockPro64
$20 used LSI HBA
$5 wall wart
$25 cheap ATX PSU
$5 ATX power switch
$5 extra SATA cables
$5 powered 16x PCIe riser cable (these are a bit hard to find)

That is ~$125, and will support 16 hard drives.  You're saving money
on the 3rd drive per node.  If you want some kind of enclosure for the
drives you'll pay maybe another $5/drive.

The other option that might be worth considering if you don't mind
losing some bandwidth to the drives is just using SATA3 and hubs/etc
and external drives.  I'm shucking external drives anyway.  So, any
SBC with a SATA3 port would work for that, with nothing else needed.
I could see USB3 bandwidth (shared) being a constraint if you're
rebuilding, but it would keep up with gigabit ethernet.

Oh, and for any kind of NAS/etc solution make sure that whatever you
get has gigabit ethernet.  The Pi3s at least don't have that - not
sure about the Pi4.  Wouldn't help in a Pi3 anyway as I think the LAN
goes through the internal USB2 bus - the Pi is pretty lousy for IO in
general - at least conventional PC IO.  That GPIO breakout is of
course nice for projects.



I was reading the Pi4 has true gigabit now, thanks to its USB3 ports.

Dan

Re: [gentoo-user] Rasp-Pi-4 Gentoo servers

[Daniel Frey]

On 2/28/20 5:38 PM, Rich Freeman wrote:

On Fri, Feb 28, 2020 at 8:11 PM Daniel Frey  wrote:


Thanks for the detail, I've just ordered an RPi4B to mess around with.
It would be helpful to move DNS etc off my home server as I'm trying to
separate everything into VLANs.



Keep in mind that Linux supports VLAN tagging, so if you set up your
switch to trunk your server you can have containers or even services
on multiple VLANs on the same host.

I have this configured via systemd-networkd - I'm sure you could do it
with various other network managers as well.  I just have a bridge for
each VLAN and then I can attach container virtual ethernet interfaces
to the appropriate VLAN bridge for each container.  KVM uses bridges
and it should be just as easy to put VMs on the appropriate bridges.

If you assign IPs on the host to each VLAN interface then as long as
the VLANs don't have conflicting IP addresses you can just attach
services to the appropriate VLANs by binding to their addresses.  A
service that binds to 0.0.0.0 or to multiple addresses would listen on
all of them.  Now, if your VLANs have conflicting address spaces then
I'd probably just stick to containers so that no host actually sees
conflicting IPs, otherwise you're probably going to have to go crazy
with iproute2 and netfilter to get all the packets going to the right
places.

And all of that should work from a Pi as well as long as long as you
enable CONFIG_VLAN_8021Q.  You also need to make sure the tagged VLAN
traffic is passed from the switch (which is not what you normally want
to do for a non-VLAN-aware host where you would filter out all but one
VLAN and remove the tag).

I run my DHCP server on a Pi so that it is more independent.



Yes, I'm aware linux does VLANs... I set up netifrc to do this (I 
already have some "smart" switches set up - not full layer 3.) I thought 
about running containers but if I ever have to do something like 
emergency maintenance on my server the whole LAN would be down. Seems 
like a no-brainer to have a tiny device like an RPi to do this.


I'm not so sure I'll try installing Gentoo on it though, it doesn't 
really seem suitable for compiling tasks. I'm pretty sure the kit I 
ordered has a card with Raspbian on it, I'll check that out first.


Dan

Re: [gentoo-user] Rasp-Pi-4 Gentoo servers

[Daniel Frey]

On 2/27/20 1:49 PM, Rich Freeman wrote:

On Thu, Feb 27, 2020 at 4:25 PM james  wrote:


Yea, I was not clear. I'd run the mail-server, on a 'cluster' (4 or
more), not an individual pi-board unless it was beef up, processor and
ram wise. Gig E would also be on my list.



Unless you have some niche need I wouldn't generally run servers on
Pis.  The biggest issue with ARM is that all the cheap platforms are
starved for RAM, and RAM is one of the biggest issues when running
services.  And of course the Pi in particular has IO issues (as do
many other cheap SBCs but this is less of an ARM issue).  The RAM
issue isn't so many an ARM issue as a supply/demand thing - the only
people asking for 64GB ARM boards are big companies that are willing
to pay a lot for them.

I do actually run a few services on Pis - DNS, DHCP, and a VPN
gateway.  That's about it.  These are fairly non-demanding tasks that
the hardware doesn't struggle with, and the data is almost entirely
static so an occasional backup makes any kind of recovery trivial.
The only reason I run these services on Pis is that they are fairly
fundamental to having a working network.  Most of my services are
running in containers on a server, but I don't want to have to think
about taking a server down for maintenance and then literally every
IOT device in the house won't work.  These particular services are
also basically dependency-free which means I can just boot them up and
they just do their jobs, while they remain a dependency for just about
everything else on the network.  When you start running DHCP in a
container you have more complex dependency issues.

A fairly cheap amd64 system can run a ton of services in containers
though, and it is way simpler to maintain that way.  I still get quick
access to snapshots/etc, but now if I want to run a gentoo container
it is no big deal if 99% of the time it uses 25MB of RAM and 1% of one
core, but once a month it needs 4GB of RAM and 100% of 6 cores.  As
long as I'm not doing an emerge -u world on half a dozen containers at
once it is no big deal at all.

Now, if I needed some server in some niche application that needed to
be able to operate off of a car battery for a few days, then sure I'd
be looking at Pis and so on.



Thanks for the detail, I've just ordered an RPi4B to mess around with. 
It would be helpful to move DNS etc off my home server as I'm trying to 
separate everything into VLANs.


Dan

Re: [gentoo-user] The saga of the missing Logitech drivers

[Daniel Frey]

On 1/31/20 10:16 AM, Jack wrote:
I know this doesn't directly answer what might be broken, but as I 
remember, the kernel upgrade guides do suggest going through the full 
configuration when changing more than just the minor version.  So 5.4.12 
to 5.4.13, the make oldconfig is likely to be enough, but 5.4.x to 5.5.x 
is likely to actually need you to run through the whole thing - not 
necessarily starting from scratch, but just to check for oddities like 
this.


I came here to post exactly this - I've been building kernels since 2003 
and I have had major kernels bork on oldconfig at least a dozen times. 
Minor revision updates are always OK.


Dan

Re: [gentoo-user] Failed to emerge www-client/firefox-68.4.1, Log file:

[Daniel Frey]

On 1/16/20 10:40 AM, Valmor de Almeida wrote:

Hello list,
I have been trying for a while getting firefox emerged; no luck.
Inputs appreciated.
Thanks,
--
Valmor

  * sys-devel/clang:9 is missing! Cannot use LLVM slot 9 ...


Do you have this installed?


What's the output of `equery list llvm clang`?

Is it possible llvm updated but clang did not? The message sounds like 
they depend on each other.


Dan

Re: [gentoo-user] Guidance on using Gentoo to clone a Win 10 system drive

[Daniel Frey]

On 1/7/20 8:58 AM, Mark Knecht wrote:



On Tue, Jan 7, 2020 at 4:52 AM Mick > wrote:

>
> This is getting a tad O/T, since we're talking about activation of a 
non-

> Gentoo OS, but here it goes:
>

I completely agree. I wasn't expecting the conversation to go this 
direction when I posted. I'm happy to participate if others want to.


> On Tuesday, 7 January 2020 00:39:19 GMT Mark Knecht wrote:
>
> >    I'm going to let the machine sit overnight and see if it activates
> > automatically.
>
> It should activate as long as it is connected to the Internet, but 
there are
> two different ways of activating Windows 10 manually, should you not 
do so

> during the installation procedure.
>

After maybe 16 hours it didn't activate but logically I don't know why 
it would have. I've installed Win 10 using the M$ install tool writing 
to a USB flash drive but I'm not given any product IDs/Keys. M$ would 
have had to determine on their own with no help from me this was a 
reinstall and generously activated it which I think is asking too much.


Owing that I'm not 100% sure the previous install was actually Win 10 
Pro, having updated from Win 7 with their free conversion to Win 10, 
I'm going to put the old drive back in, double check what version of 
Win 10 I was using and then try again if I installed the wrong version 
this time.


On a more Linux note I'll build a bootable USB drive with clonezilla 
and see about cloning the old drive to the new SDD that way. that sort 
of solution is why I posted here in the first place. Trying the Win 10 
install and hoping it worked was just an easy 1-day experiment.


Thanks all,
Mark

P.S. - I'd love to get back to running Gentoo one of these days. For 
those of us that wanted a stable machine with just a couple of testing 
packages, especially as the machines become older and the software 
becomes larger, it just became too many hours building code, 
especially on these older laptops. Kubuntu has worked well enough for 
me be there's no better community that you here at gentoo-user for 
straight forward technical discussion and I want to thank everyone 
here for years and years of good times and good information.



As mentioned earlier you need your Windows 7 key for activation. If you 
have to reenter the key sometimes the Windows UI is dubious and doesn't 
offer a clear-cut way to do this. To get around it, open Powershell and 
use `slmgr /ipk ` to install the key you have.


Dan

Re: [gentoo-user] NFS problem

[Daniel Frey]

On 2019-12-30 09:04, Peter Humphrey wrote:



Is anyone feeling less clueless than me? I'm out of ideas now and hoping for
some help.



I set up a new NFS server in the last weeks or so and had this weird 
problem where I couldn't most an NFSv4 export on clients.


After a lot of head scratching, I discovered two things:

1. On the NFS server, only NFS server 4.0 support was needed
2. On all NFS clients, including the NFS server which mounted other NFS 
mounts, all NFS client options had to be selected or the mount would 
fail. It didn't matter specifying nfsvers=4.0 as a mount option, it 
failed if there was no NFS client kernel support for 4.1/4.2.


I don't know why, I just figured that it was something to do with the 
new kernels (running 5.4.x.)


Dan

Re: [gentoo-user] NFS problem

[Daniel Frey]

On 2019-12-24 02:17, Mick wrote:

On Tuesday, 24 December 2019 09:03:44 GMT Peter Humphrey wrote:

On Tuesday, 24 December 2019 06:11:12 GMT J. Roeleveld wrote:

What happens when you remove the IPv6 adresses from the NFS config? As you
are using IPv4, those should not be needed.

I haven't had time to enable IPv6 yet, so can't check locally what works
and what doesn't.


Well, wouldn't you just know it? The Atom box (the server) has died. No
blinken lights or anything. I wondered why Firefox was so slow; it's lost
its proxy.

See you later...


I'd start with checking the PSU is providing adequate power, if any at all.
If the MoBo is fried it would be probably a good time to find something to
replace it in the January sales.



I agree... especially if it has an external AC-DC converter box in the 
power cord. It may have gone poof by itself and the actual device is fine.


Dan

[gentoo-user] Service marked as crashed, but it is running?

[Daniel Frey]

I have this strange issue.

I install lcdproc to drive a VFD in my HTPC case.

So I set it up and started it (it is working.)

However:

# rc-status | grep LCDd
 LCDd [  crashed  ]

But it is actually running (and the display is working):
# ps aux | grep LCDd
nobody9353  0.0  0.1   2616  2104 ?Ss   20:30   0:00 
/usr/sbin/LCDd -c /etc/LCDd.conf


I did notice that there is nothing under /run, which is likely tripping 
up openrc (as in: no pid file for LCDd.)


All that is in /etc/init.d/LCDd is:
---
instance="${SVCNAME}"
name="LCDProc (${instance})"
pidfile="/run/${instance}.pid"

command="/usr/sbin/LCDd"
command_args="-c /etc/${instance}.conf"

depend() {
use g15daemon
use net
}
---

There is no entry in /etc/conf.d/ for LCDd, does it require one? More 
curiously, it refers to an instance in the init.d file but I do not know 
where it is pulling this information from. Does it require a symlink 
(thinking something like net.lo -> net.eth0 as an example)?


Hopefully someone knows what it is trying to do and can point me in the 
right direction.


Dan

Re: [gentoo-user] Kernel option missing - very frustrating...

[Daniel Frey]

On 2019-12-15 12:13, Mike Gilbert wrote:

On Sun, Dec 15, 2019 at 2:42 PM Daniel Frey  wrote:


On 2019-12-15 09:36, Franz Fellner wrote:

I can't see CONFIG_VIDEO_DEV in your list.


It's not supposed to be: "=n".


I think you are reading that incorrectly. VIDEO_DEV [=n] means the
VIDEO_DEV option is required, but you currently have it disabled.



Ahh, yes I guess I've been reading it wrong all these years! Oooops. 
It's amazing I managed to configure a kernel at all for the past 17 
years. :o)


VIDEO_DEV was nowhere to be found in menuconfig as a selectable option. 
But the other choice I made forced it to be selected.


Dan

Re: [gentoo-user] Kernel option missing - very frustrating...

[Daniel Frey]

On 2019-12-15 09:36, Franz Fellner wrote:

I can't see CONFIG_VIDEO_DEV in your list.


It's not supposed to be: "=n".

After 45 minutes of messing about trying all sorts of combinations, I 
found it has a hidden requirement for CONFIG_MEDIA_CAMERA_SUPPORT. This 
is not present in the help in menuconfig or the Kconfig file in the 
source tree?


Whatever, I finally found it.

Dan

[gentoo-user] Kernel option missing - very frustrating...

[Daniel Frey]

Well, I bought a new TV tuner card for MythTV, a Hauppauge QuadHD.

It uses the cx23885 driver, but I can't find it anywhere.

According to menuconfig:

Symbol: VIDEO_CX23885 [=n] 




Type  : tristate 




Prompt: Conexant cx23885 (2388x successor) support 



  Location:
-> Device Drivers 



-> Multimedia support (MEDIA_SUPPORT [=y]) 



   (1) -> Media PCI Adapters (MEDIA_PCI_SUPPORT [=y])

But it isn't there.

I checked its dependencies:

Depends on: MEDIA_SUPPORT [=y] &&
  MEDIA_PCI_SUPPORT [=y] &&
  (MEDIA_ANALOG_TV_SUPPORT [=n] || MEDIA_DIGITAL_TV_SUPPORT [=y]) &&
  DVB_CORE [=y] &&
  VIDEO_DEV [=n] &&
  PCI [=y] &&
  I2C [=y] &&
  INPUT [=y] &&
  SND [=y] &&
  RC_CORE [=y]

..and... :

# grep 
'CONFIG_MEDIA_SUPPORT=\|CONFIG_MEDIA_PCI_SUPPORT=\|CONFIG_MEDIA_ANALOG_TV_SUPPORT=\|CONFIG_MEDIA_DIGITAL_TV_SUPPORT=\|CONFIG_DVB_CORE=\|CONFIG_VIDEO_DEV=\|CONFIG_PCI=\|CONFIG_I2C=\|CONFIG_INPUT=\|CONFIG_SND=\|CONFIG_RC_CORE=' 
.config

CONFIG_PCI=y
CONFIG_INPUT=y
CONFIG_I2C=y
CONFIG_RC_CORE=y
CONFIG_MEDIA_SUPPORT=y
CONFIG_MEDIA_DIGITAL_TV_SUPPORT=y
CONFIG_DVB_CORE=y
CONFIG_MEDIA_PCI_SUPPORT=y
CONFIG_SND=y

So why on earth isn't it showing? The dependencies should be satisfied. 
I hope someone has some insight... I've had this problem before with 
tuner cards not showing and I can't remember how I fixed it.


Kernel version is 5.4.2, but I also tried 4.14.143 with no difference...


Dan

Re: [gentoo-user] Is there a way to list orphaned services?

[Daniel Frey]

On 2019-12-13 02:44, Stefan Schmiedl wrote:


Hi Daniel,

if you have color on your terminal, try

 ls -l $(sudo find -L /etc -type l)

The combination of -L (follow symbolic links) and -type l
(entries must be links) produces all broken links below
the given search root.


Now, I could just do `ls -al /etc/runlevels/*` and search manually for
broken symlinks and then manually remove them.


"man find" is good bedtime reading.

s.



That is handy, but I was looking for a method in openrc itself, not 
necessarily using find, but that's a good workaround. Thanks!


Dan

Re: [gentoo-user] Is there a way to list orphaned services?

[Daniel Frey]

On 2019-12-13 03:17, Mick wrote:

I seem to also have a few dangling on an old PC here!

$ find -L /etc/runlevels -type l
/etc/runlevels/boot/tmpfiles.setup
/etc/runlevels/boot/alsasound
/etc/runlevels/boot/swapfiles
/etc/runlevels/default/modules-load
/etc/runlevels/default/vixie-cron

Is it a matter of just deleting them?



I just went `rc-update del  ` and it still removed them.

Dan

[gentoo-user] Is there a way to list orphaned services?

[Daniel Frey]

Subject kind of says it all...

I was reading manpages and I don't think there's a way, so I thought I'd 
ask.


I've been merging/unmerging packages for testing and some have to be 
started via a daemon, so I've had to add them to /etc/runlevels/* via 
rc-update.


The problem is I was removing packages without doing `rc-update del 
 `, leaving them added in the runlevel with no valid 
script/symlink.


Now, I could just do `ls -al /etc/runlevels/*` and search manually for 
broken symlinks and then manually remove them.


It seems that `rc-update -a` parses /etc/init.d/* and looks for matching 
symlinks in /etc/runlevels, but not the other way around.


It looks like rc-update has a "-a" parameter that deals with broken 
symlinks but it still requires a service name which is not listed any 
more in /etc/init.d.


I did test this, `rc-update -v show` did not show NetworkManager (which 
I'd removed. Manual inspection of /etc/runlevels showed a broken link. I 
then ran `rc-update del NetworkManager default`, which worked even 
though it isn't listed in the rc-update output.


Or am I overthinking things? Or maybe I'm just getting too tired to 
think about this. :o)


Dan

Re: [gentoo-user] Kernel panic on 5.4.2 - not sure of cause yet

[Daniel Frey]

On 2019-12-10 21:31, Andrew Udvare wrote:

I have been getting relatively consistent kernel panics on some call to
find_css_set and sometimes a stack trace that mentions cgroups.

On 5.4.0 I don't get this same crash and I added blocking of
auto-loading nvidia under the ramdisk just in case that's the issue, as
I was sometimes getting a similar crash on 5.4.0.

/etc/default/grub:

GRUB_PRELOAD_MODULES=lvm
GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd
systemd.legacy_systemd_cgroup_controller=yes rd.driver.blacklist=nvidia
rd.driver.blacklist=nvidia_modeset rd.driver.blacklist=nvidia_drm"
GRUB_GFXPAYLOAD_LINUX="keep"

The reason the legacy argument is there is because Docker won't work
under the new cgroups, for now.

I have a couple of modules, but the one that sticks out most is nvidia.
This is the one I see in the stack trace. I have not seen a bug report
on Gentoo or Nvidia's end.

For now I've masked >5.4.0 gentoo-sources.

Anyone else getting a similar issue?

Thanks
Andrew



I have just installed fresh new gentoo installs with 5.4.2 and both 
machines use nvidia-drivers - I have not seen this at all.


I have been doing a fair bit of compiling on one of the machines and 
haven't had any hiccups whatsoever.


Dan

Re: [gentoo-user] How to tell what the current AMD microcode level is?

[Daniel Frey]

On 2019-12-07 16:22, Adam Carter wrote:


I dont know, so i just use the ~amd64 linux-firmware version. For my 
3900X its currently;

microcode: CPU0: patch_level=0x08701013

The last update came through in October;
firmware-md5s-2019-09-09.txt:fef89be989f6a160b340027a24cd0a16 
  /lib/firmware/amd-ucode/microcode_amd_fam17h.bin
firmware-md5s-2019-09-25.txt:fef89be989f6a160b340027a24cd0a16 
  /lib/firmware/amd-ucode/microcode_amd_fam17h.bin
firmware-md5s-2019-10-23.txt:a30e5f81d37ed38faf039b75bc376197 
  /lib/firmware/amd-ucode/microcode_amd_fam17h.bin
firmware-md5s-2019-11-12.txt:a30e5f81d37ed38faf039b75bc376197 
  /lib/firmware/amd-ucode/microcode_amd_fam17h.bin





Drat, mine is 0x08701011. That means for some reason it's not doing an 
early microcode update in the kernel.


I'll have to figure out why it's not applying. I followed the same steps 
for my Intel-based laptop and it works... not sure why it isn't loading.


It could be that the 3950x is not defined in the firmware and not 
applying but I have no way to confirm that.


Dan

[gentoo-user] How to tell what the current AMD microcode level is?

[Daniel Frey]

Well, I managed to get my hands on a Ryzen 3950x.

I figured I should be updating the microcode... so I set up early 
updating but it isn't doing anything.


dmesg is listing what the current microcode level is. The problem is, I 
can't find anywhere that lists what the current (or latest) microcode 
version is supposed to be in linux-firmware.


This processor is so new that it's possible that there are no updates 
for it but I'd like to make sure.


I've tried the early microcode update process on my Intel laptop and it 
works, so all I can think of is there are no microcode updates.


Does anyone know of a list of microcode versions?

Dan

Re: [gentoo-user] To all IPv6-slackers among the Gentoo community

[Daniel Frey]

On 2019-11-26 15:41, Ralph Seichter wrote:

* Daniel Frey:


Can't do anything, ipv6 is completely disabled (removed from kernel
config.)


A search for "linux kernel enable ipv6" just returned more than 1.7
million results.


Even if I recompile my custom kernels it won't work.




Current ISP will not issue any ipv6 if an ipv4 static is required.


My current ISP offers native IPv6 and has been doing so for years.
While choice varies across different countries, IPv6 availability has
increased considerably over the last 10 years, which is why SiXXs.net
has discontinued services[1] mid 2017. Even a small amount of searching
should turn up a decent ISP in most industrialized countries.


That's great! Except I'm obviously not living where you are. I have 
exactly one choice for an ISP and I need a static IP. The ISP disables 
ipv6 for some reason when you have a static IP.


Housing is terribly expensive here and I'm not moving to get ipv6, 
that's just stupid.



Seriously, IPv4 may appear to work "just fine" for you, but there is a
lot of nasty stuff like NAT going on under the hood. IPv6 means a lot
less hassle if you have a decent ISP and a halfway modern router.


They do have ipv6 on residential accounts and their implementation has 
caused many problems with devices. This was years ago. I would hope 
they've fixed all the network delays that were present with a dual-stack 
configuration - one of the major issues is that a single DNS lookup 
would take 90 seconds to return a result. Only way to fix it was to 
disable ipv6 in their router.


When you phoned in to report a problem, they'd say "looks good on our 
end" and close the ticket. I disabled ipv6 that day, but when I got a 
static IP I found out I couldn't get ipv6 anyway.


Dan

Re: [gentoo-user] To all IPv6-slackers among the Gentoo community

[Daniel Frey]

On 2019-11-25 06:53, Ralph Seichter wrote:

https://www.ripe.net/ripe/mail/archives/ripe-list/2019-November/001712.html

This does not come as a surprise, of course, but I consider it a good
point in time to pause and ask oneself what each individual can do to
move further towards IPv6. The end is neigh(ish).

-Ralph



Can't do anything, ipv6 is completely disabled (removed from kernel 
config.) Current ISP will not issue any ipv6 if an ipv4 static is required.


ipv4 works just fine

Dan

Re: [gentoo-user] Re: eno1 became back eth0

[Daniel Frey]

On 2019-11-14 08:21, Grant Edwards wrote:

On 2019-11-13, Alarig Le Lay  wrote:


PS: Old interface names were way more guessable than the new ones (eth0
used to work 99% of time). I really don’t understand why someone woke a
morning a though “we should randomise this, it’s too much stable”.


The way it was explained to me was that the old way fell down in some
situations with multiple interfaces.  Interfaces were named in the
order they were disovered by the kernel during startup.  For some
sorts of NICs (e.g. PCI) the discovery order is repeatible, so no
problems.

However, for some sorts of interfaces (e.g. USB attached devices), the
discovery order isn't always repeatable.  The new scheme was
implemented to make sure than every time you reboot you get interface
names that corresponded to the same physical RJ45 jacks they did the
last time.



I've also had interfaces randomly rename themselves (more than once.) 
The second time it happened I forced the old behaviour and haven't had 
any problems since... that was like six years ago now? (Or maybe more...)


Dan

Re: [gentoo-user] visualise openrc initscript start order and dependency tree

[Daniel Frey]

On 2019-11-07 04:37, Bill Kenworthy wrote:

I have run into some problems creating openrc initscripts for moosefs -
is there something that will display the start order/dependency tree?
Text or graphical doesn't matter.

Bill K.






rc-status does try to resolve dependencies and list them in order, try 
`rc-status -a` - this will list all scripts (including ones not in startup.)


Dan

Re: [gentoo-user] Portage+gentoolkit blockage

[Daniel Frey]

On 10/27/19 10:34 PM, Walter Dnes wrote:

On Mon, Oct 28, 2019 at 03:36:00PM +1100, Adam Carter wrote

On Mon, Oct 28, 2019 at 3:23 PM Walter Dnes  wrote:


   I went 41 days without emerging (yeah, I know).  Anyhow, emerge first
wants me to update portage, but I run into problems.  Can I safely
unmerge gentoolkit and re-emerge it afterwards?


Its not part of @system, so should be fine.


   Thanks.  I unmerged gentoolkit (0.4.6), updated portage, and
re-emerged gentoolkit (0.4.6).  Wierd that it comes back with the same
version, but portage can't be updated when it's present.


Whenever i'm not sure I just quickpkg first so get it back with tar
if need be.


   That prompted me to dig deeper.  According to
https://wiki.gentoo.org/wiki/System_set_%28Portage%29 you can gat a
listing of the system set with either of...

emerge --pretend @system

eix -c --system



You need to merge them together: `emerge -au1 gentoolkit portage`. Then 
the error doesn't happen.


Dan

Re: [gentoo-user] Re: syslog-ng 10s pause during startup

[Daniel Frey]

On 10/19/19 8:09 AM, Grant Edwards wrote:

On 2019-10-19, Daniel Frey  wrote:

On 10/18/19 5:47 PM, Grant Edwards wrote:

On 2019-10-18, Daniel Frey  wrote:


It is waiting for entropy to build.


Interesting -- what does syslog-ng need entropy for?


Moving mouse or typing on keyboard will speed it up but I have
machines only controlled by IR so this was not helpful.


Thanks, I'll try that.


That doesn't seem to make any difference.



It is a boot service and needs to start very early in the boot process. 
When I first installed it, syslog-ng was starting before it, negating 
any usefulness.


This problem affected 4 out of 5 machines after that update.


I'm not sure actually. I only found it after 15 minutes of
troubleshooting while noting the time when things started/stopped. I
came across a log entry with something saying "waiting for entropy" and
when I noted when boot continued another entry like "entropy gathered."


Hmm. No messages like that in demsg output.
Check /var/log/messages too - I don't remember where I came across that 
in the logs.



Waiting 20 minutes for a MythTV appliance to start is pretty silly though.


Yea, that's definitely beyond the pale.

How's MythTV these days?

I ran Myth for 10+ years, but got frustrated at the lack of a small
cheap silent front-end.

Does the server still refuse to run on a headless machine without X11
and demand that you configure it via a MythTV client on a UI layed out
for a TV?  When I gave up on Myth I switched to SageTV. When Google
bought that and shut it down, I switched to to Plex.  Both SageTV and
Plex can run on a server without X11 can be configured via a web UI.



I haven't had to run the setup in like 8 years but I suspect it hasn't 
changed. Some frontends use the kodi plugin to access the recordings.


Dan

Re: [gentoo-user] Re: syslog-ng 10s pause during startup

[Daniel Frey]

On 10/18/19 5:47 PM, Grant Edwards wrote:

On 2019-10-18, Daniel Frey  wrote:


It is waiting for entropy to build.


Interesting -- what does syslog-ng need entropy for?


Moving mouse or typing on keyboard will speed it up but I have
machines only controlled by IR so this was not helpful.


Thanks, I'll try that.



I'm not sure actually. I only found it after 15 minutes of 
troubleshooting while noting the time when things started/stopped. I 
came across a log entry with something saying "waiting for entropy" and 
when I noted when boot continued another entry like "entropy gathered."


Those aren't the actual log entries but what I "translated" the entries to.

Thankfully I wasn't scratching my head for hours over that one. I did 
find if you left it long enough (my IR device would continue boot on its 
own after 20 minutes or so) it would eventually boot.


Waiting 20 minutes for a MythTV appliance to start is pretty silly though.

Dan

Re: [gentoo-user] syslog-ng 10s pause during startup

[Daniel Frey]

Posting from phone, please excuse the formatting.

It is waiting for entropy to build. Moving mouse or typing on keyboard will
speed it up but I have machines only controlled by IR so this was not
helpful.

I switched to sysklogd and installed havaged and the problem went away.

Dan

On Fri., Oct. 18, 2019, 13:52 Neil Bothwick,  wrote:

> On Fri, 18 Oct 2019 15:14:45 - (UTC), Grant Edwards wrote:
>
> > Within the past week or two, I've noticed that on one of my machines
> > when syslog-ng is starting at boot, it pauses for about 10s with a
> > message something like "checking config file".  I'm using the default
> > installed config file, and it has a single non-coment line in it:
> >
> >SYSLOG_NG_OPTS=""
>
> That sounds like a file in /etc/conf.d, the file it is checking is
> /etc/syslog-ng/syslog-ng.conf - where you should check the @version line
> matches the installed version.
>
>
> --
> Neil Bothwick
>
> Suborbital Ballistic-Propulsion Engineer
> Not Exactly A Rocket Scientist
>

Re: [gentoo-user] Re: sneak peek at next update.

[Daniel Frey]

On 10/14/19 7:47 AM, Grant Edwards wrote:

On 2019-10-12, Daniel Frey  wrote:


I've run into this many times, whenever portage asks me to update itself
after a sync I always run `emerge -a portage gentoolkit` to merge them
both so this error doesn't happen.


I ran into this for the first time last week, and I tinkered for an
embarassingly long time before it dawned on me that simply emerging
portage and gentoolkit together was the answer.  It does seem like a
bit of a bug when emerge tells you to run command "whatever", and when
you do emerge tells you it can't do "whatever".



I remember the first time this happened to me some years ago I was 
thinking it'd be nice if there was a way to tell portage to update 
direct reverse dependencies. Something like `emerge -1uaR portage` that 
would tell emerge to update portage and gentoolkit as a reverse 
dependency. Of course the '-R' option doesn't exist. :)


Dan

Re: [gentoo-user] sneak peek at next update.

[Daniel Frey]

On 10/12/19 12:37 AM, Neil Bothwick wrote:

On Sat, 12 Oct 2019 02:14:51 -0400, Alan Grimes wrote:


I'm still as much as 3 months away from having spare CPU time,


If you are unable to update more frequently than that you are going to
encounter issues and maybe a binary distro would be a better fit.


right now the next update is looking **BAD**:



tortoise ~ # emerge --update --verbose portage --backtrack=30
--verbose-conflicts --pretend


What are you emerging here, @system or @world?


These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild U?? ] sys-apps/portage-2.3.76::gentoo [2.3.65::gentoo]
USE="(ipc) native-extensions rsync-verify xattr -build -doc -epydoc
-gentoo-dev (-selinux)" PYTHON_TARGETS="python2_7 python3_6 python3_7
-pypy -python3_5" 1,010 KiB
[blocks B?? ] 

Unmerge gentoolkit, then install the later version after portage if
updated.




I've run into this many times, whenever portage asks me to update itself 
after a sync I always run `emerge -a portage gentoolkit` to merge them 
both so this error doesn't happen.


Dan

Re: [gentoo-user] Re: switch from gnome/systemd to xfce/openrc borked my system

[Daniel Frey]

On 8/19/19 5:24 AM, Raffaele Belardi wrote:



Make sure you are using a kernel set up for openrc.


Good catch, although I'm not sure where to find that info in the 
available kernel log. I'll look better, I need to stop it from scrolling.




Did you update grub and remove the init= line that starts systemd?


In /etc/rc.conf set up a log file and temporarily enable logging.  If any
openrc scripts fail and can't boot, you will able to look at the logs 
when you

chroot back into it - using less/cat/plain text editor.  ;-)


Good idea.


I hope the above should allow you to boot, or at least arrive at some
meaningful failure message to resolve.



One of the last things printed in the kernel log is "random: crng init 
done". The random service is part (possibly the last service) of the 
boot runlevel which is entered after the sysinit runlevel. So apparently 
a lot of openrc stuff has already started successfully. Instead, nothing 
from the default runlevel is output. I'll re-check those services.




Hmm, is it possible that it's waiting for entropy? Try moving the mouse 
like a madman for 20 seconds or so.


Dan

Re: [gentoo-user] Dolphin only allowing a single instance after update

[Daniel Frey]

On 8/17/19 4:48 PM, Dale wrote:

Philip Webb wrote:

190816 Dale wrote:

I upgraded my system last night,
logged out and back in earlier and have noticed something new.
It seems to only allow one instance of Dolphin to run at a time.
I usually have three or four running
for doing different things in different locations.
It just makes it easier for me to multi-task at times.
Current version of Dolphin and USE flags:
kde-apps/dolphin-19.08.0:5::gentoo  USE="handbook -activities -debug
-semantic-desktop -test"
Previous version that worked normally:
kde-apps/dolphin-19.04.3

https://kde.org/announcements/announce-applications-19.08.0

Apparently, it's a new feature.
Can you solve your problem with KDE Activities ?
Otherwise, perhaps tabs will help.

I use CLI for ordinary file management & Krusader for heavy lifting,
so this doesn't affect me.

HTH




That's interesting.  It says this in the link provided.  "Note that this
behavior is now on by default, but it can be disabled."  I've looked and
I can not find where to disable that feature.  It says it can be
disabled but I wonder where that setting is??

Can you narrow down CLI for me?  I did a eix cli and it gives a lot of
hits.  I don't think I've tried that one.  It doesn't ring a bell at
least.

Thanks for the info.  At least I know now if I can't find a way to
disable it, on to a different file manager.  I already switched to
Krusader for root access so it's not like I'm not totally against using
something else.

Dale

:-)  :-)



I always make sure I have Midnight Commander (app-misc/mc) on my 
machines in case a GUI is not available. If you're copying only a few 
things the shell is fine, but mc is pretty handy for organizing files.


I'm in the middle of a stable upgrade now, if I find some sort of option 
for Dolphin I'll let you know.


Dan

Re: [gentoo-user] skylake and x265 movie display

[Daniel Frey]

On 6/27/19 4:46 PM, Adam Carter wrote:

The error was because i ran it in a remote shell. Running it locally
now and it shows HEVC. I don't have any 8 bit HEVCs files so i'm
transcoding one to 8bit now.


Ok confirmed that 8 bit HEVC is low CPU and doesn't skip frames, so 
that's that.


Well, at least that's been sorted out. I guess Intel made some changes 
with the newer NUCs.


Way back when I set mine up I found a thread on Intel's forums 
mentioning not all hardware is fully available in Legacy boot mode. No 
reasons why (maybe they didn't bother testing it so they didn't provide 
access?)


At least you don't have to mess around with UEFI - but as I mentioned 
earlier firmware updates can help performance with the video as board 
and gpu firmware get updated. The problem is newer firmware on some 
devices remove legacy boot support. It's UEFI or nothing.


Dan