Elektrine
Log in Register
Search Chat Timeline Gallery Friends Email Files DNS Private DNS Domains VPN Notes Passwords
Back
Open post
Virual @Virual@lemmy.dbzer0.com
· 2mo ago
phoronix.com

Debian Votes To Allow "Responsible Use Of Generative AI"

The voting is over and there is a winner now known in the much-debated Debian General Resolution voting over an AI policy for the Linux distribution.

202
100
0
0
Sign in to interact

Conversation (100)

Showing 16 of 100 cached locally.
84 comments are reported by the remote server but not cached here yet Sign in to load more
Open reply Open reply
unemployedclaquer
@unemployedclaquer@sopuli.xyz · Aug 29
Contributors are expected to understand, review, test, and, where appropriate, modify AI-assisted output before incorporating it into Debian. Blindly accepting or uploading AI-generated material without appropriate human review is inconsistent with Debian’s established development practices. We [encourage] our contributors to disclose whether a contribution was made with AI [assistance], but do not require them to do so.
62
29
0
Open reply Open reply
naught101
@naught101@lemmy.world · Aug 29
Thread reply
That last bit is a bad idea
63
24
0
Open reply Open reply
dropdrip
@dropdrip@lemmy.ml · Aug 29
Thread reply
I agree. Disclosure of A.I. use should be mandatory. My main concern with A.I. use is its ability to hide incompetence. If a new agent introduces code that was entirely written by illegal-software that violates copyright law–A.I.–then that should be made clear, even if competent-programmers review the new inclusion and approve of it. Otherwise people are left with the impression that this new agent is a competent programmer. A.I. use–undisclosed–creates false reputations. The disclosure being encouraged and not mandatory is purely to protect the egos of programmers currently utilizing A.I. products. However I do respect their decision and I maintain projects should be self governing.
36
15
0
Open reply Open reply
Amju Wolf
@amju_wolf@pawb.social · Aug 29
Thread reply
I disagree. For one, it’s unenforceable, just like outright banning it. But AI assistance can also mean a lot of different things, from outright vibecoding through autocomplete up to only asking it to so review. It diminishes the human work in the eyes of other people, because a simple disclaimer doesn’t distinguish between the work done, and also encourages people to point out to AI as a scapegoat for their mistakes. Good code always was and should always be one where a human is fully responsible for it; if you decide to vibecode and happens to end up with perfect code, good; if you write it fully yourself but it’s crap it doesn’t absolve you that you didn’t use AI… It’s a tool, so use it responsibly like any other tool and stand behind your code no matter what tools you used.
13
12
0
Open reply Open reply
atopi
@atopi@piefed.blahaj.zone · Aug 29
Thread reply
I disagree. For one, it’s unenforceable, just like outright banning it. If people thought “its impossible to catch everyone so why bother trying to catch anyone at all” when making laws, no laws would exist
210
114
0
Open reply Open reply
Amju Wolf
@amju_wolf@pawb.social · Sep 02
Thread reply
There’s a difference between “not being able to catch everyone” and having effectively no way to catch anyone. And yes, unfortunately there are plenty of laws with the same issue (especially here and in the past decade or two) and it sucks - it only teaches people to ignore rules and a lot of them make you a criminal for no reason.
3
2
0
Open reply Open reply
atopi
@atopi@piefed.blahaj.zone · Sep 02
Thread reply
But there are ways to catch AI use
210
114
0
Open reply Open reply
Amju Wolf
@amju_wolf@pawb.social · Sep 02
Thread reply
…elaborate? Anything that’s actually reliable?
2
0
0
Open reply Open reply
naught101
@naught101@lemmy.world · Aug 29
Thread reply
because a simple disclaimer doesn’t distinguish between the work done, So just declare how you used the tool? and also encourages people to point out to AI as a scapegoat for their mistakes. Nonsense. Doing so is clearly abdicating the responsibility that you’re saying people need to have, and basically admitting you’re a bad developer.
2
2
0
Open reply Open reply
Amju Wolf
@amju_wolf@pawb.social · Sep 02
Thread reply
So just declare how you used the tool? That can quickly get complicated, and more importantly noone does that. People who want to do it generally. Just call for a “metadata tag” in the commit. The thing is, what are you actually trying to achieve with this disclosure? How does it help you? If you’re going to treat AI assisted code the same way you treat human code (with a ton of scrutiny - which you absolutely should), then what is the point? Do you also want to know what IDE was used, which autocomplete engine, or what OS?
1
1
0
Open reply Open reply
naught101
@naught101@lemmy.world · Sep 02
Thread reply
GenAI replaces a lot of thinking. It is not on the same scale as those other tools. With an LLM, I can easily submit big chunk of code that does a thing, without understanding anything about how or why it does it. That’s not possible with just an IDE. Writing is a form of thinking that gives a much deeper unserstanding than reading and you dont get that with an LLM. That thought-bypass can rapidly become a maintainability issue, and increases the risk of major bugs going undetected.
0
0
0
Open reply Open reply
CeeBee_Eh
@CeeBee_Eh@lemmy.world · Aug 29
Thread reply
Not at all, because it’s impossible to know for sure if committed code had some form of AI generated parts, AI assisted review, prototyping, etc. By making it mandatory you can potentially alienate good developers who may feel their work ethics would be scrutinized negatively (like in these comments).
5
7
0
Open reply Open reply
naught101
@naught101@lemmy.world · Aug 29
Thread reply
If you’re happy to use AI tools to develop, why would you not be happy to declare your use of those tools?
7
6
0
Open reply Open reply
Amju Wolf
@amju_wolf@pawb.social · Sep 15
Thread reply
For example because you want to be kudged for the actual code you submit and not the tools you use to create it by people biased against certain tools.
1
0
0
Open reply Open reply
tinsukE
@tinsuke@lemmy.world · Aug 29
Alright, what are the alternatives folks? Gentoo? Gentoo! (But I’ll keep watch to see of they don’t revert course because “the models are now too powerful”, since it is a policy from 2024) The policy Gentoo Council has voted on 2024-04-14 on the following policy: It is expressly forbidden to contribute to Gentoo any content that has been created with the assistance of Natural Language Processing artificial intelligence tools. This motion can be revisited, should a case be made for such a tool that does not pose copyright, ethical and quality concerns. This policy affects Gentoo contributions and the official Gentoo projects. It does not prohibit adding packages for AI-related software or software that is being developed with the help of such tools upstream. wiki.gentoo.org/wiki/Project:Council/AI_policy
18
4
0
Open reply Open reply
coltn
@coltn@lemmy.ml · Aug 31
Thread reply
chimera-linux chimera-linux.org/community/#project-ai-policy Chimera has a strong no-AI policy for contributions in all of its repositories. Contributors found using LLMs will be barred from further contributing to the project. We take objection against the use of LLMs primarily on ethical grounds. This is based on many factors, including societal impact of LLM use, ecological impact, and others. We reject arguments about “useful tools” and similar, because technical aspects can never be considered in isolation. LLM-using contributions additionally have a disproportionate burden on reviewers, their mental health, as well as project resources, which we have limited amounts of. Chimera is a small project and has limited control over what upstreams do, particularly due to dependencies and widespread use of LLM usage in projects nowadays. We try to do the right thing when possible, preferring appropriate alternatives and so on.
3
0
0
313k7r1n3 Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

I2P eepsite

j6b6cyk6gjmepjih7jjadxgxvvf3lzzujljuu2v4biemzpg3naya.b32.i2p

Platform

  • Email
  • Chat
  • Timeline
  • VPN
  • DNS

Company

  • About
  • Pricing
  • Contact
  • FAQ
  • Lite (no JS)

Legal

  • Terms of Service
  • Privacy Policy
  • Transparency Report
  • Report Abuse
  • Warrant Canary
  • VPN Policy

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. sigkill.is Server: 13:55:54 UTC