DC apt repos for Debian-13 pretty please?

Graphics / Linux Linux
1

Hello @scaronni,
Debian-13 has been officially released: could we please please have official DC apt repos for it?

Many thanks! :)

2

@scaronni friendly ping :) Any chance for this in some near future?

3

With Debian 13.1 released yesterday, I went ahead and installed 580.82.07 from the nVidia Debian 12 repo.

No issues, and itā€™s great to finally be running native Wayland Sway on wlroots (Vulkan backend) on Debian.

BUTā€¦ itā€™d sure be swell to have the packages built against the Debian13 toolchain.

4

Exactly: Iā€™ve been using DC repos for 12 on 13 when it was still ā€œtestingā€ for over a year now, so it should be easy to create the official repos for 13.
Not having them creates ā€œpoliticalā€ problems: SREs in some organizations still insist on using the archaic Debian-12 because ā€œthere are no official Nvidia drivers for 13ā€, which forces me to use various hacky work-arounds for 12ā€™s problemsā€¦ (mostly in a form of unofficial backports of newer versions of some libs)

@scaronni, please please hear our criesā€¦ ;-)

5

Hi. Can you please advice Debian noob here? I added key&repo as mentioned here: debian-setup/debian-13-nvidia-gaming-setup-guide.md at master Ā· nulls0x0/debian-setup Ā· GitHub

And after apt update and apt list ā€“updgradable is showing 580.95.05-1 for everything, but when I actually try apt upgrade, most of it (including nvidia-driver) is in ā€œNot upgradingā€:

sudo apt upgrade
The following packages were automatically installed and are no longer required:
libnvidia-allocator1 libnvidia-allocator1:i386 libnvidia-egl-gbm1 libnvidia-egl-gbm1:i386
Use ā€˜sudo apt autoremoveā€™ to remove them.

Upgrading:
dkms libnvidia-allocator1:i386 libnvidia-egl-gbm1 libnvidia-egl-wayland1 libnvidia-ml1 nvidia-legacy-check nvidia-persistenced nvidia-smilibnvidia-allocator1 libnvidia-cfg1 libnvidia-egl-gbm1:i386 libnvidia-egl-wayland1:i386 libxnvctrl0 nvidia-modprobe nvidia-settings

Installing dependencies:gnome-accessibility-themes gnome-themes-extra libgail-common libgail18t64 libgtk2.0-0t64 libgtk2.0-bin libgtk2.0-common

Suggested packages:gvfs

Not upgrading:
firmware-nvidia-gsp libgl1-nvidia-glvnd-glx:i386 libglx-nvidia0:i386 libnvidia-encode1:i386 libnvidia-gpucomp:i386 nvidia-driver nvidia-egl-icd:i386 nvidia-vulkan-icdlibcuda1 libgles-nvidia1 libnvcuvid1 libnvidia-glcore libnvidia-pkcs11-openssl3 nvidia-driver-bin nvidia-kernel-dkms nvidia-vulkan-icd:i386libcuda1:i386 libgles-nvidia1:i386 libnvcuvid1:i386 libnvidia-glcore:i386 libnvidia-ptxjitcompiler1 nvidia-driver-libs nvidia-kernel-support xserver-xorg-video-nvidialibegl-nvidia0 libgles-nvidia2 libnvidia-eglcore libnvidia-glvkspirv libnvidia-ptxjitcompiler1:i386 nvidia-driver-libs:i386 nvidia-suspend-commonlibegl-nvidia0:i386 libgles-nvidia2:i386 libnvidia-eglcore:i386 libnvidia-glvkspirv:i386 libnvidia-rtcore nvidia-egl-common nvidia-vdpau-driverlibgl1-nvidia-glvnd-glx libglx-nvidia0 libnvidia-encode1 libnvidia-gpucomp nvidia-alternative nvidia-egl-icd nvidia-vulkan-common

Summary:
Upgrading: 15, Installing: 7, Removing: 0, Not Upgrading: 45Download size: 10,9 MB
Space needed: 35,0 MB / 805 GB available

I have nvidia-driver and not nvidia open, because on that particular machine I have good olā€™ GTX1080.

6

apt upgrade will not remove existing packages, which you may need to do for the driver upgrade. You would have to use apt full-upgrade instead.

7

Like @morgwai666 , Iā€™d also like to see an DC apt repository for Debian 13, but for a different reason:

LMDE 7 has been released recently, and it is basically a polished Desktop edition of Debian 13. Best Desktop distribution imho, went from Ubuntu to LMDE 6 (Debian 12), and never looked backā€¦

8

@j3w5, while it does not decreases the need for official D-13 DC repos in any way, just a heads-up that for personal desktop purposes, the existing Nvidia D-12 repos work pretty well on D-13, so I guess they should also work fine on LMDE-7.

9

@morgwai666, thank you for the info! Iā€™m gonna try this on my personal workstation.

Iā€™m also helping some companies to migrate away from Windows, but Debian 13 (Nvidia 550.163.01) doesnā€™t support the RTX 50 series yet, and I prefer not mix versions in business environmentsā€¦

10

it seems itā€™s coming soon:

11

I do hope it is coming soon. After upgrading my Debian 13 kernel to the latest 6.12.57, the Nvidia driver wonā€™t work anymore and I am stranded without my dear GPU. Others having the same issue (see on reddit). My knowledge is too small too fully understand the support issue, but I do believe that an ā€œofficialā€ Debian 13 will let me use my RTX 5070 again :(

12

@ami.they, just FYI: kernel 6.12.57 + nvidia-open-580.105.08-1 work perfectly fine on my XPS13 with 3090 USB4 eGPU. Consider creating a separate thread regarding your issue and attach your logs there. In the mean time you can also try the newest kernel from trixie-backports (currently 6.17.8).

13

HOT NEWS HOT NEWS:

an amd64 repo for debian 13 has been created and filled with v590 packages!!!

No announcement and no v590 DC docs for any distro seem to exist yet, so Iā€™ll just try installing nvidia-open from there and will report back if my laptop exploded or not ;-)

UPDATE:
definitely do purge debian-12 packages first and only then install nvidia-open from the d-13 repo ;-]
Smoke tests mostly passed: Iā€™m able to run vkcube on my 3090 eGPU and some ollama workloads.
There seems to be some problem with DXVK-NVAPI though.

14

Hopefully they build the next 580 point-release packages for the Debian13 repo as well.

Me and my Pascal will be chillin on 580 in perpetuity :)

But, as mentioned upthread still no issues with the 12 repo packages. Just built with the wrong toolchain.

Debian 13.2 with kernel 6.12.57 andnvidia-driver 580.105.08.

15

@Tekstryder happy forum joining anniversary, BTW :)

16

Small update: the DXVK-NVAPI problem turned out to be my own misconfigurationā€¦ ;-]

17

So far I havenā€™t seen any new issues comparing to d-12ā€™s v580: BIG thanks to @scaronni and his team for providing these packages!!! :)))

I will try some small DC canarying on Monday, but serious fleet updates will probably need to wait until the new year, otherwise my SREs would probably crucify me and put my body on a public display ;-]

Looking at CUDA header files, It seems that some non-trivial effort has been put to make them work both on glibc-2.41 and earlier versions at the same time (ie to solve problems like this one), so Iā€™m afraid they will not want to risk backporting this to v580 :(

Regarding Pascal, I would rather hope that maybe @scaronni will backport the new Vulkan spec support (when it finally arrives) to the LTS v580 repo if we ask him nicely ;-)

18

Now with D-13 available, Iā€™ve updated my main desktop (RTX 5060) from LMDE 6 (Debian 12) to LMDE 7 (Debian 13).

The upgrade itself (via mintupgrade) completed successfully.
The tool removed all previous D-12 nvidia packages, so I installed D-13 via terminal afterwards (also successful).

Unfortunately I ran into an issue, that will affect others as well:

When booting, the system ends up on a terminal (VT1) instead of the X session (VT7). I need to manually switch manually to VT7.

The system uses LightDM as the display manager, so I edited its config to use VT1 by default (minimum-vt=1).

While ending up in the graphical session after boot, two thing still annoyed me:
The screen flickers a couple of times after booting, and each reboot creates both Xorg.0.log and Xorg.0.log.old.

Comparing the timestamps from dmesg and Xorg.0.log.old, it became clear that X started, before the drm device /dev/dri/card1 was created by the nvidia driver.
Iā€™ve removed the LightDM config entry (minimum-vt=1), and instead added ExecStartPre=/usr/bin/sleep 3 to /usr/lib/systemd/system/lightdm.service

Everything works correct now, but it still feels like an ugly hackā€¦ Any suggestions?

19

If your Nvidia card is a dGPU (NOT an eGPU), then itā€™s safe to ask systemd-modules-load.service to load the modules by creating a file in /etc/modules-load.d/ containing nvidia_drm and then put

Requires=systemd-modules-load.service
After=systemd-modules-load.service

in /usr/lib/systemd/system/lightdm.service: I think this should do the trick.

UPDATE: Iā€™m never sure in which context it should be nvidia-drm vs nvidia_drm: try both and see which one works ;-] (whoever is responsible for this inconsistency should burn in hellā€¦ ;-) )

20

Theyā€™re interchangable. See modprobe(8) ā€” kmod ā€” Debian unstable ā€” Debian Manpages

ā€œmodprobe intelligently adds or removes a module from the Linux kernel: note that for convenience, there is no difference between _ and - in module names (automatic underscore conversion is performed).ā€

However, underscores are more correct ;)