Your message dated Thu, 04 Jul 2024 16:44:20 +0200
with message-id <af2bc144-3564-4914-9a5e-6f4141416...@app.fastmail.com>
and subject line Re: Bug#1065538: bind9-libs hard-codes a dependency on libuv1
has caused the Debian Bug report #1065538,
regarding bind9-libs hard-codes a dependency on libuv1
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.)
--
1065538: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065538
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bind9-libs
Version: 1:9.19.21-1
Severity: serious
Tags: sid trixie
bind9-libs hard-codes a dependency on libuv1, that should be libuv1t64
now. But better derive it form the libuv1-dev dependency.
--- End Message ---
--- Begin Message ---
Version: 1:9.19.0-1
This was introduced after 9.18.2-1 in:
commit 282c3f56f27e5281afbe3e3ab16b249dce02cfa8
Author: Ondřej Surý <ond...@debian.org>
Date: 2022-04-26 10:42:33 +0200
Add runtime dependency on libuv1 >= 1.40.0 (Closes: #1009889)
When BIND 9 is compiled with libuv1 >= 1.40.0, the UV_UDP_MMSG_FREE (and
other
recvmmsg flags) gets compiled in. When BIND 9 is then linked at runtime
with
older libuv1, it fails with cryptic error message like this:
fatal error: uv_udp_init_ex failed: invalid argument
And it was never pulled into 9.19 packaging branch.
So, this was fixed when unstable switched to BIND 9.19.x.
Ondrej
On Sat, Apr 13, 2024, at 18:18, Andreas Metzler wrote:
> On 2024-03-06 Ondřej Surý <ond...@sury.org> wrote:
> >> On 6. 3. 2024, at 12:45, Matthias Klose <d...@debian.org> wrote:
>
> >> Package: bind9-libs
> >> Version: 1:9.19.21-1
> >> Severity: serious
> >> Tags: sid trixie
>
> >> bind9-libs hard-codes a dependency on libuv1, that should be
> >> libuv1t64 now. But better derive it form the libuv1-dev dependency.
>
> > The reason why we do so is that libuv has some changes between version
> > that don’t propagate to ABI. I might be able to drop this in unstable
> > though and just keep it for backports.
>
> Hello,
>
> does the reported issue actually exist?
>
> I just cannot find the hardcoded dependency in the source package.
>
> ametzler@argenau:/dev/shm/XXXX/bind9-9.19.21$ dpkg-parsechangelog -SVersion
> 1:9.19.21-1
> ametzler@argenau:/dev/shm/XXXX/bind9-9.19.21$ grep -r libuv1 debian/
> debian/changelog: * Add libuv1-dev, libcmocka-dev, libedit-dev and
> zlib1g-dev to B-D
> debian/control: libuv1-dev,
> (sid)ametzler@argenau:/dev/shm/XXXX/bind9-9.19.21$ apt-cache show bind9-libs
> | grep -E '^Version|^Dep'
> Version: 1:9.19.21-1+b1
> Depends: libc6 (>= 2.34), libfstrm0 (>= 0.2.0), libgssapi-krb5-2 (>= 1.17),
> libjemalloc2 (>= 4.0.0), libjson-c5 (>= 0.15), libkrb5-3 (>= 1.6.dfsg.2),
> liblmdb0 (>= 0.9.7), libmaxminddb0 (>= 1.3.0), libnghttp2-14 (>= 1.12.0),
> libprotobuf-c1 (>= 1.0.1), libssl3t64 (>= 3.0.0), liburcu8t64 (>= 0.13.0),
> libuv1t64 (>= 1.38.0), libxml2 (>= 2.7.4), zlib1g (>= 1:1.1.4)
>
> 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'
>
>
--
Ondřej Surý (He/Him)
ond...@sury.org
--- End Message ---
