R.L. Dane 
🍵 
Well, that's depressing. :(
https://codeberg.org/small-hack/open-slopware
List of #FOSS projects using #slop (yes, including the Linux kernel and of COURSE systemd)
jnsLinux is primarily a tool for fortune-500 companies first, and end-users like thee and me, last.
Given the fact that most Linux contributors are on a corporate payroll, no surprise.
Computing as we knew it, is dead. The future has been robbed from us.
OBI-WAN: That boy was our last hope.
YODA: No. There is another.
I mean, there's always the BSDs, Haiku, heck, the Commodore 64 is back, so anything can happen. ;)
@rl_dane Hah :) Haiku gives me some hope. They do actively resist the ai nonsense, so far,...
The c64 might be the better way to go :D
Anything that needs to be general purpose enough to work with modern hardware is always going to be disadvantaged by having to reverse engineer proprietary drivers and hardware.
There used to be enough people to somewhat keep up with that, and some shift in mentality at the manufacturer side to be a bit more reasonable with providing open drivers and/or documentation, but in the past few years or so, none of that is true anymore.
I am seeing projects long considered stable fall apart due to losing maintainers left and right, and projects that are still alive get flooded with new developers pushing bad practices as if it were a personal crusade. The software landscape in general seems to be slowly unraveling into complete dysfunction.
Sticking with an as-simple-as-possible stack where all parts can be maintained by one person seems like the most reasonable way out of the mess. (there's more capable options other than a c64 these days though ;) - reviving something like Wirth's project oberon on a somewhat more modern fpga would be a fun start.. )
Bitslingers-R-Us@jns @rl_dane #NetBSD has a careful and deliberate developer selection, so the scenario where lots of corporate shills come in, invite more corporate shills, then push out or outnumber non-shills won’t happen.
It’s not a coincidence that we’re not making bullshit excuses to de-support x86 and lesser known architectures, and that we’re not allowing “AI” anything.
It’s not a coincidence that we’re not making bullshit excuses to de-support x86 and lesser known architectures, and that we’re not allowing “AI” anything.
Jonathan Downie
Davinci Resolve on Freebsd
@AnachronistJohn @jns @rl_dane I'm looking for an AI-free, secure OS that will let me pretend to be on Windows when I need to and still run ad blocking Chromium browsers, Zoom and solid free video editing.
@DrInterpreter @AnachronistJohn @jns
@AnachronistJohn @jns @rl_dane I'm looking for an AI-free, secure OS that will let me pretend to be on Windows when I need to and still run ad blocking Chromium browsers, Zoom and solid free video editing.
I think all three major BSDs can run Chromium. I know for certain #OpenBSD can, pretty sure #FreeBSD can as well. My experience with #NetBSD is very limited, though, but probably.
As far as zoom, I'm afraid that's currently out of the picture on the BSDs, to the best of my knowledge. They used to have a web app, but I think that's gone, as well.
Among the Linux distros, Gentoo seems to have a pretty strongly anti-AI stance.
trashHeap 
@rl_dane @DrInterpreter @AnachronistJohn @jns
As far as zoom, I'm afraid that's currently out of the picture on the BSDs, to the best of my knowledge. They used to have a web app, but I think that's gone, as well.
Last I checked, the linux zoom client can run in FreeBSD's linux emulator, and it's packaged, but it has no audio. It is possible to use it for video and use the zoom dial-in option for audio however.
@trashheap @DrInterpreter @AnachronistJohn @jns
Oof, that's rough, but better than nothing, I guess.
I guess we should be thankful that the proprietary zoom app even has a linux build. :P
Is the zoom web client truly gone?
@rl_dane @DrInterpreter @AnachronistJohn @jns
The Web client worked in FreeBSD on chromium last I checked, but haven't had any call to touch zoom in a bit. I dropped it when they had their AI TOS scandle a few years ago. SO if it still exists thats an option.
@rl_dane @DrInterpreter @AnachronistJohn @jns
Zoom may be non negotiable, but just annecodtally I thoiught id mention.
In general web video works very well on FreeBSD, and it works with every telehealth platform ive thrown at it. AND I've got a reocurring tabletop RPG that meets over discord, that works in FreeBSD using the linux dicord client in the linux emulator. AND I regularly chat with friends over signal video on FreeBSD.
@trashheap @DrInterpreter @AnachronistJohn @jns
Nice! I've got Signal on #FreeBSD as well. :)
@rl_dane @trashheap @DrInterpreter @jns (perhaps a separate thread)
I really need a replacement for #Signal that doesn’t require a phone number…
@AnachronistJohn @jns @DrInterpreter @trashheap
Session? Matrix? XMPP? Briar?
I think @terminaltilt might know of some other Signal alternatives that don't require a phone number.
Terminal Tilt@rl_dane @AnachronistJohn @jns @DrInterpreter @trashheap
I only really know of Delta Chat, Threema, SimpleX, Session, Briar, and Matrix.
Delta Chat is probably the closest 1:1 replacement without a phone number requirement with the lowest barrier to entry.
Session (an actual fork of Signal) is probably the closest for exact UI and feel of Signal.
@terminaltilt @rl_dane @jns @DrInterpreter @trashheap Thanks!
Do you have any thoughts about which might best interoperate with people who are already on traditional platforms?
It wasn’t easy convincing folks to install Signal, but at least it’s well known enough that the people who mattered did. Asking people to install something they’ve never heard of might be a little tough.
I see Delta Chat, for instance, supports chatmail, but I can’t see whether chatmail can be run via already existing email servers… Plus I don’t know what popular chat platforms would also work with chatmail…
This rabbithole might need some time!
@AnachronistJohn @jns @DrInterpreter @rl_dane @trashheap
You're right, the social coordination is always the hardest part. To clarify, Delta Chat only interoperates with email (Chatmail is just an optimized email server profile), so it won't talk to traditional chat apps. If you want to message people on platforms like WhatsApp or Telegram without making them switch, Matrix is your only real option. You can selfhost bridges that pipe their messages directly into your Matrix client, acting as a universal inbox, though maintaining those bridges is definitely a technical rabbit hole. I don't think it would be worth the effort, personally.
@AnachronistJohn @terminaltilt @jns @DrInterpreter @trashheap
I tried out DeltaChat recently, thinking that it could be used as a regular mail client, but it's mostly designed to be used with their own (FOSS, IIRC) server software.
@rl_dane @AnachronistJohn @terminaltilt @jns @DrInterpreter I mean it can be used with any imap server. BUT it's wired to keep it's chat messages mostly seperate from your email as much as possible. I use it with my default email on startmail. Chatmail is just optimized for it.
@rl_dane @AnachronistJohn @terminaltilt @jns @DrInterpreter They have a list of email providers theyve tested against here: https://providers.delta.chat/
@rl_dane @AnachronistJohn Part of DeltaChat's jam is that chats, appear to folks who are not using deltachat as regular emails. They can reply to emails to slowly "reply" back.
The benefit of DeltaChat as an app, is that it comparmentalizes these chats into a hidden IMAP subfolder, presents them in a chat UI; and if both participants are using deltachat, end to end encrypts them. IT's all just built ontop of the email specification; which by it's nature is federated, like the Fediverse.