Thanks for this! I’ve been meaning to start getting into learning more about systemd and making services, this is super detailed and gives me a pretty good starting point!
Did you happen to see which subdirectory was using up this much space? I don’t think I’ve ever seen .cache go above 10GB, so this may be a bug in a piece of software you use.
Looks like yay is storing every previous binary for AUR bin packages (also excuse the unreadable terminal theme, it doesn’t play very well with a lot of TUI apps unless they support custom theming)
You should run yay -Sc from time to time. This cleans a) your pacman cache (which is normally done by executing pacman -Sc) b) your AUR build cache, which is what’s taking up 160GB. But this one seems rather unusual, I use paru (which also has the command paru -Sc), so I can’t really tell if this is normal with yay.
The command also asks you for every directory if you want to delete it or not, so it’s completely save to run that command.
Something I noticed was that it was mostly the binary packages that were taking up so much space, it may be because of how yay stores the programs (does it use git?), the ones that were compiled from source code usually took up the least amount of space, while the binary programs were the ones taking up tens of gigabytes
Indeed, yay utilizes the AUR, which essentially serves as a Git repository for each package. These repositories typically include a PKGBUILD file and a .SRCINFO file, along with possible additional files like patches, desktop, or service files.
For example, take a look at IntelliJ Ultimate: [aur.archlinux.org/cgit/aur.git/tree/?h=intellij-i…]. It contains the .SRCINFO and PKGBUILD, as well as a .desktop file. These files themselves do not occupy much space.
The PKGBUILD specifies the sources for dependencies. For instance:
The PKGBUILD is essentially a Bash script with predefined functions and variables. You can learn more about it here: [wiki.archlinux.org/title/PKGBUILD].
This script primarily downloads and extracts the tar file. In this specific case, it only relocates the files to their intended installation locations, like moving the desktop file to /usr/share/applications.
With such packages, there’s a possibility of wasting significant space since the tar file is downloaded and possibly retained in the cache.
However, other packages, especially those compiled from source, usually involve Git clones. These clones bring the Git repository into a subdirectory of the already cloned AUR package Git repo. Some might also have source tarballs. These types of packages generally do not consume much space in the cache, as they are often just text files, like C source code or Python scripts. These packages frequently rely on external libraries and packages, which are not included in this package’s cache.
While binary packages often bundle all necessary libraries and other components in their source tarballs.
The AUR cache is mostly beneficial if you’re rebuilding the same version or can reuse components from a previous version. For example, a package might depend on a large, static file that doesn’t change often.
In Paru, I’ve enabled the “CleanAfter” option to prevent my cache from overflowing. Given my relatively fast internet speed, redownloading large files isn’t a major concern for me.
You could have a cronjob run something like find /home/user/.cache -type f -atime +30 -delete, which would find files that haven’t been accessed in the last 30 days and delete them. Make sure your home partition is not mounted with the noatime option though.
I am not wild about any of them, but center left, bottom left are my least annoying. I’ll just change it to something else when i go to Plasma 6 (which I started testing, and while overall it looks great, and is pretty snappy, the Neon Testing is seriously unstable in other areas – but they warn you about that, so that’s on me).
If I’m going to have a lot of icons on the desktop, I’d want one of the visually uncomplicated ones (top right, bottom left). Otherwise, if it’s just for eye-candy and what I have to see everytime my windows are minimized, I’d either go for mid-left or bottom-right. I fall into the latter category, but y’all in the former may consider that when casting your vote
This. It needs to be visually uncomplicated so I can actually see what’s living on the desktop. Because of that, I prefer bottom right the most, though I generally like much darker backgrounds. Color shift that into something darker like an alien or night scene, and it’d be perfect for me.
I don’t think any distro supports the X1 Carbon better than Fedora. My previous work machine was a 6th gen, and Fedora worked great on there, including power management and suspend. The only thing that didn’t work was the fingerprint reader, but that has been resolved in more recent models. Starting with the 8th gen, Lenovo sells them with Fedora pre-installed.Lenovo works directly with the Fedora project to ensure their hardware works correctly. As others have mentioned, the most likely problem is something misconfigured that is stopping you from suspending. You could try updating the firmware and possibly resetting it to the defaults (although check through each setting to make sure nothing is set to be Windows-specific). You might also try a fresh install of Fedora to see if it was an OS-level misconfiguration.
P.S. There is no such thing as Fedora 38.5. The project only has major versions, not minor versions.
Now that I know what to do (switch audio codecs on sound icon in menu bar depending on being in a call or listening to music) it works better for me on Linux Feroda than on Windoge.
Not sure if renaming “Extrakt here, autodetect subfolder” to “Extraxt here” is a smart move …
Sure, you’d find out that it does detect subfolders now even though it doesn’t say it but if I had not read this I would probably have assumed the removee the subfolder detection
linux
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.