Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Your message dated Sat, 02 Mar 2024 07:34:31 +
with message-id
and subject line Bug#1061992: fixed in curl 8.6.0-3.1
has caused the Debian Bug report #1061992,
regarding curl: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Your message dated Sat, 02 Mar 2024 07:05:27 +
with message-id
and subject line Bug#1063102: fixed in swi-prolog 9.0.4+dfsg-3.1
has caused the Debian Bug report #1063102,
regarding swi-prolog: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
On Mon, Feb 05, 2024 at
Processing control commands:
> tags -1 - pending
Bug #1062926 [src:stdgpu] stdgpu: NMU diff for 64-bit time_t transition
Removed tag(s) pending.
--
1062926: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062926
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tags -1 - pending
Unfortunately it appears stdgpu now ftbfs in unstable with a C++ error, so
we won't be able to NMU this.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu
Hi Steve,
Thanks for your taking the issue, and providing the package. I'm an
maintainer of libhinawa upstream in kernel.org[1], and interested in the
issue of this NMU.
In my opinion, `time_t` type is not used in libhinawa. All of expressions
of hardware and system time stamp is typed by fixed
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
On Mon, Feb 19, 2024 at
Your message dated Sat, 02 Mar 2024 02:42:58 +
with message-id
and subject line Bug#1062855: fixed in rem 0.6.0-4.1
has caused the Debian Bug report #1062855,
regarding rem: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been dealt
On Thu, 2024-02-29 at 13:31 -0700, Sam Hartman wrote:
> > > > >
> I tried to make the revert work either if you didn't have libpam0t64
> at
> all or if you did, but we're more focused on people who never
> upgraded.
>
> If you do run into breakage, we'll work with you to find a solution.
I
Source: slurm-wlm
Version: 23.11.4-1.1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Sergio Durigan Junior , Steve Langasek
, Benjamin Drung
https://buildd.debian.org/status/logs.php?pkg=slurm-wlm=23.11.4-1.1
...
dh_install -a -O--builddirectory
dh_install: warning: Cannot find (any matches
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Your message dated Sat, 02 Mar 2024 01:51:17 +
with message-id
and subject line Bug#1064292: fixed in pyside2 5.15.12-6.1
has caused the Debian Bug report #1064292,
regarding pyside2: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has
I received the email below from the Tor team. The package that's currently
in stable should be updated ASAP since it's going to stop working very soon.
I will be switching temporarily to the package in backports, but IMO an
update should be pushed to bookworm either via the security repo, or
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Your message dated Sat, 02 Mar 2024 00:35:15 +
with message-id
and subject line Bug#1063210: fixed in pari 2.15.4-2.1
has caused the Debian Bug report #1063210,
regarding pari: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
Your message dated Sat, 02 Mar 2024 00:28:00 +
with message-id
and subject line Bug#1065215: fixed in xinetd 1:2.3.15.4-2
has caused the Debian Bug report #1065215,
regarding xinetd: recent libc6-dev change causes the RPC support to be dropped
to be marked as done.
This means that you claim
Processing control commands:
> affects -1 src:slepc
Bug #1065217 [libpetsc-complex3.19-dev] libpetsc-complex3.19-dev fails to
install
Added indication that 1065217 affects src:slepc
--
1065217: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065217
Debian Bug Tracking System
Contact
Package: libpetsc-complex3.19-dev
Version: 3.19.6+dfsg1-2.1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Benjamin Drung , Steve Langasek
Control: affects -1 src:slepc
https://buildd.debian.org/status/fetch.php?pkg=slepc=amd64=3.19.2%2Bdfsg1-2.1=1709337662=0
...
Setting up
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Your message dated Fri, 01 Mar 2024 23:35:35 +
with message-id
and subject line Bug#1063206: fixed in papi 7.1.0-3.2
has caused the Debian Bug report #1063206,
regarding papi: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
Your message dated Fri, 01 Mar 2024 23:35:13 +
with message-id
and subject line Bug#1063206: fixed in papi 7.1.0-3.1
has caused the Debian Bug report #1063206,
regarding papi: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
On 01.03.2024 23:33, Aurelien Jarno wrote:
Hi Aurelien,
This can be fixed by adding an explicit Build-Depends on
libtirpc-dev. The glibc change will likely be reverted in the short
term, but given its a change we want to do for Trixie, this will only
lower the severity of the bug.
I do not
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
> please exclude pgpool2 from the t64 transition. It does ship a library
> package, but there are 0 external users, and all in-package rpdeps
> have strict versioned dependencies on libpgpool2.
While I will leave this to your discretion as maintainer, please note that
"0 external users" is not
Source: r-base
Version: 4.3.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: xinetd
Version: 1:2.3.15.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
Package: iproute2
Version: 6.7.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Source: dovecot
Version: 1:2.3.21+dfsg1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
Source: asymptote
Version: 2.86+ds1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
On 2024-03-01 22:10, Aurelien Jarno wrote:
> Source: gcl
> Version: 2.6.14-6
> Severity: serious
> User: debian-gl...@lists.debian.org
> Usertags: libtirpc-dev
>
> Dear maintainer,
>
> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to a separate libnsl2 package. In
On 2024-03-01 22:10, Aurelien Jarno wrote:
> Source: gcl27
> Version: 2.7.0-20
> Severity: serious
> User: debian-gl...@lists.debian.org
> Usertags: libtirpc-dev
>
> Dear maintainer,
>
> Starting with glibc 2.31, support for NIS (libnsl library) has been
> moved to a separate libnsl2 package. In
Your message dated Fri, 01 Mar 2024 22:07:50 +
with message-id
and subject line Bug#1065125: fixed in libchipcard 5.1.6-2
has caused the Debian Bug report #1065125,
regarding libchipcard8 has an undeclared file conflict
to be marked as done.
This means that you claim that the problem has
Hi all,
Am 01.03.24 um 22:38 schrieb Micha Lenk:
I think I've found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b
I currently have no capacity for testing it right away, so feel free to
prepare another 0-day-NMU to fix
Hi Helmut,
thank you for reporting this issue.
Am 29.02.24 um 23:45 schrieb Helmut Grohne:
This actually is fallout from the time64 transition. Both libchipcard6
and libchipcard8 declared "Provides: libgwenhywfar79-plugins-ct" and
"Conflicts: libgwenhywfar79-plugins-ct". However,
Your message dated Fri, 01 Mar 2024 21:34:21 +
with message-id
and subject line Bug#1026587: fixed in cerealizer 0.8.4-1
has caused the Debian Bug report #1026587,
regarding cerealizer: FTBFS: TypeError: __dict__ must be set to a dictionary,
not a 'NoneType'
to be marked as done.
This means
Hi. Upstream maintainer here. Please cherry-pick:
https://github.com/gperftools/gperftools/commit/198b3dd2d0b4d83c873b2ce480837edacc0f35ab
On Fri, Mar 1, 2024 at 6:15 AM Emanuele Rocca wrote:
> Source: google-perftools
> Version: 2.15-1.1
> Severity: serious
> Tags: ftbfs
> User:
Source: fricas
Version: 1.3.10-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: gcl27
Version: 2.7.0-20
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which
Source: gcl
Version: 2.6.14-6
Severity: serious
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
transition, a libnsl-dev, which depends
Hi Michael,
On 2024-03-01 09:13, Michael Tokarev wrote:
> This has nothing to do with time64.
Yes and no. :-)
> The prob here is -Werror=implicit-function-declaration
>
> Where that flag is coming from?
Your message dated Fri, 01 Mar 2024 20:50:39 +
with message-id
and subject line Bug#1065162: fixed in yp-tools 4.2.3-4
has caused the Debian Bug report #1065162,
regarding yp-tools: FTBFS: missing build-dep on libnsl-dev
to be marked as done.
This means that you claim that the problem has
On Wed, 28 Feb 2024 23:27:20 +0100 Jonas Smedegaard wrote:
> Quoting Debian Bug Tracking System (2024-01-27 09:42:03)
> > Processing commands for cont...@bugs.debian.org:
> >
> > > retitle 1061577 rust-io: RUSTSEC-2020-0021: CVE-2020-35876:
> > > use-after-free buffer access when a future is
Your message dated Fri, 01 Mar 2024 19:53:53 +
with message-id
and subject line Bug#1065163: fixed in ypserv 4.2-2
has caused the Debian Bug report #1065163,
regarding ypserv: FTBFS: missing build-dep on libnsl-dev
to be marked as done.
This means that you claim that the problem has been
Your message dated Fri, 01 Mar 2024 19:35:13 +
with message-id
and subject line Bug#1063107: fixed in openvdb 10.0.1-2.1
has caused the Debian Bug report #1063107,
regarding openvdb: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has
Your message dated Fri, 01 Mar 2024 19:36:11 +
with message-id
and subject line Bug#1065110: fixed in ypbind-mt 2.7.2-3
has caused the Debian Bug report #1065110,
regarding ypbind-mt: FTBFS: missing build-dep on libnsl-dev
to be marked as done.
This means that you claim that the problem has
Hello,
On 01.03.24 11:34, Emanuele Rocca wrote:
This seems intentional, see meson.build:
v4l2_wrapper_args = [
# As the library needs to provide both 32-bit and 64-bit versions
# of file operations, disable transparent large file support (fixes
# 'Error: symbol
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- System Information:
Debian
Your message dated Fri, 01 Mar 2024 18:34:06 +
with message-id
and subject line Bug#1065181: fixed in liblxi 1.20-2
has caused the Debian Bug report #1065181,
regarding liblxi: missing build-dep on libtirpc-dev
to be marked as done.
This means that you claim that the problem has been dealt
Processing control commands:
> notfound -1 samba/2:12.3.5-4
Bug #1065188 {Done: Michael Tokarev } [src:samba] samba:
missing build-dep on libtirpc-dev (and also rpcsvc-proto)
The source samba and version 2:12.3.5-4 do not appear to match any binary
packages
No longer marked as found in versions
control: notfound -1 samba/2:12.3.5-4
control: found -1 samba/2:4.19.5+dfsg-2
On 2024-03-01 20:26, Michael Tokarev wrote:
> 01.03.2024 19:05, Aurelien Jarno :
> > Source: samba
> > Version: 2:12.3.5-4
>
> Is it really 12.3.5-4? :)
Oops, sorry about that. I probably mixed packages when reporting
Your message dated Fri, 01 Mar 2024 18:20:23 +
with message-id
and subject line Bug#1065182: fixed in libquota-perl 1.8.2+dfsg-3
has caused the Debian Bug report #1065182,
regarding libquota-perl: missing build-dep on libtirpc-dev
to be marked as done.
This means that you claim that the
Processing control commands:
> reopen 1064282
Bug #1064282 {Done: Benjamin Drung } [src:poppler] poppler:
NMU diff for 64-bit time_t transition
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug
Source: poppler
Followup-For: Bug #1064282
Control: reopen 1064282
As reported in bug 1065155, the provided patch was incorrect, the
X-Time64-Compat header is set incorrectly to libpoppler-cpp0v5 for all
the library packages.
01.03.2024 17:24, Emanuele Rocca wrote:
Source: udns
Version: 0.4-1.1
Severity: serious
Tags: ftbfs
User: debian-de...@lists.debian.org
Usertags: time64
Dear Maintainer,
udns fails to build on both armhf and armel with the time64 build flags, which
are on by default. It builds fine without.
Processing control commands:
> tag -1 pending
Bug #1065182 [src:libquota-perl] libquota-perl: missing build-dep on
libtirpc-dev
Added tag(s) pending.
--
1065182: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065182
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tag -1 pending
Hello,
Bug #1065182 in libquota-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Your message dated Fri, 01 Mar 2024 17:39:50 +
with message-id
and subject line Bug#1065188: fixed in samba 2:4.19.5+dfsg-3
has caused the Debian Bug report #1065188,
regarding samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)
to be marked as done.
This means that you claim
On 2024-02-29 Aurelien Jarno wrote:
> Source: exim4
> Version: 4.97-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> User: debian-gl...@lists.debian.org
> Usertags: libnsl-dev
> Dear maintainer,
> Starting with glibc 2.31,
Your message dated Fri, 01 Mar 2024 17:35:26 +
with message-id
and subject line Bug#1065187: fixed in open-vm-tools 2:12.3.5-5
has caused the Debian Bug report #1065187,
regarding open-vm-tools: missing build-dep on libtirpc-dev (and also
rpcsvc-proto)
to be marked as done.
This means that
01.03.2024 19:05, Aurelien Jarno :
Source: samba
Version: 2:12.3.5-4
Is it really 12.3.5-4? :)
/mjt
Your message dated Fri, 01 Mar 2024 17:20:13 +
with message-id
and subject line Bug#1065153: fixed in v4l-utils 1.26.1-4
has caused the Debian Bug report #1065153,
regarding v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is allowed only with
_FILE_OFFSET_BITS=64
to be marked as done.
This
Processing control commands:
> tag -1 pending
Bug #1065153 [src:v4l-utils] v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is
allowed only with _FILE_OFFSET_BITS=64
Added tag(s) pending.
--
1065153: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065153
Debian Bug Tracking System
Contact
Control: tag -1 pending
Hello,
Bug #1065153 in libv4l reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Your message dated Fri, 01 Mar 2024 16:49:55 +
with message-id
and subject line Bug#1065190: fixed in ogdi-dfsg 4.1.1+ds-2
has caused the Debian Bug report #1065190,
regarding ogdi-dfsg: missing build-dep on libtirpc-dev
to be marked as done.
This means that you claim that the problem has
Processing control commands:
> tags -1 pending
Bug #1065190 [src:ogdi-dfsg] ogdi-dfsg: missing build-dep on libtirpc-dev
Added tag(s) pending.
--
1065190: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065190
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tags -1 pending
Thanks for reporting this issue, it's fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Source: ogdi-dfsg
Version: 4.1.1+ds-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
Source: libguestfs
Version: 1:1.52.0-2.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
Source: samba
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Source: caml-crush
Version: 1.0.12-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a smooth
Source: open-vm-tools
Version: 2:12.3.5-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a separate libnsl2 package. In order to allow a
Source: python-fsquota
Version: 0.1.0+dfsg1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has
Source: zfs-fuse
Version: 0.7.0-26
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to
Source: argus-clients
Version: 1:3.0.8.2-6.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has
Package: xwayland
Version: 2:23.2.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
Source: liblxi
Version: 1.20-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved to a
Source: libquota-perl
Version: 1.8.2+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
Source: argus
Version: 2:3.0.8.2-2.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-gl...@lists.debian.org
Usertags: libtirpc-dev
Dear maintainer,
Starting with glibc 2.31, support for NIS (libnsl library) has been
moved
Processing commands for cont...@bugs.debian.org:
> close 1063053
Bug #1063053 [src:volume-key] volume-key: NMU diff for 64-bit time_t transition
Marked Bug as done
> tags 1063053 + wontfix
Bug #1063053 {Done: Michael Biebl } [src:volume-key]
volume-key: NMU diff for 64-bit time_t transition
Processing commands for cont...@bugs.debian.org:
> close 1062484
Bug #1062484 [src:libnma] libnma: NMU diff for 64-bit time_t transition
Marked Bug as done
> tags 1062484 + wontfix
Bug #1062484 {Done: Michael Biebl } [src:libnma] libnma: NMU
diff for 64-bit time_t transition
Added tag(s)
Processing control commands:
> tags -1 + patch
Bug #1065121 [xdelta] xdelta: still depends on libxdelta2
Added tag(s) patch.
--
1065121: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065121
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tags -1 + patch
On 2024-02-29 23:26 +0100, Sven Joachim wrote:
> Package: xdelta
> Version: 1.1.3-10.5
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> The xdelta package still depends on libxdelta2, rather than on
> libxdelta2t64 as it should.
>
> The build log
Processing commands for cont...@bugs.debian.org:
> tags 1065158 + pending
Bug #1065158 [src:postfix] postfix: FTBFS: missing build-dep on libnsl-dev
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1065158:
With the silx 2.0.0 version the failire is located in the OpenCL part
the backtrace is this one when running the median filter
# build the packag eintht echroot and enter into it once build
dgit --gbp sbuild --finished-build-commands '%SBUILD_SHELL'
run this command to obtain the backtrace...
Processing control commands:
> severity -1 important
Bug #1065146 [sysvinit-core] sysvinit-core: /usr/sbin/halt and others
ineffectively diverted (DEP17)
Severity set to 'important' from 'serious'
--
1065146: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065146
Debian Bug Tracking System
Control: severity -1 important
Hi Lorenzo,
On Fri, Mar 01, 2024 at 01:18:38PM +0100, Lorenzo wrote:
> I'm missing something for sure here, but sysvinit-core has a conflict
> with systemd-sysv and both bfh-container and progress-linux-container
> depends on systemd-sysv so they already should not
On Thu, Feb 29, 2024 at 06:53:56AM +0100, Paul Gevers wrote:
> Well, officially downgrading isn't supported (although it typically works)
> *and* losing files is one of the problems of our merged-/usr solution (see
> [1]). I *suspect* this might be the cause. We're working hard (well, helmut
> is)
Control: reopen 1002789
Control: found 1002789 1.12.0+ds1-5
Hi all,
Unfortunately, I can still reproduce this failure with version
1.12.0+ds1-5, as shown in the attached build log.
Sorry about that.
Let us (Santiago or myself) know if it would be useful to provide a VM
to reproduce this issue.
Processing control commands:
> reopen 1002789
Bug #1002789 {Done: Thomas Goirand } [src:python-pycdlib]
python-pycdlib: FTBFS: failed tests
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
Source: udns
Version: 0.4-1.1
Severity: serious
Tags: ftbfs
User: debian-de...@lists.debian.org
Usertags: time64
Dear Maintainer,
udns fails to build on both armhf and armel with the time64 build flags, which
are on by default. It builds fine without.
Specifically, the following flags cause a
Your message dated Fri, 01 Mar 2024 13:26:33 +
with message-id
and subject line Bug#1063242: fixed in zlib 1:1.3.dfsg-3.1
has caused the Debian Bug report #1063242,
regarding zlib: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
Your message dated Fri, 01 Mar 2024 13:26:44 +
with message-id
and subject line Bug#1063243: fixed in zziplib 0.13.72+dfsg.1-1.2
has caused the Debian Bug report #1063243,
regarding zziplib: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the
Your message dated Fri, 01 Mar 2024 13:26:24 +
with message-id
and subject line Bug#1063197: fixed in wget2 2.1.0-2.1
has caused the Debian Bug report #1063197,
regarding wget2: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
Your message dated Fri, 01 Mar 2024 13:10:11 +
with message-id
and subject line Bug#1063189: fixed in staden-io-lib 1.15.0-1.1
has caused the Debian Bug report #1063189,
regarding staden-io-lib: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the
Your message dated Fri, 01 Mar 2024 13:10:02 +
with message-id
and subject line Bug#1063186: fixed in rpm 4.18.2+dfsg-2.1
has caused the Debian Bug report #1063186,
regarding rpm: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has been
Your message dated Fri, 01 Mar 2024 13:10:34 +
with message-id
and subject line Bug#1063193: fixed in ticcutils 0.24-2.1
has caused the Debian Bug report #1063193,
regarding ticcutils: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has
Your message dated Fri, 01 Mar 2024 13:09:41 +
with message-id
and subject line Bug#1063184: fixed in pipewire 1.0.3-1.1
has caused the Debian Bug report #1063184,
regarding pipewire: NMU diff for 64-bit time_t transition
to be marked as done.
This means that you claim that the problem has
1 - 100 of 197 matches
Mail list logo
