These shortcuts aren't provided by the terminal or the shell but the readline library (or zle if you use zsh), which can be configured using the ~/.inputrc file.
These shortcuts aren't provided by the terminal or the shell but the readline library (or zle if you use zsh), which can be configured using the ~/.inputrc file.
afaik yes, at least the arch kernel has selinux enabled, but you need to install the user space tools from the AUR.
I exclusively use podman instead of docker at work and at home and haven't encountered any unsolvable problems.
I would consider that ifconfig is deprecated on many distros and would therefore teach about iproute2 (mostly the ip and ss commands) instead. Additionally I would consider editing files essential, even if it is with nano.
Maybe mention more modern and simpler help tools like tldr, as they could be even more useful to beginners.
To introduce the shell and utilities, I would try to find a somewhat realistic use case that combines multiple aspects, like analyzing some files or spellchecking instead of simply mentioning every feature one by one.
Easyeffects is great, or use the eq built in to pipewire to avoid an additional dependency: wiki.archlinux.org/title/PipeWire#Systemwide_parametric_equalization
It should be possible using the address overlay in the app. Otherwise you could leave a note or use the web based editor on the OSM homepage.
I use both versions actively, the main differences of SCEE compared to StreetComplete are the addtion of more obscure questions (for example building and roof colors, species/genus of trees), allowing direct editing of tags and disabling the gamification/statistics.
You don't even need to look at the extension to identify most file formats, as there are unique magic numbers stored at the beginning of most (binary) formats. Only when a single binary format is reused to appear as two different formats to the user, e.g. zip and cbz are extensions relevant. This is how the file command and most (?) Linux file explorers identify files, and why file extensions are traditionally largely irrelevant on Linux/Unix.
This means your idea of suggesting software based on the file type is even more practicable than you described.
I find that S-expressions are the best syntax for programming languages. And in general infix operators are inferior to either prefix or postfix notation.
I think a tag system as suggested by others makes the most sense, as NSFW and NSFL aren't mutually exclusive.
RAID 5/6 is somewhat broken, and some people might consider the lack of built in encryption or support for a cache disk as problems. For some reason it seems popular to blame it for data loss.
That being said, it is my favorite file system and I never had problems with data loss, but I use ECC RAM on my desktop as is strongly recommended if you use btrfs or zfs (another potential downside).
Keeping the details about vim in the extras is what I would do as well, but I would definitely tell the students that vim and vi exist, because they are the only editors available on many systems.
I agree that having some glyphs in color can be bad, for example when you are typesetting a formula in TeX that contains emoji, the color looks just unprofessional. As a solution, let me introduce you to the Noto Emoji font: https://fonts.google.com/noto/specimen/Noto+Emoji
So compared to plain bash without autocomplete and Ctrl+R it may be useful. It is probably a step back for everyone else.
I think it could be much worse than even a plain shell with ^R, as the llm will be slower than the normal history search and probably has less context than the $HISTFILE.
Of course anecdotes are of very limited usefulness, but I had exactly the opposite experience. The HDDs that failed on me, failed slowly with SMART errors that gave enough time to make a backup, and never failed completely. On the other hand I had a cheap SSD die completely and without any warning after only limited use, and experienced bit rot even on reputable vendors.
tl;dr choose what you want but make backups
I don't really have a single favorite a language, if I am able to choose freely it depends on the task.
I find it interesting how large the difference between tastes regarding music players is. After the development of Cantata ceased, I was unable to find any mpd client that I liked and decided to write my own instead (if anyone is interested, the code is available at https://github.com/dokutan/cmpdc)
Why not write your own version? Getting the temperatures is easy and portable with the sensors command from lm-sensors. The rest of the info is easy to get using various commands (e.g. uptime, free) combined with a bit of sed/grep/awk for formatting.
I genuinely don't know if scratch is the right choice or a simple text based language would be better, especially for the older kids. Just from my personal experience, I started programming in BASIC at 12 and don't think I would have had as much fun and continued programming if i had used scratch instead.
I recently spent some time optimizing a small Julia program I wrote that generates a lookup table of brainfuck constants. Because it only needs to run once, I originally didn't care about performance when I originally wrote it (and the optimization was mostly for fun).
I achieved an ~100x improvement by adding types, using static arrays and memoization. In the end, the performance was mostly limited by primitive math operations, I tried using multiple threads, but any synchronization destroyed the performance.
However, the most impressive thing was the ability of Julia to scale from dynamically typed scripting language to almost a compiled language with minimal changes to the code.
Thanks, i hadn't heard oft Factor before, it looks interesting. I'm more of a LISP and FP Person but always wanted to properly learn a stack based language, Factor seems like a nice alternative to Forth for that purpose.
I used VLC in the past but switched to the simple music player after having too many bugs and crashes with VLC on my phone.
If you are looking for cheap storage, i recommend you check out diskprices.com . At least it helped me sometimes to find the disk with a low price per TB.
I don't know of one, but why not install gnome on Mint (or Debian)?