[From nobody Sat May 23 19:43:05 2026
Received: (at 1017891-done) by bugs.debian.org; 23 May 2026 18:40:42 +0000
X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
 (2024-03-25) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.1 required=4.0 tests=BAYES_00,DKIM_SIGNED,
 DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,
 SPF_NONE autolearn=ham autolearn_force=no
 version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 15; hammy, 150; neutral, 136; spammy,
 0. spammytokens: hammytokens:0.000-+--H*UA:sk:x86_64-,
 0.000-+--H*x:sk:x86_64-, 0.000-+--Hx-spam-relays-external:sk:cheddar,
 0.000-+--H*RU:93.93.131.118,
 0.000-+--Hx-spam-relays-external:93.93.131.118
Return-path: &lt;linux@codehelp.co.uk&gt;
Received: from cheddar.halon.org.uk ([93.93.131.118]:56546)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from &lt;linux@codehelp.co.uk&gt;)
 id 1wQrH6-000VmL-0G for 1017891-done@bugs.debian.org;
 Sat, 23 May 2026 18:40:41 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=codehelp.co.uk; s=default; h=Content-Transfer-Encoding:Content-Type:
 MIME-Version:Message-ID:Subject:To:From:Date:From:Reply-To:Subject:Cc:
 Content-ID:Content-Description:In-Reply-To:References:X-Debbugs-Cc;
 bh=k0bE4NlrJB1+LnsmxEdYotfEIyoreXcC4rK7/fKiX14=; b=x/O8iwU9uivR2SBXOWLmOl2A9N
 LHdZZ84KdqtBnGx2yZYSD9tCGbhSP74+x/qeLdNwcnscxh9QvVWPNW8Cx1a6H/v+HsqAZbCGi32fg
 d8jFgjcLip+1TEBD0eore5nZfiDjuD7IACfA4uAPJyUA0qpYzMozbao3a9iUMDapRNr30Ry97jiI7
 DNbbd9J6yZTHcPW532VWgjFV9c3vPPnkrsHd3jEIU8OlkqJbuyJeFxNiPOyQpEjE5KVIR1NpDDP8b
 cyfViLnweqqoLrYf/PXjrBeIw7z1/37t0OpIeOYnc+sxqkDzQ6TIO0+4DV02TRDM8AWcjuBfSp9p2
 dxIRUMFA==;
Received: from [164.138.80.208] (helo=felix.codehelp)
 by cheddar.halon.org.uk with esmtpsa (TLS1.3) tls
 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96)
 (envelope-from &lt;linux@codehelp.co.uk&gt;) id 1wQrH3-00CagU-1B
 for 1017891-done@bugs.debian.org; Sat, 23 May 2026 19:40:37 +0100
Date: Sat, 23 May 2026 19:40:36 +0100
From: Neil Williams &lt;linux@codehelp.co.uk&gt;
To: 1017891-done@bugs.debian.org
Subject: Re: Ships autogenerated files that can't be renegerated with the
 code in Debian main
Message-ID: &lt;20260523194036.74beeb03@felix.codehelp&gt;
X-Mailer: Claws Mail 4.3.1 (GTK 3.24.49; x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Thu, 2 Apr 2026 15:40:38 +0100 Neil Williams &lt;linux@codehelp.co.uk&gt;
wrote:
&gt; On Mon, 22 Aug 2022 09:59:03 +0300 =?utf-8?q?Sebastian_Dr=C3=B6ge?=
&gt; &lt;slomo@debian.org&gt; wrote:
&gt; &gt; Source: vala
&gt; &gt; Version: 0.56.2-1
&gt; 
&gt; .. and all other versions of the package currently in Debian ...
&gt; 
&gt; &gt; The whole vapi subdirectory of the source package currently contains
&gt; &gt; autogenerated files for which the original source is not available
&gt; &gt; in Debian.
&gt; &gt; 
&gt; &gt; Some examples for this are
&gt; &gt; 
&gt; &gt;   - gnet-2.0.vapi: The corresponding library does not even exist in
&gt; &gt; Debian.
&gt; &gt; 
&gt; &gt; From my understanding, regenerating the files with whatever version
&gt; &gt; is available in Debian at build time is not an option if you don't
&gt; &gt; want to lose upstream support for any vapi-related bugs.
&gt; &gt; 
&gt; &gt; These files are also included in binary packages.
&gt; 
&gt; These files may have been autogenerated at some time in the past, but
&gt; upstream are making manual changes to these files quite regularly.
&gt; e.g. The gnet file mentioned above appears to have been generated in
&gt; 2008 but has been edited since.
&gt; 
&gt; https://github.com/GNOME/vala/commits/main/vapi/gnet-2.0.vapi
&gt; 
&gt; So maybe this bug isn't as clear as initially described. Filed in
&gt; 2022, it hasn't stopped vala being included in 3 stable releases,
&gt; with these files in place in all source and in each of the
&gt; valac-&lt;VER&gt;-vapi binary packages.
&gt; 
&gt; I'm not sure whether this bug should be downgraded (I only found it
&gt; because it's listed as RC in UDD) or actually closed as a
&gt; misinterpretation of the upstream vala source code and maintenance
&gt; practices. What started out as generated files do appear to be being
&gt; handled by upstream as typical source code.

Based on:
https://lists.debian.org/debian-devel/2026/05/msg00258.html

It's clear to me that the vapi files are being treated as source code
under the existing licence. What was probably auto-generated at some
point in the past is now being edited manually as source code. So there
is no issue to solve. Even if tools outside Debian did create old
versions of the files, there's no upstream tooling being used to
generate the files as released.

Closing the bug.

-- 
Neil Williams
=============
linux@codehelp.co.uk
https://www.codehelp.co.uk/]