I fixed the dependency installability issues with librust-ntp-proto-dev but
rust-ntp-os-clock seems to be incompatible with the new version of
ntp-proto and also seems to be abandoned upstream and has no rdeps
in Debian.
sylvestre, should we remove it?
Package: librust-rustls-0.21-dev
Version: 0.21.12-12
Severity: serious
While attempting to update one of my development chroots I ran into the
following error.
> Unpacking librust-rustls-0.21-dev (0.21.12-12) ...
> dpkg: error processing archive
/var/cache/apt/archives/librust-rustls-0.21-dev_
ython-libcst-1.4.0/debian/changelog2025-02-13 12:47:33.0
+
@@ -1,3 +1,9 @@
+python-libcst (1.4.0-1.1+rpi1) trixie-staging; urgency=medium
+
+ * Fix build-dependency for thiserror crate.
+
+ -- Peter Michael Green Thu, 13 Feb 2025 12:47:33
+
+
python-libcst (1.4.0-1.1)
14:04:30.0 +
@@ -1,3 +1,10 @@
+sourmash (4.8.14-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove upper limit from cargo dependency on rkyv (Closes: #1095393).
+
+ -- Peter Michal Green Tue, 11 Feb 2025 14:04:30 +
+
sourmash (4.8.14-2) unstable; urgency
tream) in environments where something pulled in
the typing-extensions module as a dependency. I suggested a fix upstream at
https://github.com/tmux-python/libtmux/pull/562 and also a Salsa MR for
python-libtmux at
https://salsa.debian.org/debian/python-libtmux/-/merge_requests/1
Santi
fsg-43
(It was built with 3.2.2+dfsg-40)
Cheers,
Peter
Control: tag -1 pending
Hello,
Bug #1082144 in gitless reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/gitless/-/commit/3aef4aca7496994fcdd
Package: rust-serde-yml
Severity: serious
(I will be cloning this bug against rust-libyml once I have a bug number)
rust-serde-yml is a fork of rust-serde-yaml and rust-libyml is
a fork of rust-unsafe-libyaml.
Serious concerns have been raised about the quality of code in
rust-serde-yml.
https
not
'provided'),
as I would need to change strawberry again (easy enough).
Regards,
Peter
ardata[];
-};
+} __aligned(BITS_PER_LONG / 8);
static inline void nft_set_ext_prepare(struct nft_set_ext_tmpl *tmpl)
{
On 1/11/25 21:46, Peter Gerber wrote:
> Package: src:linux
> Version: 6.1.123-1
> Severity: critical
> Justification: breaks the whole system
> X-Debbu
Package: src:linux
Version: 6.1.123-1
Severity: critical
Justification: breaks the whole system
X-Debbugs-Cc: pe...@arbitrary.ch
Dear Maintainer,
Ever since updating to linux-image-6.1.0-29-arm64 I've been seeing this oops:
Jan 11 20:17:16 violet kernel: Unable to handle kernel paging request at
Package: wxglade
Version: 1.1.a2+repack-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: math...@freedom.nl
Starting wxGlade on Debian testing gives the Error Dialog; details
are pasted below:
ERROR : Importing widget "notebook.notebook" failed
An unexpected error occurre
tags 1091017 +patch
thanks
A merge request addressing this issue can be found at
https://salsa.debian.org/debian/elan/-/merge_requests/1
s_emul:1
> fpuemustats/emulated:535
> fpuemustats/errors:0
> fpuemustats/ieee754_inexact:4
> fpuemustats/ieee754_invalidop:0
> fpuemustats/ieee754_overflow:0
> fpuemustats/ieee754_underflow:0
> fpuemustats/ieee754_zerodiv:0
> [...]
So ye
-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
Control: tag -1 pending
Hello,
Bug #1091850 in djbdns reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/djbdns/-/commit/36775d62448916d25386e3d3e4095ba9658
k a bit deeper into this, set up a "real"
build environment locally, and try to figure out whether there is any
chance to help by writing to /proc/self/setgroups or something...
G'luck,
Peter
PS. BTW I haven't mentioned that, but, Niels, thanks for your continued
work on debhe
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
gency=medium
+
+ * Non-maintainer upload.
+ * Fix test feature gates.
+
+ -- Peter Michael Green Sat, 14 Dec 2024 14:24:34 +
+
rust-lazy-regex (3.3.0+20241210-1) unstable; urgency=medium
[ upstream ]
diff -Nru
rust-lazy-regex-3.3.0+20241210/debian/patches/1001_fence_features.patch
rust
Package: rust-lazy-regex
Version: 3.1.0-6
Severity: serious
The no features autopkgtest for rust-lazy-regex is failing.
78s error[E0432]: unresolved import `regex`
78s--> src/lib.rs:203:9
78s |
78s 203 | self,
78s | no external crate `regex`
Doing some di
(3.0.1-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix build-dependency for regex crate.
+
+ -- Peter Michael Green Thu, 12 Dec 2024 04:56:42 +
+
fragments (3.0.1-3) unstable; urgency=medium
* Update d/control and d/p/relax-deps for nix 0.29 (Closes: #1085436
/deluge/tree/debian/control?h=debian/2.1.2_dev0%2b20240910-3#n104
This renders the package uninstallable.
Best regards, Peter
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable-updates'), (500,
'stable-s
Control: tag -1 pending
Hello,
Bug #1086621 in charliecloud reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/hpc-team/charliecloud/-/commit/2d26a20a0d2c57e0b6b41
to_test] Error 1
> make[1]: Leaving directory '/<>'
> make: *** [debian/rules:4: binary] Error 2
Right... thanks for doing the archive rebuild that caught this!
I don't know what I was thinking when I wrote that particular line of
code, I have now fixed it upstream:
Hi Bastian,
Thanks about this, both the NMU and the reminder, I had missed this completely.
I uploaded a source-only version today, hopefully this will build correctly and
we can make the release.
Thanks again, Peter
Package: jameica-datasource
Version: 2.8.1+dfsg-4
Severity: serious
Justification: rc-policy - packages must be buildable within the same release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
jameica-datasource build-depends on libmckoisqldb-java-doc which is
no longer built by t
Package: rust-tealdeer
Version: 1.7.0-1
Severity: serious
Justification: rc-policy - packages must be buildable within the same release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
tealdeer build-depends on versoin 0.5 of rust-yansi, but trixie/sid
now has version 1, so it is no
my bad. #1073748 had been re-opened and binaries just finished
building and I'll upload shortly. My apologies.
Cheers,
--
| .''`. ** Debian **
Peter Palfrader | : :' : The universal
https://ww
upload 0.4.8.13-1 did not incorporate
> the changes from the 0.4.8.12-1.1 NMU.
>
> Thus reopening this RC bug and marking it as found in 0.4.8.13-1 to prevent
> testing migration. Shipping files in an aliased location is nowadays an RC
> bug.
>
> Regards,
> Michael
--
Package: libpdb-redo3
Version: 3.1.5-3
Severity: serious
libpdb-redo3 has a hard coded dependency on libcifpp5, so after
building aginst the new version it ends up with dependencies
on both libcifpp5 and libcifpp7
Please remove or update the dependency.
This bug affects both 3.1.5-3 in testing
On Sat, Oct 26, 2024 at 02:29:29PM -0400, Peter Colberg wrote:
> The issue may be worked around by simplifying the code, e.g.,
>
> --- a/match.c
> +++ b/match.c
> @@ -1477,18 +1477,19 @@ matches_update_internal(struct matches *matches, bool
> incremental)
>
>
On Mon, Oct 21, 2024 at 04:24:03PM +0200, Emilio Pozuelo Monfort wrote:
> On 21/10/2024 15:24, Peter Colberg wrote:
> > Hi,
> >
> > The build of fuzzel on some non-x86 archs failed due to false-positive
> > errors [1] by gcc-14_14.2.0-3, e.g., on mips64el. I would lik
Hi,
The build of fuzzel on some non-x86 archs failed due to false-positive
errors [1] by gcc-14_14.2.0-3, e.g., on mips64el. I would like to retry
the build to see if the errors are reproducible using gcc-14_14.2.0-7.
gb fuzzel_1.11.1+ds-1 . mips64el
Thanks,
Peter
[1] https://bugs.debian.org
tions fail,
> the original block is left untouched; it is not freed or moved.
free(new_tokens) is only called if new_tokens is NULL due to
reallocarray() having failed; same for free(tok_lengths) and
new_tok_lengths. The use-after-free errors are false positives.
Peter
Version: 0.7.0~beta.2-2
During a rebuild of all packages in unstable, your package failed to build:
This was fixed just before the bug was filed.
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
I intend to remove this package:
* It has no rev dependencies
From what I can see, haskell-hopenpgp-tools build-depends on it.
edium
+
+ * Non-maintainer upload.
+ * Relax cargo dependency and Debian build-dependency on base64 crate.
+ * Fix clean target.
+ * Fix build process so vendored sources are actually used (Closes: #1084037).
+
+ -- Peter Michael Green Tue, 08 Oct 2024 09:05:28 +
+
matrix-synapse (1.116.0-2) uns
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
Package: mricron
Severity: serious
Tags: trixie, sid
Justification: rc-policy - packages must be buildable within the same release.
User: debian...@lists.debian.org
Usertags: edos-uninstallable
mricron build-depends on lazarus-src-3.0 which is no longer built
by the lazarus source package, it is
The build-depends need to be changed from librust-cbindgen-dev to
librust-cbindgen-0+default-dev to properly reflect the cargo
dependency.
Package: rust-coreutils
Version: 0.0.26-3
Severity: serious
rust-coreutils fails to build on 32-bit architectures. I first noticed
this after uploading 0.0.26-4 to fix the build with the new version of
rust-half, but according to reproducible builds it also seems
to affect 0.0.26-3
> make[1]: En
I tried in raspbian trixie changing the build-dependency to libhdf5-mpi-dev,
but the build
failed with.
/usr/bin/mpicc -g -O2 -Werror=implicit-function-declaration
-ffile-prefix-map=/vtk9-9.3.0+dfsg1=. -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -D_LA
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: qtsystems-opensource-src
Version: 5.0~git20230712.81e08ee+dfsg-2
Severity: serious
libqt5publishsubscribe5 was renamed to libqt5publishsubscribe5t64 and
libqt5serviceframework5 was renamed to libqt5serviceframework5t64 as
part of the time64 transition, but the package names in the
corres
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 `
1 - 100 of 1152 matches
Mail list logo
