On 21/04/2025 12:47, Moritz Mühlenhoff wrote:
Am Tue, Apr 15, 2025 at 07:52:49PM +0200 schrieb Alexander Kjäll:
pprof was at some point needed for the gix stack, if they have moved
away from using it then I agree that it's not needed in trixie.
Will this bug be enought to block it, or do we n
0.6,
+ The current package produces many errors with version 0.7.
+
+ -- Peter Michael Green Sat, 22 Mar 2025 23:27:07 +
+
rust-ureq (2.12.1-4) unstable; urgency=medium
* reduce patch 2001_rustls to not involve crate rustls-pemfile;
diff -Nru rust-ureq-2.12.1/debian/control rust-ureq-2
were addressed manually.
Author: Jonas Smedegaard
+Author: Peter Michael Green
Forwarded: not-needed
-Last-Update: 2025-03-15
+Last-Update: 2025-03-16
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
a/tonic/Cargo.toml
-+++ b/tonic/Cargo.toml
-@@ -89,7 +89,7 @@
+Index:
-maintainer upload.
+ * Bump gimli and object dependencies (Closes: #1090390, #1091602).
+
+ -- Peter Michael Green Thu, 02 Jan 2025 19:56:39 +
+
rust-wasmtime (21.0.2+dfsg-1) unstable; urgency=medium
[ upstream ]
diff -Nru rust-wasmtime-21.0.2+dfsg/debian/control
rust-wasmtime-21.0.2
embed and
+i18n-embed-impl.
+ * Add patch to support i18n-embed 0.15 with i18n-embed-fl 0.9 and bump
+dependencies accordgingly.
+
+ -- Peter Michael Green Thu, 26 Dec 2024 00:17:34 +
+
tuigreet (0.9.1-4) unstable; urgency=medium
[ Peter Michael Green ]
diff -Nru tuigreet-0.9.1/debia
Package: rust-fips203-ffi
Version: 0.2.1-4
Severity: serious
rust-fips203-ffi build-depends on an old version of rust-fips203
and it's build-dependencies are no longer
There seem to be updates in upstream git but they don't
seem to be being published on crates.io. Maybe this
package should move
Package: cafeobj
Version: 1.6.0-2
Severity: serious
Justification: rc-policy - packages must be buildable within the same
release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
cafeobj build-depends on sbcl which no longer built on armel and
armhf. Either the package needs to be
Package: nwchem
Version: 7.2.2-2
Severity: serious
Justification: rc-policy - packages must be buildable within the same
release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
nwchem build-depends on libscalapack-openmpi-dev which is no
longer built on 32-bit architectures.
lib
Package: openscad
Version: 2021.01-7
Severity: serious
Justification: rc-policy - packages must be buildable within the same
release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
openscad build-depends on libcgal-qt5-dev which is no longer built by the
cgal source package. It i
Package: gudhi
Version: 3.10.1+dfsg-1
Severity: serious
Justification: rc-policy - packages must be buildable within the same
release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
gudhi build-depends on libcgal-qt5-dev which is no longer built by the
cgal source package. It is
librust-unicode-width-dev build-dependency to 0.1.14 since the tests
+fail with 0.1.13.
+ * Bump cargo and debian dependencies on git2 crate to 0.19
+
+ -- Peter Michael Green Sun, 06 Oct 2024 14:25:26 +
+
git-delta (0.18.2-1) unstable; urgency=medium
[ upstream ]
diff -Nru git-delta
ies on itertools and cbindgen.
+(Closes: #1081875, #1074526)
+
+ -- Peter Michael Green Sun, 30 Jun 2024 11:34:30 +
+
python-maturin (1.3.2-2) unstable; urgency=medium
* Bump indexmap to latest version. Closes: #1063735
diff -Nru python-maturin-1.3.2/debian/patches/relax-cbindgen
python-
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
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.
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-
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: 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
Package: comet-ms
Version: 2019015+cleaned1-4
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, comet-ms depends
on both libmstoolkit82 and libmstoolkit82t64. As a
result it is uninstallable on architectures that are undergoing
the ti
Package: chatty
Version: 0.8.2-1
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, chatty depends
on both libpurple0 and libpurple0t64. As a
result it is uninstallable on architectures that are undergoing
the time64 transition (arme
=medium
+
+ * Non-maintainer upload.
+ * Add missing function declarations.
+ * Fix clean target.
+
+ -- Peter Michael Green Tue, 02 Apr 2024 04:43:46 +
+
librnd (4.1.1-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru librnd-4.1.1/debian/patches/add-missing-function
Package: atomes
Version: 1.1.12+repack-2
Severity: grave
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, atomes depends
on both libgtk-3-0t64 and .libgtk-3-0t64 As a
result it is uninstallable on architectures that are undergoing
the time64 transit
0.98.2-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add declarations for functions to fix implicit function declaration
+errors.
+
+ -- Peter Michael Green Tue, 02 Apr 2024 02:51:30 +
+
gtk2-engines-murrine (0.98.2-3) unstable; urgency=medium
[ Mike Gabriel ]
diff
Package: aqemu
Version: 0.9.2-3
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, aqemu still
depends on libqt5dbus5. As a result it is uninstallable on
architectures that are undergoing the time64 transition
(armel, armhf and some
Package: aegean
Version: 0.16.0+dfsg-3
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, aegen depends
on both libgenometools0t64 and libgenometools0. As a
result it is uninstallable on architectures that are undergoing
the time64 t
Package: python-cryptography
Version: 41.0.7-5
Severity: serious
x-debbugs-cc: eam...@debian.org, kapo...@melix.org
python-cryptography build-depends on python3-cryptography-vectors (<<
41.0.8~)
but unstable has version 42.0.5-1
If you need rust package updates to fix this issue, please tell
urrently
+ has multiple versions of toml and the previous dependency could be
+ satisfied by the wrong one.
++ Add a Debian dependency on "dirs" crate (which appeard to simply be
+ missing before.
+
+ -- Peter Michael Green Mon, 01 Jan 2024 18:34:48 +
+
el
Package: rust-ahash
Version: 0.8.5-4
Severity: serious
Thanks for uploading my autopkgtest fixes, the tests now pass on most
architectures.
Unfortunately they still fail on s390x.
290s operations::test::test_add_length stdout
290s thread 'operations::test::test_add_length' panicked
On 19/11/2023 12:14, Peter Michael Green wrote:
Package: rust-ripasso-cursive
Version: 0.6.1-1
Severity: serious
Tags: trixie, sid
It appears, that despite the version number indicating a compatible
release, that the new
version of ripasso broke the build of ripasso-cursive.
https
Package: rust-ripasso-cursive
Version: 0.6.1-1
Severity: serious
Tags: trixie, sid
It appears, that despite the version number indicating a compatible
release, that the new
version of ripasso broke the build of ripasso-cursive.
https://tests.reproducible-builds.org/debian/rb-pkg/trixie/amd64/r
It has no reverse dependencies and is one of the last things keeping
rust-time-0.1 in Debian.
Not speaking for or against removal, but updating it to the latest
version would get rid of the dependency on time 0.1.
On 31/08/2023 08:50, Jonas Smedegaard wrote:
, but it is a risky game,
Letting stuff fall ever more out of date is also a risky game as
it tends to mean stuff gets even more intertwined when we
do finally try to update it and if the version of rust-cargo used
by debcargo gets too far out of
Package: sccache
Version: 0.5.4-11
Severity: serious
Tags: patch
I just updated addr2line to version 0.20.0, sccache builds succesfully
with the new version after bumping the dependency.
Debdiff attatched.
diff -Nru sccache-0.5.4/debian/changelog sccache-0.5.4/debian/changelog
--- sccache-0.5.4/
d build and test dependencies on librust-rcgen-0.11+default-dev (>=
0.11.1-2)
+
+ -- Peter Michael Green Fri, 25 Aug 2023 18:57:05 +
+
rust-rustls-webpki (0.101.4-1) unstable; urgency=high
* bump project version in virtual packages and autopkgtests;
diff -Nru rust-rustls-webpki
Package: rust-wasmer-enumset-derive
Version: 0.5.0-2
Severity: serious
Tags: trixie, sid
rust-wasmer-enumset-derive and it's reverse dependency
rust-wasmer-enumset are an abandoned fork of rust-enumset-dervive and
rust-enumset, no applications use them anymore so there is no reason to
keep the
Package: rust-leptonica-plumbing
Version: 1.0.1-4
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/r/rust-leptonica-plumbing/36970458/log.gz
118s The following packages have unmet dependencies:
118s autopkgtest-satdep : Depends: librust-leptonica-plumbing-1.0+default-dev
Version: 0.12.0-1
rust-derive-builder has now been updated to match rust-derive-builder-core.
As subject says, this package depends on librust-heapless-0.7-dev which
is missing, rendering the package impossible to install.
I don't see any such dependency, was this a typo.
It does however seem to depend on librust-defmt-0.3+default-dev,
rust-defmt hasn't been uploaded yet, but it seems Al
16
+ will break builds with older versions of the rust gtk stack.
+
+ -- Peter Michael Green Wed, 28 Jun 2023 18:54:50 +
+
squeekboard (1.22.0-2) unstable; urgency=medium
* Release to unstable
diff -Nru squeekboard-1.22.0/debian/control squeekboard-1.22.0/debian/control
--- squeekbo
Package: php-doctrine-cache
Version: 2.2.0-1
Severity: serious
Tags: trixie, sid
php-doctrine-cache build-depends on php-nrk-predis which
was a transitional dummy package in bookworm and no
longer exists in trixie or sid.
Presumablly the build-dependency should be changed to
php-predis.
t" feature of librust-pyo3-dev.
+ * Apply adjusted upstream patch for py03 0.19 and bump
+ dependencies accordingly.
+
+ -- Peter Michael Green Sun, 25 Jun 2023 00:58:26 +
+
python-cryptography (38.0.4-3) unstable; urgency=medium
[ Salvatore Bonaccorso ]
diff -Nru python-cryptog
/changelog 2023-02-03 13:57:58.0 +
+++ rust-rustls-0.20.8/debian/changelog 2023-06-18 01:01:18.0 +
@@ -1,3 +1,10 @@
+rust-rustls (0.20.8-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Bump base64 dev-dependency to 0.21.
+
+ -- Peter Michael Green Sun, 18 Jun 2023
On 23/04/2023 21:07, Paul Gevers wrote:
Can you point to a discussion where we might draw the conclusion that
this is common practice or consensus? I *personally* [no hats on] find
that distinction a bit weird although I can see how we would come to
it and also why.
No, I can't point to a dis
On 23/04/2023 19:19, Paul Gevers wrote:
I claim this is wrong. Would python3-sage one day build on more
architectures, this list would need manual updating. Instead of
hard-coding the list, it's better to ensure the build doesn't happen
or fails on architectures where python3-sage is not av
pload.
+
+ [ Jochen Sprickerhof ]
+ * Add patch to fix FTBFS on i386.
+Thanks to Adrian Bunk (Closes: 1004869)
+ * Use execute_after_ in d/rules
+ * Set R³ in d/control
+
+ -- Peter Michael Green Sun, 19 Feb 2023 00:50:57 +
+
python-xarray (2023.01.0-1) unstable; urgency=medium
On 09/02/2023 23:43, Michele Martone wrote:
On 20230209@17:50, Peter Green wrote:
Package: librsb
Version: 1.3.0.2+dfsg-1
Tags: bookworm, sid
Severity: serious
Justification: rc policy - "packages must be buildable within the same release"
User: debian...@lists.debian.org
Usertags: edos-uninstal
Package: pushpin
Version: 1.36.0-1
Severity: serious
The new version of pushpin added a dependency on jsonwebtoken,
unfortunately jsonwebtoken depends in ring, which is only available
on x86* and arm*. There is work upstream to make ring more
portable but it seems unlikely to feature in a stable
Package: cctbx
Version: 2022.9+ds2+~3.11.2+ds1-5
Severity: serious
Despite the fix uploaded for bug 1024859 the cctbx autopkgtest is still
failing
and preventing the package from migrating to testing.
Testing cctbx with python3.10:
Sorry: Please run this program in an empty directory.
autopkg
Source: commons-vfs
Version: 2.1-2
Tags: bookworm, sid
Severity: serious
Justification: rc policy - "packages must be buildable within the same
release"
User: debian...@lists.debian.org
Usertags: edos-uninstallable
commons-vfs build-depends on libcommons-net-java-doc which
is no longer built by
* Non-maintainer upload.
+ * Depend on librust-zip-0.6-dev instead of rust-zip-0.5-dev
+
+ -- Peter Michael Green Wed, 28 Dec 2022 16:57:19 +
+
sccache (0.4.0~~pre1-1) unstable; urgency=medium
[ upstream ]
diff -Nru sccache-0.4.0~~pre1/debian/control sccache-0.4.0~~pre1/debian/control
--- sc
Package: ruby-aruba
Version: 2.1.0-1
Severity: serious
Justification: rc policy - "Packages must be buildable within the same release"
User:debian...@lists.debian.org
Usertags: edos-uninstallable
ruby-aruba build-depends on rubocop (<< 1.0) but bookworm and sid have version
1.39.0+dfsg-1
Package: obantoo
Version: 2.1.12+ds1-3
Severity: serious
Justification: rc policy - "packages must be buildable within the same
release"
User: debian...@lists.debian.org
Usertags: edos-uninstallable
obantoo build-depends on libitext5-java-doc which is no longer built
by the libitext5-java sourc
Package: ntcard
Version: 1.2.2+dfsg-4
Severity: serious
ntcard build-depends on libnthash-dev which is no longer available on
32-bit architectures.
There are in general 3 potential soloutions for this (in roughly
descending order of preference)
1. Fix your build-dependencies so they are onc
Package: pplacer
version: 1.1~alpha19-6
Severity: serious
Justification: rc policy: "packages must be buildable within the same
release"
pplacer build-depends on libmcl-ocaml-dev which is no longer built by the
mcl source package. It is still present in unstable as a cruft package, but
is compl
Package: rust-coreutils
Version: 0.0.15-1
Severity: serious
cargo build --features "arch base32 base64 basename basenc cat chcon
chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir
dircolors dirname du echo env expand expr factor false fmt fold groups
hashsum head hostid hostn
To clarify the situation for people stumbling across this bug.
The issue in cereal was fixed, however slic3r-prusa still FTBFS because of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021566
Package: rust-smol
Version: 1.2.5-2
Severity: serious
rust-smol build-depends on librust-nix-0.24+default-dev but the nix
crate in debian testing/unstable is now at 0.25
There is a new upstream version of petgraph that uses the new version of
fixedbitset, I suspect the most sensible way to fix this bug is
uploading it and it has been prepared in debcargo-conf (initially
byBlair Noctis with some further tweaking by myself)
However before I upload it, I wanted t
Package: rust-ahash
Version: 0.7.6-4
Severity: serious
The autopkgtest of rust-ahash is failing
https://ci.debian.net/data/autopkgtest/testing/amd64/r/rust-ahash/25673987/log.gz
Testing aeshash/u8
thread 'main' panicked at 'aes must be enabled', tests/bench.rs:20:5
stack backtrace:
0: std:
I have written a merge request [1] to fix FTBFS on all platforms. Tested on my
dev machine on amd64 and riscv64. If more helps are needed, please let me know.
Thanks for the patch,
Was this patch just a result of general QA activity or is there some
program you are trying to package?
We can f
dependencies on gettext-sys, gettext-rs and proptest crates.
+(Closes: #1011620, #1013539)
+
+ -- Peter Michael Green Sat, 16 Jul 2022 19:13:03 +
+
newsboat (2.21-1.2) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru newsboat-2.21/debian/control newsboat-2.21/debian/control
The rust-zstd package has both a dependency and a build-dependency on
librust-zstd-safe-2.0.3+experimental-dev, which does not exist anywhere in
Debian. Presumably it would be built by a rust-zstd-safe package, but no
such package exists, including in the Debian NEW queue.
Specifically looking t
Package: deepin-movie
Version: 5.7.15-3
Severity: serious
The deepin-movie-reborn source package was recently binnmu'd for the
ffmpeg transtion,
unfortunately though the resulting binary packages still depend on the
old libav* packages.
Package: rust-hdrhistogram
Version: 7.5.0-1
Severity: serious
I recently updated the hdrhistogram package and as part of that I
resolved the issues that were blocking the tests from running on as
autopkgtests.
Unfortunately when running the autopkgtests on i386 two tests failed, I
can also r
reopen 1012221
thanks
On 02/06/2022 13:29, Sylvestre Ledru wrote:
4. Remove the stdweb features in instant and parking-lot and allow
stdweb to be removed from testing.
I think I implemented this solution.
Thanks,
That solves the issue for instant, parking-lot and their reverse
dependencies
Package: elan
Version: 1.3.1-3
Severity: serious
Tags: patch
A number of rust crates have been updated recently, as a result your
package no longer builds, I have updated the patches to relax the
dependencies and was able to succesfully build the package, I have not
tested it beyond that.
From
Package: golang-gopkg-libgit2-git2go.v31
Version: 31.4.3-4
Severity: serious
The autopkgtest for golang-gopkg-libgit2-git2go.v31 is failing with
libgit2 1.3
and hence blocking the transition.
https://ci.debian.net/data/autopkgtest/testing/amd64/g/golang-gopkg-libgit2-git2go.v31/21329197/log.gz
On 01/05/2022 14:00, Fabian Grünbichler wrote:
currently progress is blocked on
- itoa/serde_json transition (anybody working actively on that?)
I just uploaded the new itoa to experimental and took a quick look
through the reverse dependencies.
rust-cssparser - already broken and not in t
I took a look at updating rust-gstreamer to 0.17.4 (this is not the
latest version, but it is the version corresponding to the current rust
gtk stack in Debian) and hence solving the dependency issues with the
current package. There were two unsatisfied dependencies: muldiv 1.x and
pretty-hex 0
tually uses the constant
in question is some code in rust-atk that translates it to an enum
the corresponding enum value doesn't seem to actually be used for
anything.
Author: Peter Michael Green
--- rust-atk-sys-0.14.0.orig/tests/abi.rs
+++ rust-atk-sys-0.14.0/tests/abi.rs
@@ -134,6
Package: precious
Version: 0.1.3-2
Severity: serious
The upstream of the rust which crate dropped the optional dependency on
the rust failure crate. As a result of this the rust-which source
package no longer
builds a librust-which+failure-dev package.
The librust-which+failure-dev binary pac
Package: android-platform-system-core
Version: 1:10.0.0+r36-9
Severity: serious
The android-platform-system-core source package builds the adb and fastboot
binary packages which are also built (with a higher version number) by
android-platform-tools, I belive this is what lead to the rejection of
ttached a debdiff of
what I have done
so far anyway.
diff -Nru origami-pdf-2.0.0/debian/changelog origami-pdf-2.0.0/debian/changelog
--- origami-pdf-2.0.0/debian/changelog 2016-10-28 19:21:34.0 +
+++ origami-pdf-2.0.0/debian/changelog 2022-03-05 19:11:29.0 +
@@ -1,3 +1,
re sizes on 32-bit
+architectures.
+
+ -- Peter Michael Green Sun, 27 Feb 2022 07:27:00 +
+
dask (2022.01.0+dfsg-1) unstable; urgency=medium
* New upstream release
diff -Nru dask-2022.01.0+dfsg/debian/patches/series
dask-2022.01.0+dfsg/debian/patches/series
--- dask-2022.01.0+dfsg/debian/patches/s
Package: sphinx-remove-toctrees
Version: 0.0.3-1
Severity: serious
The release team have decreed that only binaries build on the buildd network
can migrate to testing, please make a source-only upload so your package can
migrate.
Tags 1006141 +patch
thanks
This was fixed in ubuntu a few months ago by adding ".fpu vfp" to the
assembler file in question.
(within the block of code that is only used on systems with the hard
float ABI).
https://patches.ubuntu.com/s/supertuxkart/supertuxkart_1.3+dfsg1-2ubuntu1.patch
I have
During a rebuild of all packages in sid, your package failed to build
on amd64.
I'm no expert on this particular package, but this looks to me like it
is not actually caused by a problem in python-sparse, but is instead a
symptom of python3-numba not being built against python 3.10 due to
htt
Package: rust-csv
Version: 1.1.5-2
Severity: serious
rust-csv's autopkgtest is failing, which is blocking it's migration to
testing.
--- cookbook_read_basic stdout
thread 'cookbook_read_basic' panicked at 'command spawns successfully: Os { code: 2,
kind: NotFound, message: "No such file
Source: python-igraph
Version: 0.9.8-1
Severity: serious
Justification: rc policy - packages must be buildable within the same
release
python-igraph build-depends on libigraph-dev which was recently removed on
s390x. So the package's build-depends are no longer satisfiable on that
architecture.
reopen 1002164
thanks
On 21/12/2021 20:27, plugwash wrote:
The more immediate fix, which I have just uploaded as rust-signal-hook
0.1.13-3 is to do what upstream did in signal-hook 0.1.17 and use a caret
dependency instead of a tilde dependency on signal-hook-registry.
Signal-hook 0.3 has now
Package: scipy
Version: 1.7.1-2
Severity: serious
scipy build-depends on python3-pybind11 (<< 2.8) but testing and unstable
have version 2.8.1-3
Package: php-oscarotero-gettext
Version: 4.8.2-6
Severity: serious
Justification: rc policy - "Packages must be buildable within the same release"
php-oscarotero-gettext build-depends on the php-illuminate-database binary
package,
which is built by the php-laravel-framework source package which
Package: azure-cli
Version: 2.31.0-1
Severity: serious
azure-cli build-depends on pylint3 which is no longer built by the pylint
source package, it is still present in unstable as a cruft package, but is
completely gone from testing.
Since the package was previously an empty (other than /usr/sha
Package: crystal
Version: 1.2.1+dfsg-6
Severity: serious
Justification: rc policy - "Packages must be buildable within the same
release"
crystal build-depends on libllvm9 or libllvm8, neither of these packages are
available in testing anymore. Please investigate migration to a newer
version
o
Package: pyopencl
Tags: bookworm
Severity: serious
Justification: rc policy - "Packages must be buildable within the same
release"
pyopencl build-depends on pocl-opencl-icd which is no longer in testing.
Package: chromium
Version: 93.0.4577.82-1
Severity: serious
chromium build-depends on python-jinja2 which is no longer built by the
jinja2 source package.
It is still present in unstable as a cruft package but is completely
gone from testing.
Looking at
https://ci.debian.net/data/autopkgtest/testing/amd64/r/rust-rand/9312542/log.gz
It looks like the packed_simd feature test passes with unstable's
version of rust-packed-simd
but the all features test is still failing with
error[E0433]: failed to resolve: use of undeclared crate or
package: vmtk
severity: serious
version: 1.3+dfsg-2.3
vmtk build-depends on libvtk6-java which is no longer built by the vtk6
source package.
package: libgeotiff\
version: 1.5.1-1
severity: serious
tags: bullseye
Hi, libgeotiff just failed to build in raspbian bullseye with the
following message.
Running ../test/testlistgeo using ../bin/listgeo:
==
Package: python-os-net-config
Version: 0.1.0-1
Severity: serious
Tags: bullseye, sid
python-os-net-config (build-)depends on the python-oslo.config binary
package which is no longer built by the corresponding source package.
I see no reverse-depends, should this package simply be removed?
Package: python-tuskarclient
Severity: serious
Version: 0.1.18-1
Tags: bullseye, sid
python-tuskarclient depends on the python-cliff, python-keystoneclient,
python-openstackclient and python-stevedore binary packages which are no
longer built by the corresponding source packages.
If this is g
Package: firefox-esr
Version: 60.8.0esr-1
Severity: serious
x-debbugs-cc: pkg-rust-maintain...@alioth-lists.debian.net
While trying to update firefox-esr in raspbian bullseye I ran into a
"failed to open: /sbuild-nonexistent/.cargo/.package-cache" error. The
failure also shows up on the reprodu
Package: mini-buildd
Version: 1.0.41
Severity: serious
python-mini-buildd depends on and the mini-buildd source package
build-depends on the python-django-registration binary package which is
no longer built by the python-django-registration source package.
I notice this already seems to be f
Package: oz
Version: 0.16.0-2
Severity: serious
Tags: bullseye, sid
oz depends on the python-monotonic binary package which is no longer
built by the python-monotonic source package.
1 - 100 of 116 matches
Mail list logo
