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

Bug#1069730: marked as done (unblock: glibc/2.37-18)



Your message dated Tue, 23 Apr 2024 22:03:11 +0200
with message-id <ZigT_xOj6aGNXEdt@ramacher.at>
and subject line Re: Bug#1069730: unblock: glibc/2.37-18
has caused the Debian Bug report #1069730,
regarding unblock: glibc/2.37-18
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 owner@bugs.debian.org
immediately.)


-- 
1069730: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069730
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
Tags: security
X-Debbugs-Cc: glibc@packages.debian.org
Control: affects -1 + src:glibc
User: release.debian.org@packages.debian.org
Usertags: unblock

Hi,

glibc 2.37-18 fixes an import security issue (CVE-2024-2961), and it
would be nice to have it in testing asap. It is currently blocked by the
proftpd-dfsg autopkgtest, which fails due to the lack of libnsl-dev in
the chroot, as this dependency got removed in glibc version 2.37-15.1 as
part of the time_t transition.

proftpd-dfsg has already been fixed by making it an explicity
build-dependency, however this fixed version can't enter testing as it
is entangled in the time_t transition. The glibc doesn't break
proftpd-dfsg in testing, but basically breaks its buildability and thus
its autopkgtest.

Do you think it would be possible to allow this glibc version to enter
testing by ignoring the result of the proftpd-dfsg autopkgtest?

Regards
Aurelien

--- End Message ---
--- Begin Message ---
On 2024-04-23 21:49:23 +0200, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> Tags: security
> X-Debbugs-Cc: glibc@packages.debian.org
> Control: affects -1 + src:glibc
> User: release.debian.org@packages.debian.org
> Usertags: unblock
> 
> Hi,
> 
> glibc 2.37-18 fixes an import security issue (CVE-2024-2961), and it
> would be nice to have it in testing asap. It is currently blocked by the
> proftpd-dfsg autopkgtest, which fails due to the lack of libnsl-dev in
> the chroot, as this dependency got removed in glibc version 2.37-15.1 as
> part of the time_t transition.
> 
> proftpd-dfsg has already been fixed by making it an explicity
> build-dependency, however this fixed version can't enter testing as it
> is entangled in the time_t transition. The glibc doesn't break
> proftpd-dfsg in testing, but basically breaks its buildability and thus
> its autopkgtest.
> 
> Do you think it would be possible to allow this glibc version to enter
> testing by ignoring the result of the proftpd-dfsg autopkgtest?

Hint added. Thanks for the heads up

Cheers
-- 
Sebastian Ramacher

--- End Message ---

Reply to: