Accepted gobject-introspection 1.78.1-2 (source) into experimental
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Sat, 04 Nov 2023 17:23:21 +0000
Source: gobject-introspection
Architecture: source
Version: 1.78.1-2
Distribution: experimental
Urgency: medium
Maintainer: Debian GNOME Maintainers <pkg-gnome-maintainers@lists.alioth.debian.org>
Changed-By: Simon McVittie <smcv@debian.org>
Changes:
gobject-introspection (1.78.1-2) experimental; urgency=medium
.
* d/.gitignore: Add
* d/rules, d/clean: Clean up man page declaratively
* d/rules: Use one run of dh_girepository for all packages.
In fact it was acting on all packages each time anyway, because the -p
option was interpreted as dh_girepository's -p./gir1.2-glib-2.0 (load from
private directory) and not as debhelper's --package (see #703941).
* d/rules: Run dh_girepository in verbose mode for this package
* dh_girepository.1: Mention the unusual meaning of -p for this tool
(mitigates: #703941)
* d/rules: Don't delete test data from glib during clean
* d/copyright: Update
* Use the same build directory for all architectures.
This makes GIRepository-2.0.gir architecture-independent, so it no
longer needs a solution to #1029957 and related bugs.
(GLib-2.0.gir still has architecture-dependent contents, though.)
* dh_girepository:
- Generate gir:Provides substvar for typelibs in public locations
- Generate gir:Provides substvar for GIR XML in public locations
(Helps: #1030223)
- Generate gir:Depends substvar for GIR XML, following <include>
- Try to depend on GIR packages by their canonical names, if they
exist as Provides
- Pick up versioned B-D (if any) from GIR packages' canonical names
- Use the host architecture gcc for compilation
* policy:
- Suggest using Provides: ${gir:Provides} for typelibs
- Describe gir1.2-foo-2.0-dev naming, and suggest ${gir:Provides}
- Packages must not have Provides for files they don't contain.
GObject-Introspection relies on running an executable of the host
architecture, so when cross-compiling, we will likely need to disable
it via a build-profile. If this results in GIR XML and typelibs not
being produced, then it would be misleading to have these Provides in
the package(s) that would ordinarily have contained them.
- Packages with GIR XML should depend on GIR XML they <include>.
Dependencies on the core modules provided by gir1.2-glib-2.0 are
excluded from this: we assume that libgirepository1.0-dev will pull
those in, and it would be undesirable to depend on
gir1.2-glib-2.0-dev while it still can't be multiarch (see #1029957).
- Fix an inconsistency.
Section 3 said that the packages with GIR XML must depend on the
corresponding typelibs, but section 4 said this was unnecessary.
Keep the stricter requirement.
* Add myself to Uploaders
Checksums-Sha1:
894f04b511a94facfaca1a49969fd4871fa9c227 3535 gobject-introspection_1.78.1-2.dsc
a269e62be6fc8c3d18f26beac78b5a7c24b0e72d 42100 gobject-introspection_1.78.1-2.debian.tar.xz
836a01db61ae6730845024be67b397ad6e389b4f 8977 gobject-introspection_1.78.1-2_source.buildinfo
Checksums-Sha256:
7b388601ca6b8babff03272739c5fb416b081b6b8a6707b086f44717674ad3fb 3535 gobject-introspection_1.78.1-2.dsc
561cef1539cc090ed42dd4865a3888553acad386168cf23cc54d3ac9eaf28bbe 42100 gobject-introspection_1.78.1-2.debian.tar.xz
04e413eb233434a346db184752c5e3b4fa8e59204b8e611f0255ba3894cac4d2 8977 gobject-introspection_1.78.1-2_source.buildinfo
Files:
3881699f64fcbd1f96a4f5dce4adc71f 3535 devel optional gobject-introspection_1.78.1-2.dsc
f5f2fcd5291391c6f908e48e18737a4e 42100 devel optional gobject-introspection_1.78.1-2.debian.tar.xz
e72d23efc9e152022c1b0a2e7ae4a10a 8977 devel optional gobject-introspection_1.78.1-2_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEENuxaZEik9e95vv6Y4FrhR4+BTE8FAmVHglQACgkQ4FrhR4+B
TE8txg/7BbGz7uktwiqL4wWlBy1Wy7OJTLRCscePMrfqLQgh9fPTMSqHuaVsDnt8
zx1nJ6DBmSZVyU2NW3squRoJ85JnMAnWB5wFxl0PJfsrijPoTyOzfZ0/sb4BuyYS
8KEwN4fXfOK6j5xeLglYit0jjVzOE9BaS6hU/Z9M/cP6bK6gkcxArALSgRCEs664
x0HubrJwV/AdQcXn6DkrykjtFCaySLHgSDz0zurHIaq6szveGMUKKCJQApL/UqDn
ckLAUyFfoJAwbZgHuGkiqcuHoc8ChkxQg7INQ8BYFGMAsGUNDbV2swNa51/IYAfl
oSJLCQOQBT2jC/SM8fkBel7K3cfSc7vQ1VY6fNHlFJr/ZEhU7zF7xqZ0Hgh6S7K3
iMZLQTKh2yioHDnIlR9So/zoTH+ebfn4epdF7VNbmZ0DBbKkFjwgqfj1zkVLSzFo
NhJsrpwTtlRAvQ0ThEIMT87BropLhziGrdTmDkMhMF687iCfCLwrG7pvQ/DEgcAk
C6M7zOzgpy9+13aWDDUXTymJLHUCjMIVyADsorcLZPzBjzSDZCDbt9VkqVH4gTXt
+ODgtIRA/Fv8b6uTdOn+4RaKzN6dciz2Y/j5G9ko+RBTbfVfVlAJX82+ZMLQ3pl8
rgxq3+qZCGE/geSZ/I8nQ/Dc/MG7qcqnRuM1/d282xjAlCj9eXY=
=m7xC
-----END PGP SIGNATURE-----
Reply to: