Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1260924 > unrolled thread

Bug#1114881: src:gnutls28: fails to migrate to testing for too long

Started byPaul Gevers <elbrus@debian.org>
First post2025-09-11 11:20 +0200
Last post2025-09-20 13:50 +0200
Articles 6 — 3 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#1114881: src:gnutls28: fails to migrate to testing for too long Paul Gevers <elbrus@debian.org> - 2025-09-11 11:20 +0200
    Bug#1114881: src:gnutls28: fails to migrate to testing for too long Andreas Metzler <ametzler@bebt.de> - 2025-09-13 14:40 +0200
      Bug#1114881: src:gnutls28: fails to migrate to testing for too long Andreas Metzler <ametzler@bebt.de> - 2025-09-14 19:10 +0200
        Bug#1114881: src:gnutls28: fails to migrate to testing for too long Andreas Metzler <ametzler@bebt.de> - 2025-09-15 19:30 +0200
    Bug#1114881: ppc64le needs ld.so hardwire for strcmp Mark Wielaard <mark@klomp.org> - 2025-09-16 01:20 +0200
    Bug#1115331: ppc64le needs ld.so hardwire for strcmp Andreas Metzler <ametzler@bebt.de> - 2025-09-20 13:50 +0200

#1260924 — Bug#1114881: src:gnutls28: fails to migrate to testing for too long

FromPaul Gevers <elbrus@debian.org>
Date2025-09-11 11:20 +0200
SubjectBug#1114881: src:gnutls28: fails to migrate to testing for too long
Message-ID<LtLDc-eugp-23@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Source: gnutls28
Version: 3.8.9-3
Severity: serious
Control: close -1 3.8.10-2
Tags: sid forky
User: release.debian.org@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 30 days as having a Release Critical bug in 
testing [1]. Your package src:gnutls28 has been trying to migrate for 31 
days [2], hence this bug report. The current output of the migration 
software for this package is copied to the bottom of this report and 
should list the reason why the package is blocked.

If a package is out of sync between unstable and testing for a longer 
period, this usually means that bugs in the package in testing cannot be 
fixed via unstable. Additionally, blocked packages can have impact on 
other packages, which makes preparing for the release more difficult. 
Finally, it often exposes issues with the package and/or its 
(reverse-)dependencies. We expect maintainers to fix issues that hamper 
the migration of their package in a timely manner.

This bug will trigger auto-removal when appropriate. As with all new 
bugs, there will be at least 30 days before the package is auto-removed.

This bug submission immediately closes the bug with the version in 
unstable, so if that version or a later version migrates, this bug will 
no longer affect testing. This bug is also tagged to only affect sid and 
forky, so it doesn't affect (old-)stable.

If you believe your package is unable to migrate to testing due to 
issues beyond your control, don't hesitate to contact the Release Team.

This bug report has been automatically generated and has only been sent 
manually. If you have any comments with regards to the content or the 
process, please reach out to me.

Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg00001.html
[2] https://qa.debian.org/excuses.php?package=gnutls28

Current text from [2]:
Migration status for gnutls28 (3.8.9-3 to 3.8.10-2): BLOCKED: 
Rejected/violates migration policy/introduces a regression
Issues preventing migration:
∙ ∙ autopkgtest for cmake/4.1.1+really3.31.6-1: amd64: Pass, arm64: 
Pass, i386: Pass, ppc64el: Test triggered (failure will be ignored), 
riscv64: Test triggered (failure will be ignored), s390x: Pass
∙ ∙ autopkgtest for gnutls28/3.8.10-2: amd64: Pass, arm64: Pass, i386: 
Pass, ppc64el: Pass, riscv64: Pass, s390x: Pass
∙ ∙ autopkgtest for gsasl/2.2.2-3: amd64: Pass, arm64: Pass, i386: 
Failed (not a regression) ♻ (reference ♻), ppc64el: Regression ♻ 
(reference ♻), riscv64: Pass, s390x: Pass
Additional info:
∙ ∙ Piuparts tested OK - 
https://piuparts.debian.org/sid/source/g/gnutls28.html
∙ ∙ 30 days old (needed 5 days)

[toc] | [next] | [standalone]


#1261204

FromAndreas Metzler <ametzler@bebt.de>
Date2025-09-13 14:40 +0200
Message-ID<LuxHP-f0p7-7@gated-at.bofh.it>
In reply to#1260924
On 2025-09-11 Paul Gevers <elbrus@debian.org> wrote:
> Source: gnutls28
> Version: 3.8.9-3
> Severity: serious
> Control: close -1 3.8.10-2
> Tags: sid forky
> User: release.debian.org@packages.debian.org
> Usertags: out-of-sync

> Dear maintainer(s),

> The Release Team considers packages that are out-of-sync between testing and
> unstable for more than 30 days as having a Release Critical bug in testing
> [1]. Your package src:gnutls28 has been trying to migrate for 31 days [2],
[...]

Well, the issue that is blocking is gsasl's CI
debian/tests/gsasl-mailutils-gs2krb5-gssapi which fails on ppc64el with:
327s ==2630== Command: /usr/bin/gsasl -m GSSAPI -d --no-starttls --imap ci-255-07bddaf3 19835 -z debci
327s ==2630==
327s Trying ‘ci-255-07bddaf3’...
327s * OK IMAP4rev1

327s . CAPABILITY
327s * CAPABILITY IMAP4rev1 NAMESPACE ID IDLE LITERAL+ UNSELECT AUTH=GSSAPI AUTH=ANONYMOUS AUTH=EXTERNAL AUTH=LOGIN AUTH=PLAIN AUTH=SECURID AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=SCRAM-SHA-1 AUTH=SCRAM-SHA-1-PLUS AUTH=SCRAM-SHA-256 AUTH=SCRAM-SHA-256-PLUS AUTH=SAML20 AUTH=OPENID20 AUTH=GSSAPI AUTH=GS2-KRB5

327s . OK CAPABILITY Completed

327s . AUTHENTICATE GSSAPI
327s +

327s ==2630== Conditional jump or move depends on uninitialised value(s)
327s ==2630==    at 0x40420F0: strcmp (strcmp.S:76)
327s ==2630==    by 0x40198E3: _dl_name_match_p (dl-misc.c:75)
327s ==2630==    by 0x401A833: dl_open_worker_begin (dl-open.c:614)
327s ==2630==    by 0x400163B: _dl_catch_exception (dl-catch.c:241)
327s ==2630==    by 0x401A35F: dl_open_worker (dl-open.c:761)
327s ==2630==    by 0x400163B: _dl_catch_exception (dl-catch.c:241)
327s ==2630==    by 0x401BCCB: _dl_open (dl-open.c:874)
327s ==2630==    by 0x4C873F3: dlopen_doit (dlopen.c:56)
327s ==2630==    by 0x400163B: _dl_catch_exception (dl-catch.c:241)
327s ==2630==    by 0x40017BB: _dl_catch_error (dl-catch.c:260)
327s ==2630==    by 0x4C86CD7: _dlerror_run (dlerror.c:138)
327s ==2630==    by 0x4C87503: dlopen_implementation (dlopen.c:71)
327s ==2630==    by 0x4C87503: dlopen@@GLIBC_2.34 (dlopen.c:81)
327s ==2630==
[...]
327s ==2630== 
327s ==2630== HEAP SUMMARY:
327s ==2630==     in use at exit: 11,519 bytes in 58 blocks
327s ==2630==   total heap usage: 2,773 allocs, 2,715 frees, 397,284 bytes allocated
327s ==2630== 
327s ==2630== LEAK SUMMARY:
327s ==2630==    definitely lost: 16 bytes in 1 blocks
327s ==2630==    indirectly lost: 0 bytes in 0 blocks
327s ==2630==      possibly lost: 0 bytes in 0 blocks
327s ==2630==    still reachable: 11,503 bytes in 57 blocks
327s ==2630==         suppressed: 0 bytes in 0 blocks
327s ==2630== Rerun with --leak-check=full to see details of leaked memory
327s ==2630== 
327s ==2630== Use --track-origins=yes to see where uninitialised values come from
327s ==2630== For lists of detected and suppressed errors, rerun with: -s
327s ==2630== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)

(--track-origins=yes does not yield additional details).

This is reproducible on platti and downgrading libgnutls30t64 (with dpkg
-x and LD_LIBRRARY_PATH) indeed makes the problem go away.

I will try a git bisect.

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

[toc] | [prev] | [next] | [standalone]


#1261412

FromAndreas Metzler <ametzler@bebt.de>
Date2025-09-14 19:10 +0200
Message-ID<LuYoG-fiyl-23@gated-at.bofh.it>
In reply to#1261204
On 2025-09-13 Andreas Metzler <ametzler@bebt.de> wrote:
> On 2025-09-11 Paul Gevers <elbrus@debian.org> wrote:
> > Source: gnutls28
> [...]

> Well, the issue that is blocking is gsasl's CI
> debian/tests/gsasl-mailutils-gs2krb5-gssapi which fails on ppc64el with:
[...]
> This is reproducible on platti and downgrading libgnutls30t64 (with dpkg
> -x and LD_LIBRRARY_PATH) indeed makes the problem go away.

> I will try a git bisect.

Required some try and error, the bug only shows up if ./configure
invoked with --build=powerpc64le-linux-gnu although it seemed to detect
the same triplet without it. Anyway ...

Bisecting: 0 revisions left to test after this (roughly 0 steps)
[66b78875f1ad28bef852ce44e13f5db5c2175b0c] x509: support decoding of ML-DSA private keys in CHOICE format

Doublechecked, reverting this patch fixes the error.

cu Andreas

[toc] | [prev] | [next] | [standalone]


#1261577

FromAndreas Metzler <ametzler@bebt.de>
Date2025-09-15 19:30 +0200
Message-ID<Lvlbz-fy7w-5@gated-at.bofh.it>
In reply to#1261412
See https://gitlab.com/gnutls/gnutls/-/issues/1738

[toc] | [prev] | [next] | [standalone]


#1261632 — Bug#1114881: ppc64le needs ld.so hardwire for strcmp

FromMark Wielaard <mark@klomp.org>
Date2025-09-16 01:20 +0200
SubjectBug#1114881: ppc64le needs ld.so hardwire for strcmp
Message-ID<LvqEh-fCfX-1@gated-at.bofh.it>
In reply to#1260924
This is valgrind upsteam bug https://bugs.kde.org/show_bug.cgi?id=508145

Fix now also committed on the VALGRIND_3_25_BRANCH:
https://sourceware.org/cgit/valgrind/commit/?h=VALGRIND_3_25_BRANCH

The VALGRIND_3_25_BRANCH contains a couple backports that didn't make
it to the last 3.25.1 release yet.

[toc] | [prev] | [next] | [standalone]


#1262355 — Bug#1115331: ppc64le needs ld.so hardwire for strcmp

FromAndreas Metzler <ametzler@bebt.de>
Date2025-09-20 13:50 +0200
SubjectBug#1115331: ppc64le needs ld.so hardwire for strcmp
Message-ID<Lx4gh-gMIP-1@gated-at.bofh.it>
In reply to#1260924
Control: tags -1 patch

On 2025-09-16 Mark Wielaard <mark@klomp.org> wrote:
> This is valgrind upsteam bug https://bugs.kde.org/show_bug.cgi?id=508145

> Fix now also committed on the VALGRIND_3_25_BRANCH:
> https://sourceware.org/cgit/valgrind/commit/?h=VALGRIND_3_25_BRANCH

> The VALGRIND_3_25_BRANCH contains a couple of backports that didn't make
> it to the last stable release yet (last release is 3.25.1).

Hello,

I have verified that 37d454721a6e3c2c54303bbcb35f0124de9bb51e fixes the
gnutls issue and intend to NMU valgrind on monday Sep 22

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web