Yep. One reason why those situations become less frequent over time is that one learns to avoid such designs. Thought process: "Sharing data across threads is annoying. So I'd rather avoid it. Maybe message passing can solve the same problem as well?"
- Posts
- 1
- Comments
- 55
- Joined
- 3 yr. ago
- Posts
- 1
- Comments
- 55
- Joined
- 3 yr. ago
I now have run into the issue that I myself cannot play Minecraft on my Linux laptop, which is an ARM machine and the ARM Mali GPU does not support the OpenGL version that Minecraft requires. (It also needs some hackery, as the Java-written Minecraft uses some native code libraries.)
I'm now playing VoxeLibre instead, which runs mostly fine on my laptop.
What is stopping you from playing Minecraft itself on Linux?
I haven't played it in a while, but it did work perfectly fine last time I tried it. It is written in Java, after all.
This is so fucking stupid, I can't even.
For your mental health, have some reasonable arguments about Rust: https://www.heise.de/hintergrund/Entwicklung-Warum-Rust-die-Antwort-auf-miese-Software-und-Programmierfehler-ist-4879795.html
Since it's in German, here are the key points of the article (written from memory - the article is quite old, so I might misremember - best read the article yourself):
- Software development is stuck in a vicious cycle regarding project budgets.
- Some competitors don't know better and just budget the "happy path", that assumes that everything during development goes right.
- The author uses a term for this which I like a lot: "Hybris of the programmer"
- Other competitors know better, but still have to lie in order to remain competitive when it comes to prices
- Therefore almost all software projects end up with a way too low budget
- So we get buggy software
- Some competitors don't know better and just budget the "happy path", that assumes that everything during development goes right.
- Rust might be a way out of this misery, because
- it is understood that it takes longer to develop something with Rust
- but on the flip-side the safety-guarantees rule out a lot of bugs
- so customers who choose to have their project implemented using Rust are fully aware of the higher costs, but also the higher quality
- and developers have a well known argument for the higher costs, and also have data that shows how this higher investment will yield a better quality product.
I fully second the sentiment that there is no good reason to switch distribution once you have found one that you like.
However, if your goal is to learn something new, and you don't care about having to nuke the install and start over, then you could go the crazy route and install Linux From Scratch. It is unlikely to yield a maintainable result at first try, but if learning is your goal, this is your best shot at it.
Or you could go the not-that-crazy route and use Gentoo, which is basically Linux From Scratch, but automated. Setting it up is way quicker (couple of hours - except if you configure the kernel by hand), and you will with near certainty get a maintainable system on first try, but it is also far less educational, given that the automation does most of the work for you. (I have switched from Debian to Gentoo 10 years ago, after trying it on my netbook for some time, and I could not be happier. It only does what it should, is rolling release, and only very rarely has issues.)
I would only recommend those two approaches on a second PC though, without immediately switching the main PC over. Linux From Scratch is, as said, unlikely to yield a maintainable installation on first try, so you will likely nuke the install again. Gentoo, while perfectly usable as a daily driver, is certainly not everyone's beer, and you might simply want to switch away again because you don't like it.
I guess this was being sarcastic, but just in case it wasn't:
If you launch the game through Steam that probably won't matter, because Steam brings along its own libraries for games to use. That collection of libraries is called "Steam Runtime", and if the game only uses libraries from the Steam Runtime, it will run on any distribution that the Steam Runtime is compatible with (what afaik means basically all distributions).
There are some exceptions though. Graphics drivers for instance are not bundled in the Steam Runtime.
And last, but not least: Even if you don't run the game through Steam, it's probably just a bunch of libraries that need to be installed. They only need to be the same or a newer version than those used on the developers' build server.
You have Debian experience? Then stick to it. It may be boring, but boring is good. That means it doesn't need much maintenance, and that it just works.
They have done that already. It's called Kylin.
Need to enshittify it enough to make the AI features feel like an improvement.
I don't know if this applies to CLAW, but many games back then had their audio stored as CD Audio Tracks. If that is the case, you might want to actually emulate a CDROM drive instead of just extracting the files. There is a CDROM emulator for Linux, called CDEmu, which can read CUE/BIN CD Images.
Oh, and that game seems to have an ancient 16-bit installer, which might not work on modern systems. However, according to WineHQ Appdb one can just copy the files from the CD and it works.
In addition to LibreOffice I often use standalone tools.
If I want a high quality document, I use LaTeX. Same for presentation slides. However, writing stuff in LaTeX is only worth the effort if the quality is needed. For non-important stuff I just use LibreOffice.
For calculations it depends on what I want to have in the end. If I just want to play with the data a bit, then LibreOffice Calc it is. However, if it is for something serious, I tend to write script files, or even full programs, that do the processing. That way computation and data is in separate files, and the used formulas are clearly visible and easy to debug.
I have been a user since the 90s. Back then it was still called StarOffice.
Its feature set differs from that of MS Office, and its performance could be (a lot!) better, but I strongly prefer the LibreOffice user interface, and the features that matter to me (like CSV import) are way better in LibreOffice. However, LibreOffice does not have all the features of MS Office, and some are notably worse (for instance auto-fill in spreadsheets, where Excel is way better at guessing the next value).
Sadly it's not only a matter of preference, because file exchange between different office suites is not flawless. MS Office and LibreOffice don't agree 100% on how to load each other's files...
Yep, innoextract just unpacks the files, and I then place them into a folder in the home dir. Before I knew about innoextract I also just used WINE to run the installers, and then copied the installed files around. (btw, the apple pkg installers can also be unpacked by a combination of 7z and cpio - in case you just want to unpack one of the many GoG Dosbox games and don't have innoextract or WINE available)
I have a folder named ~/Games - and the individual games in subfolders there. In Steam's "add non-steam game" dialogue there's a "browse" button, and in that one I then select the .exe file of the game. That adds it to the library, and allows selecting Proton as compatibility tool in the preferences.
I am pretty sure the Steam Client reports which games you play to Steam's "presence" service, such that your Steam Friends can see what you are playing. I don't know if Valve gathers that data for other purposes (but would assume they do unless told otherwise). Also, some games that ship with Steam integration in their GoG installer (e.g. Loop Hero) will even track as you playing the Steam version - even if you don't own it there.
And yeah, there is no GoG Galaxy emulation in Steam of course, but I honestly don't care much about achievements. The lack of cloud support in non-Steam games is annoying though, as I also have a Steam Deck and those saves don't automatically synch...
I usually just download the installers from their website. It's not like I would need to install or update games on a day to day basis...
If the installer is only available for Windows (or if I am using my ARM laptop) I use innoextract to extract the files without needing to run the installer.
For Windows games I found that the easiest way to deal with them is to add them to the Steam Library as a non-steam-game, and to force Proton on them...
Yeah. Super annoying...
AppImage: It solves the problem of too many dependencies by introducing more dependencies.
Does anyone know how to report bugs for this? Because the Linux build is linked against libcurl-gnutls, but libcurl-gnutls is not included in the appimage...
I had to unpack the appimage, and manually create a symlink to my system's libcurl to get it to run.
Yep. With Kingmaker it was extra annoying, because the game has Steam Deck Verified rating, and the Steam Deck defaults to the Linux build.
Thing is, you can play through the whole first chapter of the game with a gamepad without issues... However, once you unlock the Kingdom Management screen, you run into the bug, which is a soft-lock once you open said screen. The UI doesn't properly initialize, all text fields remain at their default value, and you cannot make any inputs any more. Luckily the ESC-Menu still works, so you can save your progress...
If it weren't for the Steam Deck, I guess very few people would have run into this bug, if any at all. Kingmaker has a different UI if played with a gamepad, and even though Kingmaker's gamepad-UI is done really well, it is clear that it is meant for playing the game on a TV screen (think: consoles). If you are sitting right in front of your screen (PC), the UI you see when playing with mouse and keyboard is superior in each and every aspect.
There is a Wikipedia article about this: https://en.wikipedia.org/wiki/List_of_open-source_video_games
It is, however, vastly incomplete, as entries without "reliable sources" get deleted. Mind that linking the source code repository, the steam page, the license file and news about a game going open source are not enough to count as "reliable source".
Signed Kernels are problematic for some users. While the distribution-supplied kernel binaries are fine for most users, there are always those who want to (or need to, due to hardware quirks or bugs) tinker with the kernel compile-time configuration, or the kernel source code itself...