The Linux Thread - The Autist's OS of Choice

  • 🔧 At about Midnight EST I am going to completely fuck up the site trying to fix something.
Do aliases get carried through to your WM/DE?
They absolutely should, though you may need to reboot. I recently decided to shitcan Miniconda from my system because I didn't really need it and figured I should be just fine with running Python venvs. Well I did that and then terminal instances I opened from Xfce4 still had the Miniconda variables defined in them, because the graphical session and all of its processes "inherit" from more a basic shell session that you start with. In my case, that would be the fish shell. Look in /etc/passwd for your username and the shell that you run. It's safe to assume that what your shell defined during the boot process (though there are some exact details about shell init files I have kinda forgotten) will affect your graphical session, whether that be Xfce4, GNOME, KDE, or anything else.
 
Do aliases get carried through to your WM/DE? If I'm not using Lutris or Steam, I tend to just start games with whatever 'run' option the WM I'm using uses.

Assuming that you are mostly running games with a graphical user interface, and you don't need to see the console output, I would suggest that a more convenient way to do this is to, in your ~/bin or ~/.local/bin folder or wherever you keep your user-specific executables, is to just create shell scripts with appropriate names to run the games- making it easier to change directories and set environment variables etc, if you need to do that.
Yes. It just uses your .profile or .shell rc file like .bashrc. You can just include the env with the command you run it with too.
For example when I do Cyberpunk 2077:

alias cyber='env WINEESYNC=1 DXVK_FRAME_RATE=240 wine ~/downloads/mygames/cyber/bin/x64/cyberpunk2077.exe -modded'

If I want to run to home from the terminal:

alias cyber='cd ~/downloads/mygames/cyber/bin/x64 && env WINEESYNC=1 DXVK_FRAME_RATE=240 wine ~/downloads/mygames/cyber/bin/x64/cyberpunk2077.exe -modded && cd ~/'

You can also export environmental variables to your rc or .profile file if you want them to be universal.
For simplier stuff like Shadow Of The Wyrm:

alias=sotw 'cd ~/downloads/mygames/sotw && wine sotw.exe && cd ~/'

Belisarius Cawl said:
They absolutely should, though you may need to reboot
You don't have to really reboot. Just restart your shell by sourcing the file for it after modifying it or just pkill your shell process and log back in. I use tmux sessions so I can just open a tmux panel to get the updated variables. May be different for a DE, but for WMs you shouldn't.
 
Last edited:
alias cyber='cd ~/downloads/mygames/cyber/bin/x64 && env WINEESYNC=1 DXVK_FRAME_RATE=240 wine ~/downloads/mygames/cyber/bin/x64/cyberpunk2077.exe -modded && cd ~/'
Hang on is that all case-sensitive there? ~/downloads seems a bit unconventional. If you want to upload scripts or whatever then it's probably best to find a service that is anonymous and will admit proper formatting (or lack thereof).
 
You don't have to really reboot. Just restart your shell by sourcing the file for it after modifying it or just pkill your shell process and log back in. I use tmux sessions so I can just open a tmux panel to get the updated variables. May be different for a DE, but for WMs you shouldn't.
DE/WM is probably the same difference but (re)sourcing the shell files didn't occur to me. That is clever. I think on some level I was just looking for a reason to reboot after a big software update.
 
the trauma of being forced to run Windows goes deep
Uhhh nah I always looked at uptime first and ~90 days is pretty OK. I like to avoid turning it on and off again as a first resort but it's probably for the best every so often. At a bare minimum a seasonal reboot is not at all intrusive.
 
Last edited:
What do you plan on doing with it?
Um, build it, of course.

What else is there?

I mean, I guess after I build it I could decide on a different case and a different layout and maybe a different control CPU and build it again.

Original plan was a Rock 5B but then I realized how shit Linux's Rockchip support was.

I suppose at some point I could play a game or two.

I missed the Amiga by going from C64 to 386SX so maybe play with that a bit. I mostly got it so I'm not tempted to buy any other legacy hardware.
 
Cross post from the hector martin thread since there's a lot of linux stuff in it.

The man that thinks he's a woman and a japanese cartoon is actively still posting on reddit.
I was looking up if the lina schizotypal delusion, if hector had its social media on treehouse also.

The japanese cartoon hallucination headmate admins its own mastodon instance, last post was 4 days ago.
Classic troon arc of posts talking about useful things like tech (with no engagement) to solely gooning content with his "cyan" fellow mental patient.

(Attached full screenshot and archive from today, last was 5 months ago. Even though fedi stuff stick around)

So after ragequitting he retreats to his hugbox of the few people in the world extremely retarded enough to depend on him for anything.

There was speculation that the treehouse ogre tranny did the suspension, but here is marcan confirming he deleted it.
Title is "What happened to Marcan's masoton page?"
View attachment 6955038


Reddit hugbox in full effect
(Full screenshot attached)
View attachment 6955051
"My gross tranny delusions were an asset to kernel development. My DEI cancer was doing a great job of rotting away the actual competence there."

Then tranny vagueposting so no one can confirm nor deny and he can just have full force in the delusions in his head that he was Good and Right. (See his sperging about being on the "right side of history" over just banal minutiae of fucking getting rust in the linux kernel)

These absolute fucking morons, maybe relying on an unstable tranny for your actual OS is an uhm... BAD idea?


Fortunately (or unfortunately) for anyone that depends on or hopes to depend on apple silicon trash support in the kernel, Sven Peter is still around to maintain it.

Sad for him, he is a normal man that looks like this:
View attachment 6955125
And not only has to clean up the mess the fat tranny hector made over this, he will probably have to interact with hector the tranny going forward, and deal with his histrionics, and not just nullroute the spergouts.

View attachment 6955121


The actual hilarious part is in the kernel dev mastodon discussion, it's agreed that rust has support for inclusion in the kernel from top maintainers and especially head faggot linus torvalds, and this weird spergout was late and totally unecessary; since the faggot greg KH stepped in and sidelined christoph hellwig's whinings in the very thread hector sperged out in.

Rust support will be added and is being added and the specifics are just being worked out for important things like DMA.

Internally rust in the linux kernel devs actually went aside and tried to get hector to sit out for a while because they knew he would just blow shit up and spew histrionics.

View attachment 6955161

View attachment 6955163

View attachment 6955168

about Christoph Hellwig blocking rust, but not really

Is a kernel developer blocking the success of Rust for Linux? Yes and no!​

Feb 4, 2025 at 3:40 pm CET
6 min. read
By
  • Thorsten Leemhuis

A maintainer of the Linux kernel recently refused to include Rust code in his territory, which is essential for many drivers – thus apparently dooming the efforts to use Rust to program more than just simple Linux drivers in the future. At least that is the impression given by numerous reports on Linux news sites and statements in forums or on social media platforms.
Two things usually fall by the wayside: this kind of banter is more common in Linux development – and solutions are usually found sooner rather than later that all those involved – can live with, if necessary, with gritted teeth –. This is also to be expected here. The backing that the numerous central and long-established kernel developers give to the Rust for Linux efforts – Torvalds included, should ensure this.

Blockade of code for an essential technology​

The current uproar has been triggered by statements from the maintainer of Linux's DMA mapping helper code, Christoph Hellwig: he has rejected the inclusion of changes to use Direct Memory Access (DMA) in drivers written in Rust – a technology that has been essential for proper performance for decades and saves the processor a considerable amount of work. Hellwig called on developers to integrate the code directly into Rust drivers instead – but this makes maintenance more difficult for other developers and contradicts modern code design practices.
In the course of the discussion, which has been ongoing since the second week of January, Hellwig later emphasized that he had no interest in dealing with code written in several programming languages – and mentioned that this applied to assembler just as much as to Rust. He also rejected the suggestion that the DMA Rust code should be stored separately and maintained by someone else; he also spoke out very harshly against allowing Rust code to penetrate central areas of the kernel.

The Linux kernel is actually not one project, but hundreds​

The discussion between the developers recently flared up again after LWN reported on it. There is no amicable solution in sight. Disputes like this have already occurred dozens of times in Linux development on other topics. No wonder because what the outside world sees as a kernel is actually more than a hundred principalities under the aegis of Linus Torvalds.
Although the princes work together on bigger things, they have far-reaching sovereignty over their area –. A code formatting, bug report or patch submission that is correct for one subsystem may be rejected as fundamentally wrong for another. Naturally, the various subsystem maintainers also disagree from time to time about the big picture and the interaction between the different areas, which leads to disputes such as the current one.

When in doubt, Torvalds decides​

Sometimes the princes play tricks to get around a blockade of another subsystem. Sometimes this works with a bit of brute force on the part of those involved, but sometimes it comes to blows. When in doubt, Linus Torvalds sooner or later puts his foot down – either for real or by accepting code against the express will of a maintainer.
In the worst-case scenario, the maintainer packs his bags, but this rarely happens. The last major conflict of this kind was the extensible process scheduler, which the maintainers of the process scheduler resisted for a long time – until Torvalds let it be known that he would accept the code in the medium term anyway. This happened over a year later with Linux 6.12.
An outcome of this kind is also likely in the current conflict. Until this happens, however, Torvalds usually stays out of public discussions – so it is no wonder that he has not responded to a request for a statement on the Rust DMA issue.
It is therefore quite possible that the current conflict will continue to smoulder until a driver that relies on DMA and is written in Rust is to be incorporated into the kernel or until their number increases. However, the former could soon be the case: A Red Hat developer has just submitted the first parts of the Nova graphics driver written in Rust for integration, which supports modern Nvidia GPUs and is intended to replace the “Nouveau” driver. DMA is essential for this driver.

Subsystem maintainers are often already under high pressure​

Incidentally, be careful with hasty classifications of blockages such as those of the Rust DMA code: There are often hidden reasons for this. Many subsystem maintainers, for example, are hopelessly overworked because their employer gives them very little time to look after the upstream code; there are also many maintainers who do the job entirely in their free time. For many, the boundaries between working hours and free time are blurred.
It is therefore understandable that maintainers resist changes that could lead to interpersonal problems, complicate the warnings or further increase the workload for no good reason. This includes, for example, closer collaboration with perhaps unloved or unknown developers as co-maintainers – or code in another programming language that the respective subsystem maintainer does not know and cannot or does not want to learn in an evening. In addition, such code can also make planned conversions impossible or significantly more difficult.

Insights into disputes that remain secret elsewhere​

Sometimes such blockades are therefore just levers to draw more attention to problems or to get other players to release funds to alleviate them. This also happens in the development of kernels for macOS or Windows, but behind closed doors within the company. But in the end, the same applies here as there: many things are not eaten as hot as they were previously cooked.
(olb)


Thorsten Leemhuis (normal) interacting with Sima "Simone"


View attachment 6955209


Some gross tranny "cas" shows up and thinks sperging out on the LKML is like some kind of civil disobedience and gets an asspat of:
View attachment 6955188



For those interested, the https://fosstodon.org/@kernellogger has some behind-the-scenes kernel development process reporting (not drama but more dry linux kernel development political process).


Also he just won't go away and shut the fuck up and is still bleating for attention, namedropping fat faggot linus:
View attachment 6955095


Honorable mention, daniel "sima"/"simone" vetter is one of these top-tier disgusting trannies. And he is the sima chiming in in the threads of hector's spergout saying hector has lost it.

Still has this normal guy picture on his mastodon
View attachment 6955131
View attachment 6955203
And actually references it:
View attachment 6955132

And he looks like this
View attachment 6955141

From:
XDC 2024 | CoC Team: Processes, Guidelines, Oversight - Sima Vetter et al.
at 2:29

Note the fat flab sticking out over the tight jeans, obviously bright "look at me" pink shirt.

So enough porn exposure during the covid lockdown caused sima here to fully troon out.

In the video he immediately grabs the mic and talks more than anyone else in the talk, constantly grabbing the mic (more specifically, makes noise).

And, of fucking, course he inserted himself into the CoCsucker board for X.Org.
There was a great post about how you let troons in, you no longer have a game company, it's all troons.

Trannies should not be part of anything let alone any kind of board with any sort of power.
It's an absolute giant flashing warning sign with a loud siren going "I am so fucking mentally unstable I'm doing this to my own body and I expect others to entertain this mental illness"


What an experience it must be to just be a family man, working some corporate gig, going to annual linux conventions, and someone that seemed like a normal dude shows up one day and is demanding to be called "simone" in a tight pink shirt with his man fat hanging out.
You must think you were in a land and universe where a nigger grifter like kamala harris was actually elected president.

Also is nice how a lot of the perverts tell on themselves and end up on the gross mastodon instances instead of just normal ones.
Can't be partially deranged, it goes all the way.
 
The faggots on Reddit seem to have a lot of "YMMV" views on using Lutris vs. Heroic. Is it just another approach I can try or is it really better than Lutris altogether?
They're both good. I use Heroic for the Timmy Tencent store and GOG, and Lutris for the Ubisoft launcher.

From:
XDC 2024 | CoC Team: Processes, Guidelines, Oversight - Sima Vetter et al.
at 2:29
https://www.youtube.com/watch?v=o9tgVNMGMTA
Jesus, how can these people be taken seriously? They both have deep male voices and wear women clothes. It's creepy. And of course they're part of the CoC...
 
Last edited:
How many people here use Gentoo? And if so, why? I feel like I used up most of my Linux autism learning NixOS, but I might try it out in a VM for shits and giggles. I heard the biggest complaint about it (besides the installation) is the long update time because it's a source-based distro.
 
  • Like
Reactions: emergenigger

Primagen talks about the rust/c kernel thing that happened lately. I'm about 1/3 through going to put it on 1.5 to get through the whole thing.

Generally I think the heavy push for rust in the kernel is a bit dumb. Even outside of the rust trannies suck thing. This is a giant project that a lot of systems rely on, and need code to be fast and potentially have as little overhead as possible. By it's nature increased security can lead to more overhead to run.

But they're pushing for this in a project that is already built up in a language that is perfectly fit for its job. And does what it's supposed to do.
 
How many people here use Gentoo? And if so, why? I feel like I used up most of my Linux autism learning NixOS, but I might try it out in a VM for shits and giggles. I heard the biggest complaint about it (besides the installation) is the long update time because it's a source-based distro.
Probably related to the fact that binaries you compile yourself are guaranteed to match the source code. There was a controversy with xz recently where it was found to be operating in a malicious way that was different from what the source code says it should.
 
I heard the biggest complaint about it (besides the installation) is the long update time because it's a source-based distro.
The only packages where this matters, really, are huge projects like Firefox, Chromium, and the kernel, though even kernels are run through in 30 minutes or less on modern silicon. Chromium's several hours on my 5700G with 64GB RAM. Firefox is somewhere in between. Often, Gentoo's nearly as fast at installing as Debian. Edit: Just installed the "figlet" package on Gentoo in under 13 seconds, "neofetch" in just over 13. To give you an idear.

they're pushing for this in a project that is already built up in a language that is perfectly fit for its job
Honestly, I dislike Rust for many reasons, but I'd argue that in a kernel is one place where it is well suited. That kind of environment is good for letting you make specific assumptions about how things work, and as I understand Rust, it is particularly good at encoding those assumptions in abstractions. I'm less opposed to Rust in the kernel than Rust in userland.
 
Last edited:
How many people here use Gentoo? And if so, why?
I've used it as my primary, unironically, for 15 years. Before that I was on a Hackintosh (10.6) for ~4 years and before that I had been on Gentoo since University. So probably ~20 years total.

And for the past 15 years, I've literally used the same Gentoo, copying/moving it to new machines. The update times can suck, but I wrote a script that updates everything at night and e-mails me the list of updates in the morning (or the error if something failed to compile). I don't care about the optimization bit. Honestly on any CPU in the past few years, unless you're running some massive Elastic Search data set, you're not going to notice. I like how you can customize everything. The use flags are powerful. 3rd party repositories (called Overlays in Gentoo) are first class citizens. The stable tree is incredibly stable. It works and has an insane amount of packages, both core and in the overlays.

Also, no systemd (but it is optional if you want it). It's something that's ways easier to accomplish with a source distro than a binary distro (although there are Gentoo binary trees now, although I don't see why anyone would want that).
 
although there are Gentoo binary trees now, although I don't see why anyone would want that
The single best case for binary Gentoo packages is the misery of Rust compilation. The bootstrapping chains are ugly as sin right now. Binary packages resolve that. The default upstream Rust build depends on binaries anyhow for bootstrapping, so this enables Gentoo to mimic what upstream is doing, and save pain for end-users and maintainers. Apparently a lot of folks have trouble with Haskell builds, and depending on binaries here helps as well. Pandoc, I'm looking at you...
 
How many people here use Gentoo? And if so, why? I feel like I used up most of my Linux autism learning NixOS, but I might try it out in a VM for shits and giggles. I heard the biggest complaint about it (besides the installation) is the long update time because it's a source-based distro.
Imo Gentoo is easier to use than nix. At least it's easier to get started.

Depending on how deep you want to go with nix at least.

Now days they have binary packages for most things so the install and update times can be minimized quite a bit if you want. Or you can just enable binaries for certain packages with really long compile times.

Most packages take less than 5 minutes to compile though so not a huge deal using source for most. And you can the higher granulaty that comes with picking your exact use flags with each package to only include the things you want them to do. And of course the slight potential performance benefit with compiling the packages for your specific hardware. Which isn't a giant deal but it's a nice plus.

For me. I don't really use any binaries except for my web browsers at this point. And rust, I use rust-bin. So some updates can take a bit. Like when llvm updates. But I just update when I'm about to leave. Or go to sleep. And it doesn't make a Big difference that things are compiled.

One piece of advice, is keeping your install fairly minimal. Only installing the things you actually plan to use. Not just having a bunch of extra stuff to have it.
 
How many people here use Gentoo? And if so, why? I feel like I used up most of my Linux autism learning NixOS, but I might try it out in a VM for shits and giggles. I heard the biggest complaint about it (besides the installation) is the long update time because it's a source-based distro.
It just works 99% of the time, I'll occasionally find a package breaking while building but it is usually fixed quickly upstream or I need to make a small tweak. I can mix and match bleeding edge packages and stable packages at the same time. Anytime I've used another distro it has packages I don't want bleeding edge or packages that are too out of date. No distro is going to do exactly what I want with a mix and match. If I want to run the current git branch on a package I can make a small accept_keywords change and I'll be running the code that was pushed 2 minutes ago. The installation is no harder than Arch. You can also run binary packages if you want to, which makes the install time the same as Arch. Just follow the handbook, it's really straightforward.

You can use it SystemD less as well, though they the supported init options that Atrix has which is a shame. I loved using dinit and would like to see some official support. I also have a burning hatred of the KDE Plasma full suite that installs 1000 useless packages. With Gentoo it enables me to install kate, konsole, and the desktop without all the bullshit. Especially kwallet, fuck that shitty software, I don't want it on my system, nor do I want a package built with telementry. With Gentoo I just add -telementry and -kwallet to my USE flags.
 
Back