From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 114D53375B0 for ; Wed, 15 Oct 2025 16:09:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=140.211.166.183 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760544546; cv=none; b=ebgNgxS9kuwexcwtE2M3x+1dggtA0H7EO4CoDa2rOOyqvEo04fmoVbZImdHUq0yQQrphG6Zv2kqEWZKIICIHMaPP6v7VnYWcYjVSI9kpdA++DA6nnZ5AgQnpoxI0nqTsAHJY7fbrh3WHkb2I0cVQezWycZtIogstOSDAUQcxC2s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760544546; c=relaxed/simple; bh=NCJ8JCPRAZ520lUJG/pVoL+DD2oKKzKqm5vPj7OwwnU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=CFhxvIPZRiWOOkyPRJYKUfDZpY+2t31Q6VZkay4YoQSsd/3acUTkoJMR1RyZTJZGuLBOpzLJbI+iHXVHmKtVeGu23E7zKABKpm6s9AWejzNJggnLqnwby4vGZwCRuztenuI+4A581y52lznIparxTS/YkgXN/43c4d46lk96d7E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gentoo.org; spf=pass smtp.mailfrom=gentoo.org; arc=none smtp.client-ip=140.211.166.183 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gentoo.org Received: from mop.sam.mop (2.8.3.0.0.0.0.0.0.0.0.0.0.0.0.0.a.5.c.d.c.d.9.1.0.b.8.0.1.0.0.2.ip6.arpa [IPv6:2001:8b0:19dc:dc5a::382]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange secp256r1 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: sam) by smtp.gentoo.org (Postfix) with ESMTPSA id A3205340B7E; Wed, 15 Oct 2025 16:09:02 +0000 (UTC) From: Sam James To: Alejandro Colomar Cc: Carlos O'Donell , linux-man@vger.kernel.org, Collin Funk Subject: Re: [PATCH v3] CONTRIBUTING.d/ai: Add guidelines banning AI for contributing In-Reply-To: Organization: Gentoo References: <4d14273a-ae17-4f68-9a91-e06fac1d9be5@redhat.com> <426482e8-3c58-4ff4-ae1f-4c7e2e26bd22@redhat.com> <87ikgg8bgq.fsf@gentoo.org> User-Agent: mu4e 1.12.13; emacs 31.0.50 Date: Wed, 15 Oct 2025 17:09:00 +0100 Message-ID: <87a51s87vn.fsf@gentoo.org> Precedence: bulk X-Mailing-List: linux-man@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Alejandro Colomar writes: > Hi Carlos, Sam, > > On Wed, Oct 15, 2025 at 03:51:33PM +0100, Sam James wrote: >> >>> Though it has been discussed on-list that this policy could be seen as >> >>> forbiding assistive technologies, but that this was not the intent of >> >>> the Gentoo Council's wording. >> >> Didn't they? Do you have a source for that? >> > >> > https://inbox.sourceware.org/libc-alpha/5523336.irdbgypaU6@kona/ >> > ~~~ >> > As someone who was present at the initital discussion, I can assure that >> > banning accessibility helps was not the intention. >> > ~~~ >> > - Andreas Huettel >> >> +1 (as someone else who also voted on it). We may amend it to make this >> part clear in future. > > Thanks. I find the wording to imply that it also prohibits assistive > technologies (and I like that sense). I'd add a paragraph claifying it > in the sense of disallowing them: Eh? We're saying we *don't* want to do that. > > It is expressly forbidden to contribute to this project any > content that has been created with the assistance of artificial > intelligence tools. > > This also includes AI-based assistive tools used in the > contributing process, even if such tools do not generate the > contributed code. > > This includes for example AI-based linters and static analyzers. > > > Cheers, > Alex