

Nope. It’s written from scratch in rust. Not a fork at all.


Nope. It’s written from scratch in rust. Not a fork at all.


The key is in firmware which is setup before you write any data. So to “delete” any data you simply wipe the key.
Even if you use software to encrypt the drive luks would just mean any data written to the drive would be encrypted. Old data my zeroed out could technically be ready unless overwritten.
In either case your weirdly aggressive statement is wrong.


I have two notes.
If you want a fancy tiling manager I would recommend Niri + Noctalia. Hyperland is run by a right wing chud who was such a chud he was banned from the free desktop foundation for being such a chud. The dude is a 4chan type who thinks he/him is normal and she/her is political to the point where the admins overwrote people’s profile pronouns to who/cares.
As for x11 vs wayland i would strongly recommend picking wayland. Its the default on all mainstream Linux distros now days and is massively more secure.
Under X11 any application can just keylog and screen record your whole desktop no questions asked. With Wayland apps need permission to do things like record your screen or intercept keystrokes.
3-4 years ago there where some reasons to not use Wayland . But nowadays these major issues have been resolved. That and those specific x11 desktops tend to have Wayland versions that by coincidence generally speaking have more active communities. (i.e. i3 vs the Wayland equivalent sway)


On iOS being in beta via TestFlight means only 10,000 people can test the app at a time. After that limit is hit no one can sign up to “test” the app unless someone drops out.


Probably because they use an iPhone. You can’t use android apps on iPhones. Just like you can’t use iOS apps on android.


Did you read the article? Debian isn’t giving tokens to anyone. It’s scaleway that is specifically donating credits to Debian developers.
I hate AI slop but we got to keep things honest here. Just reading the headline and making a bunch of assumptions is what an LLM would do. We can be better.


Typo fixed. I mean better.


Have you seen the quality of the code in the kernel? I am no c fan but the bar and standards are incredibly high.
The kernel is certainly LLM assisted but I don’t think any honest dev can look at say the recent LLM assisted code and call it slop. If anything the quality of Linux code has gotten higher over the past decade.
I am not a fan of vibe coded slop and I don’t think it’s fair to call the kernel slop.


I don’t get the fuss here. The KDE LLM policy is essentially the same as the Linux kernel. Aka human driven, human responsible, LLM assisted coding.
Unless you are running KDE on NetBSD you where already using LLM assisted code.


If you want to get away from LLM assisted code your best bet is NetBSD, with an older version of an X11 DE , using an older version of Firefox with JavaScript turned off.
If you do this you are basicly fully avoiding LLM assisted code. Be sure to check every thing you install though. Or use only software versions from before 2023.


If you don’t mind me asking what OS do you run now? The LLM policy for KDE is essentially the same as the Linux kernel.


I wouldn’t say “easily” it’s just that LLM assisted code finding has revealed several exploits. Good news is that the flaws that have been found have been fixed.
If you use flatseal and turn off clipboard access you will be fine.


Perfect use case for LLM assisted work.


I say limit the vibe coders to plugins.
If you want to work on Niri properly I would go with the human driven/responsible approach that the Linux kernel takes.
I think it’s a matter of building reputation. Like new PR submitters are vetted for violations of the LLM policy strictly. Trusted proved submitters can act with more agency. Just like any other open source project. 🤷♀️


No idea. Like personally, I am against LLM slop, full stop.
I think the issue is that some people see well managed, human driven, LLM assisted projects can’t delineate it from such slop.
There is a huge difference. Maybe it’s non devs who can only relate to LLM assisted coding threw the lens of slop “AI” non-art?


Is Niri vibe coded? Looking at the repo commit history all I see are well thought out proposals, drafts and implementations.
All the evidence points to not vibe coded.
If you don’t believe me I encourage you to look at the repo yourself and judge the work process.
https://github.com/niri-wm/niri
There are definitely vibe coded Niri lua plugins. But that’s not relevant here.


I mean you can switch. NetBSD has a strong no AI policy. I think other BSDs also have a similar policy.
I have read several claims here on Lemmy that people have switched to the BSDs because of their strict no LLM policies.
NetBSD is an open source project that is anti-LLM with blanket statements against LLMs. You should support it.
No straw men involved.


I mean if you’re already on Linux you’re already using LLM assisted software. If you are boycotting LLM assisted software you won’t be using Linux anyways.


Strong recommend for Seafile. It’s way faster than nextcloud, it has a good web ui, and nice clients on all platforms.
I can not express how much faster than nextcloud it is.
Obviously open source too.
Yes. Faster too.