Your message dated Wed, 23 Oct 2024 16:21:11 +0000
with message-id <e1t3e6h-00ezfd...@fasolo.debian.org>
and subject line Bug#1075165: fixed in libdmapsharing 3.9.13-3
has caused the Debian Bug report #1075165,
regarding libdmapsharing: ftbfs with GCC-14
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1075165: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1075165
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:libdmapsharing
Version: 3.9.13-2
Severity: important
Tags: sid trixie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-14

[This bug is targeted to the upcoming trixie release]

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-14/g++-14, but succeeds to build with gcc-13/g++-13. The
severity of this report will be raised before the trixie release.

The full build log can be found at:
http://qa-logs.debian.net/2024/07/01/libdmapsharing_3.9.13-2_unstable_gccexp.log
The last lines of the build log are at the end of this report.

To build with GCC 14, either set CC=gcc-14 CXX=g++-14 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t=experimental install g++ 

Common build failures are new warnings resulting in build failures with
-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-14/porting_to.html

[...]
vala-image-record.c:848:23: error: assignment to ‘DmapRecord * 
(*)(DmapRecordFactory *, void *, GError **)’ {aka ‘struct _DmapRecord * 
(*)(struct _DmapRecordFactory *, void *, struct _GError **)’} from incompatible 
pointer type ‘DmapRecord * (*)(DmapRecordFactory *, GError **)’ {aka ‘struct 
_DmapRecord * (*)(struct _DmapRecordFactory *, struct _GError **)’} 
[-Wincompatible-pointer-types]
  848 |         iface->create = (DmapRecord* (*) (DmapRecordFactory*, 
GError**)) vala_image_record_factory_real_create;
      |                       ^
vala-image-record.c: In function ‘vala_image_record_factory_get_type’:
/usr/include/glib-2.0/glib/gatomic.h:131:5: warning: argument 2 of 
‘__atomic_load’ discards ‘volatile’ qualifier [-Wdiscarded-qualifiers]
  131 |     __atomic_load (gapg_temp_atomic, &gapg_temp_newval, 
__ATOMIC_SEQ_CST); \
      |     ^~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gthread.h:272:7: note: in expansion of macro 
‘g_atomic_pointer_get’
  272 |     (!g_atomic_pointer_get (location) &&                             \
      |       ^~~~~~~~~~~~~~~~~~~~
vala-image-record.c:872:13: note: in expansion of macro ‘g_once_init_enter’
  872 |         if (g_once_init_enter 
(&vala_image_record_factory_type_id__once)) {
      |             ^~~~~~~~~~~~~~~~~
In file included from /usr/include/glib-2.0/glib/gthread.h:34,
                 from /usr/include/glib-2.0/glib/gasyncqueue.h:34,
                 from /usr/include/glib-2.0/glib.h:34,
                 from /usr/include/glib-2.0/gobject/gbinding.h:30,
                 from /usr/include/glib-2.0/glib-object.h:24,
                 from vala-dmap-container-db.c:26:
vala-dmap-container-db.c: In function ‘vala_dmap_container_db_get_type’:
vala-dmap-db.c: In function ‘vala_dmap_db_dmap_db_interface_init’:
vala-dmap-db.c:273:22: error: assignment to ‘gint64 (*)(const DmapDb *)’ {aka 
‘long int (*)(const struct _DmapDb *)’} from incompatible pointer type ‘gint64 
(*)(DmapDb *)’ {aka ‘long int (*)(struct _DmapDb *)’} 
[-Wincompatible-pointer-types]
  273 |         iface->count = (gint64 (*) (DmapDb*)) vala_dmap_db_real_count;
      |                      ^
vala-dmap-db.c:274:24: error: assignment to ‘void (*)(const DmapDb *, void 
(*)(guint,  DmapRecord *, void *), void *)’ {aka ‘void (*)(const struct _DmapDb 
*, void (*)(unsigned int,  struct _DmapRecord *, void *), void *)’} from 
incompatible pointer type ‘void (*)(DmapDb *, void (*)(guint,  DmapRecord *, 
void *), void *)’ {aka ‘void (*)(struct _DmapDb *, void (*)(unsigned int,  
struct _DmapRecord *, void *), void *)’} [-Wincompatible-pointer-types]
  274 |         iface->foreach = (void (*) (DmapDb*, DmapIdRecordFunc, 
gpointer)) vala_dmap_db_real_foreach;
      |                        ^
/usr/include/glib-2.0/glib/gatomic.h:131:5: warning: argument 2 of 
‘__atomic_load’ discards ‘volatile’ qualifier [-Wdiscarded-qualifiers]
  131 |     __atomic_load (gapg_temp_atomic, &gapg_temp_newval, 
__ATOMIC_SEQ_CST); \
      |     ^~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gthread.h:272:7: note: in expansion of macro 
‘g_atomic_pointer_get’
  272 |     (!g_atomic_pointer_get (location) &&                             \
      |       ^~~~~~~~~~~~~~~~~~~~
vala-dmap-container-db.c:242:13: note: in expansion of macro ‘g_once_init_enter’
  242 |         if (g_once_init_enter (&vala_dmap_container_db_type_id__once)) {
      |             ^~~~~~~~~~~~~~~~~
vala-dmap-db.c:275:29: error: assignment to ‘DmapRecord * (*)(const DmapDb *, 
guint)’ {aka ‘struct _DmapRecord * (*)(const struct _DmapDb *, unsigned int)’} 
from incompatible pointer type ‘DmapRecord * (*)(DmapDb *, guint)’ {aka ‘struct 
_DmapRecord * (*)(struct _DmapDb *, unsigned int)’} 
[-Wincompatible-pointer-types]
  275 |         iface->lookup_by_id = (DmapRecord* (*) (DmapDb*, guint)) 
vala_dmap_db_real_lookup_by_id;
      |                             ^
vala-dmap-db.c:276:38: error: assignment to ‘guint (*)(const DmapDb *, const 
gchar *)’ {aka ‘unsigned int (*)(const struct _DmapDb *, const char *)’} from 
incompatible pointer type ‘guint (*)(DmapDb *, const gchar *)’ {aka ‘unsigned 
int (*)(struct _DmapDb *, const char *)’} [-Wincompatible-pointer-types]
  276 |         iface->lookup_id_by_location = (guint (*) (DmapDb*, const 
gchar*)) vala_dmap_db_real_lookup_id_by_location;
      |                                      ^
In file included from /usr/include/glib-2.0/glib/gthread.h:34,
                 from /usr/include/glib-2.0/glib/gasyncqueue.h:34,
                 from /usr/include/glib-2.0/glib.h:34,
                 from /usr/include/glib-2.0/gobject/gbinding.h:30,
                 from /usr/include/glib-2.0/glib-object.h:24,
                 from vala-dmap-db.c:26:
vala-dmap-db.c: In function ‘vala_dmap_db_get_type’:
/usr/include/glib-2.0/glib/gatomic.h:131:5: warning: argument 2 of 
‘__atomic_load’ discards ‘volatile’ qualifier [-Wdiscarded-qualifiers]
  131 |     __atomic_load (gapg_temp_atomic, &gapg_temp_newval, 
__ATOMIC_SEQ_CST); \
      |     ^~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gthread.h:272:7: note: in expansion of macro 
‘g_atomic_pointer_get’
  272 |     (!g_atomic_pointer_get (location) &&                             \
      |       ^~~~~~~~~~~~~~~~~~~~
vala-dmap-db.c:314:13: note: in expansion of macro ‘g_once_init_enter’
  314 |         if (g_once_init_enter (&vala_dmap_db_type_id__once)) {
      |             ^~~~~~~~~~~~~~~~~
make[3]: *** [Makefile:654: dacplisten.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: *** [Makefile:654: vala-image-record.o] Error 1
make[3]: *** [Makefile:654: vala-dmap-db.o] Error 1
make[3]: Leaving directory '/<<PKGBUILDDIR>>/tests'
make[2]: *** [Makefile:516: all-recursive] Error 1
make[2]: Leaving directory '/<<PKGBUILDDIR>>'
make[1]: *** [Makefile:423: all] Error 2
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_build: error: make -j8 returned exit code 2
make: *** [debian/rules:8: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2

--- End Message ---
--- Begin Message ---
Source: libdmapsharing
Source-Version: 3.9.13-3
Done: Simon McVittie <s...@debian.org>

We believe that the bug you reported is fixed in the latest version of
libdmapsharing, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1075...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Simon McVittie <s...@debian.org> (supplier of updated libdmapsharing package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 23 Oct 2024 17:02:49 +0100
Source: libdmapsharing
Architecture: source
Version: 3.9.13-3
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
<pkg-gnome-maintain...@lists.alioth.debian.org>
Changed-By: Simon McVittie <s...@debian.org>
Closes: 1046834 1049780 1055324 1075165 1076950
Changes:
 libdmapsharing (3.9.13-3) unstable; urgency=medium
 .
   * Team upload
   * d/rules: Don't run tests.
     The upstream build system rebuilds the library with gconv
     instrumentation as part of the test suite. This is not something we
     want in a distro environment, because our shipped binaries should
     not attempt to write out coverage data to the build-time path,
     which won't normally exist on end-user systems.
     The tests fail and the failure is ignored anyway, so this doesn't
     actually reduce useful test coverage. (Closes: #1055324)
   * d/clean, d/rules: Force regeneration of C code from Vala source
     (Closes: #1076950, #1075165, #1046834, #1049780)
   * d/clean: Force regeneration of more generated files at build-time
   * Standards-Version: 4.7.0 (no changes required)
   * d/control: Add ${gir:Depends}, ${gir:Provides} to -dev package
   * d/control: Explicitly build-depend on required GIR XML.
     We can't build-depend on gir1.2-gst-1.0-dev until gstreamer1.0 adds
     a Provides for it (#1069625), so hide that one behind a build-profile
     for now.
   * d/control: Build-depend on pkgconf in preference to pkg-config
   * Remove unused Lintian override for ...t64 library name.
     The t64 suffix is now special-cased by Lintian and does not need an
     override any more.
Checksums-Sha1:
 ba7aae05017717ff900d00b9e467219858456b1b 2675 libdmapsharing_3.9.13-3.dsc
 3e0d397336690c402e044eef1480a1496e08eef8 7192 
libdmapsharing_3.9.13-3.debian.tar.xz
 e4ad6198f5ecbf4f94e8753c80a451f3efe052ea 17143 
libdmapsharing_3.9.13-3_source.buildinfo
Checksums-Sha256:
 4ba5f941542f7cb0fbff466b25c5b04f3e087fde20fe12d2816ed65851860e6e 2675 
libdmapsharing_3.9.13-3.dsc
 6014a9393fc5b1397ca77fcf67c669fafadcd7ed967da5dc31bafbcc34022ecb 7192 
libdmapsharing_3.9.13-3.debian.tar.xz
 6a0591683641e0f3c054bf03b1ee97d6cbb35a059aa5aa38c3b800ba2f45649c 17143 
libdmapsharing_3.9.13-3_source.buildinfo
Files:
 a2447563e5cda512af13084687f5d2fc 2675 libs optional libdmapsharing_3.9.13-3.dsc
 956eb6cdaadbf9070fad2ad9b31c713b 7192 libs optional 
libdmapsharing_3.9.13-3.debian.tar.xz
 084da27c4595e34bd7b171ac7505b0d0 17143 libs optional 
libdmapsharing_3.9.13-3_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEegc60a5pT6Jb/2LlI1wJnT6zMHYFAmcZIGAACgkQI1wJnT6z
MHZ+ug//czm8Fv/c7m5ix5jOWtLUTAYH7YM4PQ6wncSUbMfdN/8ZOxLiTqMZ4m60
2fZ+Ejr7b+OHF65h/NnE0h1EbmBhZQi/BQC6KbEJYdUO5l4UkMkpiDjji3Aep7kQ
vifyM34qIZiK/7FeTM0JFHcLQJSm/J+PALBa7hnnXls1t8w0F7IVJQrxsCUeIvmu
LItNXKBpxJJVL0CNsH8pyIJ1kHvy48nv21x2WRv048whG/qmp0hxHfRArWrfRAIo
TRwH7LecEMfCBxxETc+NEHlBB8VpgLxBrqZV98b6HcC0NK9d1s+eQhqhVCgUhSwv
VIcMXeP9LwDTX1WQ1cdgIMQmqoD95MSJbOOi6JYN6VHecEyg99/w9W3adFDR//KU
qVQrnUy2qsiGRBW4SGsQP4Tx+tRaY/YQtjrlqxPOy4rlGIrRO6nfKj3KTp8ILOdx
oixoIFSHqT7DN0vxXnqEgMFbqwqQr1TgpOQfJVjkinIccnAPAGIoS81zqRUtJNto
L6Jmba7GJgVEMQNZRBf3NEApUQO13Z63mNB9WRt+m/21hRds46VyWuFdfdPRuyjS
5S57MOc5U2PmVHx9Q0NVEGWbwmOk9090UMsZwLpky1adAY1pqOIa77sgQc7BMnmy
fv0QidoC9puLeUJgoSYrqZsmgjxOOQGiQ68OO4VWXmMnntO8FPs=
=pILf
-----END PGP SIGNATURE-----

Attachment: pgpKau0hcapAy.pgp
Description: PGP signature


--- End Message ---

Reply via email to