Bug#1017890: Ships autogenerated files that can't be renegerated with the code in Debian main

[Sean Whitton]

Hello,

On Mon 22 Aug 2022 at 10:00AM +01, Simon McVittie wrote:

> Before we go adding a complete copy of GLib to GObject-Introspection,
> is there ftp team consensus that the issue described in #1017890 is a
> serious bug?

The basic idea in these cases is that it must be possible to regenerate
anything not in its preferred form for modification using the contents
of the archive, such that main is self-contained.  But whether something
is in its preferred form for modification is case-by-case and a matter
of judgement, so there's no whole team consensus to be had, really.

> The reason that the inputs used to generate the GIR descriptions
> for GLib are shipped by GObject-Introspection rather than GLib is to
> resolve a circular dependency. Normally each library generates its own
> GObject-Introspection metadata, but GObject-Introspection is a GLib-based
> library, so it needs GLib for compilation.
>
> Rather than directly shipping pregenerated GIR XML, GObject-Introspection
> ships files containing the doc-comments from GLib. These are a subset
> of GLib's source code, created by removing the actual C code (which is
> redundant with the information that can be introspected from the actual
> libraries and headers) and leaving only the comments.

Sounds like a subset of the preferred form for modification is still the
preferred form for modification, so, without having thought about this
as carefully as I would were I reviewing the package in NEW, it sounds
like this package is okay.

-- 
Sean Whitton
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 869 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnome-maintainers/attachments/20220822/a3af7f95/attachment.sig>