The images keep rolling, now riding the 2026.09.26 OpenRC edition.

NOTE: on the xfce edition, the value for XkbLayout from /etc/default/keyboard gets parsed by the default Xkbmap session startup script, but the value for XkbVariant is ignored. I deactivated that startup script, so the keyboard conf file I created in /etc/X11/xorg.conf.d gets parsed instead and all is flowing smoothly on genuen 6 Excalibur OpenRC+Xfce, version 2026.09.26.

This is a very polished system, installing out of the box with encryption, booting and running like a breeze. And now indeed being able to switch from eudev to vdev and back at will. Thank you very much!

A follow-up from a previous discussion, I have noticed that ntpdate-debian works while ntpdate returns ntpdig: no eligible servers. I did not have time to experiment further with ntpdate yet, but I was thinking it may be related to running in a VM. I just run ntpdate-debian instead if needed.

UPDATE: ntpdate does not use config files, so it needs a server as argument: ntpdate pool.ntp.org works.

FURTHER UPDATE: the date/time does not need to be set manually on the 2026.09.11 images. Thank you Aitor!

I did just that, and all went well. Now gparted is indeed launching as expected. 👍

NB: possibly related to the choice of encoding during the upgrade process, the console is currently not accepting diacritics (and other symbols like square and cube). They are not available in the terminal emulator, and a decryption passphrase with diacritics will be rejected at reboot time.

EDIT: the encoding issue can easily be fixed by running dpkg-reconfigure locales. It was caused by me not selecting UTF-8 but some fancy encoding during console-setup configuration.

As I was casually trying to break the 2026.08.04 image, it appeared that gparted would not start. The xfce-polkit daemon prompts for password, but nothing happens after sending the credentials. That was a random find, since I do not normally use gparted but I missed the menu entry I was actually aiming for (synaptic).

So I tried on older ISO images, through the main menu and from a terminal, and gparted is indeed failing silently in all cases, with admin privileges. Other than that, the 2026.08.04 image is running fast and smooth, and synaptic is starting as expected.

Thank you! Full success here with the 2026.07.24 image.

This is again an amazingly snappy system, low on resources and fully fledged. The only addition I am currently making to the installed system is lxpolkit.

Thank you!

The new image gives the same results as the 2026.07.17 on a VM here: all is well without LVM, stubbornly blinking cursor with LVM. 🧐

Also solved here by removing /etc/X11/xorg.conf.d/20-nouveau.conf.

Thanks for looking into this!

@aitor: ntpdate -u pool.ntp.org gives the following error here:

ntpdig: no eligible servers

Running ntpdate-debian works though. It seems to be using debian.pool.ntp.org by default.

Synaptic is installed, but you need a polkit agent to prompt for password if you are starting it from the panel menu.

I have been using lxpolkit for that purpose, but you can also use any of the various scripts mentioned in the nearby gnuinos thread.

Maybe it does, but on a different tty. If you press Ctrl+Alt+F7 instead of entering startx, what are you getting?

You may want to have a look in /var/log/Xorg.0.log.

I am currently able to update && upgrade genuen 6.0 Excalibur.

You may want to check your system time. If it is trailing, your system will see the InRelease file as a mirage from the future and refuse to trust it.