Linus Torvalds - that commit is not mine (lore.kernel.org)

submitted 1 month ago by [email protected] to c/[email protected]

12 comments fedilink hide all child comments

top 12 comments

sorted by: hot top new old

[-] [email protected] 85 points 1 month ago

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.

[-] [email protected] 39 points 1 month ago

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

[-] [email protected] 28 points 1 month ago

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.

[-] [email protected] 2 points 1 month ago

git-filter-repo seems to be separate from git

[-] [email protected] -5 points 1 month ago

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.

[-] [email protected] 15 points 1 month ago

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.

[-] [email protected] 3 points 1 month ago

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.

[-] [email protected] 3 points 1 month ago

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.

[-] [email protected] 1 points 1 month 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.

[-] [email protected] 1 points 1 month ago* (last edited 1 month 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?

[-] [email protected] 10 points 1 month ago

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

[-] [email protected] 4 points 1 month ago

Linus needs to chill. Let him Cook.

this post was submitted on 04 Jun 2025

75 points (96.3% liked)

Linux

8360 readers

613 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of [email protected] and The GIMP

founded 2 years ago

MODERATORS

[email protected]