Sync Updates for Week 38, 2024

brent and if you want to know beforehand echo $((16#${$(cat /etc/machine-id): -2})) If the resulting number is equal to or greater than the current threshold value of 26 then your system will not be usr-merged yet

All four VMs plus my main laptop all installed with no drama this week, as usual. But I was really hoping that the KDE hybernate/network issue might have been solved by now, and sadly, it's still not working.

If it's still broken in the next update, I'll submit a bug report for it, but I rather suspect that it's a KDE problem, not a Solus problem.

The error page has a message that says something about not being able to get secrets for the network, and I copied the exact wordage, but was then unable to change to here paste it.

Ok having grey hair moment was like brent but I dont see no usr/lib
something aint clicking lost a cog in my wheel..lol

brent Yeah, sorry, also just noticed a few minutes ago it only works in zsh

machine_id="$(cat /etc/machine-id)"; echo "$((16#${machine_id: -2}))"

less janky and works in bash too

edit: For reference, this is taking pretty much directly from the usr-merge script: https://github.com/getsolus/packages/blob/main/packages/u/usysconf-epoch/files/usr-merge.sh

brent I just hate when I get confused..rofl
It makes sense now.

brent I got lib > usr/lib so that means "will undergo"

That should mean "has already undergone".

Is this the same system you've used in the usr-merge testing issue? Because in that case your system has already been usr-merged anyway as part of that process. (or was that a different brent altogether?)
edit: Ah, just noticed the "devtracker" remark. So yeah, your system has already been usr-merged.

Due to the failed usr-merge attempt months prior, I don't think the symlink is necessarily indicative of this new method having selected you as part of the 10%.

Instead after updating and rebooting, if /var/solus/usr-merge/merge-complete exists your system has completed the new usr-merge attempt.

If and only if that file is present you can check:

• ls -l / which should include the following (with different timestamps):

  lrwxrwxrwx   1 root root    7 25 aug 14:52 bin -> usr/bin
  lrwxrwxrwx   1 root root    7 25 aug 14:52 lib -> usr/lib
  lrwxrwxrwx   1 root root    9 25 aug 14:52 lib32 -> usr/lib32
  lrwxrwxrwx   1 root root    9 25 aug 14:52 lib64 -> usr/lib64
  lrwxrwxrwx   1 root root    8 25 aug 14:52 sbin -> usr/sbin

• /var/solus/usr-merge/orphaned-files should not exist.

Please note:
If you had opted into the usr-merge manually as discussed in the blog post, you are not going to notice anything different. There is nothing new for your system to be selected for, it is complete.

Harvey All I have in that dir is eopkg-Ready and its 0bytes
Just curious

Did a test

created /etc/sysconfig/usr-merge with USR_MERGE_CHANCE=256 on my stable system and I got merged now.

mkl@mkl-solus ~ $ ls -l /
insgesamt 60
lrwxrwxrwx   1 root root     7 21. Sep 08:52 bin -> usr/bin
drwxr-xr-x   2 root root  4096 29. Apr 13:48 boot
drwxr-xr-x  20 root root  4380 21. Sep 08:54 dev
drwxr-xr-x  58 root root  4096 21. Sep 08:22 etc
drwxr-xr-x   3 root root  4096 29. Apr 13:48 home
lrwxrwxrwx   1 root root     7 21. Sep 08:52 lib -> usr/lib
lrwxrwxrwx   1 root root     9 21. Sep 08:52 lib64 -> usr/lib64
drwx------   2 root root 16384  8. Jan 2024  lost+found
drwxr-xr-x   2 root root  4096 29. Apr 13:48 media
drwxr-xr-x   2 root root  4096 10. Sep 16:40 mnt
dr-xr-xr-x 302 root root     0 21. Sep 08:52 proc
drwxr-xr-x   6 root root  4096 21. Sep 08:52 root
drwxr-xr-x  32 root root   740 21. Sep 08:52 run
lrwxrwxrwx   1 root root     8 21. Sep 08:52 sbin -> usr/sbin
drwxr-xr-x   2 root root  4096 10. Sep 16:54 snap
drwxr-xr-x   2 root root  4096  8. Jan 2024  sof-ipc4-tplg
drwxr-xr-x   2 root root  4096  8. Jan 2024  srv
dr-xr-xr-x  12 root root     0 21. Sep 08:52 sys
drwxrwxrwt  24 root root   620 21. Sep 08:55 tmp
drwxr-xr-x   9 root root  4096 10. Sep 16:47 usr
drwxr-xr-x  12 root root  4096 10. Sep 16:54 var


mkl@mkl-solus ~ $ systemctl status usr-merge --lines=0
● usr-merge.service - Perform the usr-merge
     Loaded: loaded (/usr/lib/systemd/system/usr-merge.service; disabled; preset: enabled)
    Drop-In: /usr/lib64/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: active (exited) since Sat 2024-09-21 08:52:54 CEST; 5min ago
    Process: 617 ExecStart=/usr/lib64/usysconf/usr-merge.sh (code=exited, status=0/SUCCESS)
   Main PID: 617 (code=exited, status=0/SUCCESS)
      Tasks: 2 (limit: 18913)
     Memory: 34.8M
        CPU: 915ms
     CGroup: /system.slice/usr-merge.service
             ├─619 /usr/bin/bash /usr/lib64/usysconf/usr-merge.sh
             └─621 sleep 530


mkl@mkl-solus ~ $ systemd-analyze blame | grep usr-merge
1.203s usr-merge.service


mkl@mkl-solus ~ $ find /var/solus/usr-merge
/var/solus/usr-merge
/var/solus/usr-merge/eopkg-ready
/var/solus/usr-merge/merge-complete


mkl@mkl-solus ~ $ ls -l /bin /lib /lib32 /lib64 /sbin
ls: Zugriff auf '/lib32' nicht möglich: Datei oder Verzeichnis nicht gefunden
lrwxrwxrwx 1 root root 7 21. Sep 08:52 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 21. Sep 08:52 /lib -> usr/lib
lrwxrwxrwx 1 root root 9 21. Sep 08:52 /lib64 -> usr/lib64
lrwxrwxrwx 1 root root 8 21. Sep 08:52 /sbin -> usr/sbin


mkl@mkl-solus ~ $

Mod edit - Fixed file name needed for manually opting in.

More translations in KDE
Restart and Shutdown menu is now completely translated to German

Panel settings mode, too. No mixture any anymore with english and german

it's getting better and better.

Solus KDE is now only a quantum away from perfectionism

where: Quantum =