The issue is not only complexity, though it does play a role. You can also run into issues with pure text parsing, especially when whitespace is involved. The IP thing is a very classic example in my opinion, and while whitespace might not be an issue there (more common with filenames), the queries you find online in my opinion aren’t less complex.

Normal CLI output is often meant to be consumed by humans, so the data presentation requirements are different. Then you find out that an assumption you made isn’t true (e.g. due to LANG indicating a non-English language) and suddenly your matching rules don’t fit.

There are just a lot of pitfalls that can make things go subtly wrong, which is why parsing general CLI output that’s not intended to be parsed is often advised against. It doesn’t mean that it will go wrong.

Regarding Python, I think it has a place when you do what I’d call data set processing, while what I talk about is shell plumbing. They can both use JSON, but the tools are probably not the same.

It’s a cool shell, I like ita lot more since I found out you can use ? to mark a field optional

It’s true that compared to the other utilities, it’s rather new. First release was almost 13 years ago. awk, which I think is the closest comparison, on the other hand turns 50 in 2027… though new awk is only 40.

Thanks, I never used it and had forgotten about it until now.

From a quick glance, this is pacman with a yaml file instead of a shell script and PKGINFO (the latter was introduced for the same reason you’re doing it your way in the first place). The carcinization of package managers

I really like fish. It’s just so pragmatic, I don’t know how to describe it differently. No groundbreaking concepts (like nu or elvish), but the tools you need are right there and easily accessible with syntax that doesn’t make me scratch my head (bash).

NixOS as the first Linux distro is an interesting choice, definitely not bad, but probably not what most people would go for

Sorry if I sound dumb, but which kind of program would be the one to display the output of text based interfaces, also called terminal applications, if not a terminal?

I was just about to write that they should delete system32 to be able to make one and during my research I stumbled upon https://knowyourmeme.com/photos/29711-delete-system32 which I had totally forgotten

Time to sell Tesla to xAI

Okay, that sucks. Yeah, I bought a refurbished business device

Then the “avoid at all costs” like Dell

Must have gotten lucky then. Bought a used Dell about one and a half years ago. Everything worked out of the box

I don’t think his statement is true though. If https://www.reddit.com/r/linux_gaming/comments/1ce7z19/gaming_on_linux_ep131_ntsync_vs_fsync_nobara_39/l1ho8od/ is not manipulated in any way, games with lots of these calls still get big improvements with ntsync over fsync (about 30% in this particular case, which is a massive boost). So while nobody can rule out that his statement may be true on average or in general, there are still cases where ntsync offers a tangible advantage – be it improved FPS or the fact that the game runs at all.

Edit: in the video that the thread is about, fsync didn’t beat ntsync in a single one (or I missed it when jumping through it). In the best one, they were exactly tied. Sure, the difference wasn’t really big, but again there are titles not working with fsync.

However, I want to stress that I’m not trying to talk about fsync. It’s a good solution that significantly improved performance. But ntsync is, from everything I’ve seen, almost always better; how much depends on the case, and it never seems to be worse.

Yes, sorry

Any linking against GPL software requires you to also release your source code under GPL. ALGPL allows you to link to it dynamically without relicensing, but as explained, there are platforms where dynamic linking isn’t an option, which means these libraries can’t be used if one doesn’t want to provide ALGPL licensed source code of their own product.

fsync isn’t faster than ntsync, it’s merely a workaround to match Linux to Windows synchronization primitives. From ntsync’s official description:

It exists because implementation in user-space, using existing tools, cannot match Windows performance while offering accurate semantics.

So without this, you either have a huge perfomance hit in case of an accurate implementation or you have good performance, but might run into edge cases where software doesn’t work well or at all because it’s not accurate (see https://github.com/ValveSoftware/Proton/issues/2922 for examples)

The equivalent to Plex is Jellyfin I think, Plex can be used as a media server for Kodi.

The CD wasn’t really suited to be played Mobile (though I did have a portable CD player). It should rather be compared to vinyl in that regard.

I think tapes are great because no portable audio player ever came close to the Walkman regarding its cultural impact. The fact that anyone could record tapes opened up a lot of creative options.

For properly mastered music to be enjoyed at home on a potentially expensive setup, the CD was very close to perfect.

the average package quality is currently closer to that of the AUR than the official repos of other distros.

Care to elaborate? I don’t remember packages not working, but if anything, they’re not building; which is basically the reverse of what happens at other distributions where sometimes, breakage during building isn’t noticed because the packages aren’t getting rebuilt when a dependency or the compiler toolchain changes.

While the full number might be inflated, it still has one of the most complete official repositories.