uutils developers aren’t earning any more than coreutils developers. This is an orthogonal discussion.
This is hardly newsworthy. If the extensions were called ‘Jabberwocky C Extennsions’ no one would have cared. The extension allows for tagged unnamed structs inside of a struct, e.g.:
struct inner { /* ... */ };
struct outer {
int value;
struct inner;
};
If you’re targeting this at Windows users who just heard about GNU/Linux and consider switching, this is a terrible guide.
Edge → LibreWolf, Ungoogled-chromium/Trivalent.
No. When someone wants to switch to GNU/Linux, don’t also shove your other opinions onto them. There’s nothing wrong with Firefox or Chromium, which often come preinstalled.
Picking a distribution. There are a lot to pick from.
This whole section is way too long. Here’s what it should say:
Use Linux Mint Cinnamon Edition.
If you want to say more:
Use Linux Mint Cinnamon Edition. Or if your entire focus is gaming, use Bazzite.
No new user gives a fuck what Linux distribution is. They don’t care what atomic distribution is. And talking to them about Arch can only lead to disaster.
SteamOS, also Arch-based, is typically not recommended for Desktop systems, I think.
No. Do not recommend unsupported distribution which doesn’t work with the most popular GPU brand to any new users.
Picking a Desktop Environment
This section unnecessary since the previous section should already direct the new user to either Mint or Bazzite.
Avoid Balena Etcher. I’ve seen people have issues with it.
And you think Rufus with magnitude of options and Ventoy will leave users with fewer problems?
If you’re using auto-partitioning,
There should be no ‘if’. A new user should not do manual partitioning. If they are interested in doing it, they’re already way too advanced to read your tutorial.
→ For those who ditched Windows completely, make sure to back up your data and convert your external drives’ Filesystem to ext4 too for Linux-only use.
Uh? Why? Let them use NTFS if the drive is in NTFS.
Absolute trash article.
The first thing that I noticed back then
When is ‘then’? Because that affects the meaning of the rest of the paragraph. Prior to Rust 1.0 a lot of things changed in backwards-incompatible way. Currently, if you learn something, you can continue applying that knowledge.
I don't want to learn something that does not last - that feels like a wasted time when I could also learn skills that remain usable to the far future.
Then software engineering is not a career for you. Maybe you could become a bricklayer because pretty much everywhere technologies changes and if you want to be at the top of the game you need to learn new skills.
That was long before I even noticed how disgusting people many Rust programmers are.
So are many C programmers. Or Python programmers. Or Heskell programmers.
If you go to the website of the Rust programming language nowadays, one of the first things you'll notice is that their primary communication platform is Discord.
This is blatant lie. The first thing I see when I go to the website is that Rust has official Mastodon, Blueksy and YouTube channels. And if you go to Community page you’ll see the main communication channels are self-hosted forum, and Zulip.
Another thing that you notice immediately if you use an independent web browser is that their developer forum does not work. If you use a "non-supported" browser, or have JavaScript disabled, the webpage body has a CSS property "overflow-y: hidden !important;" which prevents the user from scrolling the page. On top of the page there is a banner that tells you to download one of the "supported browsers", which are Firefox, Chrome and Safari.
What is the issue exactly?
Which leads me to the next point. Rust people are clearly hostile towards or generally against free software.
So let me get this straight, you’ve poisoned the well with lies and irrelevant information to prime readers to hate Rust and accept your point. Got it.
There will surely be small incompatibilities - either intentional or accidental - between the Rust rewrite of coreutils and the GNU/C version.
Why are you so sure that there will be incompatibilities? The stated goal of the project uutils is ‘to be a drop-in replacement for the GNU utils’ and ‘differences with GNU are treated as bugs’.
If the Rust version becomes popular […] the Rust people will start pushing their own versions of higher level programs that are only compatible with the Rust version of coreutils. They will most probably also spam commits to already existing programs making them incompatible with the GNU/C version of coreutils. […]
This is pure speculation aimed to support a conclusion that the author has. uutils aims to be fully compatible and there are no indications that this goal isn’t sincere.
Rust's licensing is also problematic. The license has been worded in such a vague way that it may or may not allow forking or re-implementation. It may or may not require deleting all references to the word "rust" from a fork or re-implementation.
All of that is fully compatible with FSF and OSI definitions. There is nothing new in requirement that forks use a different name.
The rest seems to be just ‘Rust people’ generalisations and lies.
VeraCrypt Volume Format Specification:
Each VeraCrypt volume contains an embedded backup header, located at the end of the volume (see above). The header backup is not a copy of the volume header because it is encrypted with a different header key derived using a different salt (see the section Header Key Derivation, Salt, and Iteration Count).
It may be possible to recover the encryption key. You might try asking on VeraCrypt forums/mailing lists or contacting a commercial data recovery service which understands VeraCrypt. Though I’m not familiar with VeraCrypt so I may be misunderstanding the cited documentation.
Unless commits are signed, you can always rewrite history. No matter the tool. Extreme example demonstrating that this is possible is the fact that I can change my machine’s time, change my user name and reply the tool’s commands to construct whatever history I want.
It’s trivial. Use Linux Mint or Debian, enable non-free repositories if required, and that’s pretty much it.
I’ve never had issues with Nvidia drivers. Your mileage may vary.
Admittedly, I’m probably not the best person to ask for recommendation of a noob-friendly distro, but I feel people are overthinking this. If someone produces a list which includes distros I’ve never heard of, I think they spent too much time on ‘Top 10 Noob Friendly Distros in 2025’ websites.
If you really care about my recommendation, just start with Mint.
PS. I should also add, this isn’t criticism of you or any other new user who does search online for recommendation. This is more a comment on state of the Internet where there are so many websites which seem to pad their list with obscure distros where really all such articles should give recommendation for one of the same three distributions. Which three I don’t exactly know.
Another interesting part is that HTML5 supports embedding SVG. That is, you can put SVG code directly in your HTML5 document and it’s going to render correctly. You can also style it through your website’s CSS file and manipulate the elements via JavaScript.
Though as others pointed out, it’s technically not HTML but XML. For
example, you have to close all the elements and quote all the
attribute values. But when you embed it inside a HTML document, those
rules get relaxed to adhere with HTML. (I.e., you cannot write
<circle r=5> in SVG (it must be <circle r="5" />) but you can when
you embed it in HTML).
It’s not. You keep insisting that ^D doesn’t send EOF and yet:
$ stty -a | grep eof
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
$ man stty |grep -A1 eof |head -n2
eof CHAR
CHAR will send an end of file (terminate the input)
^D (which is an ASCII EOT character) signals EOF. The thing is that in C every line of a text file must be terminated by a new-line. And so, when you end a file with ^D without a return, you get funky results.
Mint is fine. Rather than changing distros, rather keep using it and configuring it the way you want it. For the most part, GNU/Linux is GNU/Linux is GNU/Linux and many popular distributions are largely the same.
Maybe those would help (although using those would require changing how you do emails and it’s not a solution for Android):