It needs alsamixer
… Never heard of this thing since a decade …
Somewhere between Linux woes, gaming, open source, 3D printing, recreational coding, and occasional ranting.
🇬🇧 / 🇩🇪
It needs alsamixer
… Never heard of this thing since a decade …
That’s a lot of text for “we’re not open source, please don’t trust us and please use another system”.
German here.
I am not writing anything in my code in German. All of my code, my variables, my default texts, my comments, my documentation, my UI strings, etc. are always and explicitly in English.
The only German I use, is when I provide translations for UI or documentation.
I’m not going to search further to find the original discussion, but another user in this thread mentions seeing talk of this about a year ago.
There were plenty of those threads and discussions happening during the past few years. This is a constant topic that came up in the forums and sometimes GitHub over and over again.
It initially was that. Also the name wasn’t meant to stick around forever.
But, out of a sudden, between updates, not even the new website URLs ready?
I don’t follow Minetest development that closely anymore, but last time I checked there were no issues or pull requests on their GitHub, nor something official regarding a name change in the forums.
This feels like there are just a bunch of people haphazardly deciding there is a new name now.
It IS a terrible name. But it also is an over one decade old brand.
It will be hard to propagate the new name and have it as recognizable as “Minetest”.
Luh-Anti?
Also luanti.net
(which would be the most logical step to use that address because of the same TLD).
Why isn’t something like this done prior to announcing the new name …
Is this an out-of-season April Fools’ joke?
I actually just run the update commands individually when I feel like.
su -l 'pacman -Syu' # All regular packages
pakku -Syu # All AUR packages (I know this updates regular packages, too.)
flatpak-update # Update Flatpak packages with a function I wrote
Since I do not trust Flatpak (especially when it comes to driver updates and properly removing unused crap) I once created this monstrosity.
flatpak-update () {
LATEST_NVIDIA=$(flatpak list | grep "GL.nvidia" | cut -f2 | cut -d '.' -f5)
flatpak update
flatpak remove --unused --delete-data
flatpak list | grep org.freedesktop.Platform.GL32.nvidia- | cut -f2 | grep -v "$LATEST_NVIDIA" | xargs -o flatpak uninstall
flatpak repair
flatpak update
}
The initial problem with Flatpak thinking it would be a good idea to add dozens of Nvidia drivers and re-download and update all of them on every update (causing a few gigabytes of downloaded files on every run of a normal flatpak update
even if nothing needed to be updated) is reportedly fixed, but I just got used to my command.
If a function takes all types of variables it’s your own fault!
You just really force it.
It’s like with -v
in various applications. -v
means “verbose”, and -vv
means “really verbose”, and -vvv
means “an ungodly amount of data printed to the terminal, so much that it might crash”.
30 days paid vacation + bank holidays + regional holidays + 0.5 days of vacation each on Christmas and new years eve + generally not having to work on weekends + generally not having to work longer than 8 hours a day + public transport ticket paid by the company.
Cannot complain.
A great passive-aggressive way of saying “As I already told you, you dumb pile of bull feces” is “As mentioned in my last mail, …”
Came here to say exactly this.
Rare achievement, only 0.04% of all users have it.
The joke is the absurdity of a flat earth and making puns like “all around the globe” in that context and creating absurdist proof that the Earth is flat despite everyone knowing since kindergarten that it isn’t.
But some people started taking it too seriously.
Both is super uncritical.
You can install Steam as Flatpak without any real or major issues nowadays and thanks to Proton you can basically play any games except those that use Windows-specific ring 0 spyware as their DRM or anti-cheat mechanism. Pro-Flatpak: You don’t need to deal with 32-bit libs dependency hell.
Same with programing. The relevant compilers are all available for pretty much all common distributions. Same with the common scripting interpreters as well as all common IDEs.
Depending on your VM solution you can usually pass-through CPU and/or GPU and have nearly the same performance as on bare metal.
This might be a bold move, but have you considered Arch Linux? You need to do most things by yourself, but the wiki is one of the best and most complete and extensive distribution-specific Linux wikis available. So if you’re willing to read instructions and learn new things, why not give it a try? (Disclosure: Arch is my daily driver since 2008 on desktops, laptops and homeservers).