Package: mesa-vdpau-drivers
Followup-For: Bug #1059782
X-Debbugs-Cc: pitsior...@outlook.com
So, 23.3.4 reached testing today and the problem is still there. As expected,
it is not an upstream issue, so can the maintainer have a look at the
forementioned patch and correct the package?
If it
Source: arpack
Followup-For: Bug #1061919
Apologies, an oversight in the conversion script caused us to fail to
update strict versioned dependencies on the previous package name.
Please find attached a fixed patch.
This has also now been uploaded to experimental.
diff -Nru
Control: reassign -1 libghc-pandoc-dev
Control: force-merge 1053777 -1
Control: affects 1053777 pandoc
Hi Loren,
Quoting Loren M. Lang (2024-01-31 08:35:12)
> I left the detail description out of the original report. Current
> version of pandoc will create *roff output during man page generation
Source: cglm
Version: 0.9.1-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: cgsi-gsoap
Version: 1.3.11-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
Package: nvme-cli
Hi Team,
Good day!
Package: nvme-cli
Version: 1.12-5
dpkg -S /usr/sbin/nvme
nvme-cli: /usr/sbin/nvme
apt-cache madison nvme-cli
nvme-cli | 1.12-5 | http://deb.debian.org/debian bullseye/main amd64
Packages
When I try to download latest nvme firmware file for model *Dell
clone 1021738 -1
retitle 1021738 man2html: CVE-2021-40647
tags 1021738 +pending
retitle -1 man2html: CVE-2021-40648
tags -1 +moreinfo
thanks
Moritz Mühlenhoff pisze:
Hi
First of all I'm sorry for not taking care about it earlier, I didn't
have time for Debian work in the previous year.
Source: gegl
Version: 1:0.4.46-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
Sebastian,
On Sun, Jan 21, 2024 at 4:55 PM Sebastian Ramacher wrote:
>
> Control: tags -1 moreinfo
>
> Hi Mathieu
>
> On 2024-01-13 11:47:40 +0100, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags:
Source: gelemental
Version: 2.0.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
Package: grub-efi-amd64
Version: 2.12-1
Severity: important
Dear Maintainer,
Upgrading to GRUB 2.12 makes my system unbootable. It immediately breaks
with the following error before giving me a chance to see any menu or
get any better debug output.
X64 Exception Type - 0D(#GP - General
Source: bamf
Followup-For: Bug #1061929
Apologies, an oversight in the conversion script caused us to fail to
update strict versioned dependencies on the previous package name.
Please find attached a fixed patch.
This has also now been uploaded to experimental.
diff -Nru
The libddccontrol library is, to my knowledge, only used by packages
generated by the same source package, namely ddccontrol and
gddccontrol. And time_t is only used internally, not exposed via the
library's ABI. Under these circumstances, I don't think transitioning
libddccontrol is, technically
Source: biosquid
Version: 1.9g+cvs20050121-15
Followup-For: Bug #1061931
Hi Andreas,
FYI your emails did not make it to my mailserver because they fail SPF
for your sending domain; it appears your mails are going via the Debian
mailservers but you are using a non-Debian sender address? So
Source: asl
Followup-For: Bug #1061921
Apologies, an oversight in the conversion script caused us to fail to
update strict versioned dependencies on the previous package name.
Please find attached a fixed patch.
This has also now been uploaded to experimental.
diff -Nru
Source: chemps2
Version: 1.8.12-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: chafa
Version: 1.14.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: gearmand
Version: 1.1.20+ds-1.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
Hi,
On 2024-01-31 09:15, Ken Sharp wrote:
Do I need to submit the patch somewhere else or is this the correct
place?
the bts is the correct place but debootstrap is maintained by unpaid
volunteers like many other open source projects. So getting your patch
merged depends on somebody finding
Source: gecode
Version: 6.2.0-5
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: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: monitoring-plug...@packages.debian.org
Control: affects -1 + src:monitoring-plugins
[ Reason ]
As reported in #1061956, check_http fails when called with --no-body
Source: clthreads
Version: 2.4.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: clsync
Version: 0.4.5-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: clhep
Version: 2.1.4.1+dfsg-1.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: clippoly
Version: 0.11-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
Hello,
Do you happen to know the previous GRUB version you were running, was
it 2.06 or 2.12~rc1?
Mate
On Wed, Jan 31, 2024 at 9:21 AM Morten Hein Tiljeset wrote:
>
> Package: grub-efi-amd64
> Version: 2.12-1
> Severity: important
>
> Dear Maintainer,
>
> Upgrading to GRUB 2.12 makes my system
In that case, I strongly suspect the regression was already present in 2.12~rc1.
Unfortunately we have multiple years of GRUB changes here, and this
particular issue doesn't reproduce either on OVMF, or on any of my
test hardware.
Also what computer/motherboard model is it exactly? Do you have a
Package: seafile-gui
Version: 9.0.3+ds1-1
Severity: normal
Tags: patch upstream
Forwarded: https://github.com/haiwen/seafile-client/issues/991
Especially, the window can not be moved
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
Hi jim_p, if you are referring to:
https://gitlab.archlinux.org/archlinux/packaging/packages/mesa/-/commit/15e037dba159f893360d642e4efa13e09682b080
I don't think is related to this issue.
I suggest to report it here: https://gitlab.freedesktop.org/mesa/mesa/-/issues
In your log this looks
Source: arrayfire
Followup-For: Bug #1061920
Apologies, an oversight in the conversion script caused us to fail to
update strict versioned dependencies on the previous package name.
Please find attached a fixed patch.
diff -Nru arrayfire-3.3.2+dfsg1/debian/changelog
Source: llvm-toolchain-17
Version: 1:17.0.6-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
clang++: error: linker command failed with exit code 1 (use -v to see
invocation)
[7653/8837]
On Wed, Jan 31, 2024 at 11:14:08AM +0100, Leon Marz wrote:
> Hi there,
> I just quickly checked. cglm doesn't use time_t in its sources or in its
> ABI. I think the abi-compilance-checker just failed to analyze this
> package for some reason. Therefore I would like to NOT transition cglm.
> Also
Source: fuse3
Version: 3.14.0-5
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: codeblocks
Version: 20.03+svn13046-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
Package: ftp.debian.org
Severity: normal
Hello, please remove llvm-toolchain-18 from experimental, we failed to set a
good
versioning (- instead of ~) making the version higher than the non-rc release.
Fortunately this should be an experimental only issue, so please remove it from
there.
G.
On Tue, 30 Jan 2024 19:18:12 + mwhud...@debian.org wrote:
> Source: czmq
> Version: 4.2.1-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
Source: coin3
Version: 4.0.2+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: coinor-bonmin
Version: 1.8.9-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: geoip
Version: 1.6.12-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: gerris
Version: 20131206+dfsg-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: cmor
Version: 3.7.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: getdns
Version: 1.6.0-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
Hi,
On 2024-01-29 21:59, Matthias Klose wrote:
Package: src:openmm
Version: 8.0.0+dfsg-6
Severity: important
Tags: sid trixie ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.12
With python3-defaults from experimental, the package fails its autopkg
tests:
[...]
openmm was built
On Wed, Jan 31, 2024 at 10:20:08AM +0100, Fabio Fantoni 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
> >
Source: gensio
Version: 2.8.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: colpack
Version: 1.0.10-7
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: geomview
Version: 1.9.5-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
Hi,
in connection with the time_t transition in Debian Med we are
discussing[1] whether we really need 32 bit support for some of our
tools or whether we should realistically drop this support to
concentrate on problems which are more relevant for our users.
I wonder whether we could also
Source: xmhtml
Version: 1.1.10-4
Severity: wishlist
As warned by Lintian:
Build-Depends: libfontconfig1-dev => libfontconfig-dev
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel:
I'm guessing that this can be closed now?
OpenPGP_signature.asc
Description: OpenPGP digital signature
Source: fuse
Version: 2.9.9-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
On Mon, 29 Jan 2024 10:47:50 +0100 Laurent Bigonville
wrote:
>
> Hello,
>
> It seems that fwupd is not starting anymore on my machine.
>
> In the logs I can see:
>
> jan 29 10:40:28 eriador systemd[1]: Starting fwupd.service - Firmware
> update daemon...
> jan 29 10:40:28 eriador fwupd[13042]:
Package: android-libart
Version: 14.0.0+r15-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: time-t
Hi Jochen,
Analysis of the archive for the 64-bit time_t transition[0][1] identifies
android-libart as an affected package, on the basis that the headers could
not be compiled and
Source: getfem
Version: 5.4.2+dfsg1-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
Hi Christian,
I'd be happy to sponsor vnstat (as soon as my NM process propagates
through the bueraucracy). In the meantime I've had a look at the
packaging and I have no notes :)
I'll try to remember to upload vnstat but since it might be a while
still until my key is accepted by ftp-master
Source: gfsview
Version: 20121130+dfsg-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: giac
Version: 1.9.0.69+dfsg2-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 Wed, 31 Jan 2024 at 01:28:43 +, Zhang Na wrote:
> Add loongarch64 support, thanks!
Thanks, have you successfully tested this? Does it successfully test
packages under qemu?
> +elif self.qemu_architecture in ('arm', 'riscv64', 'loongarch64'):
>
Hi there,
I just quickly checked. cglm doesn't use time_t in its sources or in its
ABI. I think the abi-compilance-checker just failed to analyze this
package for some reason. Therefore I would like to NOT transition cglm.
Also I don't like the new name.
Thank you very much for your work on this
Source: cmph
Version: 2.0.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
The motherboard is
Quanta Cloud Technology Inc. S5U-MB (1U2N LBG-1G)UBR
Firmware release date: 2020-04-16.
Compliancy: UEFI 2.7.0; PI 1.6.
On Wed, Jan 31, 2024 at 10:38 AM Mate Kukri wrote:
>
> In that case, I strongly suspect the regression was already present in
> 2.12~rc1.
>
> Unfortunately
Source: colord-gtk
Version: 0.3.0-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: collectd
Version: 5.12.0-15
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
Hi Cyprien,
Am 30.01.24 um 14:27 schrieb Cyprien Nicolas:
This issue is related to `check_http` failing to handle the --no-body
or -N argument when a server sends the Transfer-Encoding: chunked
header.
We use this argument for checking only the HTTP status code, as we
don't need the full body
reassign 1061678 libvirt
On Mon, 29 Jan 2024 14:03:38 +0100
Stefano Brivio wrote:
> [...]
>
> Then, in libvirtd's policy, specific rules cover the paths for socket
> and PID files as needed by libvirtd itself. To solve this, we need a
> change in libvirtd's policy. You can try adding:
>
>
Source: gf-complete
Version: 1.0.2+2017.04.10.git.ea75cdf-9
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
Package: revelation
Version: 0.5.5-1
Severity: important
X-Debbugs-Cc: bardot.jer...@gmail.com
Dear Maintainer,
When revelation run there is some "random" segfault.
Maybe a dependency.
If you know a way to improve verbosity.
I will try to make advance tests with strace in a near future.
--
Package: android-libboringssl
Version: 14.0.0+r11-4
Severity: serious
User: debian-...@lists.debian.org
Usertags: time-t
Hi Roger,
Analysis of the archive for the 64-bit time_t transition[0][1] identifies
android-libboringssl as a package shipping a library whose ABI changes on
32-bit
Source: gfal2
Version: 2.22.1-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: gocr
Version: 0.52-6
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
Hi Steve,
On Mi 31 Jan 2024 09:43:35 CET, Steve Langasek wrote:
Source: atril
Followup-For: Bug #1061924
Apologies, an oversight in the conversion script caused us to fail to
update strict versioned dependencies on the previous package name.
Please find attached a fixed patch.
This has also
Hi Steve,
On Mi 31 Jan 2024 10:17:23 CET, Steve Langasek wrote:
Source: bamf
Followup-For: Bug #1061929
Apologies, an oversight in the conversion script caused us to fail to
update strict versioned dependencies on the previous package name.
Please find attached a fixed patch.
This has also
Hello,
Please update privacybadger to 2023.12.1 in Debian unstable.
https://github.com/EFForg/privacybadger/releases
Best,
Amr
Source: gr-air-modes
Version: 0.0.20210211-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: gr-osmosdr
Version: 0.2.5-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: girara
Version: 0.4.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
Il 31/01/2024 11:06, Steve Langasek ha scritto:
I see that there are versioned breaks from libcinnamon-desktop to older
versions of a number of its reverse-dependencies. But not all of them!
libmuffin0, gir1.2-cinnamondesktop-3.0, and cinnamon itself appear to have
versioned depends on
On 1/31/24 13:29, Sebastiaan Couwenberg wrote:
This seems to use the wrong package name:
-Package: libgeos3.12.1
+Package: libgeos3.12.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libgeos-c1v5
+Replaces: libgeos3.12.1
+Breaks: libgeos3.12.1 (<< ${source:Version})
Source: glade
Version: 3.40.0-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
Control: close -1
Control: fixed -1 1.24.0-1
On Mi 06 Dez 2017 18:50:12 CET, Witold Baryluk wrote:
Package: mate-system-monitor
Version: 1.18.1-1
Severity: normal
It appears that mate system monitor filters out zfs file systems from
file system usage tab. I only see vfat and ext4, but no
Hi,
It seems that the bug is fixed upstream
https://github.com/fwupd/fwupd/pull/6735
Source: groonga
Version: 13.1.1+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
Source: group-service
Version: 1.4.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
Hi Jan,
> Le 31 Jan 24, à 12:03, Jan Wagner w...@cyconet.org a écrit :
>
> Hi Cyprien,
>
> Am 30.01.24 um 14:27 schrieb Cyprien Nicolas:
>
>> Would it be possible to get a fix in current stable? In next
>> point-release maybe?
>
> I opened #1062063 for this.
Thank you very much.
>> 1.
Hello Steve,
On 31.01.24 04:15, Steve Langasek 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
together in time.
Source: gpgme1.0
Version: 1.18.0-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
This seems to use the wrong package name:
-Package: libgeos3.12.1
+Package: libgeos3.12.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libgeos-c1v5
+Replaces: libgeos3.12.1
+Breaks: libgeos3.12.1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Section: libs
If I
Package: hostapd
Version: 2:2.10-12
Severity: normal
Tags: upstream
/usr/sbin/hostapd -d -P /run/hostapd.wifi.pid /etc/hostapd/wifi.conf
Below is the output of the above command which aborts and says that I should
report it.
random: getrandom() support available
Configuration file:
Source: graywolf
Version: 0.1.6-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
Package: linux-image-6.1.0-15-amd64
Version: linux-image-6.1.0-17-amd64
Severity: grave
Justification: renders package unusable
-- System Information:
Debian Release: 12.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Source: glibmm2.4
Version: 2.66.6-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: google-glog
Version: 0.6.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: google-perftools
Version: 2.15-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: gpaste
Version: 44.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
Source: grok
Version: 1.20110708.1-7
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: gridsite
Version: 3.0.0~20230214gitee81151-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
Package: python3-extruct
Severity: normal
Tags: patch
X-Debbugs-Cc: cru...@debian.org
Hello,
Since version 6.x of rdflib, the "jsonld" functionality has been
included without the need for the "rdflib-jsonld" Python package.
Extruct is the last source package in the Debian archive that
Am 31.01.24 um 14:00 schrieb Sebastiaan Couwenberg:
On 1/31/24 13:29, Sebastiaan Couwenberg wrote:
This seems to use the wrong package name:
-Package: libgeos3.12.1
+Package: libgeos3.12.1t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libgeos-c1v5
+Replaces: libgeos3.12.1
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: nakamew...@namewok.com
* Package name: clipcat
Version : 0.16.4
Upstream Contact: Name
* URL : https://github.com/xrelkd/clipcat
* License : GPL
Programming Lang: Rust
Description : Clipcat is a clipboard
On 30/01/2024 18:31, Paul Eggert wrote:
On 2024-01-30 03:18, Pádraig Brady wrote:
So we now have the proposed change as:
- revert -n to old silent success behavior
- document -n as deprecated
- Leave --update=none as is (will be synonymous with -n)
- Provide --update=none-fail
301 - 400 of 460 matches
Mail list logo