I'm sure you probably did this, but just to rule out the small stuff, you did install usrmerge before updating yes?

I actually don't know what would happen if you had not, likely wouldn't have succeeded in updating, but I always like to start with the simple stuff when troubleshooting.

Known issue, supposedly fixed, some links:

https://github.com/alsa-project/alsa-ut … e.rules.in

https://github.com/alsa-project/alsa-utils/issues/280

https://github.com/alsa-project/alsa-ut … 17e53b41a8

An even easier workaround (have not tested myself): https://andrzej.langow.ski/2025/05/14/s … -ignoring/

I guess the fix never made it into trixie?

I think it's just the LABEL + definition missing, not an actual file? Possibly:

LABEL="alsa_restore_std"
TEST!="@daemonswitch@", RUN+="@sbindir@/alsactl@args@ restore $env{ALSA_CARD_NUMBER}"
TEST=="@daemonswitch@", RUN+="@sbindir@/alsactl@args@ nrestore $env{ALSA_CARD_NUMBER}"

And from Ubuntu bugs:

I don't have excalibur booted up right now, will boot up a live-session later and do some more testing.

Ouch! One year old and it already broke the network adapter internally? Yikes. And no ethernet port to fall back to (brilliant design that). Can you just share the make/model so folks know not to buy 'em?

9-06-2025  New versions of Vuu-do Openbox 5.03 max and mini uploaded.

A number of important packages updated, including a new kernel. New version of the Vuu-do App Info app with a re-scan button now for when you add new programs. Set the volume icon in the tray to open AlsaTune when you middle-click instead of the terminal mixer. Cleaned up a redundant menu entry and did some small tweaks that should increase performance and use less power doing it. New versions of ffmpeg and Chromium (in the max) and udisks. Cleaned up some other cruft that had snuck in on me and some other house-cleaning.

A piece of paper and a pen. <<greenjeans password managing system

Thanks rayburn! Also, that's good to know the blinking is happening on your machine too, that at least means it's not just my hardware.

Solved on IRC.

Good questions ffp, I just don't have answers for you as i'm not a part of Devuan's Dev team. That being said I haven't heard anybody say it was in consideration for Devuan proper, there's just a lot of interest though in the community, if you take a peek at xlibre's IRC channel on libera you'll see a lot of members of this forum hanging out there.

I myself don't even have a good understanding of what it brings to the table, that's why i'm testing and trying to learn more about it, and trying to make it easier for other people like me to do some testing as well by squashing up these iso's. Not everybody wants to mess with their current installations by trying experimental software on them, but it's super easy to download an iso with xlibre already on there and burn it to a stick and run a live-session to run it through it's paces on their hardware.

Some updates.
Ran glxgears in:
Devuan daedalus: 60 fps
Vuu-do ob-max (daedalus): 60 fps
Devuan excalibur-xlibre: 60 fps

Edit: Just tried the xlibre iso in a liveUSB session, same thing, 60 fps. I also installed VLC in that session and watched a video and it seems to work fine, couldn't detect any glitches or loss of quality.

All which match the refresh rate for my monitor, so no issue there with that simple test.

I'm still getting that little blink artifact, even after updating the two packages that were pushed yesterday, the server and common.

On boot sequence I get an error:
startpar services returned failure : X11-common failed
Which makes sense as X11-common was removed, though residual config remains as it does with a number of the X11 packages removed, have not tried a full delete of the residual config yet to see if that stops the error.

Off-topic: Still getting a 26 second delay during boot up in excalibur at:"waiting for dev to be fully populated"

Also still getting the alsa error during boot up: "GOTO alsa_restore_std has no matching label in /usr/lib/udev/rules.d/90-alsa_restore_std", and indeed there is no alsa_restore_std in that folder, maybe there should be one or the alsa rules file in there needs to be edited?

That's a really good question, one I don't have an answer for. I need to do some research targeting what improvements if any there are over vanilla xorg right now. I don't have anything like a full understanding of this.

But going forward if the intent was to let xorg quietly die, then even if there are no distinct improvements it seems worthwhile to support this actively developed replacement, it has at least provoked a lot of conversation and interest and highlighted bigly the intent to shove Wayland down our throats.

Testing iso uploaded, for Excalibur not Daedalus:
https://sourceforge.net/projects/vuu-do … te-mini-6/