Your message dated Sun, 07 Aug 2022 20:36:58 +0000
with message-id <[email protected]>
and subject line Bug#1016106: fixed in glibc 2.34-1
has caused the Debian Bug report #1016106,
regarding duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)
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 [email protected]
immediately.)
--
1016106: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016106
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: duma
Tags: hurd, ftbfs, confirmed, help
Usertags: [email protected]
X-Debbugs-Cc: [email protected]
duma compiles & links on Hurd, but self tests fail.
https://buildd.debian.org/status/package.php?p=duma
Testing via KVM, shows that all tests except for thread-test,
fail with output 'Killed'.
Back trace on dumatest shows an endless loop. Repeats every ten steps.
=====================================================
Starting program: /home/demo/duma-2.5.21/dumatest
Thread 4 received signal ?, Unknown signal.
0x010b9415 in ?? () from /lib/i386-gnu/libc.so.0.3
#0 0x010b9415 in ?? () from /lib/i386-gnu/libc.so.0.3
#1 0x010b812a in dcgettext () from /lib/i386-gnu/libc.so.0.3
#2 0x010b7452 in __assert_fail () from /lib/i386-gnu/libc.so.0.3
#3 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3
#4 0x08036095 in lock () at sem_inc.c:135
#5 0x080361d6 in DUMA_get_sem () at sem_inc.c:230
#6 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0,
fillByte=255, protectAllocList=1, allocator=EFA_MALLOC, #49 0x01103ce5 in
?? () from /lib/i386-gnu/libc.so.0.3
#7 0x080353b6 in _duma_malloc (size=100,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1970
#8 0x08035c8b in malloc (size=100) at duma.c:2424
#9 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3
#10 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3
#11 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3
#12 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3
#13 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3
#14 0x08036095 in lock () at sem_inc.c:135
#15 0x080361d6 in DUMA_get_sem () at sem_inc.c:230
#16 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0,
fillByte=255, protectAllocList=1, allocator=EFA_MALLOC,
fail=DUMA_FAIL_ENV,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1386
#17 0x080353b6 in _duma_malloc (size=100,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1970
#18 0x08035c8b in malloc (size=100) at duma.c:2424
#19 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3
#20 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3
#21 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3
#22 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3
#23 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3
#24 0x08036095 in lock () at sem_inc.c:135
#25 0x080361d6 in DUMA_get_sem () at sem_inc.c:230
#26 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0,
fillByte=255, protectAllocList=1, allocator=EFA_MALLOC,
fail=DUMA_FAIL_ENV,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1386
#27 0x080353b6 in _duma_malloc (size=100,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1970
#28 0x08035c8b in malloc (size=100) at duma.c:2424
#29 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3
#30 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3
#31 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3
#32 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3
#33 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3
#34 0x08036095 in lock () at sem_inc.c:135
#35 0x080361d6 in DUMA_get_sem () at sem_inc.c:230
#36 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0,
fillByte=255, protectAllocList=1, allocator=EFA_MALLOC,
fail=DUMA_FAIL_ENV,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1386
#37 0x080353b6 in _duma_malloc (size=100,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1970
#38 0x08035c8b in malloc (size=100) at duma.c:2424
#39 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3
#40 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3
#41 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3
#42 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3
#43 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3
#44 0x08036095 in lock () at sem_inc.c:135
#45 0x080361d6 in DUMA_get_sem () at sem_inc.c:230
#46 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0,
fillByte=255, protectAllocList=1, allocator=EFA_MALLOC,
fail=DUMA_FAIL_ENV,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1386
#47 0x080353b6 in _duma_malloc (size=100,
filename=0x8037060 <unknown_file> "UNKNOWN (use #include \"duma.h\")",
lineno=0) at duma.c:1970
#48 0x08035c8b in malloc (size=100) at duma.c:2424
===========================================================
I'm curious about the step pthread_self () --> __assert_fail ()
The man page for pthread_self (Linux)
https://man7.org/linux/man-pages/man3/pthread_self.3.html
states that the function always succeeds. Unlikely if it throws an assert.
Also raised upstream
https://github.com/johnsonjh/duma/issues/172
but the question really is.
Is this a bug in Hurd, or something that can be fixed in duma?
Regards,
Peter B
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.34-1
Done: Aurelien Jarno <[email protected]>
We believe that the bug you reported is fixed in the latest version of
glibc, 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 [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Aurelien Jarno <[email protected]> (supplier of updated glibc 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 [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Sun, 07 Aug 2022 22:00:25 +0200
Source: glibc
Architecture: source
Version: 2.34-1
Distribution: unstable
Urgency: medium
Maintainer: GNU Libc Maintainers <[email protected]>
Changed-By: Aurelien Jarno <[email protected]>
Closes: 1014735 1016106
Changes:
glibc (2.34-1) unstable; urgency=medium
.
[ Samuel Thibault ]
* debian/patches/hurd-i386/submitted-net.diff: Refresh.
* debian/testsuite-xfail-debian.mk: Disable tst-pthread_cancel-select-loop
which overflows pflocal.
* debian/patches/hurd-i386/git-htl-pthread-self-early.diff: Fix calling
pthread_self very early. Closes: #1016106.
.
[ Aurelien Jarno ]
* debian/control.in/libc: Update breaks against libnetcdf-dev.
* debian/patches/git-updates.diff: update from upstream stable branch.
* debian/control.in/libc: Add breaks in libc6-dev against dev packages that
provide static libraries using __res_* symbols that have been moved from
libresolv.a to libc.a:
- heimdal-multidev (<= 7.7.0+dfsg-4)
- igblast (<= 1.19.0-1)
- libasyncns-dev (<= 0.8-6+b2)
- libatm1-dev (<= 1:2.5.1-4)
- libaws20-dev (<= 20.2-2+b1)
- libboinc-app-dev (<= 7.20.2+dfsg-1)
- libcups2-dev (<= 2.4.2-1)
- libdkim-dev (<= 1:1.0.21-4+b2)
- libghc-resolv-dev (<= 0.1.2.0-3)
- libghc-resolv-prof (<= 0.1.2.0-3)
- libglib2.0-dev (<= 2.72.3-1)
- libgloox-dev (<= 1.0.24-2+b1)
- libhesiod-dev (<= 3.2.1-3.1+b1)
- libinfinity-0.7-dev (<= 0.7.2-1+b1)
- libldap-dev (<= 2.5.12+dfsg-2)
- libloudmouth1-dev (<= 1.5.4-1)
- libmongoc-dev (<= 1.22.1-1)
- libmysqlclient-dev (<= 8.0.29-1)
- libnfsidmap-dev (<= 1:2.6.1-2)
- libola-dev (<= 0.10.8.nojsmin-2)
- libopenafs-dev (<= 1.8.8.1-3)
- libopendkim-dev (<= 2.11.0~beta2-7)
- libopendmarc-dev (<= 1.4.2-1)
- libopenzwave1.6-dev (<= 1.6.1914+ds-1)
- libpg-query-dev (<= 13-2.1.2-2)
- librbl-dev (<= 2.11.0~beta2-7)
- libre-dev (<= 1.1.0-1+b1)
- libshishi-dev (<= 1.0.2-11)
- libslurm-dev (<= 21.08.8.2-1)
- libsocksd0-dev (<= 1.4.2+dfsg-7+b4)
- libspf2-dev (<= 1.2.10-7.1+b1)
- libstrophe-dev (<= 0.12.1-2)
- libtaningia-dev (<= 0.2.2-2+b1)
- libvbr-dev (<= 2.11.0~beta2-7)
- open-vm-tools-dev (<= 2:12.0.5-2)
- pidgin-librvp (<= 0.9.7cvs-3)
- proftpd-dev (<= 1.3.7d+dfsg-2)
- slurm-wlm-basic-plugins-dev (<= 21.08.8.2-1)
* debian/debhelper.in/libc-dev.NEWS: New file to explain how to update
programs to use the TI-RPC library instead of the Sun RPC one. Closes:
#1014735.
* debian/control.in/main: tighten build-dependency on g++-11 on riscv64 to
get the fix for GCC PR95115.
* debian/patches/riscv64/local-asin-acos-raise-invalid.diff: Drop now that
GCC is fixed.
* debian/debhelper.in/*.lintian-overrides: update lintian override once
more, sigh.
* debian/debhelper.in/libc-bin.install, debian/rules.d/build.mk,
debian/rules: rename the C.UTF-8 locale into C.utf8 to match upstream
naming.
* debian/control.in/libc: Update breaks against libvtk7-dev.
Checksums-Sha1:
cc5183b127fd0858521dc811a76308575fce5eaa 9673 glibc_2.34-1.dsc
130d3f89abcc684490cda8996f64fc10e7ed90a1 994836 glibc_2.34-1.debian.tar.xz
a24b8fec7e6f85422860f97a8bba65e28a271779 9564 glibc_2.34-1_source.buildinfo
Checksums-Sha256:
5dd3dfc1c3bf251952e3f3718258a3d125b49516fbd122dd086d95300f3d6ec0 9673
glibc_2.34-1.dsc
563112d95f93071321d3827cf1bc3b8f9e9636acb76f5fa437537cf44ccb38e7 994836
glibc_2.34-1.debian.tar.xz
fa83a8e14c218e97f2412e8e580ed27f51b6a4ff891fad57baf6d80f775e681e 9564
glibc_2.34-1_source.buildinfo
Files:
55e0781e0a8ca2631f2378a0b713ca7b 9673 libs required glibc_2.34-1.dsc
6141ccc7e1d6b12584d4c1964e5b447e 994836 libs required
glibc_2.34-1.debian.tar.xz
55d48348011c02624db8fce0068ce3f7 9564 libs required
glibc_2.34-1_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEUryGlb40+QrX1Ay4E4jA+JnoM2sFAmLwHLUACgkQE4jA+Jno
M2um0g//QHd7bplnQbe3pxc0uqka6p5MSnmrtlopPq5w0of3amcUV16nR0jW6zvL
fxv5yvgr95Bu++nJzQomMLXe1hdW9LwQpK6m4C5fi8EosOZdHf9huG0z7BydB4WW
kJfL5c2s15N/CKH4LiIW3H+cJMbx1iaycAxGxkCGEtM5J7go6Tb6j62ckApwk0Je
kqWUMBf6t0fCyALTN2HbyfIM+vkU1Y/JlCOaztmGi6PVuu6FmuyM13IUjqqTRdXf
dM6N/l+It6ANCbo0rHUpBYxpPTrWVwEaQOsz51gi5kw6FNdtBWIKnnUWsfy61ahS
j76CY3hIv83m5nwDOZ0fN3f/TWStirFuvcPY6V5hbvkaYOqRBNOtJ6z4Yxpt21bg
/9rz8+gtKHqdb90DOcJRYvBMk/unuD6R2tNYVrInJVEzTVUAPLIgJOpyokFsNeUj
7Y6INsncB4PJWmiLjEcWTOghY+Mn2baj5iXODPtv119rYfecHDb0Yty1/MpP8FTN
+8KinibCZL3jmu48usitp/8ipmw/5LlWYjPl8cDYWdyUqq3K9CdYK6STAl01dKBe
faWDSVWSfcO4lR0MLbaaFE4XZ32Ffrt/3ZuRafFeKJKTgkjm7QXk2cLnuiCxAL3u
YaJVl90vlejU4xxxJXbw+jFZYvfAxrSzPNRqp3XrAbcAnWfX43A=
=9zHs
-----END PGP SIGNATURE-----
--- End Message ---
