Package: btlib
Version: 1.7.5+dfsg-2
According to tracker.debian.org the new version of btlib is
causing an autopkgtest regression in nthash, this is
preventing the new versions of btlib from migrating to
testing.
The new version of btlib is needed to fix a build-dependency
uninstallability issu
(43.0.0-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix overly strict build-dependency for cc crate.
+
+ -- Peter Michael Green Thu, 24 Apr 2025 21:13:03 +
+
python-cryptography (43.0.0-2) unstable; urgency=medium
* Restore B-D: python3-setuptools (Closes: #1100262
If preferred, a variant of the proposed changes with a default of "no" would
also be possible
I think the default (for bin packages) should be not to generate a multi-arch:
field at all.
This is behaviorally equivalent to multi-arch: no, but it IMO has different
implications, it implies "noone
On 23/04/2025 12:25, Graham Leggett wrote:
I think I figured this out - there is no licenserecon for bookworm so I was
flying blind.
You can download it from here
https://software.opensuse.org//download.html?project=home%3APeterBBB&package=licenserecon
Regards,
Peter
if it might help we can do an interactive gdb
session together.
Cheers,
--
| .''`. ** Debian **
Peter Palfrader | : :' : The universal
https://www.palfrader.org/ | `. `' Operating System
| `-https://www.debian.org/
Salsa CI now running here
https://salsa.debian.org/debian/xfce-polkit/-/pipelines
Most of the issues appear to be some pointer definition mismatch for
dirent...
Rust does not have a core type that is directly equivalent to the
c type char, instead it has a type alias core:ffi::c_char (also
rexported as std::ffi::c_char) which, depending on the target
platform, is an alias for
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
' using this command:
dget -x
https://mentors.debian.net/debian/pool/main/x/xfce-polkit/xfce-polkit_0.3-1.dsc
Changes for the initial release:
xfce-polkit (0.3-1) unstable; urgency=medium
.
* Initial release. (Closes: #1103663)
Regards,
--
Peter Blackman
Package: wnpp
Severity: wishlist
Owner: Peter
X-Debbugs-Cc: debian-de...@lists.debian.org, pe...@pblackman.plus.com
* Package name: xfce-polkit
Version : 0.3
Upstream Contact: Natanael Copa
* URL : https://github.com/ncopa/xfce-polkit
* License : GPL-2
Hello,
I'm reaching out on behalf of an investor looking to enter other market.
While this may not seem like a perfect fit at first glance, I believe you
could gain significantly from being involved.
May I share more details?
Best Regards,
Peter Yang
Package: storm
Version: 1.0-1
Severity: serious
storm has binaries on 32-bit architectures (i386, armel, and armhf),
however it's build-dependencies cannot be satisified there
package: storm
version: 1.0-1
architecture: any
type: src
status: broken
reasons:
-
missing:
pk
etups in Debian trixie.
(i.e. even if radicale won't release a new version until then).
As the fix is in radicale's master branch, I expect this fix to be in the next
radicale release. So the patch is expected necessary only until theni; no
permanent burden.
Thanks for maintaining radi
The debdiff patch
is in the attachment.I have tested that locally,and it works well.Please
let me know whether this solution can be accepted.
You seem to have totally ignored the existing built-using.patch and added
a new patch, furthermore your new patch hardcodes the version number of
ring, so
55f5ab62c290) at
../src/core/manager.c:3071
#22 0x55f59aab1092 in invoke_main_loop (ret_error_message=0x7ffc06b90ad8,
ret_switch_root_init=, ret_switch_root_dir=, ret_fds=0x7ffc06b90ac8,
ret_shutdown_verb=, ret_retval=,
saved_rlimit_memlock=0x7ffc06b90b00, saved_rlimit_nofile=0x7ffc06b90b10
On 15/04/2025 16:07, Jing Luo wrote:
X-Debbugs-Cc: debian-am...@lists.debian.org, debian-...@lists.debian.org,
debian-powe...@lists.debian.org, debian-ri...@lists.debian.org
I understand CC'ing the porters when you have an issue that is specific to the
port, but
if it's failing on every damn
Tags 1068418 +wontfix
After a bunch of back and forth the upstream maintainer of this crate has
stated.
The goal of this crate is to implement direct, memory safe bindings to OpenSSL
APIs. Some of those APIs are poorly designed, but that is frankly OpenSSL's
problem, not my problem.
Package: rust-pprof
Version: 0.13.0-5
Severity: serious
X-debbugs-cc: alexander.kj...@gmail.com
A soundness issue was reported in rust-prost 0.13,
https://rustsec.org/advisories/RUSTSEC-2024-0408.html
which is reported as causing real-world failures in
downstream applications.
I looked at updati
to be passed manually?
Yes,
just put the option (with the hyphens) on its own line in the config file.
This is described in the readme (but not currently in the man page).
"Command line options to be used on every run (maybe --spdx etc with
Salsa CI) can be included in debian/lrc.config"
Peter B
d then
be detected.
Or, if you use --spdx mode, licensecheck would report the license as MIT.
Regards,
Peter
ommit/516332788134a4d7028e7140f5048ae7a4ebc7bf
Regards,
Peter
P.S. No errors shown by piuparts (before or after this commit)
a (upstream requires 1.1.0 specifically).
https://salsa.debian.org/debian/strawberry/-/blob/master/debian/patches/KDSA.patch?ref_type=heads
I'd like to make any changes priority high on account of the freeze.
(Soft freeze in only 4 days now!)
I'll push a suggested change to Salsa anyway.
Regards,
Peter
Hi Pierre,
It was indeed useless. Thanks for pointing this out.
I've pushed a fixed control file to Salsa.
Regards,
Peter
https://salsa.debian.org/debian/kdsingleapplication/-/commit/5c1121e96e730622fd5f429ed371f94bb8bdd4d2
created woth correct permissions
The tmpfiles.d snippet fetchmail.conf can also be used to simplify the init.d
file ;-)
Thanks for maintaining fetchmail in Debian
Peter
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, '
ed something, I did an additionnal commit.
Tell me if that's fine with you.
Bests,
Hi Pierre,
Looks good to me. Thanks.
The CI fail on "missing breaks" is a false positive.
(piuparts is happy, that is what's important!)
Regards,
Peter
library binary package section can be dropped.
(There is a new version of APT which I gather has better conflict
resolution)
Regards,
Peter
library
is upgraded first, but it seems piuparts tries to upgrade
the dev package first, which fails because of file conflict.
(The cmake files were moved to the dev package in version 1.1.
The lib package should only contain the .so files)
Regards,
Peter
this to the shade of burgundy in the Debian
logo, on a white background.
--
Peter Oliverdiff -ur base-files-not-yet.orig/etc/os-release
base-files-not-yet/etc/os-release
--- base-files-not-yet.orig/etc/os-release 2025-03-04 11:20:00.0
+
+++ base-files-not-yet/etc/os-release
ere;
https://forum.strawberrymusicplayer.org/category/5/technical-help
Regards,
Peter
n the next cron run.
Paul
Hi Paul,
Noted, thanks for clarifying.
Hoping to get an upload to unstable soon.
Cheers,
Peter
be part of the auto-kdsingleapplication
transition."
which is misleading as no transition is now planned.
Regards,
Peter
Package: pydantic
Version: 2.10.6-1
Severity: serious
After the update of pydantic-core to build against the new rust-url,
pydantic's autopkgtests are failing.
https://ci.debian.net/packages/p/pydantic/testing/amd64/59623497/
63s E Differing items:
63s E {'msg': 'Input should
Hi Roland,
On 2025-04-01 16:55:26, Roland Gruber wrote:
Hi Peter,
Am 30.03.25 um 21:35 schrieb Peter Wienemann:
2. The copyright documentation in debian/copyright needs more work.
Just by quickly skimming the files I found the following copyright
owners which are not mentioned:
Only main
severity 1101417 serious
thanks
On 27/03/2025 11:06, Colin Watson wrote:
This was fixed upstream in
https://github.com/pydantic/pydantic-core/pull/1585. Since the new
tests won't work with the old rust-url, unless you object, I think it
would be simplest for us to just cherry-pick that at t
ision
steps.
Best regards
Peter
[0] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
where is it
documented please?
Thanks for teaching me here.
Peter
-Original Message-
From: Bastian Blank
Sent: Tuesday, March 25, 2025 9:02 AM
To: GASPAROVIC Peter OBS/MKT ;
1054...@bugs.debian.org
Subject: Re: Bug#1054642: Failing ARP relay from external -> Linux bridge ->
veth
On 19/03/2025 11:03, Adrian Bunk wrote:
It's easy to reproduce even with the binary package when you remove
openssl (see #1099669).
I've now reproduced the bug.
It seems the package will build successfully as long as /etc/ssl/certs
exits, but will fail if that directory does not exist. Install
Is there something I can improve on this front? In other words, how can
the design become smarter?
It's hard to answer this because I don't really understand exactly
how the scheduler works, but what I frequently see is.
1. The set of pins that britney chooses don't work.
2. The fallback depend
t override it in lrc.config for now.
Regards,
Peter
#1 https://bugs.debian.org/1102127
The first two lines of the files are;
// Feel free to copy from this example to your own code
// SPDX-License-Identifier: 0BSD OR BSL-1.0 OR MIT-0
but licensecheck detects the license as just 0BSD,
missing the 'OR BSL-1.0 OR MIT-0' part.
> ∙ ∙ Built-Using: rust-rebuildctl rust-rustls-native-certs (not considered)
rust-rustls-pemfile and friends have been trying to migrate to testing for
nearly a month, but a combination of a few real issues, a number of
well-intentioned
but poorly timed uploads, britney's autopkgtest scheduler b
perfectly silent on its unicast sessions.
HTH, BR
Peter
-Original Message-
From: Ben Hutchings
Sent: Wednesday, March 26, 2025 7:21 PM
To: GASPAROVIC Peter OBS/MKT
Cc: 1054...@bugs.debian.org; Bastian Blank
Subject: Re: RE: Bug#1054642: Failing ARP relay from external -> Linux bri
into Trixie (#2)
Its up to date on the VCS, also dput the source package to Mentors (#3)
#1) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100876
#2) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100026
#2) https://mentors.debian.net/package/kdsingleapplication/
Regards,
Peter
Thanks for pointing out that the ABI is unchanged.
I'll close this transition bug.
Regards,
Peter
On 03/04/2025 08:17, Sune Stolborg Vuorela wrote:
On Wednesday, March 19, 2025 10:51:32 PM CEST Peter Blackman wrote:
Requesting a transition slot for kdsingleapplication.
https://release.debian.org/transitions/html/auto-kdsingleapplication.html
I just looked over the source changges between
Package: texlive-extra-utils
Version: 2024.20250309-2
Severity: normal
Dear Maintainer,
Until the most recent upgrade to texlive-extra-utils, doing:
pdfbook2 x.pdf
produced a file x-book.pdf that could be printed with a standard
duplex printer (flipping on long edge).
Now, pdfbook2 has stoppe
Hi Roland,
On 2025-03-25 08:15:16, Roland Gruber wrote:
Hi Peter,
thanks a lot for the feedback.
Am 23.03.25 um 20:52 schrieb Peter Wienemann:
1. The tarball which is available on
differs from the tarball which is available from the URL specified in
the watch file or which is available on
On 29/03/2025 11:05, Peter B wrote:
Would you consider orphaning the package, rather than removing it?
Please ignore that daft comment!
I was thinking the package was being RMed from the archive,
but now realise its only being pulled from Testing,
and will live on in Sid
Sorry about that
this package.
I'm wondering if this removal should be mentioned in the Trixie release
notes?
Would you consider orphaning the package, rather than removing it?
Regards,
Peter
~> nvidia-detect
Checking card: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1)
Your card is only supported
obably nothing much
will happen now until after the Trixie release,
and we get a transition slot.
Cheers,
Peter
https://salsa.debian.org/debian/kdsingleapplication
https://release.debian.org/transitions/html/auto-kdsingleapplication.html
I have not approved the ownership change (I explicitly said
s ITS.
This update could be uploaded, but probably nothing much
will happen now until after the Trixie release,
and we get a transition slot.
Cheers,
Peter
https://salsa.debian.org/debian/kdsingleapplication
https://release.debian.org/transitions/html/auto-kdsingleapplication.html
Package: rust-skeptic
Version: 0.13.7-4
Severity: serious
rust-skeptic's dependencies are no longer satisfiable in unstable
after the upload of rust-cargo-metadata 0.15
(a removal request for this package has already been filed)
Package: rust-unzip
Version: 0.1.0-1
severity: serious
rust-unzip is no longer installable in unstable after the upload
of rust-zip 2.0
(a removal request for this package has been filed already)
verse dependencies.
Since I started work on it, its gained another one! haruna
Maybe, going forward, move the repo to the debian namespace,
but I don't have access to set that up myself.
Cheers,
Peter
-tz.
+
+ -- Peter Michael Green Fri, 28 Mar 2025 08:03:18 +
+
railway-gtk (2.7.3-1) unstable; urgency=medium
* New upstream release (Closes: #1098620)
diff -Nru railway-gtk-2.7.3/debian/control railway-gtk-2.7.3/debian/control
--- railway-gtk-2.7.3/debian/control2025-02-23 15:08
pascal.org/pipermail/fpc-pascal/2024-October/062468.html
Regards,
Peter B
Package: pydantic-core
version: 2.27.2-1
I hope to update rust-idna soon to version 1.0.3 to fix CVE-2024-12224,
the Debian build-dependencies for your package allow the new version
but the Cargo dependency does not.
After relaxing the cargo dependency, I ran into some test failures,
I think the
48cad2a5
(though I just noticed a stupid typo in the commit message, but whatever)
I will upload ucspi-tcp soon; thanks to you both for reporting these!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.k
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
Package: rust-railway-core
Version: 0.1.2-3
Since we don't want to carry around the old versions of rustls, http
and friends forever, I started looking through the reverse-dependencies
of the old version of hyper-rustls. Two that popped up were railway-core
and hafas-rs. The vcs link for both too
Package: rust-hafas-rs
hafas-rs seems to have been renamed to railway-backend,
and split into multiple crates, which have been packaged
in Debian. There do not appear to be any remaining reverse
dependencies.
Should rust-hafas-rs be removed?
are now not unique to owncloud.
kdsingleapplication is also a dependency of my package strawberry.
If I maintain this package myself, that would reduce the workload for
the owncloud team.)
Regards,
Peter
+
@@ -1,3 +1,11 @@
+rust-hyper-rustls (0.27.5-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove autopkgtest for feature "acceptor" which no longer
+exists.
+
+ -- Peter Michael Green Sat, 22 Mar 2025 09:25:12 +
+
rust-hyper-rustls (0.27.5-1) unstable;
ication-qt6-1.1";
is_bad = .depends ~ "libkdsingleapplication-qt6-1.0";
Regards,
Peter
g clisp
programs.
I'll prepare a new version of cl-babel which removes the testing as it's very
minimalist anyway this won't be a big loss.
Best regards, Peter
On 18/03/2025 20:22, Jonas Smedegaard wrote:
Looks like it is best to wait until the current wave of changes related
rustls-pemfile has entered testing before stirring the dependency chain
more. As I understand it, that chain of dependencies currently awaits
axum til mature, and possibly other
On 15/03/2025 14:38, Jonas Smedegaard wrote:
Quoting Peter Green (2025-02-21 05:02:41)
Hi.
I've been looking at the various aspects of the rustls stack update, and I think
we probably want to semver-suffix tokio-rustls and hyper-rustls so reqwest 0.11.
can remain on the old rustls,
automatically install recomanded packages in time of apt upgrade.
Now I see that my version is from rpi repository, so i am not sure about
this report.
Peter Kutak
-- System Information:
Debian Release: 12.10
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, '
Package: ldap-account-manager
Version: 9.0-1
Severity: wishlist
Dear Maintainer,
a newer upstream release is available. Do you have any plans to upgrade to the
most recent upstream version (9.1 at the time of writing) before the
Trixie soft freeze deadline?
Best regards
Peter
+
@@ -1,3 +1,11 @@
+rust-tonic (0.12.3+dfsg-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix tests with rustls-native-certs 0.6
+ * Fix typos in control files.
+
+ -- Peter Michel Green Sun, 16 Mar 2025 12:28:58 +
+
rust-tonic (0.12.3+dfsg-1) unstable; urgency=m
In addition to the new version of zbus, there is also now a new version of
tonic, which will
need to be dealt with if this package is to remain in trixie. I had a quick
poke in the
upstream git history and there seems to be a commit doing the update.
https://github.com/containers/netavark/commi
CVLAN setups is present.
How do we proceed?
BR
Peter
-Original Message-
From: Uwe Kleine-König
Sent: Wednesday, November 6, 2024 9:53 PM
To: GASPAROVIC Peter OBS/MKT ;
1054...@bugs.debian.org
Cc: 'Daniel Gröber'
Subject: Re: Bug#1054642: Failing ARP relay from external ->
severity 1099728 important
retitle 1099728 unmaintained upstream since 2021
thanks
The crate yaml-rust have seen no upstream activity since 2001, and have
been flagged as unmaintained in RUSTSEC since 2004:
These dates are off by 20 years, rust didn't even exist in 2001.
I'm downgrading this
Hi Richard,
On Donnerstag, 13. März 2025 20:36:21 Mitteleuropäische Normalzeit Richard
Lewis wrote:
> On Sun, 9 Mar 2025, 07:51 Peter Marschall, wrote:
> > when running chkrootkit using `chkrootkit-daily` in diff mode, ifpromisc
> > sometimes raised an alert because of its outp
Package: eog
Version: 43.2-1
Control: affects -1 + heif-gdk-pixbuf
Grab a heic file from somewhere, e.g., your smartphone or
https://heic.digital/download-sample/soundboard.heic
https://heic.digital/download-sample/soundboard.heic. Examine its properties
with exiftool to ensure that it has a ti
t "ps-ccrypt.el")
2. Run
emacs testfile.cpt
----
Best regards
Peter
[0] https://ccrypt.sourceforge.net/
/68d7424702fabf460298a786e23ee48f373d1427
From 68d7424702fabf460298a786e23ee48f373d1427 Mon Sep 17 00:00:00 2001
From: Peter Krefting
Date: Mon, 10 Mar 2025 22:53:14 +0100
Subject: [PATCH 1/1] po: Update Swedish translations
Signed-off-by: Peter Krefting
---
dselect/po/sv.po | 27 +-
man/po/sv.po | 1206
member of said team.
On 10/03/2025 07:08, Andreas Tille wrote:
Source: pgzero
Version: 1.2.post4+dfsg-2
Severity: important
X-Debbugs-Cc: Debian Python Team , Peter Michael Green
, Serge Schneider , 1060...@bugs.debian.org,
1083...@bugs.debian.org, Package Salvaging Team
Hi,
I'm int
://github.com/KDAB/KDSingleApplication/issues/13
https://github.com/KDAB/KDSingleApplication/commit/00a93dc2385ba5f0227136a29466db5194d74bcd
Regards,
Peter
I've prepared a version of reqwest with a vendored copy
of hyper-rustls to get the package fixed while we wait for
a suitable version to be packaged seperately.
It's in debcargo-conf, can you test it before I upload it to
sid?
On 08/03/2025 18:05, Peter Green wrote:
Unfortunatel
On 09/03/2025 17:16, Phil Wyett wrote:
Hi Peter,
I see you have now targeted experimental. This maybe wise.
Yes, the other two reverses built fine with ratt.
I still get the same issue not using ratt. Command below.
sbuild -d unstable --extra-package=libkdsingleapplication-qt6-dev_1.1.0
leapplication/-/pipelines
Regards,
Peter
Phil,
I tried building owncloud-client locally, and it succeeded.
Anyway, I'm thinking that this will need a transition, and should for
now be targetting experimental?
I find three reverse dependencies, including one of my own, strawberry.
The other one is nheko, which also builds OK.
Regards,
Peter
On 08/03/2025 15:40, Soren Stoutner wrote:
On Saturday, March 8, 2025 8:21:32 AM MST Peter B wrote:
> I'm not at all sure about this.
> It seems to me that the Policy wording is ambiguous,
> as I would interpret "copyright information" to imply both the copyright
&g
Control: tags -1 -moreinfo
thanks
Additionally, I would remove the empty 'd/patches' directory.
Dropped the empty folder,
Thanks for reviewing,
Regards,
Peter
,
but it is very confusing.
The above patch includes thos fix already for the non-EXPERT case.
Thanks for maintaining chkrootkit in Debian!
Peter
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-security')
Unfortunately we can't remove this patch yet (along with
downgrade-rustls.patch) until the following packages become available:
- librust-hyper-rustls-0.27+http1-dev
- librust-rustls-pemfile-2+default-dev
Opening this bug so it's documented.
I've just updated rustls-pemfile in sid.
The quest
only in the source.
"This file is free software; the Free Software Foundation gives
unlimited permission to copy and/or distribute it,
with or without modifications, as long as this notice is preserved."
@Phil,
However, putting config.rpath into Google, over half the first page of
hits have files licensed GPL2 !
So i think it would be a mistake to add config.rpath to lrc's list of
exclusions.
On further thought, I'm tempted to 'wontfix' #1099786
Regards,
Peter
On 22/02/2025 18:31, Jonas Smedegaard wrote:
Quoting Peter Green (2025-02-22 18:23:00)
Package: rust-rustls-native-certs
Version: 0.6.3-4
I hope to update rust-rustls-pemfile to version 2 soon, you expressed
in bug 1098278 that you would prefer the rustls-pemfile and
rustls-native-certs
/patches/
m4/
config/
I'll add config.rpath to the exceptions list.
Are you aware of any others, or where to obtain a definitive list?
Regards,
Peter
https://salsa.debian.org/debian/licenserecon/-/blob/main/lrc.config?ref_type=heads
urgency=medium
+
+ * Non-maintainer upload.
+ * Add patches to support new versions of rtnetlink, netlink-packet-route
+if-addrs crates, update Debian build-dependencies accordingly.
+(Closes: #1099780)
+
+ -- Peter Michael Green Sat, 08 Mar 2025 03:59:15 +
+
rust-if-watch (3.
match
+Cargo dependency.
+
+ -- Peter Michael Green Fri, 07 Mar 2025 00:10:27 +
+
mdevctl (1.4.0-1) unstable; urgency=medium
* New upstream version 1.4.0
diff -Nru mdevctl-1.4.0/debian/control mdevctl-1.4.0/debian/control
--- mdevctl-1.4.0/debian/control2025-02-19 17:27
Adding tag 'patch'.
I've packaged the new upstream version.
Available here
https://mentors.debian.net/package/kdsingleapplication/
and
https://salsa.debian.org/PeterB/kdsingleapplication
Regards,
Peter B
//salsa.debian.org/PeterB/kdsingleapplication
To show Salsa CI pipeline passes.
Regards,
--
Peter Blackman
but as Debian will be
entering a freeze soon it would be great if this could be packaged before
the next Debian stable (trixie).
Many thanks for your consideration.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1086865
Kind regards
Peter
/2001_rustls.patch
+ * Update debian build-dependencies for rustls version change.
+ * Update 2001_rustls-native-certs.patch for new rustls.
+ * Update other debian patches to avoid fuzz issues.
+
+ -- Peter Michael Green Tue, 25 Feb 2025 04:23:32 +
+
rust-ureq (2.12.1-3) unstable; urgency
02-25 03:13:13.0
+
@@ -1,3 +1,10 @@
+rust-tonic (0.10.2+dfsg-12.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch for rustls-pemfile 2.
+
+ -- Peter Michael Green Tue, 25 Feb 2025 03:13:13 +
+
rust-tonic (0.10.2+dfsg-12) unstable; urgency=medium
*
:05:33.0
+
+++ rust-hyper-rustls-0.24.2/debian/changelog 2025-02-25 00:49:17.0
+
@@ -1,3 +1,10 @@
+rust-hyper-rustls (0.24.2-5.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch to support rustls-pemfile 2.
+
+ -- Peter Michael Green Tue, 25 Feb
Package: rust-imap-client
Version: 0.1.5
Severity: serious
I recently introduced a semver-suffix package rust-tokio-rustls-0.24, and
updated the
main rust-tokio-rustls package to 0.26.
Unfortunately rust-imap-client's debian dependency is inconsistent with it's
cargo
dependency. The Debian dep
Thank you :)
Kind regards,
Peter
1 - 100 of 7296 matches
Mail list logo
