he problem is also
reproducible with less v633 on Fedora 40 and less v643 on a snapshot of
Fedora rawhide before the release of Fedora 41, so it seems that
it is not Debian-specific.
Thanks again for your work on less and on Debian in general!
G'luck,
Peter
-- System Information:
Debian Release: trixi
on libext2fs-dev.
+
+ -- Peter Michael Green Wed, 12 Jun 2024 11:42:41
+
+
btrfs-progs (6.6.3-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru btrfs-progs-6.6.3/debian/control btrfs-progs-6.6.3/debian/control
--- btrfs-progs-6.6.3/debian/control2024-02-28 05:21
Package: lime
Version: 5.2.0+dfsg-3
Severity: serious
Justification: rc policy - "packages must be buildable within the same release"
User: debian...@lists.debian.org
Usertags: edos-uninstallable
lime build-depends on boost1.74, which is no longer in testing. It seems that
lime was removed from
Package: beast-mcmc
Version: 1.10.4+dfsg-5
Severity: serious
x-debbugs-cc: r-cran-rj...@packages.debian.org
beast-mcmc build-depends on r-cran-rjava, which is no longer available
on i386. It appears that the package failed to build, and the old
binaries were then removed.
Package: guestfs-tools
Version: 1.52.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: edos-uninstallable
guestfs-tools on armel build-depends on linux-image-marvell:armel |
linux-image-versatile:armel
neither of which is available anymore.
It looks like the only kernel now
ote:
> >
> > On 07/06/2024 08.17, Peter De Wachter wrote:
> > > systemd 256-rc3 was recently uploaded to Debian. Its NEWS file
> mentions:
> > >
> > > * The behavior of systemd-sleep and systemd-homed has been
> updated to
> > >freeze user
configuration files must reside in /etc (or
in case of multiple configuration files it is suggested to put them in
a subdirectory named after the package).
Best regards,
Peter
Package: nvidia-driver
Version: 545.23.06-1
Severity: normal
systemd 256-rc3 was recently uploaded to Debian. Its NEWS file mentions:
* The behavior of systemd-sleep and systemd-homed has been updated to
freeze user sessions when entering the various sleep modes or when
Hi,
I looked into this issue and it seems to me that the build dependency on
udev is outdated since handling udev rules was migrated to libnitrokey
(see [0]). Therefore I think that an easy fix for this issue is to
remove the build dependency on udev.
Best regards,
Peter
[0]
https
Hi,
I looked into this issue and it seems to me that the build dependency on
libqt5concurrent5 is not necessary since it is already covered by
qtbase5-dev. Thus I think that an easy fix for this issue is to remove
libqt5concurrent5 from the build dependencies.
Best regards,
Peter
+
+ * Non-maintainer upload.
+ * Relax dependency on itertools.
+
+ -- Peter Michael Green Fri, 31 May 2024 03:20:52 +
+
precious (0.6.0-5) unstable; urgency=medium
* update patch 2001_indexmap to relax dependency;
diff -Nru precious-0.6.0/debian/control precious-0.6.0/debian/control
upload.
+ * Bump itertools dependency to 0.12.
+
+ -- Peter Michael Green Fri, 31 May 2024 02:36:38 +
+
git-delta (0.17.0-1) unstable; urgency=medium
[ upstream ]
diff -Nru git-delta-0.17.0/debian/control git-delta-0.17.0/debian/control
--- git-delta-0.17.0/debian/control 2024-04-02 09
-05-31 01:59:04.0 +
@@ -1,3 +1,10 @@
+btm (0.9.6-6.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Relax itertools dependency to allow 0.12.
+
+ -- Peter Michael Green Fri, 31 May 2024 01:59:04 +
+
btm (0.9.6-6) unstable; urgency=medium
* update copyright info
on zstd crate.
+
+ -- Peter Michael Green Fri, 31 May 2024 01:25:52 +
+
elan (3.1.1-1) unstable; urgency=medium
* Import new upstream version (3.1.1)
diff -Nru elan-3.1.1/debian/control elan-3.1.1/debian/control
--- elan-3.1.1/debian/control 2024-05-03 19:04:30.0 +
Please upgrade (or separately package) newer upstream branch v0.8.
I presume this was meant to say 8.x, rather than 0.8
It seems version 8 of der-parser depends on two crates that
are not currently in debian. asn1-rs and displaydoc.
me: $!\n";
say "locked, it seems";
sleep(3600);'
I only put the sleep() part so I could check using lsof that
the directory was indeed locked. And yeah, the v5.10 part is a leftover
from the days (...until a month or two ago...) when I still had to
support stock CentOS 7 sy
Package: installation-reports
Boot method:
Image version:
Date:
Machine: Dell 7020
Processor:Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz
Memory: 16G
Partitions:
filesystem Type 1K-blocks Used Available Use% Mounted on
udev devtmpfs 8108416 0 8108416 0% /dev
+1,10 @@
+389-ds-base (3.0.2+dfsg1-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Relax cargo dependency on lru
+
+ -- Peter Michael Green Mon, 27 May 2024 07:44:54 +
+
389-ds-base (3.0.2+dfsg1-1) experimental; urgency=medium
* New upstream release.
diff -Nru 389-ds-base
I tried updating inotify and applying the upstream patch to make notify
use the new version of inotify, but after doing so I got a bunch
of test failures when building python-watchfiles.
quick-xml to 0.31
+
+ -- Peter Michael Green Sat, 25 May 2024 11:17:53 +
+
rust-rio (0.8.3-3) unstable; urgency=medium
* update dh-cargo fork;
diff -Nru rust-rio-0.8.3/debian/control rust-rio-0.8.3/debian/control
--- rust-rio-0.8.3/debian/control 2023-06-20 18:36:23.0 +
ebian/pool/main/w/winff/winff_1.6.4+dfsg-2.dsc
Changes since the last upload:
winff (1.6.4+dfsg-2) unstable; urgency=medium
.
* Fix reproducibility for locales & timezone
Regards,
--
Peter Blackman
control: found -1 2.1.0-1
G'luck,
Peter
signature.asc
Description: PGP signature
the Rust implementation of confget itself, although the Debian package
does not install that yet)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Package: rust-laurel
Version: 0.6.2-1
Severity: serious
rust-laurel's autopkgtest fails on s390x. I belive the patch
skip-parse_syslog-on-big-endian.patch should be reinstated
but I do not want to get into a revert war with the
maintainer.
So I feel I need to lay out, in more detail than
is
angelog 2024-03-18 05:44:43.0 +
+++ rust-ahash-0.8.11/debian/changelog 2024-05-17 03:52:01.0 +
@@ -1,3 +1,10 @@
+rust-ahash (0.8.11-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Allow all 0.14.x versions of rust-hashbrown.
+
+ -- Peter Michael Green
2024-05-16 08:34:24.0 +
@@ -1,3 +1,10 @@
+rust-roadmap (0.6.0-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Bump serde-yaml to 0.9
+
+ -- Peter Michael Green Thu, 16 May 2024 08:34:24 +
+
rust-roadmap (0.6.0-2) unstable; urgency=medium
* update copyright
Package: passwordsafe
Version: 1.17.0+dfsg-1+b3
Severity: normal
Tags: upstream
I have an oldish db, v3.14, works well, updates, etc.
However selecting the menu `Password policies` immediately crashes passwdsafe,
with no message.
strace shows nothing of interest (or, in fact, anything apart
Package: ftp.debian.org
Please remove the cruft binary packages librust-bindgen+clap-dev
librust-bindgen+default-dev librust-bindgen+env-logger-dev
librust-bindgen+log-dev librust-bindgen+logging-dev librust-bindgen+runtime-dev
librust-bindgen+static-dev librust-bindgen+which-dev
These
I got the following error when trying the same thing.
I have no idea why, since the ioctl_write_ptr and ioctl_read macros are
still supposed to be around. I can't spot any relevant change in nix
that would cause this to happen. Help would be appreciated.
The relavent change is.
All Cargo
Package: gtk4
Version: 4.12.5+dfsg-6
Severity: serious
According to britney, gtk4's udebs are uninstallable.
* ∙ ∙ libgtk-4-1-udeb/amd64 has unsatisfiable dependency
* ∙ ∙ libgtk-4-1-udeb/arm64 has unsatisfiable dependency
* ∙ ∙ libgtk-4-1-udeb/i386 has unsatisfiable dependency
* ∙ ∙
efault "yes", so that it is activated on new automatically installed
systems, but people who upgrade their current Debian installations can
choose to keep the old behavior?
I do realize that more debconf prompts are not always desirable, and
such decisions must be taken on a case-by-case bas
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "c-evo-dh":
* Package name : c-evo-dh
Version : 1.12-1
Upstream contact : Peter
* URL : https://sourceforge.net/projects/c-evo-eh/
* License
On 04/03/2024 23:24, Peter Green wrote:
Package: rust-smol
I am currently preparing to update the rust-nix pacakge to version 0.27.
The smol crate has a dev-dependency on the nix crate, which the Debian
packaging translates to build and autopkgtest dependencies. After
relaxing the dependencies
:20.0 +
@@ -1,3 +1,11 @@
+netavark (1.4.0-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Apply upstream patch for new version of rust-nix (Closes: #1064580)
+ * Relax cargo dependency on sysctl crate (Closes: #1069350)
+
+ -- Peter Michael Green Thu, 02 May 2024 17:08:20
.
+
+ -- Peter Michael Green Thu, 02 May 2024 16:30:23 +
+
greetd (0.9.0-6) unstable; urgency=medium
* Relax dependency on rpassword (Closes: #1057931).
diff -Nru greetd-0.9.0/debian/control greetd-0.9.0/debian/control
--- greetd-0.9.0/debian/control 2023-12-21 14:17:58.0 +
to support 0.27 and explicitly enable
+required features, since nix no longer enables any features by default.
+(Closes: #1064479)
+
+ -- Peter Michael Green Thu, 02 May 2024 16:14:54 +
+
aardvark-dns (1.4.0-5) unstable; urgency=medium
* Build against clap version 4, Closes: #1040876
if I get no response I will likely NMU this when the
new rust-nix is uploaded to unstable.
I have now uploaded rust-nix to unstable and uploaded
the nmu for this package.
Final debdiff is attatched.
Package: openjdk-17-jre-headless
Version: 17.0.11+9-1~deb12u1
Severity: normal
X-Debbugs-Cc: pe...@7bits.nl
Dear Maintainer,
* What led up to the situation?
Installing openjdk-17-jre-headless on a very minimal base system. The 12-slim
Docker image is not minimal enough
to reproduce this
ut Grohne said in #1068251, I knew I had
seen it before. So IMHO the problem here is indeed not in libarchive, but,
yes, in e2fsprogs setting FILE_OFFSET_BITS=64 unconditionally.
As such, if no one objects, I think this bug should be closed and
e2fsprogs should indeed rely on AC_SYS_LARGEFILE (as libarchi
b8167199488d92e65a88130a67c2698d55f3 Mon Sep 17 00:00:00 2001
From: Peter Krefting
Date: Sun, 28 Apr 2024 14:19:38 +0100
Subject: [PATCH] po: Fix typos
Signed-off-by: Peter Krefting
---
man/po/sv.po | 16
scripts/po/sv.po | 4 ++--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git
be downloaded from
https://github.com/nafmo/dpkg-l10n-sv/commit/af826701112dd17c2fa0abd12c97e8e6da7a2726
From af826701112dd17c2fa0abd12c97e8e6da7a2726 Mon Sep 17 00:00:00 2001
From: Peter Krefting
Date: Sun, 28 Apr 2024 15:36:33 +0100
Subject: [PATCH] po: Update Swedish translations
Signed-off
-sv/commit/bd899d3a9026ee44ea25e2cea829f00b4e9fc795
From bd899d3a9026ee44ea25e2cea829f00b4e9fc795 Mon Sep 17 00:00:00 2001
From: Peter Krefting
Date: Sun, 28 Apr 2024 14:19:38 +0100
Subject: [PATCH] po: Fix typos
Signed-off-by: Peter Krefting
---
man/po/sv.po | 8
1 file changed, 4
pyo3 crate (Closes: #106435)
+ * Add missing build-dependency on librust-pyo3-file-dev
+ * Fix build with newer versions of rust-breezyshim.
+
+ -- Peter Michael Green Sat, 27 Apr 2024 11:28:42 +
+
lintian-brush (0.152) unstable; urgency=medium
* Fix compatibility with newer rust crates. Closes:
Package: dovecot-imapd
Version: 1:2.3.21+dfsg1-3+b1
Severity: normal
Dear Maintainer,
On my system, home directories are automounted using autofs over NFS.
It appears that dovecot starts before the autofs daemon is completely
ready. Thus, it seems to be looking at the (empty) mount
Unsatisfiable build-dependency on librust-heck-0.5+default-dev
There seems to be an error here. the version of librust-prost-dev in sid
(build-)depends on librust-heck-0.4+default-dev.
The version in experimental does depend on librust-heck-0.5+default-dev
as it's first choice, but that's
Package: python3-ldap3
Version: 2.9.1-2
Severity: important
Dear Maintainer,
according to Python documentation, the python-ldap module should contain ldif
module with functions such as LDIFParser, LDIFWrite etc.
As of Debian packages, the former python-ldap did support this functionality.
Package: rust-multihash-derive-impl
Version: 0.7.0-1
Severity: serious
rust-synstructure was recently updated to version 0.13.1
I tried bumping the dependency but that caused failures due to
mismatched versions of syn. Bumping the dependency on syn as well
resulted in.
error[E0609]: no field
Package: rust-failure-derive
Version: 0.1
Tags: trixie, sid
Severity: serious
rust-synstructure was recently updated to version 0.13.1
I tried bumping the dependency but that caused failures due to
mismatched versions of syn. Bumping the dependency on syn as well
resulted in.
error[E0433]:
Package: rust-abscissa-derive
Version: 0.7.0-1
Severity: serious
rust-synstructure was recently updated to version 0.13.1
I tried bumping the dependency but that caused failures due to
mismatched versions of syn. Bumping the dependency on syn as well
resulted in.
error[E0432]: unresolved
>>>>> "Pierre-Elliott" == Pierre-Elliott Bécue writes:
Pierre-Elliott> Having the same kind of setup for the past 6 years, I
Pierre-Elliott> never had such an issue.
Since increasing the size of the VM and the last Mailman3 upgrade, I
haven't seen
Looking at the changelog, I see
Build with --as-needed.
I suspect this is responsible for the build failure on armel
.
Regards,
Peter
he nogui's are lighter dependencies than the gui packages.
One or the other is needed. Surely better to use the nogui if its available?
Regards,
Peter
P.S. Relates to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065447
want that
all units and all programs that use it be rebuilt, no?
Setting the 'Static-Built-Using' field in the control files of packages
built with fpc should fix this.
Cheers,
Peter
Regarding ;-
"(for example linking against static libraries, builds for
source-centered languages such as Go or Rust, usage of header-only
C/C++ libraries, injecting data blobs into code, etc.)"
Perhaps Pascal & Lazarus could be added to that list for clarity? [1]
Regards,
Pet
don’t understand how to use 64-bit values on this arch, so I created
https://bugs.launchpad.net/sbcl/+bug/2063340
Best regards, Peter
On 23/04/2024 15:52, Arnaud Ferraris wrote:
Hi,
On Thu, 27 Jul 2023 20:19:19 +0100 Peter Green wrote:
> squeekboard - not investigated yet.
Tests fail after bumping dependency.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042405
I've just uploaded the new version of squeekbo
))
(tv-usec (signed 32
(define-alien-type nil
(struct timespec
(tv-sec (signed 32))
(tv-nsec (signed 32
I’m guessing that this is no longer the case on armhf anymore. I’m trying to
test this on the porter box abel.debian.org.
Best regards, Peter
valdx - java may not function correctly"
I gather soffice does not actually use Java, for pdf creation.
I hope to fix this by changing the build dependencies.
Cheers,
Peter
Package: init
Version: 1.60
Severity: normal
init 1.56+nmu1 had predepends on systemd-sysv | sysvinit-core | runit-init
init 1.60 and on has only systemd-sysv | sysvinit-core
runit-init seems to be gone?
I see nothing about that in changelog, nor it's obvious why this have happened,
but it does
documentation a recommends instead of suggests
* Update standards version to 4.7.0, no changes needed.
Regards,
--
Peter Blackman
in Makefile.am)
Kind Regards,
Peter
On 14/04/2024 20:21, Yves-Alexis Perez wrote:
On Sat, 2024-04-13 at 16:11 +0100, Peter Green wrote:
>> Hi, thanks for the patch. It looks a bit strong though, undefining stuff
>> like
>> that unconditionally. Do you have pointers to the Ubuntu bug or something?
>> I've lo
Package: libvdeplug-slirp
Version: 0.1.0-2
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, libvdeplug-slirp
still depends on the pre-time64 libraries libvdeplug2 and
libvdeslirp0. It also depends on
e.
>
> Hence, for Trixie I think we should just drop them all.
>
> It should also make it easier to maintain the RPM stack, which has
> languished. We are trying to move everything under the RPM Team Salsa
> org, which should also help.
>
> If there are any objections please s
kalzium needs to be rebuilt for the time64 transition, but it has had
a FTBFS bug with no maintainer response for 4 months. The only reverse
dependencies seem to be a number of metapackages.
In particular, the kdeedu package is a key package and has a hard
dependency on kalzium. This means that
Hi, thanks for the patch. It looks a bit strong though, undefining stuff like
that unconditionally. Do you have pointers to the Ubuntu bug or something?
I've looked at upstream commits and issues and couldn't see anything there.
My understanding of the issue.
In glibc _FILE_OFFSET_BITS=64 is
-maintainer upload.
+ * Fix installation of cupshelpers module with Python 3.12. Patch taken from
+Ubuntu 1.5.18-1ubuntu6 upload by Till Kamppeter (Closes: #1054795).
+
+ -- Peter Michael Green Fri, 12 Apr 2024 23:24:56 +
+
system-config-printer (1.5.18-1) unstable; urgency=medium
Package: dokuwiki
Version: 0.0.20220731.a-2
Severity: normal
Dear Maintainer,
Visiting the 'syntax help' page produces the message,
"TypeError: implode(): Argument #2 ($array) must be of type ?array,
string given"
This has been reported and fixed upstream at
ll probably upload a new ucspi-tcp version in a couple of days.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
to override system settings.
+
+ I suspect that unsetting _FILE_OFFSET_BITS is unnessacery in general and the
+ line could be completely removed. However to minimise the risk of regressions
+ I instead used an ifndef gaurd
+Author: Peter Michael Green
+Bug-Debian: https://bugs.debian.org/1068159
+
+---
block 1036884 by 1066134
tags 1066134 +patch
thanks
Hi.
The build failure of ppp in unstable is a blocker for the time_t
transition, since ppp needs to be rebuilt against the new versions
of libpcap and openssl. The version in experimental seems to build fine.
Can you fix this, either by
Package: haskell-hourglass
Version: 0.2.15-5
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
The recent binnmus of haskell-hourglass on armel and armhf
failed to build with test failures.
calendar: FAIL
*** Failed!
Ubuntu has made a couple of changes that look like they may relate to this
issue.
Changelog for version 1.5.18-1ubuntu6 says
"Fix installation of cupshelpers module with Python 3.12."
Changelog for version 1.5.18-1ubuntu7 says
"Drop build dependency on python3-distutils."
Diffs are
Package: urfkill
Version: 0.5.0-7.1
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, urfkill
depends on both libglib2.0-0 and libglib2.0-0t64. As a
result it is uninstallable on architectures that are undergoing
Package: tpm2-initramfs-tool
Version: 1.0.1-1
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, tpm2-initramfs-tool
depends on both libtss2-esys-3.0.2-0 and libtss2-esys-3.0.2-0t64. As a
result it is uninstallable
Package: tfortune
Version: 1.0.1-1
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, tfortune
depends on both liblopsub1 and liblopsub1t64. As a
result it is uninstallable on architectures that are undergoing
the
Package: swtpm-libs
Version: 0.7.1-1.3
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, swtpm-libs still depends
on libglib2.0-0 rather than libglib2.0-0t64. As a result swtpm-tools
is uninstallable on
Package: ruby-xapian
Version: 1.4.22-1
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, ruby-xapian
still depends on libruby3.1 rather than libruby3.1t64.
As a result it is uninstallable on architectures that are
Package: spice-client-gtk
Version: 0.42-2
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
spice-client-gtk still depends on libusbredirhost1 and libusbredirparser1,
rather than the t64 versions of those libraries.
Package: samba-dsdb-modules
Version: 2:4.19.5+dfsg-4
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, samba-dsdb-modules
depends on both libgpgme11 and libgpgme11t64. As a
result it is uninstallable on
Package: riseup-vpn
Version: 0.21.11+ds1-5
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, riseup-vpn
depends on both libqt5widgets5 and libqt5widgets5t64. As a
result it is uninstallable on architectures that are
Package: reapr
Version: 1.0.18+dfsg-5
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, reapr
depends on both libtabixpp0 and libtabixpp0t64. As a
result it is uninstallable on architectures that are undergoing
the
Package: rakarrack
Version: 0.6.1-8
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, rakarrack
depends on both libasound2 and libasound2t64. As a
result it is uninstallable on architectures that are undergoing
the
Package: libqt5-ukui-style1
Version: 1.0.8-1
Tags: trixie, sid
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, libqt5-ukui-style1
depends on both libqt5widgets5 and libqt5widgets5. As a
result it is uninstallable on architectures
Package: populations
Version: 1.2.33+svn0120106+dfsg-6
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
populations still depends on libqt5xml5,
rather than libqt5xml5t64. As a result it is uninstallable on
Package: pidgin-gnome-keyring
Version: 2.0-2
Severity: grave
Tags: trixie, sid
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
obs-advanced-scene-switcher still depends on libpurple0,
rather than libpurple0t64. As a result it is uninstallable on
Package: perdition
Version: 2.2-3.3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, perdition
depends on both libvanessa-socket2 and libvanessa-socket2.
As a result it is uninstallable.
Interesting in this case, the
Package: obs-advances-scene-switcher
Version: 1.23.1-2
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
obs-advanced-scene-switcher still depends on libcurl4,
rather than libcurl4t64. As a result it is uninstallable on
architectures
/gfp_xdr.c to fix
+implicit declaration error.
+
+ -- Peter Michael Green Thu, 04 Apr 2024 04:41:24 +
+
gfarm (2.7.20+dfsg-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru gfarm-2.7.20+dfsg/debian/patches/missing-feature-test-macros.patch
gfarm-2.7.20+dfsg/debian/patch
Package: mariadb-plugin-s3
Version: 1:10.11.7-3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, mariadb-plugin-s3
depends on both libcurl4 and libcurl4t64. As a
result it is uninstallable on architectures that are undergoing
the
Package: mariadb-plugin-hashicorp-key-management
Version: 1:10.11.7-3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
mariadb-plugin-hashicorp-key-management
depends on both libcurl4 and libcurl4t64. As a
result it is
Package: lua-lxc
Version: 1:3.0.2-2
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, lua-lxc
depends on both liblxc1 and libliblxc1t64. As a
result it is uninstallable on architectures that are undergoing
the time64 transition
Package: ltrsift
Version: 1.0.2-9
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, ltrsift
depends on both libgenometools0 and libgenometools0t64. As a
result it is uninstallable on architectures that are undergoing
the time64
Package: lomiri-filemanager-app
Version: 1.0.4+dfsg-1
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, lomiri-filemanager-app
depends on both libsmbclient and libsmbclient0. As a
result it is uninstallable on architectures that are
Package: lomiri-system-settings
Version: 1.1.0-2
Severity: grave
lomiri-system-settings depends on lomiri-system-settings-security-privacy, which
is not availble on armel, armhf or mips64el.
The reason, or at least one reason, it is not available is because
Package: qml-module-lomiri-components-extrasVersion: 0.10.0-5
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition,
qml-module-lomiri-components-extras
depends on both libqt5printsupport5 and libqt5printsupport5t64. As a
result it is
Package: indi-apogee
Version: 0.10.0-5
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, indi-apogee depends
on both libapogee3 and libapogee3t64. As a
result it is uninstallable on architectures that are undergoing
the time64
Package: gpa
Version: 0.10.0-5
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, gpa depends
on both libgpgme11 and libgpg11t64. As a
result it is uninstallable on architectures that are undergoing
the time64 transition (armel, armhf
Package: gir1.2-keybinder-0.0
Version: 0.3.1-2.3
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
libkeybinder0 has been renamed to libkeybinder0t64, however gir1.2keybinder0.0
still depends on the former on most architectures. As a result it is
uninstallable on architectures
1 - 100 of 14984 matches
Mail list logo