From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mta0.migadu.com (out-236.mta0.migadu.com [91.218.175.236]) (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 5159526B2DA for ; Sun, 23 Aug 2026 13:26:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=91.218.175.236 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787491578; cv=none; b=g7NNOXBzq7b77svM/zYpS5Ouyuywi74Yb4juMNiBKO0iEn98iH2khThAZdk+4a13sjgr0JInVEaK7a8ZYexQntsqDYDDjuJxMWj43Ut2yXmARuPL/OTODHxSRttbyeiNc6PNGUyvbY5NvJraNs9Pks0wEJ+G1XGqshjufYaJH00= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787491578; c=relaxed/simple; bh=ALLPIPvPNW3KZSgqGB2L9ZrvKSc+CLcDsgEWCIh+Nw0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=TAABHVAnrkai1x+XldxzjFhjMuwO5sqkIxGazmZX8mDxj/D6hrYgsOIrG+fw2+rO960dPJaSTpYWTfZJNKfXL4OLjG7ElzkGm6Pn1TuFra/MbLW2/VUKx1moHEJaOOd0PwtlVSkbj2TyOGAuImhdpXvLPHs7zrIB/4Yn2ow3mqU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=wyuan.org; spf=pass smtp.mailfrom=wyuan.org; dkim=pass (2048-bit key) header.d=wyuan.org header.i=@wyuan.org header.b=UQu0U9y2; arc=none smtp.client-ip=91.218.175.236 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=wyuan.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=wyuan.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=wyuan.org header.i=@wyuan.org header.b="UQu0U9y2" X-Envelope-To: git@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=ALLPIPvPNW3KZSgqGB2L9ZrvKSc+CLcDsgEWCIh+Nw0=; c=simple/simple; d=wyuan.org; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1787491572; v=1; x=1788096372; b=UQu0U9y2Xb47tlp+r4LZx0Eus5V2fT8atqJhgFgklF7Q6mQAxAfst9fXoujGNZYumhHuKja/ t3k+D7HscJtKKGfINVodVM/a19PK5nYqKXxNlXUMrNYI18QYipm9c7OzQa/vdzXI3ZGhaEAst84 aYduVLnthHa1gZkR3I2GCgDw74xoOMfMF9bWwY4Ld8y8W/CGd2YjLrdsgsZfT54jvenKTP2HnJX 7/RJTBIaWKgAPmBJtNBd4RbnOhKozqEAbN+lRxpDtU4gvqS734vHir4frVSdmx1Ew3VvQrGzEDe bHrUnsX7dc3QyXcGSz85wZcq+5aGtez4BI2AEblMbmaoA== X-Envelope-To: git@vger.kernel.org Received: from localhost (117.176.242.187) by smtp.migadu.com with ESMTPS id 6d6d7ad293e0594c; Sun, 23 Aug 2026 13:26:11 +0000 X-Mizu-Trace-ID: 6d6d7ad293e0594c X-Migadu-Flow: FLOW_OUT Date: Sun, 23 Aug 2026 21:26:04 +0800 From: Weijie Yuan To: Junio C Hamano Cc: "brian m. carlson" , Alexey Samsonov via GitGitGadget , git@vger.kernel.org, Alexey Samsonov , Johannes Schindelin Subject: Re: [PATCH 0/3] treewide: migrate from legacy utime.h to utimensat Message-ID: References: Precedence: bulk X-Mailing-List: git@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: [+cc Johannes Schindelin] On Sat, Aug 22, 2026 at 10:59:09AM -0700, Junio C Hamano wrote: > "brian m. carlson" writes: > > > On 2026-08-21 at 14:23:20, Alexey Samsonov via GitGitGadget wrote: > >> This change is generated by Gemini Flash from Antigravity, but all the code > >> has been manually verified by me, and, where applicable, adjusted to match > >> the existing behavior as closely as possible. > > > > Unfortunately, I don't think that's allowed. From SubmittingPatches[0]: > > > > The Developer's Certificate of Origin requires contributors to certify > > that they know the origin of their contributions to the project and > > that they have the right to submit it under the project's license. > > It's not yet clear that this can be legally satisfied when submitting > > significant amount of content that has been generated by AI tools. > > > > I therefore haven't read this series to avoid being influenced by code > > we're not allowed to include. > > > > [0] https://git-scm.com/docs/SubmittingPatches#ai > > Your stance, as I understand it, is that Alexey's DCO is not valid > because, acting as a copy editor of Antigravity/Gemini's work, > Alexey cannot possibly know where the code was copied from. And we > cannot accept work that is not covered by a valid DCO. > > I think that is a much more prudent attitude than being cavalier > about legal issues. I used to think, "Hey, the person claims in the > DCO that the code is appropriately licensed, so if it turns out to > be a false claim later, that is his or her problem, not ours." > > But that is not how things work. > > If work submitted under a DCO later turns out to be based on > something we cannot legally use, the submitter may of course be in > trouble, but we would also need to bear the cost of ripping it out; > the later we discover the problem, the more substantial the effort > necessary to deal with the fallout will be. Sorry to interject here, but I seem to remember that dscho already has a few commits with an Assisted-by trailer that have made it into master. I´m not entirely sure what kind of assistance he received either, but as you suggest, it seems better to mention this here sooner rather than later. (I also mentioned this part here [1], with full respect to Johannes) > Stepping back a bit, though, is the situation really all that > different between a relatively new author who discloses their use of > AI and another author similarly unknown to us who claims it is all > their own work? Either way, if the code turns out to be unusable, > we would still be on the hook for participating in the infringement > and would bear the cost of ripping it out. > What worries me a bit is that there may not be much difference > between "you said that you relayed AI output, so we won't talk to > you" and "we do not know you well enough to trust you, so we won't > talk to you". But I think that, from Linus's point of view, the chain of trust matters more than whether AI was used in the first place: | So AI giveth, and AI taketh away. But the basic issue shouldn't be AI | per se, it should be that notion of "trust". [2] Of course, I also understand that the Git community doesn't need to completely follow the rules from kernel community. Thanks. [1] https://lore.kernel.org/git/aorxVo_6_U1ceaKm@wyuan.org/ [2] https://lore.kernel.org/all/CAHk-=wgbGarE7Ozw4VG6oUKDj9pk-8DRoDiX00bo1MwEMm9UWQ@mail.gmail.com/