[Unstable Update] 2022-11-25 - Mkinitcpio, NVIDIA, Qt, Gtk, SDL, LibreOffice, Cinnamon

Please do not post screenshots of text. Use copy+paste and proper formatting.

Please create a new #support thread and…

xdg-desktop-portal 1.16.0-1 causes application crashes. If I run the faltpak apps from command line there seems to be no issue. I didn’t check if the issue was reported upstream already, but I would suggest not to push it down to other branches. Downgrading resolves it for now.

Can’t reproduce on GNOME in both a Xorg and Wayland session. Perhaps create a #support thread with more details.

In case of someone wondering : [Bug]: Zero GPU Acceleration on Wayland · Issue #36633 · electron/electron · GitHub

1 Like

The latest xfce pkg updates cause the taskbar to disappear (after reboot)

I just pushed libxfce4ui 4.18.0-1, does that help?

1 Like

xfce 4.18 is looking good here. I have no issue with the taskbar upon reboot. I had to change the font size in the clock on the panel/taskbar.

Is there a way to move “Restore Selected Items and Empty Trash” in the Trash folder to the top like I had it in Thunar 4.17 (self compiled)?

Edit: I see. I was thinking of it as a feature, but they had their reason(s), I guess:

Mesa issue with Intel graphics is fixed with 22.3.1-1

@Yochanan yes it helps, thx for pushing

No issues/hangs with mesa 22.3.1-1, but I notice that it adds a tiny bit of time during boot - a second or two in firmware. Mostly because I’m booting to a mechanical drive (could have been the first boot only as well). Anyway, that’s nothing Manjaro should worry about.

$ systemd-analyze blame
2.662s dev-sda6.device
2.103s systemd-fsck
2.101s ModemManager.service
1.976s systemd-fsck
1.510s tlp.service
1.401s polkit.service
1.207s avahi-daemon.service
1.183s dbus.service
1.127s systemd-logind.service
 997ms systemd-tmpfiles-setup-dev.service
 897ms lvm2-monitor.service
 811ms NetworkManager.service
 804ms udisks2.service
 769ms systemd-modules-load.service
 761ms iwd.service
 560ms systemd-udevd.service
 536ms systemd-resolved.service
 493ms bluetooth.service
 441ms user@1000.service
 411ms colord.service
 403ms systemd-tmpfiles-setup.service
 376ms systemd-random-seed.service
 327ms boot-efi.mount
 308ms systemd-udev-trigger.service
 258ms swapfile.swap
 245ms lm_sensors.service
 176ms systemd-binfmt.service
 174ms home.mount
 138ms upower.service
 131ms systemd-rfkill.service
 126ms modprobe@fuse.service
 119ms systemd-timesyncd.service
 119ms sys-kernel-debug.mount
$ systemd-analyze
Startup finished in 9.724s (firmware) + 3.003s (loader) + 3.268s (kernel) + 15.090s (userspace) = 31.087s 
graphical.target reached after 13.558s in userspace.

Moderator edit: In the future, please use proper formatting: [HowTo] Post command output and file content as formatted text

No it didn’t. the firmware time is your UEFI/BIOS time.

I have this problem with the latest Xfce4 (4.18):
xfce4-notes-plugin 1.9.0-1


If you downgrade xfce4-panel to 4.16.5-1 it looks ok.

Looks like mesa 22.3 broke the HW accerleration (VA-API) on my Intel cpu, vainfo, still working though.
missing package intel-vulkan solved it.

For Intel, the GPU accelerated video decoding is done by the Intel driver (i915 or iHD) and not mesa.

thanks for the info I mistook it and reported it very soon.

You mean vulkan-intel, right?

Sure :+1:

As note: linux6.1 consumes too much size of swapfile and suspected in possible ignoring of the `vm.swappiness = 1` config parameter

I used kernel of linux6.1-rcX since X was about from 2 to last one 8.
It was good.

Since about linux6.1 got released and remove the rcX suffix, for several days I noticed I got a huge amount of pagefile data usage. I am sure it is abnormal and unusual for a couple of years for the same PC hardware configuration.

Operating System: Manjaro Linux
KDE Plasma Version: 5.26.4
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.7
Kernel Version: 6.1.0-1-MANJARO (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz
Memory: 31.1 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620

File system: BTRFS

❯ pacman -Qi btrfs-progs | grep -i versio
Version         : 6.0.2-1
❯ lsblk
NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
nvme0n1                                       259:0    0 465.8G  0 disk  
├─nvme0n1p1                                   259:1    0   300M  0 part  /boot/efi
└─nvme0n1p2                                   259:2    0 465.5G  0 part  
  └─luks-7969cb36-1291-4c2e-ae53-2e4af46a0f31 254:0    0 465.5G  0 crypt /var/lib/docker/btrfs
                                                                         /var/log
                                                                         /var/cache
                                                                         /home
                                                                         /
❯ cat /etc/fstab                         
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=9F9A-268C                            /boot/efi      vfat    umask=0077 0 2
/dev/mapper/luks-7969cb36-1291-4c2e-ae53-2e4af46a0f31 /              btrfs   subvol=/@,defaults,noatime,autodefrag,compress=zstd 0 0
/dev/mapper/luks-7969cb36-1291-4c2e-ae53-2e4af46a0f31 /home          btrfs   subvol=/@home,defaults,noatime,autodefrag,compress=zstd 0 0
/dev/mapper/luks-7969cb36-1291-4c2e-ae53-2e4af46a0f31 /var/cache     btrfs   subvol=/@cache,defaults,noatime,autodefrag,compress=zstd 0 0
/dev/mapper/luks-7969cb36-1291-4c2e-ae53-2e4af46a0f31 /var/log       btrfs   subvol=/@log,defaults,noatime,autodefrag,compress=zstd 0 0
/swap/swapfile swap swap defaults 0 0

❯ swapon -s -v    
Filename                                Type            Size            Used            Priority
/swap/swapfile                          file            10485756        154784          -2

Currently I have 5.4 GB of RAM in use and already 151 MB of page file usage. This is a brand new behavior on the PC with the same H/W config.

❯ free -m
               total        used        free      shared  buff/cache   available
Mem:           31853        5969        3109        1520       22774       23903
Swap:          10239         151       10088

A very long time ago I did setup the vw.swappiness to be as

❯ sudo sysctl -a | grep 'swappiness'
vm.swappiness = 1

I have a feeling that the setting is currently ignoring since the linux6.1 release.
Again: with every rcX since 2-nd or 3rd till the last rc8-th there was no any sign of such big change in behavior.

Earlier I had
0 bytes (zero, nothing at all) of swap file usage until about 15-18 GB RAM in use.
100-200 MiB of swap file usage if it is about 20-23 GB RAM in use.

Now it is
10-12 GB of RAM usage leads to 1-2 GB of swap file usage.

It is completely abnormal at least for whole last year in any prev. kernel families: linux60, linux519, linux518, etc.

I do not use any other kernel version, so currently did not test them.

I am not seeing that here on xfce/ext4 running 6.1.0-1

free -h                                                               [1]
               total        used        free      shared  buff/cache   available
Mem:           7.6Gi       1.6Gi       4.3Gi        61Mi       1.7Gi       5.8Gi
Swap:          8.5Gi          0B       8.5Gi
vm.swappiness = 10
Ok, now it is 2.5 GB while physical RAM usage is < 8 GB:
❯ free -m
               total        used        free      shared  buff/cache   available
Mem:           31853        7413        1101        1008       23339       22972
Swap:          10239        2606        7633

Need to reboot soon to prevent fulfill of whole swapfile’s space (10 GB) and to prevent possible data loss.

EDIT:
and just 10 minutes later 6.1 GB Phys used (out of 32 GB) vs 3.1 GB swapped:

❯ free -m
               total        used        free      shared  buff/cache   available
Mem:           31853        6620         287         960       24945       23812
Swap:          10239        3166        7073

sort of memory leak? IDK.
I just typically watching Youtube videos, nothing else.
ok, I see that qbittorrent is also running. Closed it.
after it’s process gone:

❯ free -m
               total        used        free      shared  buff/cache   available
Mem:           31853        6486        9821         934       15545       23972
Swap:          10239        3222        7017