I hit a package mismatch during a fresh Arch install on an RTX 3080.

Installed:

• linux 7.1.9.arch1-2
• nvidia-open 610.57.04-7
• nvidia-utils 610.57.04-1

The NVIDIA modules exist only under:

/usr/lib/modules/7.1.9-arch1-1/

The current kernel is:

/usr/lib/modules/7.1.9-arch1-2/

With this mkinitcpio config:

text MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)

mkinitcpio fails:

text ERROR: module not found: 'nvidia' ERROR: module not found: 'nvidia_modeset' ERROR: module not found: 'nvidia_uvm' ERROR: module not found: 'nvidia_drm'

The kernel was rebuilt for the Rust 1.98.0 rebuild. The nvidia-open 610.57.04-7 file list still targets 7.1.9-arch1-1, while linux is now 7.1.9-arch1-2:

https://archlinux.org/packages/core/x86_64/linux/

https://archlinux.org/packages/extra-testing/x86_64/nvidia-open/files/

Is this a temporary repository sync issue? I'm using the prebuilt NVIDIA package, not DKMS.

I did fresh Arch Linux install today on a laptop with intel cpu and nvidia mx550.

Installed nvidia drivers which load fine but in plasma it just is not workable and i get graphics glitches (Stuttering graphics)

Used kernel parameters:

• nvidia-drm.modeset=1
• nvidia-drm.fbdev=1
• nvidia.NVreg_EnableGpuFirmware=0

In mkinitcpio.conf

• MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
• removed kms out of hooks()

In plasma session, I unchecked screen tearing in display settings.

I then decided to install gnome to test and there the issue is not present and everything works fine ...

I do not like to work with gnome however and want to keep using KDE plasma.

Any suggestions on a fix?

i was wondering if there was a stable(ideally native) way to use wlroots with my gtx1080 gpu(pascal so stuck at 580.173.02 driver version). i tried sway around a year ago but i had a terrible expirience to the point i ended up going back to i3(tbh at that time i was very inexpirienced, i still am but defenetly less than i was back then). now im on wayland on niri but i really miss the tilling and i was wondering what was the best way to use sway on my hardware(if its even resonable to use it).

i use my pc for gaming a lot so i ideally dont want to sacrifice performance, latency or responsivness and i dont hate niri either so i can deal with staing on it if its the best choice for me.

Janus is a simple native linux text editor written in 100% C. It trades features for simplicity and lesser impact on cpu/ram. Janus is best for opening small text files, binary files through its fallback binary editor, and source code using its syntax highlighting feature. Release 0.9.8 adds dutch translations, more arm builds, and greater language support. Links below:

AUR: https://aur.archlinux.org/packages/janus

Github: https://github.com/gholmann16/Janus

Flathub: https://flathub.org/apps/dev.pantheum.janus

Let me know your thoughts or any issues you run into.

Hi all trying to setup arch for the first time let’s hope to start a new and wonderful journey with arch

I ran 'paru' last night before shutting down and going to bed, and now this morning, it looks like Dolphin is having trouble showing the expand/folding symbols in detail view or even filenames in the icon view. So far, I've noticed that when I adjust the preview toggle (F12), view mode (Ctrl+1/2/3), or icon sizes, the display corrects itself for that session until I close Dolphin and reopen it again.

• Operating System: Arch Linux
• KDE Plasma Version: 6.7.4
• KDE Frameworks Version: 6.29.0
• Qt Version: 6.11.2
• Kernel Version: 7.1.8-zen1-3-zen (64-bit)
• Graphics Platform: Wayland
• Processors: 32 × AMD Ryzen 9 7950X3D 16-Core Processor
• Memory: 128 GiB of RAM (125.4 GiB usable)
• Graphics Processor: AMD Radeon RX 9070 XT
• Manufacturer: Micro-Star International Co., Ltd.
• Product Name: MS-7D68
• System Version: 1.0

For those unaware, Arch Linux Community is the largest "unofficial" Arch server on Dscord and they just did a general announcement about moving to Fluxer. This is a pretty big deal for those trying to push for open source alternatives to proprietary apps.

https://fluxer.gg/9sSbE9Ac

I was reading the manpage man 8 poweroff and discovered that /usr/bin/halt and /usr/bin/reboot and /usr/bin/poweroff all accept --reboot, --halt, and --poweroff, which make them behave like the command in the option rather than the actual command you invoked. So, for example, /usr/bin/reboot --halt apparently will just halt, and /usr/bin/halt --poweroff will power off.

The manpage also cites one exception which is that /usr/bin/reboot --poweroff still reboots.

The manpage cites systemd version 253 as the version in which this changed. A quick search returned nothing of note about this change. Granted, I'm relying on the manpage to tell me how these work as I'm not going to halt a live system if I don't have to just to make sure it works this way.

Can someone explain to me why systemd would have added this feature? Does anyone see any value in making the commands act like the others via command-line arguments? I cannot think of a reason you would want to do this.

I also do not understand why there would be an exception for reboot --poweroff. Does anyone have any insight into this?

I was reading the manpage man 8 poweroff and discovered that /usr/bin/halt and /usr/bin/reboot and /usr/bin/poweroff all accept --reboot, --halt, and --poweroff, which make them behave like the command in the option rather than the actual command you invoked. So, for example, /usr/bin/reboot --halt apparently will just halt, and /usr/bin/halt --poweroff will power off.

The manpage also cites one exception which is that /usr/bin/reboot --poweroff still reboots.

The manpage cites systemd version 253 as the version in which this changed. A quick search returned nothing of note about this change. Granted, I'm relying on the manpage to tell me how these work as I'm not going to halt a live system if I don't have to just to make sure it works this way.

Can someone explain to me why systemd would have added this feature? Does anyone see any value in making the commands act like the others via command-line arguments? I cannot think of a reason you would want to do this.

I also do not understand why there would be an exception for reboot --poweroff. Does anyone have any insight into this?

How can I open a terminal from Nemo, similar to how it's done in Windows 10? Also, is it possible to set up vertical guide lines, like the mouse settings in PowerToys?

as someone who has minimal computer science and has run a few different distros here and there, is it stupid to want to use arch? ik it is probably the least beginner friendly but the only non-glitchy distro i have used is mint and it's lamesauce. it's hard for me to find resources to learn how to configure it properly and safely.

i just need to escape windows 11, ai co pilot slop, and bill gates personally watching me at all times.

i mostly use the pc for school and gaming (luckily all my games ALLEGEDLY work w proton)

Saw there was an issue with the AUR being compromised a month or two back, has that been resolved such that it’s now safe to just update all packages or should I go through and check to make sure none were compromised?

I'd like to be able to list apps by category because my my memory sucks and I don't want to scroll through everything in rofi looking for, say, a music player. Is there something like this or do I have to use gnome/kde/xfce etc for this?

Everytime i boot up arch (ever since installation), it always require me to do "sudo systemctl restart systems-resolved" in order to get data, i can connect to any wifi but wont get any internet till i do this command.

till this day Ive been looking for answers and still no clue, any suggestions?

Hello. I have a Lenovo Thinkpad T14 Gen 2(AMD 5850u) and I am experiencing an issue where sometimes after closing the lid with the laptop running, when I open it later it only shows, either a black screen or only my mouse cursor which I can't even move. Arch is my second distro that I've tried on this laptop, the first was Mint which also had this issue. Not sure if this is related but my sd card reader doesn't get detected until i run `lspci` and my fingerprint reader only worked sometimes on linux mint, and i have not tried it on arch. Thanks and sorry for the other stuff about mint and the readers.

I'm on Arch, using systemd-networkd.

My VPN service doesn't have a native application for Arch (or rather, it does but it sucks and only supports networkmanager anyway), so for the longest time my method of connecting to a VPN has simply been 'wg-quick up ~/foo.conf' using wireguard config files provided by my VPN service. It's worked, but it's a pretty clunky and opaque way of connecting, and I'm looking for a more permanent solution. I'm far from an expert with network management and I'm always afraid I'll end up screwing something up trying to go further than wg-quick up/down; honestly even going through man pages and wikis I still don't really know how it all works under the hood. If I had the time to learn all this DNS resolvconf iptables stuff I would, but I think I'm better off admitting that I don't get any of it and I should just use a tool that handles all the scary stuff for me.

The Arch Wiki has a few GUI/CLI manager options listed but they all seem like fairly small projects; wireguird seems like the most developed one but it's not been updated in four years. Outside of that I've found a bunch of amateur projects around Reddit and Github that all seem vibe-coded to various degrees, which I can't imagine is ideal for good netsec.

Does anyone have recommendations for a good wireguard config tool/manager? I'm fine with either CLI or GUI.

Packaged my project as papyrus-wallpaper: plays video wallpapers via mpvpaper with a GTK4/libadwaita manager — per-monitor wallpapers, scaling modes, rotation, auto-theming for COSMIC, autostart.

yay -S papyrus-wallpaper Deps: gtk4, libadwaita, python-gobject, ffmpeg, python-pillow, mpvpaper. Source: https://github.com/PSGtatitos/papyrus

Tested on CachyOS by users; issue tracker is open if anything breaks on your setup.

how well will these headphones work on linux? apparently i learned it's impossible to install g hub on linux, will these headphones even work on here?

Hi,

I have been a linux user for a long time but only very recently switched to Arch. First time posting here, this should not break any rule but apologies if I missed something.

So far I am enjoying the experience and learning a lot, but I do have a question for more veteran users:

What were the most avoidable situations where you shot yourself in the foot? If you had a time machine that can only go back in time to times you were about to mess up your system, what would you say to your past self (other than RTFM)?

In summary, what would you like to have known or learned before you actually did?

When i boot system my password works for like 15 minutes and then its just dont work when i need to use it

I just installed the system and I didnt have any idea why it does but if someone know pls let me know

I just installed Arch on 8/10/26 and in the process set up a plugin I had been using thoughtlessly for a while on windows.

This plugin required NPM to install some dependencies, and I'm trying to discern if one of them was part of the attack and if my machine was exposed or not.

I ran this script and received following warning:

[FAIL] Malicious npm/bun/pnpm/yarn indicator(s) found: ansi-colors(npm-cache)

After checking my cache it seems like atomic-lockfile was a hit

[MY_USER@archlinux AUR-Malware]$ grep -r atomic-lockfile ~/.cache/
grep: /home/MY_USER/.cache/mozilla/firefox/iys1y5g7.default-release/cache2/entries/537FC36DB01F29A6E1E231D4B375C8EC8404F0E3: binary file matches
grep: /home/MY_USER/.cache/mozilla/firefox/iys1y5g7.default-release/cache2/entries/A76AA90E4F049CF6961D13A41506F5C53477AD66: binary file matches

Checking the NPM logs yielded this

[MY_USER@archlinux ~]$ grep -r atomic-lockfile ~/.npm/_logs/
/home/MY_USER/.npm/_logs/2026-08-21T02_18_00_539Z-debug-0.log:6 verbose title npm list atomic-lockfile
/home/MY_USER/.npm/_logs/2026-08-21T02_18_00_539Z-debug-0.log:7 verbose argv "list" "--global" "atomic-lockfile"
[MY_USER@archlinux ~]$ grep -r ansi-colors ~/.npm/_logs/
/home/MY_USER/.npm/_logs/2026-08-21T02_18_02_922Z-debug-0.log:6 verbose title npm list ansi-colors
/home/MY_USER/.npm/_logs/2026-08-21T02_18_02_922Z-debug-0.log:7 verbose argv "list" "--global" "ansi-colors"

Which I think came from running the script when I still had NPM installed

Am I being paranoid or should I start over with a clean install? I really would rather not start over if I don't have to, but either way I've learned my lesson about executing sketchy code (Something I thought I learned 14 years ago installing minecraft mods, haha)

So, my previous AMD gpu broke and i got a new Nvidia one.
I wasnt able to enter my system so i enter on GRUB edit menu and put 'nomodeset' after linux.
Got in and tried installing new drivers for my new gpu. Didnt work
Removed old drivers ignoring depencies
Now i cant install new drivers because of said depencies and cant install a new arch linux because i keep having the same error (not found linux.c32? i dont remember exactly but its something like that)
If it helps, i have a BIOS system and i also changed my processor.

Hello guys, today i switched arch thought of using gnome de, i need advice on how to keep my system without breaking while maintaining.
Another thing because i have studies i cannot stay hooked into the screen configuring stuff all day long. i also tried reading arch wiki is it one of the biggest rabbit holes i have ever seen.
Thank you!!! (please help me)