chess.com has cute profile pictures for its bots. Bullying "Martin" is just scientifically more fun than bullying "Stockfish Level 1".
duncesplayed
What advantages does it provide
ZFS, mostly. There are some smaller peripheral things (like much better manpages), but these days the big one is probably ZFS. Zero licensing conflicts allows it to be an integral part of the kernel.
Holy shit, I just realized I owned this game. Weirdly even after seeing the title of it, it didn't click in my memory that I owned it and played it. This was juusst near the point when I was starting to lose interest in gaming, so I guess it didn't stick in my memory really firmly.
The game was really good, though, I think. The graphics were quite remarkable for its time.
Keep in mind that the tar "manual" does not actually call itself a "manual": it refers to itself as a "book". It has 20 pages of preamble (5 title pages, discussions of the authors, descriptions of the intended audience, etc.) It has another 20 pages elaborating on important structs in the tar source code. The licence takes up another 10 pages. The index at the end is 25 pages long.
Find can actually do the sed itself if you don't want to use a subshell and a shell loop.
find . -type f -iname '*.json' -exec sed -i 's/"verified":"10"/"verified":"11"/' '{}' ';'
It doesn't change the larger point that GNU is way bigger than Linux, though. There are a tonne of things that are larger than Linux, and GNU is one of them.
This is what I don't get. Rewriting COBOL code into Java code is dead easy. You could teach a junior dev COBOL (assuming this hasn't been banned under the Geneva Convention yet) and have them spitting out Java code in weeks for a lot cheaper.
The problem isn't converting COBOL code to Java code. The problem is converting COBOL code to Java code so that it cannot ever possibly have even the most minute difference or bug under any possible circumstances ever. Even the tiniest tiniest little "oh well that's just a silly little thing" bug could cost billions of dollars in the financial world. That's why you need to pay COBOL experts millions of dollars to manage your COBOL code.
I don't understand what person looked at this problem and said "You know what never does anything wrong or makes any mistake ever? Generative AI"
I think it was just a joke about how Apex Legends is a bad game.
Play on an offline physical chessboard and the game will let you do anything you want.
Unfortunate title, but it's a good video and some good thoughts from both Linus and AC.
Interestingly, this video is just 2 years after Linus and Alan Cox had a bit of a blowup that caused AC to resign from the TTY subsystem. And even more interestingly, the blowup was specifically about the very topic they're discussing: not breaking userspace and keeping a consistent user experience. Linus felt AC had broken userspace unnecessarily, was too proud/stubborn to revert the change and save the user experience. AC felt Linus was trivializing how easy "just fix it" was going to be and threw up his hands and resigned.
I was curious if they were still on good terms after that, and it's nice to see that they were. For newcomers to Linux, Alan Cox used to be (in the 1990s) the undisputed Riker to Linus' Picard, the #2 in command, ready to take over all of Linux at a moment's notice. As we got into the 2000s, that changed, and this video (2011) was from the middle of a chaotic time for him. In 2009 he quit Red Hat, then joined Intel 2 years later, then quit shortly after that and has just a few years ago stopped kernel development permanently.
Indeed. Licensing usage of something is antithetical to free software culture anyway. It would violate the Free Software Foundation's Freedom Zero, that you should never have to accept a licence to use something. (This is why free software cannot ever have a EULA, for instance)