LTT - Linus Tech Tips YouTube channel tried out Linux, PopOS!. And there was a horrible outcome, where he tried to uninstall or install Steam and the dependencies would remove the entire desktop for whatever reason. Rendering the installation broken and unusable obviously. There was a big warning in the terminal, but he didn't read and ignored it and continued.
There was lot of debate, but ultimately it was fault from both sides: ignoring warning that explains what happens, and no safeguards from the distro so this bug should not make it unusable.
LOL fair enough. I guess a more friendly description of that would be "the distro must assume you don't read everything". Okay so that makes sense, given what happened.
For what in example? I used Windows for 8 years and then from time to time after that, plus helping my brothers computer with modern Windows. I never had to use the commandline. But maybe there are some tasks that requires it, because there is no GUI for. What would that be?
What is the LTT Linux test? I know its a reference to the LTT YouTube channel and the fail they experienced. But how do we a LTT Linux test and report it as a success?
I think Deadlock might be a "launch" title to the Steam Machine. As in advertisement, not exclusivity. Maybe they open the flood gate with the launch of the Steam Machine?
Usually you can't pick older versions of the game. There are cases when developers leave an older build of the game available in the Experimental tab. But that is not always the case and the developer or publisher does not have to do it. It's not required.
I regret not to have played these Elder Scrolls games when they were new. These are really special games. At the time, I wasn't a fan of western RPGs and leaned heavily into JRPGs. But man, I regret it.
But what if the game was an update instead? The law does not cover this situation. Then owner of the original game could no longer access it, and only get the new version.
If I were a game developer, I would probably stick to Godot unless there is a really good reason for relying on this fork. One has to trust them fully.
Square is not obliged to give a free copy to all owners of the original game. Even if the game is no longer for sale.
But what if the game was an update instead? The law does not cover this situation. Then owner of the original game could no longer access it, and only get the new version. In example Counter Strike: Global Offensive was replaced by Counter Strike 2. To me having both versions accessible (Rockstar did that with GTA 5 too) is ideal.
My hope is, they will remove the launcher and SquareEnix account requirement. And make some further modifications to make the game Steam Deck verified.
Wow I just tested it. Game does not run anymore, and I get connection error. I have internet access, so probably the servers are shutdown. So the original game (what will be renamed to 2013 edition later) is unplayable. I just downloaded it and tested.
POSIX shell is the standard that all shells should support (Fish does not I think). Its basically what is executed if you run it as /usr/bin/sh script. POSIX is not a specific shell itself, its just the standard. /usr/bin/sh is usually a symbolic link to an actual shell interpreter. And any shell could support it, in example Bash with its compatibility mode (what is usually done by default in todays Linux systems). Or Dash is designed to do that specifically and only that as far as I know.
Bash on the other hand is an enhanced shell that introduces some concepts, features and changes default behavior of the standard POSIX. That is when the script runs with /usr/bin/bash. This is also used in your terminal as the interactive shell. And ZSH in example is similar to Bash, but has some extended features over Bash. They are relatively speaking similar. I think ZSH is or was the default shell in MacOS too.
As for KSH, I don't have no experience about this myself. I only know it exists and just saw checklists of differences.
However my personal shell preference is zsh. When I write scripts I do so using bash. The two shells are 99% similar on a day to day basis, but I prefer zsh for a user interface. So I use one for day to day and the other for scripting.
I used to do the same, Bash as the default script interpreter and ZSH as my terminal interactive shell. Worked well. I also had Dash as the /usr/bin/sh installed. But once I installed a new OS, I did not want to set it up immediately and wanted to do it later. Then I realized that I do not need to and frankly didn't notice any difference. Besides ZSH was a bit slow here and there with the kind of setup I had. So since then I stayed on Bash only again and don't miss most of the stuff (but ZSH had some nice features).
I wouldn't have even mentioned Fish here, its too different. If you going to learn a scripting language that is this different, then there are even more shells out there. I would stick to Bash (or ZSH for that matter). Especially if its the first shell language you get into.
In the past I replaced Bash as the default POSIX shell interpreter /usr/bin/sh with Dash. Normally the /usr/bin/sh is run by Bash in compatibility mode, if no Bash features are needed. Dash is an independent implementation of /usr/bin/sh compatibility and in theory should startup a little faster than Bash for those scripts. In practice I didn't notice any difference on my modern computers (and I mean more than a decade old by now). My personal experience and recommendation is not to worry about this and not install Dash at all. If you do, nothing will break or get worse, but I believe nothing is won either.
Dash as an interpreter for /usr/bin/sh is only for shell scripts, that run the shell in default mode without Bash or other features. It is not intended for use in the terminal in an interactive manner.
Learning Bash? Oh hell yeah! The language is a bit ugly and has really lot of pitfalls and dumb language constructs or default behavior. But it is the default and you can rely on Bash for the most part in Linux. You can write scripts, understand others scripts and make changes to them. And it is even used in the IT industry everywhere (well maybe not everywhere...). But that's not all, you have to learn Linux stuff too, not just the scripting language to make most use of it. While Bash the language itself is ugly, it is still useful to learn the basics and get into it a bit deeper over time. I fully recommend it.
Thanks for the explanation. That reminds me an issue. I changed my default gamepad.
At least one issue with EndeavourOS I had in the past (and that's not an issue with the distribution, but with the model of having newest Kernel) was that the newest Kernel sometimes broke the driver for my gamepad, XBox One S proprietary dongle using medusalix xone driver from AUR to be specific. So I had to wait sometimes days or longer until the driver was updated in order to use the controller. This issue could be avoided when using an LTS Kernel instead, which is very easy to setup in EndeavourOS as it comes with such a GUI.
Your given arguments makes lot of sense. So it is about stability (in the sense of not changing, not about bugs). So you seek a setup and forget installation, which is understandable and maybe would have preferred doing so too in your case.
LTT - Linus Tech Tips YouTube channel tried out Linux, PopOS!. And there was a horrible outcome, where he tried to uninstall or install Steam and the dependencies would remove the entire desktop for whatever reason. Rendering the installation broken and unusable obviously. There was a big warning in the terminal, but he didn't read and ignored it and continued.
There was lot of debate, but ultimately it was fault from both sides: ignoring warning that explains what happens, and no safeguards from the distro so this bug should not make it unusable.