Simply create file in the /etc/modprobe.d/ with the module to be blacklisted and now I see/think about it, should the politically correct police have had that term changed to not be offensive in their minds....

An example of the system doing it.

root@9600k:~# cat /etc/modprobe.d/intel-microcode-blacklist.conf 
# The microcode module attempts to apply a microcode update when
# it autoloads.  This is not always safe, so we block it by default.
blacklist microcode

No clue I just adapted what was in the .xsessionrc file to a script for bash. It works and I was not interested trying any other way, I rather like sound it is the reason I switched to Linux when windows messed up my sound card well over twenty-six years ago now.

This posting seems to suggest you can do it on Trixie, so try and see.

https://www.reddit.com/r/linux_gaming/c … ently_got/

One would be to use the system as intended, bookworm sources are for a bookworm based install. There you will find the proper dependencies need for that software to install. Instead you try to use them on an install that is now four generations further along than bookworm. Which is now old stable with Trixie based system the stable, the Forky being the new testing and the Ceres being the unstable. That is just not going to work if you search the packages you will find the winehq-devel does not exist as that is not a Debian package name that would be winehq-dev if it existed as that is how Debian systems name the development packages. In short you try to do something which is impossible to do, install a bookworm based system if you want to have any hope in hell of it working. Or you could try using the modern versions of the packages and see if those will do what you need, see what it tells you is available for your install.

root@9600k:~# apt-cache search wine
dxvk - Vulkan-based translation layer for Direct3D 8/9/10/11
dxvk-wine64 - Vulkan-based translation layer for Direct3D 8/9/10/11 - wine64 build
dxvk-wine64-development - transitional package
fonts-wine - Windows API implementation - fonts
gnome-colors - set of GNOME icon themes
gnome-wine-icon-theme - red variation of the GNOME-Colors icon theme
innoextract - Tool for extracting data from an Inno Setup installer
libd3dadapter9-mesa - state-tracker for Direct3D9
libd3dadapter9-mesa-dev - state-tracker for Direct3D9 -- development files
librust-winapi-dev - Raw FFI bindings for all of Windows API - Rust source code
libwine - Windows API implementation - library
libwine-dev - Windows API implementation - development files
libwinpr3-dev - Windows Portable Runtime library (development files)
mingw-w64-i686-dev - Development files for MinGW-w64 targeting Win32
mingw-w64-ucrt64-dev - Development files for MinGW-w64 targeting Win64/UCRT
mingw-w64-x86-64-dev - Development files for MinGW-w64 targeting Win64
python3-neo - Python IO library for electrophysiological data formats
q4wine - Qt GUI for WINE
samba-common-bin - Samba common files used by both the server and the client
shiki-colors - set of Metacity/GTK-2+ themes
shiki-wine-theme - red variation of the Shiki-Colors theme
tellico - Collection manager for books, videos, music, etc
tellico-data - Collection manager for books, videos, music, etc [data]
tellico-doc - Collection manager for books, videos, music, etc [doc]
tellico-scripts - transitional package for tellico-data
twine - utility for interacting with PyPI
unmass - Extract game archive files
wine - Windows API implementation - standard suite
wine-binfmt - Register Wine as the interpreter for Windows executables
wine64 - Windows API implementation - 64-bit binary loader
wine64-preloader - Windows API implementation - prelinked 64-bit binary loader
wine64-tools - Windows API implementation - 64-bit developer tools
winpr3-utils - Windows Portable Runtime library command line utilities
nvda2speechd - Bridge between Windows applications and Speech dispatcher
nvdacontrollerclient - Bridge between Windows applications and Speech dispatcher
gemrb - Open-source engine to run Baldur's Gate, Icewind Dale and Planescape: Torment
playonlinux - front-end for Wine
proton-caller - Run any Windows program through Valve's Proton
winetricks - simple tool to work around common problems in Wine
libwinpr3-3 - Windows Portable Runtime library

I tried it once and you had better be prepared to be doing a lot of searching on the way to do a lot of things Debian does for you by default. Starting with booting it on another machine if cloning as their broken EFI implementation uses a direct entry to the firmware and does not setup the normal /EFI/BOOT/BOOTX64.efi that allows you to use the boot menu to choose another install. To be fair the Arch people do the same. So you need to set that up yourself then if logging in via ssh good luck on knowing what machine you log into as it does no tell you with either the MOTD when logging in or give a clue in the Terminal title you are using if graphical. Then numerous other things I had to go and copy the sensible Debian default configs to it I forget now but are still laying around in that install notes files. Oh and now I think the total deal breaker for me was in KDE it would show existing bookmarks in Dolphin with absolutely no way to add, modify or delete them without going to the config file and doing it manually. Additional deal breaker totally non intuitive naming of the packages if you need to install and you will because the dependency resolution is trash, if use to the sensible Debian naming scheme. That all from the memory of that experience doing it that comes to mind quickly.

Doubt you would want to the recommended command is now apt full-upgrade after using the normal  apt update then apt upgrade to ensure you are using the latest software before the move to the new OS. For the supposed mess upon upgrading. I did a Excalibur upgrade on one of my servers on cloned drive to test it out couple of days ago. It went perfectly fine so I cloned back the drive to it and two other server machines that were running the Daedalus. I have never really had problems with the old dist-upgrade or the new full-upgrade in twenty years of using a Debian based system. Whenever Woody came out is when I started so the next Debian 4 would have been my first experience doing it. They usually just work for me and the vast majority of people out there. Some have problems but that is to be expected as some have made so many changes to the defaults there are bound to be conflicts.

Since you are using a package that is one generation release on from the default you are using, I would check to make sure you have the iwlwifi packages from the same source as it installed too. The daedalus-backports should have the firmware-iwlwifi need to match that kernel looking at the Debian packages that should be there in it.

https://packages.debian.org/search?keyw … ection=all

At least that is what it would give me if needed running the same kernel on excalibur.

zeus@9600k:~$ apt policy firmware-iwlwifi
firmware-iwlwifi:
  Installed: (none)
  Candidate: 20250410-2
  Version table:
     20250410-2 950
        950 http://de.deb.devuan.org/merged excalibur/non-free-firmware amd64 P>
zeus@9600k:~$ uname -r
6.12.38+deb13-amd64

Edit: and I would make certain you have backup network connection that works before installing the wifi package and risking having none if only method of connecting fails with that package too.

Yes if you enable english to chinese translation which not a lot of people are going to do. Even if they have it installed which checking here I do not. These click-bait fud spreaders are out in full force on this one, I have seen this posted everywhere by them. With the same zero useful information presented as is typical of those postings, as in this posting as well...

I started with 5.2 in June of 1999 just over twenty-six years ago. Win98SE "upgrade" left my SB AWE64 sound card only able to play MIDI files, was in the store to buy new and seen the Redhat there dirt cheap and said what the hell and gave it shot. Installed ran sndconfig and had sound that was the last for windows as a daily driver. No wonder you had problems with upgrading system at that time you were in rpm hell as it was called. Where you had to dance naked in the moonlight chanting the secret formula while sacrificing a chicken or goat to get the damn things to install. What a nightmare that junk was.

The Mandrake based on it I found soon after that at least had sensible install procedures but nothing like the Debian Woody and apt had once I moved to it in 2004 I think it was it came out. Now that has been nothing but a real pleasure in the twenty plus years I have used it. But then again I am sensible with my machines I learned way back then backups, backups and more backups. They save your ass if anything goes wrong to this very day before any major upgrade I run my backup script on my machine to clone it to an external ssd boot that on my duplicate spare machine do the upgrade and see how it goes. I cannot remember the last time I had problems with an upgrade/dist-upgrade.

Those are best made when doing them the likely-hood of remembering later are slim to none. I know that is true for me so every change made goes in my install notes file I always make.

Hi I seen this posting on the Debian Planet and immediately thought of this thread I read the other day. Especially when I read the mentorship offer part at the bottom of it. Could be worth a try to reach out and see if he can help.

https://optimizedbyotto.com/post/debcra … packaging/

The ungoogled-chromium I use allows the ublock origin with its chromium web store extension. It gets updated all the time like the other chrome based browers I have installed, same with the extensions. Comes in handy I needed to go through all five other ones I have to find the one that worked on a particular website just two days ago. I still use Firefox mainly and have since it was still called Netscape Navigator before the fork to open source and as the guns nuts say, you will pry it from my cold dead hands.