Basically any nvidia card prior to the 2000 series is bullshit in Linux.
Not a Linux problem, nvidia just didn't get their shit together until they realized there might be some money in the server space. Current drivers work very well in my experience (using a 3060ti).
If you can find a deal on FB marketplace or the like, you can easily get lots more GPU horsepower for under 200 bucks.
I don't usually manage iptables rules myself, I usually use ufw because I find it much easier to work with. I'm just migrating to a new host and wanted to fix the fact that docker ignores ufw rules by default using these iptables rules: https://github.com/chaifeng/ufw-docker#solving-ufw-and-docker-issues
When I installed docker I noticed it installed nftables as a dependency which confused me because everything I can see suggests it still uses iptables by default unless you explicitly configure it not to. nft list ruleset is blank so it doesn't look like it has created any nftables rules, and I can see a bunch of docker rules with iptables-save. Because of this I'm assuming those ufw iptables rules will still work as they have before?
When you say nftables can work with iptables rules is that just with iptables-nft? That seems to be the only way to get ufw to work with nftables but the wiki seems to suggest not using iptables-nft with docker: https://wiki.archlinux.org/title/Nftables#Working_with_Docker
Looks like there is going to be a shift to using nftables in arch. The iptables package in core is currently for the legacy interface with an iptables-nft package for the new interface, but the core-testing iptables package is for nft interface and there is now a iptables-legacy package in core-testing.
My guess is they are moving packages that can work with nftables to depend on that instead of iptables which looks like it is shortly going to be using the new nftables interface anyway. Probably as part of migrating to nftables by default. Looks like docker does have experimental support for nftables in version 1.29 and that is when the dependency was added to the PKGBUILD script.
It does not look like nftables or iptables conflict with each other at a package level. And nftables can work with iptables rules.
It is probably worth just migrating to nftables now if you rely on managing iptables yourself.
I had the same problem. just generate /etc/machine-id from a chroot
I have this bug/problems for months now…
It's recommended for CachyOS, in fact the option was made default in the installer within the last month because grub was stuck in default while limine was being recommended first and foremost in the installation wiki.
I like rEFInd because it actually checks for devices at boot time. Slide in a bootable flash drive and it appears in the menu, no rebuilding process required.
Efistub. It's the fastest, and has the fewest display transitions with plymouth.
I do still have grub for booting btrfs snashots, available as a separate UEFI entry.
Same with me. I didn't feel the need to choose or confirm something every boot on day to day use. If I need to boot somewhere else, then I could always go to the BIOS/UEFI
Never went that route but I may try it on akother machine.
That was why I used GRUB. But struggled to get it to allow me to restore from the snapshots I had created.
GRUB because of the snapper support. I'll probably try Liminie next time I do a rebuild
I don't use a bootloader anymore. I was using systemd-boot for a while, but switched to just use efi stub a couple of years ago. I just use the efi boot menu if I need to use a different partition to boot from, otherwise my system just bits immediately and skips the bootloader step.
Yes, that is called a pacman hook. As you expect, it is easy enough to add. You're welcome to discuss your pull request to the arch maintainer.
I don't think this requires any maintenance or swapping out alternatives. Just do a quick license check (I'm pretty sure that already part of package metadata) and put a little warning symbol if it is non-Free.
So if I do something like "pacman -Ss browser" it'll put little flags against non-Free options so I know to be extra careful to install them.
Because it adds something that is not essential, so it is not "simple". If package A depends on package B with an incompatible license then it needs to provide a means to specify alternate packages. Arch follows upstream with best effort possible, so changing dependency could be seen as breaking that. However, pacman already supports choosing alternate packages during installation so technically they could add it, but how many percentage of users are needing that convenience? Not to mention the arch team will need to maintain said list of alternatives for every dependencies. If you want, you can add it yourself via pacman hook to prevent you from accidentally installing non free software, or write a wrapper for pacman, or use other distro like Parabola.
I didn't see anything in that wiki that suggests why a simple check when installing a piece of software on whether it's license conflicts with a license you don't want to install isn't simple and pragmatic. Other distros like Gentoo do this.
It will be fine. Im using gtx1080. You would need the older dkms driver from aur as of recently
Debian is great and so is arch. Parabola is still updated. I’ll try it if you care about pure FOSS. Debian has non open source drivers in installation (i think). Happened after bookworm. The GNU website has distro a that are purely FOSS.
I was using a gtx 670 for about eight months after switching from win10 to arch two summers ago and it was suffering, especially with a triple-monitor setup with one being 34".
The old drivers are really bad, I had to resolve conflicts for games, vulkan was sketchy, putting the monitors to sleep would reset window locations and monitor alignment etc. You will likely not run into many of these issues as you don't game, but I also suspect these may not be specific to arch.
I ended up pulling the trigger on a 9070XT and it's been smooth sailing since. I'll probably not do an upgrade again in the next ten years.
(You can make it so one virtual desktop is floating and the other one is tiling with a click if a button) really good if you just want a working tiled enviroment without the hassle of configuring hyprland
Older nvidia drivers are bad. For new gen it's getting significantly better but Amd is still in the lead. You could try your gpu see how it works, it is possible it's still good for you. Also i recommend checking out the Cosmic desktop enviroment. It has served me well even tho it's still beta. It supports tiling and floating and stcking windows too. Costumizability is between KDE and Gnome. If you need any help just msg me :)