• 0 Posts
  • 72 Comments
Joined 11 months ago
cake
Cake day: August 5th, 2023

help-circle












  • Uninstall the gnome desktop package, reinstall the kde desktop package and that should pull the overlapping dependencies. Might need to do this from a virtual terminal, not in the desktop environment.

    Or reinstall the OS.

    Edit: there’s also dnf swap command available for fedora, I’m not really familiar with it’s behavior or how it acts when both DE are already installed, but maybe that could be a lead.

    Edit 2: after doing reading, I’m confident you can just dnf remove @gnome-desktop. The .config files will not be impacted. Applications with overlapping KDE dependencies will belong to two groups, and the operation will keep the ones that include the KDE group. I still recommend a backup.


  • I did LFS some years back, but only enough to get to a basic working system. It eventually devolves into doing similar steps to compile each piece of software, which after you’ve compiled a bunch of packages already kind of becomes repetitive. The path of getting there is pretty fun though, it’s a lot of reading and I learned a lot… including that I’d never want to maintain a system like that.

    Good learning experience though.


  • try to find what kernel version support was added.

    how to do this?

    There’s no centralized database I’m aware of, it’s just googling hardware + “linux kernel” and hoping to come across something in a mail list. Admittedly, not ideal or always fruitful.

    thanks, I never heard of dkms before. I read the arch wiki, wikipedia, and made an attempt at the github repo (very long and over my head). The arch wiki only mentions nvidia. Is this something I need if I am certain nvidia is not the problem? Or is it a general thing?

    It’s a general thing, it was created to load kernel modules (drivers) without having to recompile the kernel entirely. Again without specifics of distro and hardware it’s hard to generalize an answer. With arch there’s probably a package in the AUR that could be used. (And the package will setup dkms for you). Doing it manually is a bit more involved but shouldn’t be much harder than cloning the repository and running a command inside the folder.

    Off the top of my head some components I’ve had problems with: touchpads, touch screens, wifi, ethernet, bluetooth, audio in, audio out, media keys. I have suspected others also like (onboard intel) GPUs but it’s a little harder for me to even pin those problems down to the hardware.

    So basically everything… Lol. Still hard to diagnose without specifics, vendor support varies wildly. A newer Intel wifi card is likely mainlined, while a realtek card is going to be living in hell. Ethernet is a weird one, I don’t think I’ve come across any vendors entirely not working but perhaps something like a Killer NIC (built with a proprietary protocol) could fail.

    Many of these examples sound like a laptop, the arch wiki may have more information they cover a lot of popular models and note hardware capabilities. Usually if putting Linux on a laptop it’s about buying one with that intention in mind because it can be very uncertain. Laptop vendors do crazy things… use non compliant bios, proprietary media keys and finger readers, custom audio stacks to make them sound better, the list goes on.


  • I don’t think you’re going to find an explicit list of drivers in a distro, at least that I’ve found. I think a better approach will be to lookup your hardware and try to find what kernel version support was added. If the distro is shipping that version or newer, you’ll probably be good to go.

    There’s exceptions however like proprietary drivers. While those drivers are becoming exceedingly rare, some distros will only ship with FOSS software, don’t expect debian to ever work out of the box with nvidia. This is usually a principles/morals decision by the maintainers. That said distros that ship closed source software usually advertise it, they might offer an Nvidia build or the distro include software like steam pre-installed.

    You didn’t mentioned your component specifically but if your hardware doesn’t have mainline kernel support, is pretty good assumption it’s proprietary and will need to be handled separately with something like dkms. Check the distros documentation for their recommended approach.

    Edit: to clarify on my debian example, Nvidia cards will work with open source nouveau out of the box on debian, but you will definitely want to install proprietary driver if you’re using the card for CUDA or gaming.