My point is less that leaving Arch alone breaks things and more that updating after a really long time can break something. It also kinda defeats the point of using a rolling release distro. I can see how you thought i was spreading misinformation though. My bad for poor wording.

Arch Linux with NVIDIA is definitely not great for newbies, especially for people who can’t keep up with the distro. If left unupdated for too long, your system may break. Even if you update every day, you could break something. You just never win with a rolling release distro like this. My only saving grace is that I run with an AMD gpu and so far, that thing has just worked.

My tip for anyone switching to Linux is to switch to AMD. Even if NVIDIA is better overall for performance and features, even if the last time you tried AMD on your windows system it was slow and a bit buggy, on Linux, AMD just works, without extra steps.

Man i didn’t know the Thunderbird logo turned into reverse Firefox

I also had that problem, but didn’t think much of it since I don’t really turn off my VPN often. It only really affected me when either my first issue occurred or ProtonVPN crashed for whatever reason. So far, running ProtonVPN through OpenVPN had solved this issue for me.

This has worked nicely! Thanks

All of my other devices are either Windows or Android for convenience. The VPN works on Windows, but I can’t isolate this issue via that route as those devices are old and have their own issues.

I have tried running my system without vpn and this specific issue hasn’t appeared from yesterday until now. It is making me feel a little uncomfortable not having it on though.

I’m going to try another suggestion, then I’ll come back to this one if it still doesn’t work.

Unfortunately, the wifi password issue still occurs, but at least it is even less frequent than before (>1 day between password requests).

I restarted my system. All of my configurations should be equivalent to those in the wiki. I’ll reply again if the issue still occurs in a few days.

I do indeed have plasma-meta.

The issue still occurs, but not nearly as often as it did before.

Apparently I had uninstalled the kwallet manager. I’ll change the password and see if my problem still occurs.

Do you know how I would do that when I cannot access kwallet from the settings?

Unfortunately, several other programs use this as a dependency and some of those programs are required by stuff like plasma-meta.

The password for kwallet is different bc I thought I might have ended up using it to manage money. I did not.

I have checked for for anything to do with kwallet in settings and searched for it with kwin. Kwallet doesn’t exist in either of those for me, only at system restart.

I have noticed other people with kwallet issues, but that only affects me when I restart my system (asks for password). Other than that, I can’t find a way to edit or disable kwallet without installing a 2-star app on the KDE Discover store that might not work and is reviewed as extremely annoying.

How do you know when to update an AppImage? I would use the Krita AppImage but I would have to hunt down the file in my file manager to open it and I can’t find a way to update it without straight up replacing the thing manually.

It benefits both devs and end users.

Many people don’t have the time or resources to manage a broken application especially devs who have to deal with that on several Linux distributions simultaneously.

Many distros use different package install scripts and repos to suit their specific needs. If I were to use a Debian-based distro, I would need to use apt to grab from a Debian-compatible repo. If I somehow got apt to work on Fedora, then not only would the program I installed not work, it would likely annihilate many of the preexisting dependencies and possibly brick the system.

I personally use Arch Linux which uses pacman, my package manager of choice, and a lot of times I’ll find an application that doesn’t work on my system due to mismatched dependencies. Arch is incompatible with .deb and .rpm files and does not use the Debian repo and its derivatives. It uses the AUR and its own derivatives of that repo. I don’t have the time or skill to get a program to work with a newly updated dependency on one distro nevermind however many exist on the internet. Many devs do that for free after they’ve been working at their job for hours and/or taking college courses.

What a Flatpak or appimage (ignoring goofy aah snaps) really does is allow a developer to update dependencies for their application at their own pace without having to play catchup when something inevitably breaks due to an update. It allows for a more stable system. As a Debian Bro, you might not need that, but on rolling-release distros like Arch and funky distros like Manjaro that can be very much welcome.

The problem here is that there are so many linux distros that are trying to do their own thing. Sure, a Debian-based distro would use apt, but a lot of the other distros like Void and Fedora use different package managers to suit their needs. I personally use Arch Linux, and that uses pacman which is my manager of preference. There are packages that I cannot find and/or install via pacman and the AUR due to them either not being built as an Arch binary, or being left abandoned by the developer who couldn’t bother supporting multiple distros and their package managers, or not having a compatible dependency built for my system.

Flatpaks and AppImages allow for a developer to place an application and all its dependencies in a neatly packaged group. This allows developers to only need to create one package that works on many distros and won’t be affected by dependency changes. I use a Flatpak package for Steam because, due to the rolling-release-nature of my distro, sometimes the native install breaks and/or doesn’t open properly.

In theory, Snap works in a similar way as the other two, but that is a proprietary package manager that doesn’t work on my distro without far much more effort than needed for any proprietary software should ever need to get working ever.

The only real downside to these package managers that I’ve seen is that the package size is larger than any native install. I am personally fine with this tradeoff however, as I have gotten quite used to building Python container environments recently.