GlennW wrote:

Have you thought about using a different browser to look at the cache?

The Chromium cache is an encrypted binary mess of connected directories (specialised JSON for the ones I've looked at), with not a single html nor css file within them. Can you suggest a browser that *can* view them?

Hi, thank you for the tips.

I used a "sleep 12" to slow down the loading of apps until the snd_usb_audio module loading has settled.

still misses sometimes.

I will try the next script you have offered HoaS, cheers.

Head_on_a_Stick wrote:

That's not how it works

Yes yes, perhaps I should have said "let the automation pull packages from Debian without checking them for functionality on Devuan." The result is the same.

Head_on_a_Stick wrote:

So you do understand how to make unattended-upgrades work then?

Anyone who has a passing familiarity with sed can make unattended-upgrades work. Perhaps somebody should teach amprolla the same trick.
Likewise anyone who can search a bugtracker can realise that pulling down such packages from Debian without any squishy eyeballs on them is going to reintroduce bugs just like this one.

Head_on_a_Stick wrote:

I think the community would appreciate a quick HowTo thread in the Freedom Hacks section

Frankly I suspect what the community would appreciate even more would be a little look into where that fix committed 4 years ago wandered off to in the first place.

On a completely off-topic note, you're extremely unlikely to see me in the "Freedom Hacks" sub, ever. The pretentious name alone is enough to keep me away.

GlennW wrote:

liquibyte wrote:

If you are using an rt kernel, none of this works.  I've been struggling for 3 days now trying to get the kernel to boot efistub and couldn't figure out how in the world I was booting uefi but efivarfs wasn't mounting.  I use the rt kernel due to using my system for playing guitar.  Doing a diff on the kernel config files reveals that in the rt kernel, CONFIG_EFI_DISABLE_RUNTIME=y is set.  Is there a reason for this in rt vs. default?

Edit: Nevermind

https://www.kernelconfig.io/config_efi_disable_runtime

The EFI runtime services are disabled by default when PREEMPT_RT is
enabled, because measurements have shown that some EFI functions calls
might take too much time to complete, causing large latencies which is
an issue for Real-Time kernels.

I'd hack it! And test it on the machine (same hardware) and see if your system has any lockups.

It looks like a design flaw.
I wanted to run in real time for music (DAW) but could not use the graphics card memory or gpu because of the rt kernel and nVidia conflicts.
Sad really.

You can override the behavior by adding efi=runtime to the kernel options.  PREEMPT_RT kernels have this off by default in their config files due to the above mentioned measurements.  My concern is that once everything is loaded by EFISTUB exactly how many EFI function calls happen in the course of using the system and how would that affect realtime.  I'll report back if I find any negatives.

As for your DAW issue, all I can say is that up until 4 days ago, I was running a 1050ti with the nouveau driver and the rt kernel with no xruns when using guitarix.  I don't record so I can't really speak to that as my issue with nvidia cards.  I could never get their nonfree driver to load but didn't worry about it too hard TBH.  I got a decent bonus this year so I just got a Radeon RX 6650 XT last Thursday because I couldn't do blender without significant frustration and needed it to do CNC with.  The blendercam plugin is fairly decent and, once you learn a few vagaries, blender puts freecad to shame.  I'd say my advice would be to ditch nvidia as amd seems to give a damn if it's at all possible for you.  My new card cost $310 but it was well worth it IMHO.  It's a XFX Speedster QICK308 Radeon RX 6650XT if you might be wondering.

GlennW wrote:

I ended up using .xsession to start as HoaS suggested

For clarity: that should be ~/.xsessionrc.

Reference: https://wiki.debian.org/Xsession