this post was submitted on 04 Jun 2025
73 points (96.2% liked)

Linux

7654 readers
266 users here now

A community for everything relating to the GNU/Linux operating system

Also check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
top 12 comments
sorted by: hot top controversial new old
[–] ashaman2007@lemm.ee 81 points 2 days ago (1 children)

Short TL;DR: nothing burger

Longer TL;DR: Linus sees bad changes to the git tree by Kees Cook that he interprets as being of human origin and intentional, calls them "malicious" changes and orders that Kees Cook's privileges be revoked. Turns out that the "git-filter-repo" tool being used was actually the culprit as it is very powerful and incorrect usage explains the changes. Discussion then moves toward implementing safety checks in the tooling. Kees gets his permissions back.

[–] vaguerant@fedia.io 37 points 2 days ago (2 children)

Cook's razor: "Never attribute to malice that which is adequately explained by screwing up git commands."

[–] koper@feddit.nl 28 points 2 days ago (1 children)

The person who created git clearly cannot be trusted to write good kernel code. I'm CC'ing Konstantin to disable his account, whoever he is.

[–] ulterno@programming.dev 2 points 1 day ago

git-filter-repo seems to be separate from git

[–] 6nk06@sh.itjust.works -5 points 2 days ago (1 children)

screwing up git commands

You mean "using git." It's the only piece of software that I hate with Oracle. Jujutsu is a breath of fresh air and I can ignore that git ever existed.

[–] Dark_Arc@social.packetloss.gg 15 points 2 days ago (1 children)

git is genuinely one of the best tools ever created. It is an extremely simple idea with crazy effectiveness and a reasonable UX that is a bit off putting at first but makes a lot of sense later on.

That said, I'd genuinely be curious what you think jj has improved upon git.

[–] 6nk06@sh.itjust.works 3 points 2 days ago (1 children)

The command line of jj makes sense and is easy to understand. I have to use graphical git clients because I want to cry every time I have to use its CLI.

[–] Dark_Arc@social.packetloss.gg 3 points 1 day ago (2 children)

That's interesting; I find the git CLI pretty intuitive especially for basic use cases most people would need, but I've also used git for 15 years now.

[–] FizzyOrange@programming.dev 1 points 1 day ago* (last edited 1 day ago)

I find the git CLI pretty intuitive

You might be the first person to ever say that! How do I delete a remote branch?

[–] ulterno@programming.dev 1 points 1 day ago

I have only been using it for ~ 4 years and the UX seems pretty logical even for not-basic cases.

Maybe because it was only my second VCS^[the first one being folders with timestamps], it didn't seem at all problematic to me. On the contrary, every time, I just found myself going "nice", whenever I found a new feature.

When it comes to git restore ., well, you won't use rm -rf * in your working directory, right?

I haven't used git based GUIs much. Some of the functions that my IDE provides, I use now and then. Being able to see the git blame for a file, right in place, scrolled to the same line as I was looking at the code, helps quite a bit (and so does the git based annotations).
But for things like commit, restore, pull, push, rebase and things that will write something, I just use the CLI, because I feel like I know what is going to happen ad that gives me confidence.

Linus needs to chill. Let him Cook.

[–] mvirts@lemmy.world 8 points 2 days ago

Sometimes a short bit of drama is good motivation to actually read the mailing list 😁