Hi again,
This was a package that failed to analyze due to header compilation
failures.
https://adrien.dcln.fr/misc/armhf-time_t/2024-01-17/logs/libdvbpsi-dev/base/log.txt
Of course if we can know with certainty that the ABI is not affected, we can
exclude it. But time_t is not the only type
On Tue, Jan 30, 2024 at 08:05:35AM +, Rebecca N. Palmer wrote:
> In particular, I'd like the seaborn fix uploaded before pandas, so I can set
> Breaks for it. (The pandas documentation build-depends on seaborn.)
Control: tags -1 moreinfo
Hi Steve
On 2024-02-01 00:06:44 +, Steve Langasek wrote:
> Source: libdvbpsi
> Version: 1.3.3-1
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> Dear maintainer,
>
>
I have proposed a fix through an MR [1].
https://salsa.debian.org/pkg-voip-team/asterisk-espeak/-/merge_requests/2
On Thu, Feb 1, 2024 at 1:06 PM Pushkar Kulkarni
wrote:
>
> Please refer to the details of the investigation on the LP bug [1].
>
> [1]
Hi again,
Am Tue, Jan 30, 2024 at 08:58:58PM +0100 schrieb Przemysław Kopa:
>
> $ head -n 6 plotly_cran/lib/plotly-main-2.11.1/plotly-latest.min.js
> /**
> * plotly.js v2.11.1
> * Copyright 2012-2022, Plotly, Inc.
> * All rights reserved.
> * Licensed under the MIT license
> */
I've updated
Source: libinfinity
Version: 0.7.2-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Please refer to the details of the investigation on the LP bug [1].
[1] https://bugs.launchpad.net/ubuntu/+source/asterisk-espeak/+bug/2051908
On 01.02.24 07:36, Martin Pitt wrote:
Package: libatomic1
Version: 14-20240127-1
Severity: grave
Justification: breaks a lot of unrelated packages
Hello,
yesterday's cockpit armel build failed [1] on armel like this in the
./configure test for the PCP library:
| configure:6158: gcc -o
Hi,
On Thu, 2024-02-01 at 04:31 +, mwhud...@debian.org wrote:
> Since turning on 64-bit time_t is being handled centrally through a change
> to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
> important that libraries affected by this ABI change all be uploaded close
>
Source: libigloo
Version: 0.9.2-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libieee1284
Version: 0.2.11-14
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libproxy
Version: 0.4.18-2
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
Your package has an autopkgtest, great. However, it recently started
to fail in testing. The last version dropped python3-libproxy as a
binary, but the test still
Hi,
1)
MAILFROM= is supported for a long time, is it enough ?
v1.5.18 : 2020-12-26
Various improvements to email on error:
* Revert "Use DynamicUser=yes for error email generator"
* Use sysusers.d snippet instead
* Support for MAILFROM variable [thanks MarcoCLA]
2) _cron-failure
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: emb...@packages.debian.org, 1061...@bugs.debian.org
Control: affects -1 + src:emboss
Hi,
as per bug #1061344 the time_t transition would be quite hard for the
emboss package. It was
Source: libhx
Version: 4.19-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libibtk
Version: 0.0.14-13
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: dlib
Version: 19.24+dfsg-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "compton":
* Package name : compton
Version : 1-1+deb11u1
Upstream contact : [fill in name and email of upstream]
* URL : https://github.com/chjj/compton
*
Package: nullmailer
Version: 1:2.2-4
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The /etc/nullmailer/adminaddr address should also define the From for messages
sent BY root, not just TO root, and use it to make nullmailer overwrite any
outgoing root@defaultdomain message.
Source: dieharder
Version: 3.31.1.4-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: dislocker
Version: 3.31.1.4-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Thanks, this was a bug in the conversion script that was already reported
and has been subsequently fixed, please see attached the corrected patch
which has now been uploaded to experimental.
On Thu, Feb 01, 2024 at 07:28:47AM +0100, Helmut Grohne wrote:
> Package: libclanapp-1.0t64
> Version:
Source: libgxps
Version: 0.3.2-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: gnss-sdr
Version: 0.0.18-2
Severity: wishlist
Tags: patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
Dear maintainers,
We need to add loongarch64 support in gnss-sdr.
Please consider the patch I have attached.
If the maintainer sees no problem with the patch, can also
Source: libgweather4
Version: 4.4.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Control: tags -1 + confirmed
On Sun, 2024-01-07 at 00:52 +, Thorsten Alteholz wrote:
> The attached debdiff for libde265 fixes CVE-2023-49468, CVE-2023-
> 49467 and
> CVE-2023-49465 in Bullseye. All CVEs are marked as no-dsa by the
> security
> team.
Please go ahead.
Regards,
Adam
Source: libguestfs
Version: 1:1.52.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Control: tags -1 + confirmed
On Mon, 2024-01-01 at 17:20 +, Colin Watson wrote:
> I'd like to belatedly fix CVE-2022-4515 in bullseye.
Please go ahead.
Regards,
Adam
Source: libguytools2
Version: 2.1.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Control: tags -1 + confirmed
On Fri, 2023-12-22 at 13:32 +0100, David Prévot wrote:
> Le Fri, Dec 22, 2023 at 01:21:56PM +0100, David Prévot a écrit :
> […]
> > [x] attach debdiff against the package in oldstable
>
> For real now (the usual running gag of the missing attachement)…
Please go
Package: systemd-cron
Version: 2.3.0-1~bpo12+1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
1) In its current form, systemd-cron mails the result of global cron jobs from
root@fqdn, which fails since we aren't FQDN's administrator.
2) As a result, systemd-cron tries to
Source: adios2
Version: 2.9.2+dfsg1-8
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it regularly fails. The failures seem related to the host that runs
the test. ci-worker13 is
Hello Steve,
Am 31.01.24 um 21:59 schrieb Steve Langasek:
...
Please find the patch for this NMU attached.
If you have any concerns about this patch, please reach out ASAP.
^^
Although
this package will be uploaded to
package release.debian.org
tags 1062006 = bullseye pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian bullseye.
Thanks for your contribution!
Upload details
==
Package: glibc
Version:
package release.debian.org
tags 1061983 = bullseye pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian bullseye.
Thanks for your contribution!
Upload details
==
Package: debian-security-support
Package: asterisk-espeak
Version: 5.0~1-4
Severity: normal
Failure of autopkgtests [1] is reported, on Ubuntu, for the 5.0~1-4
which is currently in the "noble proposed(universe)". The output shows
a failure of the loading of app_espeak module into asterisk.
output =
666s Removing
On Tue, 2024-01-30 at 22:20 +0100, Aurelien Jarno wrote:
> This new upstream version of the USB ID database adds a few USB
> devices.
[...]
> I have already uploaded the package to the archive. Thanks for
> considering.
It looks like the upload got stuck on usper:
Feb 1 06:26:53 processing
Control: tags -1 + confirmed
On Sat, 2024-01-27 at 10:25 +, Phil Wyett wrote:
> * Remove 'Recommends' for 'picom' which is a fork of compton, thus
> another X11 compositor.
> We should not be installing two packages of this type when only one
> asked for by the user.
The same comment on the
Control: tags -1 + confirmed
On Fri, 2024-01-26 at 12:12 +0100, Guilhem Moulin wrote:
> dropbear 2020.81-3 is vulnerable to CVE-2021-36369 and CVE-2023-48795
> (terrapin attack).
Please go ahead.
Regards,
Adam
Control: tags -1 + confirmed
On Tue, 2024-01-30 at 14:47 +0100, Guilhem Moulin wrote:
> On Thu, 25 Jan 2024 at 04:44:12 +0100, Guilhem Moulin wrote:
> > [ Changes ]
> >
> > Fix CVE-2023-34194: Reachable assertion (and application exit) via
> > a
> > crafted XML document with a '\0' located after
Control: tags -1 + confirmed
On Thu, 2024-01-25 at 03:59 +0100, Guilhem Moulin wrote:
> On Thu, 25 Jan 2024 at 03:54:46 +0100, Guilhem Moulin wrote:
> > [x] attach debdiff against the package in oldstable
>
> Oops, doing that now :-)
>
Please go ahead.
Regards,
Adam
Control: tags -1 + confirmed
On Mon, 2024-01-08 at 23:18 +0100, Pierre-Elliott Bécue wrote:
> Some users brought to my attention that in bullseye, django-mailman3
> doesn't scrub messages properly before passing them to any archiver,
> and
> therefore some messages are not archived.
Please go
Control: tags -1 + confirmed
On Sat, 2024-01-20 at 15:53 +0100, Andreas Metzler wrote:
> I would like to fix both CVE-2024-0567 and CVE-2024-0553 via a
> oldstable-updates since they do not require a DSA.
Please go ahead.
Regards,
Adam
Control: reopen -1
still fails to build with Python 3.12:
Performing tests 'good/reports'
- installing
- result:
FAIL:
4a5,8
> /<>/tests/testarea/lib/python/ufw/util.py:483:
SyntaxWarning: invalid escape sequence '\.'
> quads = re.split('\.', nm)
>
Package: libatomic1
Version: 14-20240127-1
Severity: grave
Justification: breaks a lot of unrelated packages
Hello,
yesterday's cockpit armel build failed [1] on armel like this in the
./configure test for the PCP library:
| configure:6158: gcc -o conftest -Wdate-time -D_FORTIFY_SOURCE=2
Package: libglobus-common0t64
Version: 18.13-2.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libglobus-common0
X-Debbugs-Cc: Lukas Märdian , vor...@debian.org
libglobus-common0t64 has an undeclared file conflict. This may result in
an
Package: libgsmme1t64
Version: 1.10+20120414.gita5e5ae9a-2.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libgsmme1v5
X-Debbugs-Cc: Graham Inggs , vor...@debian.org
libgsmme1t64 has an undeclared file conflict. This may result in an
unpack
Package: libgfs-1.3-2t64
Version: 20131206+dfsg-19.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libgfs-1.3-2
X-Debbugs-Cc: Lukas Märdian , vor...@debian.org
libgfs-1.3-2t64 has an undeclared file conflict. This may result in an
unpack
Package: libgnuastro18t64
Version: 0.20-1.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libgnuastro17
X-Debbugs-Cc: Lukas Märdian , vor...@debian.org
libgnuastro18t64 has an undeclared file conflict. This may result in an
unpack error from
Package: libgetdns10t64
Version: 1.6.0-3.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libgetdns10
X-Debbugs-Cc: Lukas Märdian , vor...@debian.org
libgetdns10t64 has an undeclared file conflict. This may result in an
unpack error from dpkg.
Package: libclanapp-1.0t64
Version: 1.0~svn3827-11.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libclanapp-1.0v5
X-Debbugs-Cc: vor...@debian.org
libclanapp-1.0t64 has an undeclared file conflict. This may result in an
unpack error from
Source: idzebra
Version: 2.2.7-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: identity4c
Version: 1.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
To:sub...@bugs.debian.org
From:piyu...@linux.ibm.com
Subject: bpfcc: fix for failing to build due to kernel changes
Package: bpfcc
Version: 0.29.1+ds-1
The latest version of bpfcc fails to build in a chroot due to kernel changes
to `struct inet_sock`. In the current version of libbpf-tools used
Source: htslib
Version: 1.18+ds-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: iddawc
Version: 1.1.9+ds-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: htmlcxx
Version: 0.87-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: hoel
Version: 1.4.29-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: highway
Version: 1.0.7-8
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: highwayhash
Version: 0~git20200803.9490b14-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and
Package: release.debian.org
Please align the uploaded versions of libgssapi-krb5-2 so that
cross-building is working again for riscv64.
TIA,
Jan
Source: hfsplus
Version: 1.0.4-17
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
> On a system reporting temperatures via "sensors", trying to enumerate the
> corresponding OIDs via:
> snmpwalk -v 2c -c public localhost LM-SENSORS-MIB::lmSensors
> yields no result.
>
$ snmpwalk -v 2c -c public 127.0.0.1 LM-SENSORS-MIB::lmSensors | grep ':
temp[0-9]'
Package: mesa-vdpau-drivers
Followup-For: Bug #1059782
X-Debbugs-Cc: pitsior...@outlook.com
I know that mesa 24 will fix the issue, and I know it has been packaged in
experimental, since I first noticed my videos showing black with vaapi, 1+ week
ago.
Sadly, mesa is a core component of the os,
Source: heartbeat
Version: 1:3.0.6-14
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: h2o
Version: 2.2.5+dfsg2-8
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Package: wnpp
Severity: wishlist
Owner: Joachim Zobel
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: tasmota-device-manager
Version : 0.2.13
Upstream Contact: Jacek Ziółkowski>
* URL : https://github.com/jziolkowski/tdm
* License : GPL-3
A warning to anybody considering to use the suggested work-around.
Based on the information suggested in this bug, I put the following in
`/etc/modprobe.d/local.conf` on my laptop:
options iwlwifi enable_ini=0
in order to suppress the "failed to load iwl-debug-yoyo.bin (-2)" log
message.
Source: discover
Version: 2.1.2-10
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: directfb
Version: 1.7.7-11
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: ding-libs
Version: 0.6.2-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Note: there is an additional issue[2] that still prevents the package
from building.
Best Regards,
Vladimir.
[1] https://salsa.debian.org/puppet-team/puppetdb/-/merge_requests/1
[2]
In addition to uploading a reversed debdiff, I didn't actually upload it to
experimental, I'm attaching the debdiff that I just uploaded (which I
realized I forgot to add the ~exp suffix to, apologies).
The upload to experimental was based on the contents of unstable, which is
newer that what was
Source: libgtkdatabox
Version: 1:1.0.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgrss
Version: 0.7.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgpod
Version: 0.8.3-19
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libdmtx
Version: 0.7.7-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
On 2024-02-01 03:27:23, Steve Langasek wrote:
[...]
> If you have any concerns about this patch, please reach out ASAP. Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if information
> becomes
Source: leatherman
Version: 1.12.1+dfsg-1.2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Note: to get the package building both general ftbfs[2] and
gettext[3] have to be fixed first.
Best Regards,
Vladimir.
[1] https://salsa.debian.org/puppet-team/puppetserver/-/merge_requests/3
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-gtk-gn...@lists.debian.org
Control: affects -1 src:msgraph
Owner: jeremy.bi...@canonical.com
Package Name: msgraph
Version: git snapshot
Upstream Author: Jan-Michael Brummer
License: LGPL-3+
Programming Lang: C
Source: cups
Version: 2.4.7-1
Followup-For: Bug #1061916
Apologies, thanks to operator error (i.e. I messed up) the diff attached to
this bug is not the one that was uploaded to experimental. Please see the patch
attached to this message.
-- System Information:
Debian Release: trixie/sid
APT
Hi,
The package builds with an experimental version of jruby
9.4.3.0+ds-1~exp2[1] after applying upstream patch[2].
Applying Ubuntu diff[3] also fixes the issue.
Best regards,
Vladimir.
[1] https://packages.debian.org/source/experimental/jruby
[2]
Source: lib3mf
Version: 1.8.1+ds-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: lib2geom
Version: 1.2.2-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgpiv
Version: 0.6.1-7.1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgpiod
Version: 1.6.3-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgphoto2
Version: 2.5.31-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgom
Version: 0.4-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgnt
Version: 2.14.4-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgkarrays
Version: 2.1.0+dfsg-4
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
> I believe these are the two cases:
>
> - The public 'struct curl_fileinfo' contains a time_t struct member, used
for
> FTP wildcard callbacks.
>
> - The public API curl_getdate() takes a time_t pointer in its second
argument.
>
> If 'time_t' changes size, those two will not be ABI compatible.
Source: libexadrums
Version: 0.7.0-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgisi
Version: 0.1.0-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgig
Version: 4.3.0~ds1-2
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libghemical
Version: 3.0.0-4.3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgdf
Version: 0.1.3-11
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
Source: libgdamm5.0
Version: 4.99.11-3
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
On Wed, Jan 31, 2024 at 12:39 PM Josh Triplett wrote:
> I've attempted to use gnome-network-displays a few times, creating a
> virtual display and sharing that display on a Chromecast on the local
> network. When doing so, the entire GNOME desktop crashes, dropping me
> into GDM to log back in.
Source: libgda5
Version: 0.7.7-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
1 - 100 of 460 matches
Mail list logo
