this post was submitted on 03 Dec 2023
427 points (96.9% liked)

Linux

45582 readers
598 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Alt TextA screenshot of a file manager preview window for my ~/.cache folder, which takes up 164.3 GiB and has 246,049 files and 15,126 folders. The folder was first created about 1.75 years ago with my system

you are viewing a single comment's thread
view the rest of the comments
[–] SuperIce 32 points 7 months ago (2 children)

I don't think I've ever seen .cache get bigger than 10GB

[–] Zangoose 28 points 7 months ago (4 children)

It looks like yay was storing AUR build files there, that folder took up about 160 of the 164GiB

[–] SuperIce 20 points 7 months ago

You can use yay -Sc to clean the cache. It'll also ask you if you want to clean the pacman cache, which I'm assuming you also haven't cleaned (check the size of /var/cache/pacman).

[–] [email protected] 2 points 7 months ago (2 children)

You should try using paru, might be better off with it.

[–] [email protected] 1 points 7 months ago* (last edited 7 months ago) (1 children)

it doesn't matter if you use paru, yay or heck makepkg if you are compiling packages with hilariously large sources like for example webbrowser (librewolf, brave, ungoogled-chromium, firedragon take each like ~30 GB) without pruning the build cache afterwards

[–] Zangoose 2 points 7 months ago

Something I noticed was that in this case it was mostly binary AUR programs taking up the space.

I think maybe since yay/AUR use cloned git repos, and old versions of binaries get stored in the git diff and then add up because different versions of the binary are basically like keeping multiple copies of it instead of just the changes to the source code.

[–] [email protected] 0 points 7 months ago* (last edited 7 months ago) (1 children)

Paru cache is huge and you have to delete it manually with something like paru -Sc i think

[–] [email protected] 2 points 7 months ago (2 children)

My update script handles mirrors, updates and cleans the cache automatically. I'd definitely recommend creating one. It's aliased to sysupdate for me and I also check if it's a debian or arch based distro so the command works on my servers and desktop

[–] [email protected] 1 points 7 months ago (1 children)

I highly recommend topgrade. You can add custom commands so clearing paru's cache shouldn't be a problem. I just do it by hand as I'm ok with it.

[–] [email protected] 2 points 7 months ago

I've heard of tools like that, but this works fine for me. This way I'm not dependent on it being packaged for my distro and having to install it through other means. I'm fine running things manually, this is just for convenience

[–] [email protected] 1 points 7 months ago (1 children)

What is your update script? Where did you post it?

[–] [email protected] 1 points 7 months ago

I don't think I've posted it before, but here it is. If you use different utilities you'd have to swap those out. Also excuse the comments, I had GH Copilot generate this script

[–] [email protected] 2 points 7 months ago* (last edited 7 months ago)

Shouldn't it store that stuff in data-home or state-home? Pikaur compiles in cache and stores it in data-home after.

[–] [email protected] 2 points 7 months ago (1 children)

If it is true, it is a bug in yay. Cashe should not grow without limit.

[–] [email protected] 1 points 7 months ago

It was reported twice as minimum. Seems that author does not care.

[–] [email protected] 5 points 7 months ago (1 children)

Depends on the distributions and default settings. In arch, by default, pacman doesn't delete cache.

[–] SuperIce 14 points 7 months ago (1 children)

Pacman's cache isn't in ~/.cache though, it's in /var/cache. So whatever is taking up this much space isn't the package manager.

That being said, I think the arch devs should add a config option to automatically delete old packages without having to run paccache manually and have it default to the last 2 versions of a package or so. It can grow quite big over time.

[–] [email protected] 3 points 7 months ago (1 children)

You can set a hook to do it automatically or use this, but I agree that this should be default behaviour

[–] SuperIce 5 points 7 months ago

You can also just do systemctl enable paccache.timer to automatically run paccache once a week.