Another interesting low-level interpreter/emulated system to look into for anyone else trying to get started with this type of thing is the CHIP-8! It’s a pretty basic 8/16-bit instruction set (there are 35 opcodes, the instructions themselves are mostly simple) and there are tons of detailed guides on making one and writing roms for them.
To be fair, studying computer science isn’t always indicative of knowing your way around tech anymore. I’m an undergrad in CS right now with some experience as a TA. The amount of people who got points off of submissions (for a 2nd year class) because they didn’t know how to zip a folder correctly and submitted an empty zip file is honestly depressing.
That being said, even knowing what Linux is probably puts your tech literacy above most people so I doubt that was the case here.
See now we’ve got a valid argument going
Wasn’t the name “soccer” originally from England?
Edit: it was, and it was used for ~100 years in England until around 1960 - https://en.m.wikipedia.org/wiki/Names_for_association_football
Add a randomizer that has a chance of resetting it back to normal every now and then for maximum chaos
Ok I was joking with the images but now that I think about it this would likely be pretty useful to have on smart watches with circular displays.
E.g. having the watch face rotating to face towards the wearer would be a pretty neat concept. Definitely something I’d want a toggle for though.
VS code is a good app in spite of using electron, not because of it. There’s no reason a simple plaintext editor needs to allocate 300MB of ram even without extensions just to launch, and there is definitely no reason a plaintext editor should require compiling chromium to build from source.
Slack is fine, but only when you exclusively use slack. Throw in an actual browser, discord, VS Code, Whatsapp, teams (?), etc. each with their own chromium instance and now your 16GB of ram are being eaten up at idle.
VS code is an electron app, there are a few others that have a simple enough purpose that they shouldn’t be using a whole dedicated chrome engine to function.
Another funny concept
Anything that touches the internet can be scraped. Mastodon DMs aren’t encrypted, and public posts are obviously public. There’s nothing stopping someone from using the API or any web crawler to harvest data on mastodon users anyway.
Not arguing for/against threads, tbh I don’t even use mastodon much because I don’t really like the idea of microblogging to begin with
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.
I use thunar (with ePapirus-Dark icons which is probably what makes it look like nautilus), I liked nautilus when I used it but thunar has a bit more functionality that I like
Maybe not while it’s running, but .cache is intended to be temporary files only so expecting files to permanently be there should be treated as a bug
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
IMO I’d say the same thing about windows’s “Temp” folder though.
I agree that a lot of Linux isn’t user friendly but I’m also on a distro that is specifically supposed to be customized from the ground up (arch-based) using a tiling window manager which also involves configuring most things from the ground up. This isn’t a problem that most Linux users will likely have, but it is a problem that people may have if they are power users trying to have full control over their system (people who will be on a community about Linux). From what others in this thread have been saying, non-arch distros (and even arch with other aur helpers than yay) tend to have much smaller caches that get up to around 10Gb at most, which is also similar in size to what Windows’s temp directory uses.
This is a Linux community on a FOSS platform. This community is inherently going to be filled with more “geeky” people. Isn’t this what we signed up for? You make it seem like Linux was ever attracting people who weren’t these type of people to begin with. Computer science is still a growing field, and most sane computer science curriculums involve using POSIX terminal commands and by extension linux at some point. I’m a zoomer and can confirm, we’re not all as hopeless as you think we are. Linux will be fine even ignoring all of its corporate and government backing. And for people who don’t even know what a file is, they probably won’t know what Linux is in the first place. Even if they somehow have a system preconfigured with linux, their Ubuntu or Linux Mint install will probably be clearing the cache for them.
It’s yay, which took up ~160 GiB. It was storing previous versions of AUR binaries which I guess added up over time. I posted a screenshot of ncdu outputs for a more detailed breakdown in one of the other reply threads
It ended up being yay storing binaries from previous versions of AUR packages, definitely depends on the distro/usage but for arch-based it definitely clears up a lot of storage
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)
If he was counting his money in $100 bills it would still take him about 40 years,
Edit: assuming he counts 1 $100 bill per second