Did a little adventure migrating my Debian Forky box from the in-repo nvidia (v550) drivers to extrepo nvidia driver (v595) as a work around for the kernel 6.19.x -> 7.0.x thing.

Yeah, don't do that.

I think the Debian maintainers do a bunch of work to the in repo drivers to make them 'nicer' - things like working better in multi-head. At least with my system sddm worked better. Also, the 595 drivers max the CPU under Plasma and makes it unusable (load avg ~25 on i7-11700k).

I ended up rolling back to v550 and pinning the kernel version to 6.19 for now. I'm still stuck with waiting for OpenZFS 2.4.2 for this box as well.

Nvidia drivers sure do make a mess between the number of packages required (with extra spicy things like new and interesting package name differences between in-repo and extrepo!) and the whole kernel version to module building process is a chore. I really appreciate that the teams make this work repeatably - especially when I tried going backwards to 6.19 with 595.

Anyway, rolled totally back to kernel 6.19, nv 550 and everything works as it should including OpenZFS v2.4.1 on this kernel.

One annoyance along the way was rolling back to v550 caused a sddm login loop. Deleting ~/.local/share/kscreen fixes this. Appears to undo minimal desktop tweaks, probably less noticeable on a non-multi-head host.

Things you do to avoid housework. Ha.

#Linux #Debian #Testing #Forky #Nvidia #Nvidia595 #KDE #KDEPlasma #Plasma

Anyone else running Debian Testing/Forky still stuck on 6.19.14+deb14 due to in-repo zfs and/or nvidia modules not playing nice with 7.0.x?

Some other module? Would be interested to know of others.

Not a big deal (7hi$ 1s 73st1nG!) , but polling for apt update like some kind of a demented squirrel trying to get a nut through a wire fence is getting long in the tooth. Ha.

Maybe it's just me? 🙃

#Debian #Debian14 #Forky #DebianTesting #Linux

Anyone else having difficulties applying 7.0.4+deb14-amd64 to a testing/forky host with Nvidia CPU?

#Debian #nvidia #Forky #Testing #DebianTesting

🔐 Debian 14 verrouille sa sécurité : vous allez pouvoir compter sur "Forky" !

https://goodtech.info/debian-14-forky-reproducible-builds-security/

> Fini les "boîtes noires" logicielles. Debian bloque désormais tout paquet binaire qui ne peut pas être reconstruit à l'identique. L'intégrité avant tout.

#debian #forky #reproducibility #software #securite

Niggle that is hard to research...

For anyone running Debian Testing (Forky) and using Waterfox, some video will not play due to Waterfox 6.6.12 not being compatible with ffmpeg v8. It is expecting v7 and I guess there are some videos where the video won't start due to switches, params, or whatever.

My use case was an old Youtube video that I snarfed many years ago and had on my Jellyfin server.

[ Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 854x480, 1100 kb/s, 25 fps, 25 tbr, 90k tbn (default) ]

Waterfox (v6.6.12) won't play it but Librewolf (150.0.1-1) does. Both are installed from PPA, not flatpak.

Forky currently has: ffmpeg/testing,now 7:8.1-3+b1

New stuff plays fine so I hadn't noticed it since ~Wednesday when this box was re-imaged and moved into.

Apparently the Waterfox flatpak doesn't have this problem (probably has it's own ffmpeg v7 bundled inside or has a flatpak ffmpeg dependency).

I could get into the weeds further to confirm but Librewolf works for now. I'll wait for Waterfox to work through it. 🙂

#Linux #Debian #Testing #Forky #Web #Waterfox @Waterfox #Librewolf #PPA #Flatpak