Ancestors

Toot

Written by Per Vognsen on 2025-01-29 at 05:05

I half-seriously want something that could be described as an oodkiller. More specifically, I wish more "disk space clean-up" applications had better metadata semantics for all the random crap on your file system. I wonder if there's some kind of standardized opt-in scheme that applications could use to register or tag intermediate build artifacts, cache files, stuff that could be on-demand reinstalled, etc.

=> More informations about this toot | More toots from pervognsen@mastodon.social

Descendants

Written by Per Vognsen on 2025-01-29 at 05:09

The closest thing I know of is something like ~/.cache but that doesn't take into account build artifacts and such although maybe that's something build systems should change.

=> More informations about this toot | More toots from pervognsen@mastodon.social

Written by the tower fairy on 2025-01-29 at 05:12

@pervognsen Maybe cleanup tool aware .ignore and .gitignore? But often the problem is that tools treat cache as a source of truth and not as a tmpfs...

=> More informations about this toot | More toots from crystalmoon@chaos.social

Written by Arseny Kapoulkine on 2025-01-29 at 05:20

@pervognsen rm -rf ~/.cargo and you get all your disk space back!

=> More informations about this toot | More toots from zeux@mastodon.gamedev.place

Written by Per Vognsen on 2025-01-29 at 06:02

@zeux That's only a few gigs, 1.8 GB to be exact! The problem is all the Cargo related artifacts everywhere else. My self-built zed's directory is 33 GB if I don't clean it. Or my LLVM directory for that matter.

=> More informations about this toot | More toots from pervognsen@mastodon.social

Written by Xavier on 2025-01-29 at 07:05

@pervognsen @zeux I wrote a script that wraps cargo so it puts build artifacts somewhere under ~/.cache, it's been very helpful. There are plans to build it directly into cargo, but the RFC has been stalling for a while unfortunately 😕

=> More informations about this toot | More toots from xavier@sunny.garden

Written by Josh Simmons on 2025-01-29 at 08:30

@pervognsen @zeux yeah, the one that I always end up manually cleaning is the symbol cache in windows. It's heckin gigantic and if you don't have everything perfectly setup invariably one tool writes its cache to a different directory and you get two copies of everything.

=> More informations about this toot | More toots from dotstdy@mastodon.social

Written by Josh Simmons on 2025-01-29 at 08:33

@pervognsen @zeux A lot of those things are also kinda, where's the system setting for "i have a fast internet connection" a.k.a DON'T CACHE IT LOCALLY I HAVE THE INTERNET. don't actually need 500 nvidia driver installer backups

=> More informations about this toot | More toots from dotstdy@mastodon.social

Written by Andre Weissflog on 2025-01-29 at 08:49

@dotstdy @pervognsen @zeux only somewhat related, but I would really like to see something like the web browser devtools panel in native operating systems, a central place which lets me peek and poke at the guts and all the meta-data of installed applications and running processes, along with integrated debugger, profiling, tracing...

Currently stuff like this is all over place, doesn't exist or is in 3rd party tools.

=> More informations about this toot | More toots from floooh@mastodon.gamedev.place

Written by Chandler Carruth on 2025-01-29 at 05:27

@pervognsen I symlink my ~/.cache into /dev/shm for speed and limits on growth.

Good side: it doesn't endlessly grow and is suuuuuper fast.

Bad side: I know about every single one of the programs that write nonsense amounts into it.... because running out of memory from tmpfs is a bit more of an abrupt reality check. =/

=> More informations about this toot | More toots from chandlerc@hachyderm.io