[Stable Update] 2022-06-12 - Kernels, Systemd 251, GNOME 42.2, KDE Gear 20.04.2, NVIDIA, Mesa, Pulseaudio, Pipewire, LibreOffice

[Aragorn]

@hasezoey

there is one message that seems like it should not be there:

Note: locale.conf is not longer tracked by
package management. Restoring /etc/locale.conf ...

From the Wiki post above:

@philm

Locale file changes

C.UTF8 locale is now included in glibc:

Credits @diabonas for this change. Systemd wants us to include C.UTF8 by default and it seems the locale may be in included by glibc upstream in the future. To fix building and avoid nasty fixing in devtools, we include the locale in the package. See systemd/systemd#23252 (comment) FS#74864 : [systemd] >= 251 breaks devtools’ locale

There is a pacsave for /etc/locale.conf as it has been removed from the filesystem package. /etc/locale.conf will automatically be restored if it did not already exist.

There is a pacnew for /etc/locale.gen. Please review it and regenerate your locale if necessary.

[student975]

Have found decision working for me:

touch /home/user/.local/share/akonadi/db_data/ib_logfile0

and then start akonadi with akonadictl start (and then kmail).
Source: 454948 – Akonadi server will not start on fresh install; yields "unknown error"

[D.Dave]

All seems fine, except for what concern systemd 251; I encountered this issue:
`systemd-analyze blame` showing way more devices than before · Issue #23629 · systemd/systemd · GitHub which also introduced, for me, a slower boot time.

[Yochanan]

Related topic:

Systemd-analyze blame now has lotsa items

systemd-analyze blame now has lots of spam entries with dev-disk-by on many partitions i have and dev-tty*. wasnt so earlier, and i assume this is after the systemd 251 update. cant say i see huge delay in booting up, but this certainly looks like a mess. my initcipio hooks; HOOKS=(systemd autodetect modconf block filesystems keyboard fsck)

systemd-analyze blame

3.444s sys-module-configfs.device 3.138s sys-devices-pci0000:00-0000:00:1f.2-ata3-host2-target2:0:0-2:0:0:0-block-sdb-sdb1.device 3…

[acutbal]

+1 with Kmail kaput…
I’ve tried solutions posted above, and also:
rm -r ~/.local/share/akonadi/
sudo aa-complain /usr/bin/akonadiserver
sudo aa-enforce /usr/bin/akonadiserver

No success. I’m thinking to switch to Thunderbird…

[vobxkmxwtgecvf]

Everything seems fine, except memory usage at boot went up ~150mb. Is it by design? nvidia-470xx and latest kernel.

[maycne.sonahoz]

I added the following (temporary) solution based on @student975’s link:

Akonadi (KMail / Kontact / KOrganizer…) fails to start

• The issue is being investigated upstream: 454948 – Akonadi server will not start on fresh install; yields "unknown error"
• If you read this before updating, it seems recommended to backup ib_logfile0 before updating, and restore it after rebooting:

cp ~/.local/share/akonadi/db_data/ib_logfile0 ~/.local/share/akonadi/db_data/ib_logfile0.bak
pamac update
reboot 0
mv ~/.local/share/akonadi/db_data/ib_logfile0.bak ~/.local/share/akonadi/db_data/ib_logfile0
akonadi start

• If you read this after updating and rebooting, you need to create a new ib_logfile0:

touch ~/.local/share/akonadi/db_data/ib_logfile0

Though i personally haven’t updated yet. So if anyone sees anything wrong with it, please don’t hesitate to fix it above.

[glutto]

I’m having a bit of difficulty getting amd_pstate to work (again). On the previous stable update with kernel 5.17.x I got it working, but noticed on a previous testing update that a new /etc/mkinitcpio.conf change was needed, otherwise it switches back to acpi-cpufreq.

I’ve updated to today’s stable, running kernel 5.18.3, checked cpupower frequency-info, and it says acpi-cpufreq. I tried following the instructions in the testing thread for adding amd_pstate to the MODULES section of mkinitcpio.conf, but when running the “sudo mkinitcpio -P linux” command I get this: ==> ERROR: module not found: amd_pstate for each kernel. I undid the suggestions in the testing thread as a precaution.

I tried the instructions for modifying mkinitcpio.conf before updating to this stable release as a test, and had the same error results.

My processor is a Zen 2, Ryzen 7 3800X, /etc/default/grub has the amd_pstate.enable=1 and amd_pstate.shared_mem=1.

Any suggestions?

[Daniel-I]

@student975

❯ sudo modprobe r8168          
modprobe: ERROR: could not insert 'r8168': Exec format error

~  
❯ sudo modprobe r8169

~  
❯

It’s my experiments after rebooting without wired connection. r8169 is blacklisted.

Hmmm, should I hold off updating if I know I’m using/need the r8169 driver?

Network:
  Device-1: Realtek RTL8125 2.5GbE vendor: Micro-Star MSI driver: r8169
    v: kernel pcie: gen: 2 speed: 5 GT/s lanes: 1 port: f000 bus-ID: 27:00.0
    chip-ID: 10ec:8125 class-ID: 0200
  IF: enp39s0 state: up speed: 1000 Mbps duplex: full mac: <filter>

Or perhaps this was an issue with a kernel above 5.15 LTS?

---

I think I found the answer to my own question… the only r8168 package beyond 5.15 is 5.17… so I suspect the issue was on kernel 5.16 or 5.18.

[student975]

I guess there were two (or more) push to mirrors. After the first one multiple problems have appeared. After the second - hour or two late - all problems have gone (except for akonadi start, and it is discussed above).

Again - it’s as I see this update nuances, no more.

[Lunix]

Everything is working great, as usual, except Blender won’t start anymore. Have performed a downgrade but the issue stayed.

ERROR (gpu.shader): gpu_shader_2D_widget_base FragShader: 
      | 
   81 | layout(depth_any) out float gl_FragDepth;
      |         ^
      | Error: unrecognized layout identifier `depth_any'

Writing: /tmp/blender.crash.txt
zsh: segmentation fault (core dumped)  blender

# backtrace
/usr/bin/blender(BLI_system_backtrace+0x38) [0x55e106095eb8]
/usr/bin/blender(+0xff0ef6) [0x55e1053c3ef6]
/usr/lib/libc.so.6(+0x3e8e0) [0x7fb34043e8e0]
/usr/bin/blender(GPU_shader_get_builtin_uniform+0) [0x55e108052750]
/usr/bin/blender(GPU_matrix_bind+0x2b) [0x55e10805180b]
/usr/bin/blender(UI_widgetbase_draw_cache_flush+0xe6) [0x55e105d32e36]
/usr/bin/blender(+0x1962d67) [0x55e105d35d67]
/usr/bin/blender(ui_draw_but+0xdbb) [0x55e105d3ab6b]
/usr/bin/blender(UI_block_draw+0x387) [0x55e106b311f7]
/usr/bin/blender(UI_blocklist_draw+0x34) [0x55e106b31294]
/usr/bin/blender(ED_region_header_draw+0xe9) [0x55e1059e26b9]
/usr/bin/blender(ED_region_do_draw+0xb09) [0x55e1059d5829]
/usr/bin/blender(wm_draw_update+0xb7c) [0x55e1055540dc]
/usr/bin/blender(WM_main+0x34) [0x55e10555cd74]
/usr/bin/blender(main+0x361) [0x55e105389d91]
/usr/lib/libc.so.6(+0x29290) [0x7fb340429290]
/usr/lib/libc.so.6(__libc_start_main+0x8a) [0x7fb34042934a]
/usr/bin/blender(_start+0x25) [0x55e1053b6665]

# Python backtrace

[CarloChaos]

Great update, minor issue with open razer dkms after updating to kernel 5.18.3. Easily resolved by booting into the new kernel, removing the dkms driver, reinstalling and rebooting.

[acutbal]

Hello!!
I’ve 50% of success: On my desktop computer the solution proposed has failed, however it has fixed on my laptop.
I’m sure that I could had messed something, so I think that I’m going to reinstall & config Kmail again…

Thank you very much.

[Yochanan]

@CarloChaos

Easily resolved by…

A custom Pacman hook like this:

/etc/pacman.d/hooks/90-mkinitcpio-dkms-linux.hook

[Trigger]
Operation=Install
Operation=Upgrade
Operation=Remove
Type=Package
Target=linux
Target=nvidia-dkms
Target=nvidia-470xx-dkms
Target=openrazer-driver-dkms
Target=system76-dkms
Target=v4l2loopback-dkms
Target=virtualbox-host-dkms

[Action]
Description=Update dkms modules in Linux initcpio
Depends=mkinitcpio
When=PostTransaction
NeedsTargets
Exec=/usr/bin/mkinitcpio -P

Add / remove whatever you need for the Targets.

Maybe we should make this default?

[zer0-x]

I installed the new experimental 5.19 kernel from manjaro’s GUI. It just installed linux519 but it didn’t install linux519-nvidia and linux519-headers. To solve the problem i installed them manually with pacman.

[Fabian]

Dolphin now closes shortly after opening it most of the time. So I have to start it a bunch of times until it finally stays open. In the console I sometimes get “tcache_thread_shutdown(): unaligned tcache chunk detected”, but that seems to be unrelated to when it closes, sometimes I only get the line, sometimes it closes without that line, sometimes both, sometimes neither.