Linux
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
view the rest of the comments
The choices kinda look like they would both either explicitly or in effect disallow practically all LLMs. Nice.
Though that doesn't answer the question about code analysis tools that the kernel devs recentently talked about (with Linus Torvalds being firmly in favor of using them). They aren't generative AI, but are AI nonetheless and unless Debian already talked about it elsewhere it does need explicit policy IMO.
Non-generative AI is just complicated stats.. There's no reason not to use ML or whatever if you can find a use for it (e.g. bug hunting, optimisation).
Generative AI is that plus random noise, copyright theft, environmental destruction, and fascism.. It should be off the cards for Debian
From what I see so far, there is a loophole. LLMs may not be used to generate source packages but if Claude generates a script that then does the work and the script stays private and isn't official Debian software, it's fine.
This may be an oversight or deliberate. No idea.