- Joined
- Aug 31, 2024
Neat, they seem to be making the entire Steam client run in Steam Linux Runtime. Thats for the best, it gets rid of developers not developing for the platform.
The Linux Thread - The Autist's OS of Choice
- Thread starter tehpope
- Start date
-
Want to keep track of this thread?
Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
Create account
- Joined
- Jul 8, 2024
Does anyone here know about the quality of organization behind the Devuan project? I want a stable system that just works and does not have a fragile organizational structure backing it (like smaller distributions). Debian has served me well for years, but I am worried they are becoming increasingly more pozzed on both community and technical matters.
Squishie PP
kiwifarms.net
- Joined
- May 19, 2023
What would cause them to not do this? Honestly think about it. They already do it with phones and only like 0.02% of phone users care.
Squishie PP
kiwifarms.net
- Joined
- May 19, 2023
From what I can tell, it is mostly community-maintained. Their last financial report was released in 2024: https://dev1galaxy.org/viewtopic.php?id=7081
The project has been running since 2017 though, so hopefully it can continue. I anticipate it will get more attention in the coming years.
The biggest weakness I see is a lot of their software still depends directly on Debian repositories. If software in the Debian repositories starts increasingly relying on systemd-level age verification garbage, it will take work to patch.
<reddit space>
EDIT: actually there is a complete record of their financial reports here: https://www.devuan.org/os/donate
- Joined
- Feb 17, 2025
Devuan is good my only real gripe with it is it uses a real openrc/runit implementation but the actual init is sysvinit
Artix has support for more inits and uses the actual init system, but of course it's rolling release even though it's delayed a bit for testing
There's some (I think) Brazilian distro called vendefoul wolf based on devuan which is kind of in testing rn but uses sonic de and xlibre, if you don't mind being a guinea pig for a bit
Some of the artix guys also do stuff with sonicde and vendefoul wolf
Development for Alt systems including android modding are done on telegram now so don't know how you feel about that platform
- Joined
- Mar 30, 2023
Means that they only need to maintain the runtimes for each Linux distro.
Hypothetically how hard would it be to compile any Linux game or app for the Steam Linux Runtime and distribute your software for it instead of dealing with docker or flatpack or other shit?
- Joined
- May 17, 2023
i haven't had any notable problems with it, the problems i do have come from it being debian-based so lots of old packages that new software doesn't like to work with. it just had a major release a few months ago so it's still being worked on.
- Joined
- Sep 10, 2021
Shouldn't be hard to link against the libraries provided by Steam. I think they're automatically used for anything actually launched through the client, but I'd have to dive deeper into than I already am.
- Joined
- Mar 20, 2024
I wonder what the non systemd distros will do?
The dream is to not comply, but it also wouldn't surprise me if some other Red Hat goyware like dbus requires ID verification eventually.
Once Gentoo complies, its all over in my eyes. Time to move to BSD?
Akerman
kiwifarms.net
- Joined
- Apr 12, 2023
I enabled it, the system tray icon doesn't appear to work but it looks and feels way better. Scrolling is noticeably smoother too I noticed. Now I just need a way to enable middle click scroll on Steam on Linux. I know there's some way you can do it through preloading or w/e but I would prefer a launch option like
-silent which if you didn't know can be added to launch Steam minimized on autostart for Linux just like on Windows.
- Joined
- Jul 2, 2025
Great thing about open source/source available software, right, is that you can modify or even revert changes that you dislike and fork it, even if personal. If there's a version without, then just use the version without. If changes to the software are added that are necessary and can't go without, just copy them over, it's that simple. A la, XLibre.
- Joined
- Mar 23, 2020
Yeah, you and I might maintain personal forks of Shepherd or OpenRC or s6 or whatever, but that isn't the problem, the problem is that the normgroid won't have the will, time or technical know-how to do that. Like 99% of these draconian laws, they can absolutely be circumvented, but how many people are actually going to go through the hassle of doing it? Remember, normalniggers love convenience, and it is endlessly more convenient to just give up this "tiny piece of data" than go through the effort of bypassing it. How many people running Mint or Catchy are going to go through the trouble of init swapping, much less anything else?
- Joined
- Jul 2, 2025
Why are you concerned about niggercattle? They'll be dumbass retards no matter how hard you try. - Yeah I keep pushing people onto using Linux, just because of my hatred of Windows, but I don't want them to infect the development and appeal of Linux to me. Normalfaggots look at the terminal, see, God forbid, TEXT, and shit their pants. I don't concern myself for the well-being of the stupid, nor should you. - Yeah, I have a superiority complex, how could you tell?
If you're that concerned with regular people having access to private systemd or whatever, just release it. The worst that'll happen to you is that it gets removed off its origin. The only Linux normal people use are game servers and Android, and that's even indirectly so. Niggercattle can have their privacy stripped from them for all I care.
- Joined
- Mar 23, 2020
Fair enough geg, I just want more people to fuck around with, is all. If one more normalnigger goes down the priv/sec alley and learns to roll with the big dawgs, that's +1 autist to enjoy the Internet with. Shit keeps getting smaller and smaller man
- Joined
- Dec 7, 2020
One of the biggest systemd criticisms still consistently brought up is how big the code base is
"It's got 6 million lines of code any auditors would clearly get lost mayun"
I've always brushed it off as concern trolling but it's actually pertinent when trying to fork and parallel-maintain a project
- Joined
- Jul 18, 2019
You think the BSDs won't comply? The entire BSD community is full of far-left loony troons and infosec "experts" who would love nothing more than to have an excuse to introduce RealID to the operating system so they could ban problematic people from using it.
- Joined
- Nov 21, 2020
MidnightBSD has a retarded age verification implementation doc on their front page with this type of shit in it:
"Apply access control lists to block access to binaries for specific groups. E.g. if you install quake 4 and we decide 13 and under cannot use it, exclude /usr/local/bin/quake4 via ACL. (easier on zfs… ) "
And the absolutely moronic line "Introduce new rating field that can be passed to the /usr/libexec/mport.create program so that ports have ratings. Initially likely applicable for games."
Initially likely! I wonder what the rating for compiler software will be by the end of the year, since you can compile a violent game to get around the block.
- Joined
- Mar 17, 2019
Now now, don't be so short sighted.
If you can download a file from the internet, and make it executable, then that's an age verification risk. chmod and any other tool capable of altering file permissions must be 18+ only. That includes umask... can't just let users write files as executable by default!
And file permissions don't matter if you use the dynamic loader to run a downloaded binary file, that isn't marked as executable. So under 18s MUST not be allowed to access /libexec/ld-elf.so.1 on BSD or /lib64/ld-linux-x86-64.so.2 on Linux. Allowing that would be a SERIOUS security issue. Let's not even get into the threat to children that are Interpreters. Any child let loose with access to Perl or Python can not just use them to download files from the internet, they can access dangerous C library features like chmod() and make them executable! Noone under 18 must be allowed access to any serious interpreter. Only shell scripts without dangerous adult-only tools, and the most neutered LOGO interpreters.
Now, IN FAIRNESS, this is actually still a very simple and sensible approach to making sure a computer is completely useless to someone under 18. I can see how it would work. But you can see why Poettring considers this such a valuable opportunity.
- How about instead of completely locking out children from using interpreters, they all get systemd-spyd integration to make sure kids can't run unsafe commands? If you don't like systemd, you can always just fork python and keep your version maintained and kept up to date.
- How about instead of preventing kids from running 'chmod', GNU coreutils now requires systemd to run and enforce what files and what permission bits under 18s can touch? This is just common sense. For example, STUPID standard Unix functionality lets you lock out under 18s from altering file permissions. But what if you want to allow 17 year olds to alter everything except the execute bit, but 12 year olds shouldn't be allowed to alter permissions at all? This will only be common sense and certainly not a malicious attack on the human race by the demon Poettring. Don't like it? Well, now you get to deal with Poettring's fellow soystemd saboteurs making malicious changes to make other software dependent on the new flags he'll be introducing in systemd-coreutils. After all, Unix compatibility isn't important. That's why systemd exists!
- Let's go one better. Obviously we don't want to completely stop anyone under 18 from learning to program, although as Poettring believes, that's really something you should just use Claude for. With systemd-sourced integration built into every compiler, only approved source code will be allowed to be compiled. With the new interface between systemd-spyd and systemd-sourced, and systemd-spyd integration into even the dynamic loader and all debuggers, Poettring will be able to seize control of all program loading. Much better!
Last edited:
- Joined
- Jan 29, 2024
Problems like these need to be solved at the root: libc. Drop glibc and write systemd-libcd (hand it off to Claude, it can handle it). All std calls (and especially syscalls) are checked against a database to see if 1) the code is allowed to make the call and 2) the user is allowed to make the call. If you want to change the database on your local machine to give permissions to a program ("sideload" it), you first need to register and verify your Developer Account with Freedesktop.
I hope Mr. Poettering sees this post and thinks about my proposal. We desperately need someone to finally rein in the wild, insecure, unsafe space that is Linux desktop.