Feedback: to see an example one has to click through to another file in the repo.
Is it a subset of Markdown or YAML? It is a type of decision that it would be good to be upfront with to the users. It also gives you a framework for further thinking and development, and some out of the box parsability.
Obvious things I don’t see mentioned:
history | grep whatever (or other useful piping), though your older commands are forgotten eventually. You can mess with the values of HISTSIZE and HISTFILESIZE environment variables in your system.Context just before that quote:
As we understand it, this contract clearly states that the terms do not intend to contradict any rights to copy, modify, redistribute and/or reinstall the software as many times and as many places as the customer likes (see §1.4). Additionally, though, the contract indicates that if the customer engages in these activities, that Red Hat reserves the right to cancel that contract and make no further contracts with the customer for support and update services.
This is rich, don’t know how many people are aware of that.
To add even more, to get the real error log you often have to go to console (GNOME terminal) and run the program from here (command name + enter). It will crash and leave the message you can copy. Not that different from Powershell in windows.
How to know the command name? In KDE you right click the program in the app menu (it’s called Activities in GNOME as far as I remember) and go to “Edit program”, where it is in the text field. For example to run Firefox, you run “firefox” from the console. People can correct me about how it works in GNOME and if there are easier ways. I’ve often tried to guess it, lol. Not only experts use Linux.
There is !linuxmemes@lemmy.world and !linuxmemes@lemmy.fmhy.ml.
I mean… “who needs features in 2022” is onto something. But I use both, for various Nvidia and laziness related reasons, and have a dim idea what they do inside, as probably most flamers on the topic.