[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: