The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
Would that make the Russians fork the kernel out of spite? There's a lot of Russian maintainers involved in different Linux projects.

Though they may wait a few weeks to see if Trump wins the election and repeals the sanctions.
Frankly I'd trust the fucking Russians over severely mentally ill troons.
 
A bad one at that.
The joke is old but allow me to use it as a hook to infodump a little on emacs. What actually happens when you press any key in emacs, from typing "a" to have the letter a appear in the buffer to using the arrow keys to navigate in the document, a function is called. This is all scriptable and changeable. That's how evil mode for emacs exists to have vim keybindings and modal editing, for example, as there's nothing really stopping you or anyone from just completely changing the meaning of any input. In the case of "a" the function is called self-insert-command, and you can get a description of the function by pressing ctrl-h k a. (ctrl-h k basically will describe what is bound to that particular key)

a runs the command self-insert-command (found in global-map), which is
an interactive built-in function in ‘src/cmds.c’.

(self-insert-command N &optional C)

Insert the character you type.
Whichever character C you type to run this command is inserted.
The numeric prefix argument N says how many times to repeat the insertion.
Before insertion, ‘expand-abbrev’ is executed if the inserted character does
not have word syntax and the previous character in the buffer does.
After insertion, ‘internal-auto-fill’ is called if
‘auto-fill-function’ is non-nil and if the ‘auto-fill-chars’ table has
a non-nil value for the inserted character. At the end, it runs
‘post-self-insert-hook’.

Probably introduced at or before Emacs version 22.1.

and using ctrl-h k to describe ctrl-h k

C-h k runs the command describe-key (found in global-map), which is an
interactive byte-compiled Lisp function in ‘help.el’.

It is bound to C-h k, <f1> k and <help> k.
It can also be invoked from the menu: Help → Describe → Describe Key
or Mouse Operation...

(describe-key KEY-LIST &optional BUFFER)

Display documentation of the function invoked by KEY-LIST.
KEY-LIST can be any kind of a key sequence; it can include keyboard events,
mouse events, and/or menu events. When calling from a program,
pass KEY-LIST as a list of elements (SEQ . RAW-SEQ) where SEQ is
a key-sequence and RAW-SEQ is its untranslated form.

While reading KEY-LIST interactively, this command temporarily enables
menu items or tool-bar buttons that are disabled to allow getting help
on them.

Interactively, this command can’t describe prefix commands, but
will always wait for the user to type the complete key sequence.
For instance, entering "C-x" will wait until the command has
been completed, but ‘M-: (describe-key (kbd "C-x")) RET’ will
tell you what this prefix command is bound to.

BUFFER is the buffer in which to lookup those keys; it defaults to the
current buffer.

Probably introduced at or before Emacs version 22.1.

Not visible here, but these descriptions give you actually underlined hyperlinks to the functions in the named source files, so you can inspect/change (in the case of elisp) the function directly. Without restarting emacs.

A lot of lisp-based editors that try to replace emacs fail because they completely skip this "self-documenting" part.
 
Does anyone here have experience with Devuan? I'm currently using Artix, but I'm not happy with bleeding edge and I'd rather have something stable even if a little outdated. Devuan sounds good because I refuse to use anything systemd, but I'm still not sure.
Are there any better non-systemd (preferably shipping with openrc) distros for someone who doesn't have as much free time to "tinker"?
Sorry if there's been discussion on this before.
If you want non systemd you might be a little out of luck if you don't want to tinker.

Gentoo has openrc. But takes some effort to set up. There is also redcore which is based on Gentoo but it's an easy install. Kind of like the Manjaro of Gentoo. So far after setting up things on normal Gentoo at least it's really solid. Obviously there is more that goes into using it than something like debian or arch though. So idk if it's what you are looking for. But redcore might work for you.
 
The only big feature I don't see in openrc is the support for user mode services, services that are started and run as the logged in user.
I just use supervisord. I run i3 on one machine and Hyprland on another. On both of them I have the window manager launcher supervisord on startup. I create an alias for running supervisorctl against those specific supervisor.conf files to start/stop services. It works fairly well.
Does anyone here have experience with Devuan? I'm currently using Artix, but I'm not happy with bleeding edge and I'd rather have something stable even if a little outdated. Devuan sounds good because I refuse to use anything systemd, but I'm still not sure.
Are there any better non-systemd (preferably shipping with openrc) distros for someone who doesn't have as much free time to "tinker"?
Void Linux is pretty good an uses a really simple init system called runit. It's .. very minimal. But if you know what you're doing, it works pretty well (highly recommend installing the vpm command as a wrapper to the built-in package manager, which has the worst named commands ever).

I've been running Gentoo for literally 20 years at this point. I love it more than any other distro, but that first install will take you a bit (although I heard they started distributing binary packages, so maybe not 🤷‍♂️)
 
Does anyone here have experience with Devuan? I'm currently using Artix, but I'm not happy with bleeding edge and I'd rather have something stable even if a little outdated. Devuan sounds good because I refuse to use anything systemd, but I'm still not sure.
Are there any better non-systemd (preferably shipping with openrc) distros for someone who doesn't have as much free time to "tinker"?
Sorry if there's been discussion on this before.
It works really, really well.

There is an upcoming forced transition to this retarded anti-Unix anti-tradition idea that fucking Red Hat faggots came up with where there is no seperation betweeen / and /usr or whatever the fuck, which will no doubt be a shitshow, so you might want to consider either moving to the testing version and running the package that makes that change right after you first do the install.
 
Would that make the Russians fork the kernel out of spite? There's a lot of Russian maintainers involved in different Linux projects.

Though they may wait a few weeks to see if Trump wins the election and repeals the sanctions.
with how buttmad Linus is over kacaps:
Ok, lots of Russian trolls out and about.

It's entirely clear why the change was done, it's not getting reverted, and using multiple random anonymous accounts to try to "grass root" it by Russian troll factories isn't going to change anything.

And FYI for the actual innocent bystanders who aren't troll farm accounts - the "various compliance requirements" are not just a US thing.

If you haven't heard of Russian sanctions yet, you should try to read the news some day. And by "news", I don't mean Russian state-sponsored spam.

As to sending me a revert patch - please use whatever mush you call brains. I'm Finnish. Did you think I'd be *supporting* Russian aggression? Apparently it's not just lack of real news, it's lack of history knowledge too.
Linus
When asked about them being forced to do so:
No, but I'm not a lawyer, so I'm not going to go into the details that I - and other maintainers - were told by lawyers. >I'm also not going to start discussing legal issues with random internet people who I seriously suspect are paid actors and/or have been riled up by them.
lol calm down autist, all that time these slavs could be making firmware for Iranian drones they have been fixing your shit. Despite everything, I value kacap programmers far more than filthy pajeets' designated shitting code or deranged troons collecting mental defects like they're Pokemon and projecting them into kernel codebase (see: Asahi Linux team).
 
Lol. Biden is forcing Linus to play a game of chicken. Will you squat down and take a fat shit on the idea of "free software" and eject the Russian devs, or will you let the US government do the honors by forcing big US corporations to stop their work on the kernel?

This shit is either going to hurt industry support of Linux or it's going to hurt its trustworthiness as a project. Like everyone else has already pointed out I'd rather trust a Russian than a tranny.
 
More importantly, I'd trust the Russians over Americans, because the Americans actually have a long history of trying to put backdoors into Linux (as well as literally everything else).
I don't think I would personally trust Russia over the US. Also China, Iran, or North Korea for that matter.

I think looking at it like, one is more trustworthy over another is a flawed way to see things. To me any government is going to be just as bad as the next. Doesn't matter if it's the US or Russia.
 
I don't think I would personally trust Russia over the US. Also China, Iran, or North Korea for that matter.

I think looking at it like, one is more trustworthy over another is a flawed way to see things. To me any government is going to be just as bad as the next. Doesn't matter if it's the US or Russia.
still, isn't it better when everyone works on the same project? The Americans flag and remove the Russian spyware and the Russians flag and remove the American spyware.
 
We are forced to make a decision between slav jank and troon jank now?
 
Would that make the Russians fork the kernel out of spite? There's a lot of Russian maintainers involved in different Linux projects.

Though they may wait a few weeks to see if Trump wins the election and repeals the sanctions.
The clarification from some other dev mentioned in this post in the OSS community watch thread makes it seem like those specific developers cannot be in the MAINTAINERS file. Their identities were associated with their real life name and they were employed by companies on the sanctions list. You could stand to lose some career cred if you start posting under an alias from, say, a Gmail account. As for anonymous contributions being allowed to the kernel, the precedent was already set by Marcan with his retarded Asahi Lina shit. I'm sure they'll find a way to contribute again, Vtuber comrades here we come.
 
Oh no, the evil Russians *very agressively* opening pull requests. Every patch sent by a Russian == 6'000'000 dead Ukrainians.

The whole GPL mess is pretty funny though. Might as well call it -RUSSIAN now.
Should've added +NIGGER, then all the troons would leave or tank linux out of spite.

FreeBSD and NetBSD are out since they are based out of the US/have a US leader. So that leaves OpenBSD (Theo de Radt) as the closest non-vaporware distribution, who may or may not get unperson'd by the RCMP for thought crime.
with how buttmad Linus is over kacaps:

When asked about them being forced to do so:

lol calm down autist, all that time these slavs could be making firmware for Iranian drones they have been fixing your shit. Despite everything, I value kacap programmers far more than filthy pajeets' designated shitting code or deranged troons collecting mental defects like they're Pokemon and projecting them into kernel codebase (see: Asahi Linux team).
He's Finnish, still hasn't gotten over the trauma of the Continuation war. Plus his brainwashing is now complete after his daughter turned on him.
 
Back