Unless you go in with a byte editor, you can’t change Mercurial’s commit history. I didn’t say “fabricate”, I said “change”.

In git you also cannot change history of a commit. You can only create a new commit with a new history. You’re arguing about semantics which don’t change the end result.

The point is, with Mercurial it would be hard and the result would be utterly incompatible with any other clone of the repo: there would be no way to propagate your changes to other clones. With git, this is a standard workflow.

As the example under discussion demonstrates, it’s also impossible to propagate the changes to git clones. Since history changed, merging the pull requests shows all the differences. That’s how Linus noticed the issue.

My approach is to define custom keymap and enable it in xinitrc. Might be worth a try though I’ve no idea how that interacts with Wayland.

It is a product of its time. If the same research was made 30 years ago, I bet there would be a stark difference to results today. LTO wasn’t as feasible. Compilers were less capable of removing redundant checks. Branch prediction in x86 processors was still a hot new thing. And on top of it all, there was less knowledge about language development.

If everything else fails, there’s always an option of defining your own keymap and enabling it in initrc.

Why is 0th step of learning Emacs, learning Vim? The whole premiss that you need to know Vim or you’re unable to work on other people’s computers is ludicrous. Nano is perfectly capable editor for the times I need to use computers without Emacs.

Have you looked at Bitlbee? Not a client for Emacs as such, but an IRC gateway to various protocols. It lets you use your IRC client to talk to XMPP.

I meant what’s the link to use since the same Lemmy post can be viewed through different instances and on each it has a different URL. It’s a bit user-hostile that the link gets you out of your instance (unless you’re on the same instance as author of the post).

Yeah, my bad. I should have linked to the previous post: https://discuss.tchncs.de/post/32637183 (not entirely sure what’s the etiquette for linking to posts on Lemmy is).

Yeah, it’s a bit philosophical.

• In graphical applications, Ctrl+M, Ctrl+J and Return/Enter are all different things.
• In a terminal in raw mode, Ctrl+M and Return/Enter are the same thing but Ctrl+J is something different. You can for example run bind -x '"\C-j":"echo a"' in bash and Ctrl+J will do something different.
• In a terminal in canonical mode, they are all the same thing. There probably are some stty options which can change that though.

~~You want readlink -f rather than ls -l.~~ ++OK, actually not exactly. readlink won’t print path to the symlink so it’s not as straightforward.++

Also, you want + in find ... -exec ... + rather than ;.

At this point I feel committed to making readlink work. ;) Here’s the script you want:

#!/bin/sh

want=$1
shift
readlink -f -- "$@" | while read got; do
	if [ "$got" = "$want" ]; then
		echo "$1"
	fi
	shift
done

and execute it as:

find ~ -type l -exec /bin/sh /path/to/the/script /path/to/target/dir {} +

Why do you think it would affect performance?

It’s easier to get operatives to apply for a job and get hired than build a company which ends up being bought. This sounds like conspiracy theory to me. Any large US corporation likely has operatives of various countries working for it.