Package: libsis-jhdf5-java
Version: 19.04.1+dfsg-7
Severity: serious
User: debian...@lists.debian.org
Usertags: edos-uninstallable
libsis-jhdf5-java build-depends on libeclipse-jdt-compiler-apt-java
which is no longer built by the eclipse-jdt-core source package.
This package is still present in
Package: loupe
Version: 46.2-2
Severity: serious
loupe build-depends on librust-ashpd-0.8+default-dev but testing/unstable
has version 0.9.
Package: gnome-metronome
Version: 1.3.0-5
Severity: serious
gnome-metronome build-depends on librust-gtk4-0.8+v4-10-dev but
unstable has version 0.9.
Package: glycin-loaders
Version: 1.0.1+ds-3
Severity: serious
glycin-loaders build-depends on librust-gio-0.19+default-dev but
testing/unstable now has version 0.20.
Package: camlimages
Version: 1:5.0.5-1
Severity: serious
It seems that about a fortnight ago camlimages started to FTBFS
on the "reproducible builds" tests server. This seems contempory
with the upload of ocaml 5.2.0-3
https://tests.reproducible-builds.org/debian/rbuild/unstable/arm64/camlimages
list the used source package
name and its version (provided the license situation is such that the
corresponding source code has to be made available).
Best regards,
Peter
-1,3 +1,10 @@
+gnome-metronome (1.3.0-5.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Bump dependencies for rust-gtk4 0.9 and related packages..
+
+ -- Peter Michael Green Thu, 05 Sep 2024 03:29:26 +
+
gnome-metronome (1.3.0-5) unstable; urgency=medium
* Update debian/
r to an overridden dh_auto_install invocation, so it places the
files
in the wrong directory.
I already fixed the FTBFS in my local tree a couple of days ago, I will
upload it soon. Thanks!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:
control: reopen -1
control: found -1 1.4.3+dfsg-2
Argh, apparently it still fails. Investigating.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354
Package: rust-tui
Severity: serious
Tags: trixie,sid
rust-tui's autopkgtest fails with the new version of rust-unicode-width.
The package is abandoned upstream with a reccomendation to move
to rust-ratatui.
I intend to move the remaining reverse dependencies to rust-ratatui.
Package: rust-rustls
Version: 0.21.12-4
Severity: serious
The autopkgtests for rust-rustls are failing with
> 46s bash: line 1: /usr/share/dh-rust/bin/cargo-auto-test: No such
file or directory
I presume you need to change the test dependency from dh-cargo to
dh-rust to match
the name of th
Package: rust-typenum
Severity: serious
rust-typenum is suffering from a failing test on i386, this
has been the case for some time as evidenced by debci and
reproducible builds test history but did not come to my
attention until a new version was uploaded and a "fails
to migrate to testing for a
Rebuilding dracut-install against the current (33_20240816)
libkmod2-dev fixes the problem.
I suspect this bug ought to be reassigned to dracut-install.
Peter C
The interesting part of that build log (the bit that fits the test
failure) is "configure: OpenSSL ecdsa: no". (I'm off work for another
week, I'm happy to debug after that)
Control: tags 1074841 + patch
Control: tags 1074841 + pending
Dear maintainer,
I've prepared an NMU for bglibs (versioned as 2.04+dfsg-6.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
--
--
Peter Pentchev r...@ringlet.net r...@debia
eature-check
parsed some of its command-line options that were actually used by some
Debian packages' test suites. It is fixed now, and the new version of
feature-check migrated to testing earlier today.
Thanks for filing this bug, and for all your work on Debian!
G'luck,
Peter
-
e test suite that builds its own small Debian packages.
Thanks for looking at the FTBFS cases, and thanks for all your other work on
Debian, too!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
K
Package: python-utidylib
Version: 0.10-1
Severity: serious
python3-utidylib depends on libtidy5deb0 which is no longer built by
the tidy-html5 source package. It appears to have been replaced by
libtidy58.
Since this is an arch all package, and a hard-coded depdency this
cannot be fixed by a bin
Package: python-tidylib
Version: 0.3.3~dfsg-7
Severity: serious
python3-tidylib depends on libtidy5deb0 which is no longer built by
the tidy-html5 source package. It appears to have been replaced by
libtidy58.
Since this is an arch all package, and a hard-coded depdency this
cannot be fixed by a
Found 1074652 0.8.0-5
Thanks
With the recent migration of a bunch of sequoia packages to testing,
rust-sequoia-chameleon-gnupg's build-dependencies are also unsatisfiable
in testing.
On 12/07/2024 11:17, Peter Blackman wrote:
Raised bug report upstream,
https://gitlab.com/freepascal.org/fpc/source/-/issues/40853
and updated the patch header.
Oh poo!!
Seems the mail system ate my patch with
A non-text attachment was scrubbed...
Name: msgfmt.patch
Type: text/x-patch
Raised bug report upstream,
https://gitlab.com/freepascal.org/fpc/source/-/issues/40853
and updated the patch header.
Subject: Fix msgfmt related build fail
Author: Peter Blackman
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074706
Forwarded: https://gitlab.com/freepascal.org
On 11/07/2024 12:38, Peter B wrote:
Hi Davo,
please raise this as a formal bug upstream with FPC.
Or would you rather that I do this?
Regards,
Peter
Control: tags -1 patch
Adding this patch to the end of the series, fixes the build of the po files.
Regards,
PeterSubject: Fix msgfmt related build fail
Author: Peter Blackman
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074706
Forwarded: no
On 09/07/2024 17:08, Peter B wrote:
Until recently, fpc built OK, and msgfmt did not appear in the build
logs.
Sorry, I got that bit wrong. I was looking at the 'all' build not the
'amd64'
msgfmt used to work, but no longer.
It seems a header such as
msgid "
ld logs.
I have no idea why this problem has just appeared now,
but the build can be saved by commenting out the build of the de.mo files.
In d/rules
#$(MAKE) -C fpcsrc/utils/fpdoc/intl install $(INSTALLOPTS)
and in d/fp-utils.install.in
#usr/share/locale
Regards,
Peter
t;
>> /etc/sploitscan/config.json
>> is not necessary (although I have not tested this).
>
> Will this answer your question?
> https://github.com/xaitax/SploitScan/issues/23
This confirms what I saw in the code.
If you have further questions, do not hesitate to ask.
Best regards
I'm getting a bunch of "unnecessary qualification" issues:
The unnessacery qualifications issues are trivial to fix, just remove
unused_qualifications from the list of lints to deny in lib.rs
Unfortunately though, I was unable to get parsec-interface to build
with the new version of prost.
Control: reopen -1
On 2024-06-08 12:44:25, Peter Wienemann wrote:
sploitscan installs configuration files in the system Python modules
directory:
/usr/lib/python3/dist-packages/sploitscan/templates/report_template.html
/usr/lib/python3/dist-packages/sploitscan/config.json
As per Debian Policy
Thanks for tracking this down! It does indeed seem to be a problem in
the way QT6 internally wraps zstd's CMake targets.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5
On 27/06/2024 12:33, Jeremy Bícha wrote:
Source: ffmpeg
Version: 7:6.1.1-4
Severity: serious
Tags: ftbfs
User: debian-...@lists.debian.org
Usertags: armel armhf
X-Debbugs-CC: debian-...@lists.debian.org
ffmpeg is failing to build on armel & armhf (but not arm64). This was
noticed while rebuildin
Package: slurm-wlm-basic-plugins
Version: 23.11.7-1
Severity: serious
slurm-wlm-basic-plugins depends on libpmix2t64 and slum-wlm
build-depends on , which is no longer
available on 32-bit architectures.
I notice that the build-dependency is already architecture
restricted, but the runtime depend
76 | } else if (xmlCheckUTF8((const unsigned char *) orig_content)
> |^~~~
> ...
Already fixed earlier today in
https://salsa.debian.org/pkg-rpm-team/createrepo-c/-/commit/5e0f45b00e8565bc45e5b6104c9ccd0748444da2
Thanks for trying to make Debian better!
G'
Package: sccache
Version: 0.8.1-3
Severity: serious
x-debbugs-cc: n...@sail.ng
sccache build-depends on librust-counted-array-0.1+default-dev which was
recently
removed from Debian. The removal request was filed by Blair Noctis who gave the
reasoning.
Please kindly remove rust-counted-array fr
Package: opensnitch
Severity: serious
Justification: rc policy - packages must be buildable within the same release.
The build-dependencies for opensnitch are no longer satisfiable
on ppc64el, because bpfcc no longer supports that architecture.
package: opensnitch
version: 1.5.8.1-1
archit
olicy".
https://www.debian.org/Bugs/Developer#severities
Lazarus failing to rebuild the IDE, but generally working fine apart
from that, is unfortunate, and definitely
a [Normal] bug, but it is hardly a "severe violation of Debian policy".
Regards,
Peter
P.S. I can reproduce this pr
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 t
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 avail
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
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
control: found -1 2.1.0-1
G'luck,
Peter
signature.asc
Description: PGP signature
(come to think of it, that includes
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 visi
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 featu
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
* ∙ ∙ libgtk-
endency on 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
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 fine
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]: fai
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 impo
Looking at the changelog, I see
Build with --as-needed.
I suspect this is responsible for the build failure on armel
g any harm.
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
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
(signed 32))
(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
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'
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 libvdeplug2t64.
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 i
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 us
+
+ * Non-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; urge
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
+ choice 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/10681
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 adding
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! (after
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 available
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
the
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 on
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 tim
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 architectures
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
un
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 architectures
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 t
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 t
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 th
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
architec
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
ar
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 uninstallabilit
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
p_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 tim
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 uninstallable
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 (armel
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 transi
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 u
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
lomiri-system-settings-security-privac
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 uni
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 transit
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 sub
Also, the bootstrapping procedure is only required when icmake isn't avaialble
yet. For the construction of the bobcat library icmake 11.01.02-1 is required,
and icmake.01.02-1 needs libbobcat-dev >= 5.07.00, which is available since
bullseye (oldstable).
So maybe you can also provide some info a
Package: libtrantor1
Version: 1.5.12+ds-1
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
libtrantor1 was recently binnmu'd for the time_t transition,
however, despite the binnmu, it still depends on the old libssl3
because said dependency is hardcoded in the source package.
Ub
Package: deepin-movie
Version: 5.10.8-2
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, deepin-movie
still depends on libqt5concurrent5. As a
result it is uninstallable on architectures that are undergoing
the time64 transition (arm
Package: cyrus-imapd
Version: 3.8.2-1
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
cyrus-imapd is failing to build on the architectures affected by the
time_t transition (armel, armhf, several debian-ports architectures)
with the following error.
unit: fatal(Internal erro
Package: libappmenu-gtk3-parser0
Version: 0.7.6-2.1
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, libappmenu-gtk3-parser0
depends on both libgtk3-0 and libgtk3-0t64. As a
result it is uninstallable on architectures that are underg
1 - 100 of 1103 matches
Mail list logo