If I interpret this correctly the desktop is running on top of Wayland. Just wondering the purpose of xorg instances.

Do not understand this:

$ pstree `pidof sddm`
sddm─┬─Xorg.bin───7*[{Xorg.bin}]
     ├─sddm-helper───startplasma-way───{startplasma-way}
     └─{sddm}

I did select wayland session, do not understand what those xorg instances are for…

it is sometimes pretty weird how almost any problem you have at, then you post about, and instead of measured arguments, you get stuff like "blame capitalism" for that.

it is a huge society issue in modern society really. blame something big instead of fixing the issue and call it a day.

i mean it never helps fixing the leak, even if it if the big bad venture capitalist or whatever is your dystopian monster made it possible.

Probably also something incorrectly configured in permissions because of this transcript from strace -Z -e trace=openat zypper se qemu-s390x > /dev/null show below the paragraph. (qemu-s390x is a randomly picked keyword). I AB tested with “sudo” version and this is the difference.

openat(AT_FDCWD, "/var/cache/zypp/raw/download.opensuse.org-non-oss/cookie", O_RDONLY) = -1 EACCES (Permission denied)
Error retrieving metadata for 'Main Repository (NON-OSS)':
Can't create metadata cache directory.
Problem loading data from 'Main Repository (NON-OSS)'
openat(AT_FDCWD, "/var/cache/zypp/raw/download.opensuse.org-oss/cookie", O_RDONLY) = -1 EACCES (Permission denied)
Error retrieving metadata for 'Main Repository (OSS)':
Can't create metadata cache directory.
Problem loading data from 'Main Repository (OSS)'
openat(AT_FDCWD, "/var/cache/zypp/raw/download.opensuse.org-tumbleweed/cookie", O_RDONLY) = -1 EACCES (Permission denied)
Error retrieving metadata for 'Main Update Repository':
Can't create metadata cache directory.
Problem loading data from 'Main Update Repository'
openat(AT_FDCWD, "/usr/lib/sysimage/rpm/Index.db", O_RDWR) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/sys/kernel/tracing", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/sys/kernel/debug", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/sys/fs/pstore", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/sys/fs/bpf", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/sys/fs/fuse/connections/84", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/sys/fs/fuse/connections/78", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/var/lib/zypp/LastDistributionFlavor", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 EACCES (Permission denied)
+++ exited with 0 +++

This other issue is something that I’ve yet to find a reason:

$ zypper se qemu-s390x
Repository 'Main Repository (NON-OSS)' is out-of-date. You can run 'zypper refresh' as root to update it.
Repository 'Main Repository (OSS)' is out-of-date. You can run 'zypper refresh' as root to update it.
Repository 'Main Update Repository' is out-of-date. You can run 'zypper refresh' as root to update it.
Repository 'Open H.264 Codec (openSUSE Tumbleweed)' is out-of-date. You can run 'zypper refresh' as root to update it.
Repository 'Sublime Text - x86_64 - Stable' is out-of-date. You can run 'zypper refresh' as root to update it.
Loading repository data...
Retrieving repository 'Main Repository (NON-OSS)' data...
Error retrieving metadata for 'Main Repository (NON-OSS)':
Can't create metadata cache directory.
Problem loading data from 'Main Repository (NON-OSS)'
Warning: Repository 'Main Repository (NON-OSS)' could not be refreshed. Using old cache.
Retrieving repository 'Main Repository (OSS)' data...
Error retrieving metadata for 'Main Repository (OSS)':
Can't create metadata cache directory.
Problem loading data from 'Main Repository (OSS)'
Warning: Repository 'Main Repository (OSS)' could not be refreshed. Using old cache.
Retrieving repository 'Main Update Repository' data...
Error retrieving metadata for 'Main Update Repository':
Can't create metadata cache directory.
Problem loading data from 'Main Update Repository'
Warning: Repository 'Main Update Repository' could not be refreshed. Using old cache.
Reading installed packages...

S | Name       | Summary                                                  | Type
--+------------+----------------------------------------------------------+--------
  | qemu-s390x | Machine emulator and virtualizer for S/390 architectures | package

~ on  main 
$ sudo zypper se qemu-s390x
Loading repository data...
Reading installed packages...

S | Name       | Summary                                                  | Type
--+------------+----------------------------------------------------------+--------
  | qemu-s390x | Machine emulator and virtualizer for S/390 architectures | package

my favorite tool for working with #polyend #tracker: #discodsp bliss 2. it is almost like instrument editor for polyend tracker because it comes also with standalone version.
i.e. it allows to do in minutes:

key-mapped multisample along the lines of https://www.youtube.com/watch?v=bn4vPrTU9js
e.g. octave interval multisample and use multiple sample slots and instrument number to pick the octave.

if polyend published PTI specification fully then tools such as bliss could easily implement direct export for it. it would be win-win for the ecosystem and the company...
without open specs for file format it is a bit fake to use terms such as "tracker scene" in the advertisements. actually it is not a bit fake, it is fake literally.

Tried to login to bugzilla but had some account issue so waiting for that before moving forward.

With 022 umask:

$ sudo sudo bootctl --make-machine-id-directory=yes install
Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/systemd/systemd-bootx64.efi".
Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/BOOT/BOOTX64.EFI".
⚠ Mount point '/boot/efi' which backs the random seed file is world accessible, which is a security hole! ⚠
⚠ Random seed file '/boot/efi/loader/random-seed' is world accessible, which is a security hole! ⚠
Random seed file /boot/efi/loader/random-seed successfully refreshed (32 bytes).
Created EFI boot entry "Linux Boot Manager".

With 077 umask:

Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/systemd/systemd-bootx64.efi".
Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/BOOT/BOOTX64.EFI".
Random seed file /boot/efi/loader/random-seed successfully refreshed (32 bytes).
Created EFI boot entry "Linux Boot Manager".

#OpenSUSE should probably have umask when mounting /boot/efi:

UUID=1A65-1563    /boot/efi               vfat   utf8,umask=077                0  2

The default 022 umask is incompatible with bootctl.

#systemd

@clementd glad that it works for you :-)

@clementd actually if #speedcrunch had 1:1 terminal clone that would totally work for me. I like it and it is well thought, great desktop calculator.

I tried e.g. #numbat but it does stuff that I don't care. For instance if I proactively do not like calculator to understand any higher level concepts than number systems. For that sort of stuff I rather pick python or similar or wrap bc with a bash script that deals with that. Also fancy features that pile up are also compatibility issue with different calculator tool versions...

So most of the stuff that these promote is a con for my personal taste :-) But yeah speedcrunch is in desktop use super-nice.

I'm a big fan of #linux #kernel #gpu documentation :-) Would make total sense for trusted keys. Especially in crypto seeing code and documentation simultaneously would be an asset.

https://lore.kernel.org/linux-integrity/D05LXJUT7T5Z.39FGAGHVQ6HZH@kernel.org/

@clementd e.g. using English language like syntax to "improve readability" i guess. hurts my eyes tbh looks really convoluted.

not very efficient syntax to write or e.g. embed to a shell script. it looks like from surface that there's probably a shared crate or something that "everyone' uses :-) i stick to bc for now...

tried bc rust alternatives: they seem to improve life by re-inventing the idea with COBOL inspired syntax. #cobol #rustlang

I stopped using KDE after 3.5 and returned when switching to Tumbleweed. Otherwise, it is all good but this "account type" option simply should not exist at all :-)

... and it is also by practical means undocumented security feature.

I don't get administrator account type in #KDE or who would ever use that for anything. It would be nice if this option could be disabled from settings entirely.

Better stick to sudo, polkit etc.

@monsieuricon right, so it does, thanks!

@monsieuricon phew, right, it is there, thanks :-) https://git.kernel.org/pub/scm/docs/kernel/pgpkeys.git/tree/graphs/3AB05486C7752FE1.svg

@liw ok fair enough :-)

@liw https://github.com/Byron/gitoxide i'd presume that you might be aware of it already but just in case