Manual code isn’t magically bug-free. Judge the project by its quality, not whether AI helped write it.

Absolutely agree. Unfortunately, Fairphone specs last I looked were a bit behind everyone else.

On the plus side though, there is also Motorola, who plan to release GrapheneOS phones. Really looking forward to that actually (hopefully they run all the standard apps)

I think at least in EU, that laws might eventually force phones to be more repairable too.

Well, if you want a step forward in getting a phone woth mainline kernel support, look at Fairphone. They at least pay someone on their staff to work on mainlining.

Not like Google, that just throws a small piece of a device tree over the fence and lets the community do all the hard work.

Also, Fairphones are repairable phones while those from Google aren't made for repairs.

1. I too have lots of experience in C and I fucking suck at it.

2. You seem awfully confident given that you have seen exactly zero lines of my code?

3. if you are implying that your computer draws as much power when you manually code review as an LLM does you are either full of shit or doing something amazingly wrong.

4. I better fucking hope that there is noone on that team that is worse than me at kernel development, but that does not mean that some of them are not absolute dumbfucks. Nice strawman tho.

5. Not really, most of my code is closed source and all of it is shit tier. It's completely LLM-free however

If you believe my comments constitute bullying you have lived a sheltered life my friend.

"Make a company that solves these problems then!"

... dude. Are you all right?

1. The dev has commits in C (which, I should probably tell you is a difficult programming language), stretching back to 2023.. Pre "AI". So, I'd argue, they definitely have some real knowledge of development.
2. Even if we ignore this project, this dev has more evidence that they can write code than you (unless they were using Claude in 2023).
3. Any developer will tell you how long it takes to find things in a code review. When I run manual code reviews, my computer isn't powered by unicorn farts for the next few hours.
4. Are you seriously arguing that you're more knowledgeable than the kernel devs here? lol. They're not perfect, but Linus's job is LITERALLY code review. I'd argue he knows about the quality of AI code more than anyone else
5. Have you got any repos you want to brag about that you developed yourself? I'm sure they're super complicated projects

I'm not arguing its ethical.. I would argue that bullying developers isn't ethical though.

As a part of the OSS community, I'd openly welcome for you to start a AI company that uses Green power and only open source models for training (yes, thats all possible). That would solve the problem wouldn't it? But, I guess you'd probably need to be a technical person to do that..

Well first of all, if you look at some of my comments you will see that I usually look closer than that. But its true that my opinion of a project plummets as soon as I see a single LLM artifact. I don't agree that there has to be a certain amount of low quality commits for the project to be slop. Its more like if someone pissed in the coffee. The problem isn't the actual volume of urine, it's that someone pissed in it in the first place.

Second, I reject the notion that I have to prove that any code is worse for having LLM extrusions in it. The evidence is clear, you need to be overwhelmingly proficient in any field to be able to catch the multitude of errors that the stochastic parrots shits out and you need to be constantly in your guard, because the LLM is trained to give you output that looks good, not good output.

And if one is even slightly impressed over the quality of what the LLMs output it's a confession that the person don't know enough what he/she just prompted to tell the difference.

Third, even if the output was pristine, objectively correct, and for every given purpose relevant and optimized, just the glaring ethical and environmental concerns should be enough for any decent human to stay the fuck away from the models that are typically used for coding, review and translation. Or are you going to tell me that all the projects I have commented on use ethically sourced open weighted models that run on green energy? Yes this too determines if it's slop, because it's slopping society too.

Also, I am sorry, but "even the Linux kernel devs" is a ridiculous justification. They have as a collective done some amazingly stupid shit over the years and Linus is included in that even before bringing in LLMs in the development.

Hopefully they engage with the community by now.

I might have to try cosmic again, last time I used it it was too buggy, but looks much improved since a year ago.

A pretty good write up on the cool features of Cosmic from the perspective of a KDE dev. Found it to be very interesting and informative

From what i can see, you just seem to jump into all these repos, check if Claude is listed in the repo but, don't actually check the code.

AI is also used for things like code review and documentation. Also, if the feature set is good and the code properly reviewed, its not a bad thing imho. Even the Linux Kernel devs will use AI these days..

That's correct. Still, a step forward..

Well, basic support.

Stuff like UART and booting up.

This does not mean screen, touch, modem, wifi, USB and so on work.

I use ZFS on my desktop actually. I find it's kind of annoying to setup, but once that's done it's way easier to manage. The best part for me is not having to play around with my fstab file like I'd have to with btrfs. I think ZFS is more resiliant anyway.

Yeah, well there's alot of slop being pushed around here. Do you feel I've been wrong so far?

This theme is the most win2000 look&feel I've ever seen in free software that doesn't replicate it too closely with subtle differences leaning into the uncanny valley. It just gets the vibe right.

I don't remember having it on kde or Wayland. If I did it was years ago

A lot of your Lemmy comments seem to be just calling everything slop...

ZFS promises dedupe and super-simple snap synch to another host.

What I liked it for over e4 is the far greater inode count per file, as my backup setup was doing hardlink(1) and running into the boundary a lot.

Now I like its trivial snapshotting as a periodic rollback target on my file server to recover from occasional oopses; hook the .snaps up to a smbd and people can grab their own files back from the brink.

I still use like 90% e4 though. More stable and reliable than xfs, it's good for everything you value.

Now do this for KDE4, I miss plasma-netbook view

What do you love about it? My NAS is set on the old classic RAID5+ext 4. Nothing too safe, but i guess it has worked well for me all these years.

Can we just link to the source, please?

https://blog.kagi.com/update-orion-linux-windows

Yes, there are a lot of red flags design- and developement speed-wise, but nothing substantial

I love ZFS!

You think NTFS isnt fucky enough without putting slop in the driver?

yeah I tried it with a VM and a few games. it was worse for the games. had to toggle between workspaces a couple times for the game to pick up the keyboard again.

I think this is more a wayland issue than a cosmic one. I sometimes get this issue on Niri or Hyprland, rarely on Sway (but it does happen) and also even more rarely on KDE but again, it has happened.

Anything X11? never.