On Sun, 11 Aug 2024, Serafeim Zanikolas wrote:
I can reproduce the loss of job control but not exiting the shell. anyway,
0.16.10 in experimental fixes the job control issue for me.
can I ask you to please give that a try, and if the issue remains also share
whether you've made any changes to t
Control: tags -1 + patch
The following debian/patches/1020-ffmpeg-7.patch seem to fix the build:
Description: More fixes for ffmpeg 7.0
Use class method GetChannels() as a wrapper to get the ffmpeg version
dependent implementation instead of the channels method which
disappeared with ffmpeg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: python-...@packages.debian.org, d...@jones.dk
Control: affects -1 + src:python-m2r
User: ftp.debian@packages.debian.org
Usertags: remove
As of today, all rdpes have been transitioned.
This removal blocks removal of mistune0 (not yet fille
Control: reopen -1
Control: found -1 1.4.10-2
On Mon, Aug 12, 2024 at 03:57:03AM +, Debian Bug Tracking System wrote:
> + Fixes i386 test failures due to excess precision. (Closes: #1077514)
Unfortunately there's a new issue in a testcase that was added in the
new upstream release. I'll
On Sat, Aug 10, 2024 at 07:36:37AM -0300, Santiago Ruano Rincón wrote:
> Hello,
>
> El 09/08/24 a las 11:57, Bernhard Schmidt escribió:
> > Hi,
> >
> > > Yes but time here is short, last PU is end of august
> > > > I can test drive the bulleye version on one of our production servers
> > > > afte
12.08.2024 08:27, YunQiang Su wrote:
Why not submit a bug to src:gcc-14-cross.
There's no requirement for arch-all packages to be buildable on
every architecture. As long as arch-all is built on amd64, I
see no reason to submit bug reports.
It should be easy to add ppc64 target on host arm6
Le 07/08/2024 à 10:18, Emilio Pozuelo Monfort a écrit :
Let's go ahead with this one.
The needed recompilations are mostly done.
As expected, removal hints will be needed, which I've put in 3 categories:
# Independent broken packages
hol-light (#1073882)
ocaml-ffmpeg (#1072440)
ocaml-l
On Sat, 20 Apr 2024 15:28:18 +0200 Lucas Nussbaum wrote:
> On 20/04/24 at 15:39 +0300, Michael Tokarev wrote:
> > 20.04.2024 15:33, Lucas Nussbaum wrote:
> > [..]
> > > This is part of a mass rebuild, first building on arm64 and then on
> > > armhf and armel. So I'm not suggesting anything. :-)
>
[Bastian Blank]
> Also gcc shows buffer overflows:
As far as I can tell, this seem to be mostly theoretical. To reduce the
chance of this affecting anything, I added a patch to git to get rid of
it.
> And an instrumented cmpaddr function shows the condition that reaches
> abort():
Good idea. I
Control: tags -1 -moreinfo
Control: tags -1 +confirmed
On Sun, 11 Aug 2024 23:48:51 +0200 Daniel Kondor
wrote:
> Hi,
>
> thanks, I looked into it and addressed the remaining two warnings.
>
> I haven't thought of using Salsa before, but I don't have any strong
> feelings, so I would consider i
Hi
On 12-08-2024 07:03, 陈 晟祺 wrote:
Seems test stanza tagged with ‘isolated-machine’ are still not run by default.
I have enabled only minimal & essentials tests since version 2.2.4-2.
Would you please add zfs-linux to the enabled list?
We were hit by a kernel bug (1072004) which impacted our
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: Deiban Korean L10N , Debian
Accessibility Team
Control: affects -1 + src:libreoffice
Hi,
Please hint package libreoffice in (unblock is strictly speaking wrong
here, but...)
Hi
>
> In the end it's your decision. All I can say is that tests that are flaky
> enough (my level is roughly worse than 1/8) and not marked as such are
> considered RC buggy.
>
Seems test stanza tagged with ‘isolated-machine’ are still not run by default.
I have enabled only minimal & essen
Package: grub-efi-amd64
Version: 2.12-5
Followup-For: Bug #1043447
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I agree with the above. grub-efi-amd64 and grub-efi-ia32 should both Provides:
grub-efi.
Martin-Éric
- -- System Information:
Debian Release: trixie/sid
APT prefers testing-debu
* Wookey [2024-08-12 05:07]:
On 2024-08-12 05:33 +0200, Jochen Sprickerhof wrote:
Hi Wookey,
thanks for your patch, it looks good to me. Could you please also send it
upstream:
https://github.com/andrewgee/gpxviewer
I would do, but I can't see how to file a bug there. There is no 'issues'
On Fri, 27 May 2022 15:46:38 +0200 Marc Haber
wrote:
> Package: ipxe
> Version: 1.0.0+git-20190125.36a4c85-5.1
> Severity: normal
> Tags: ipv6
>
> So I think we're having three bug reports here:
>
> - the IPv6 RFC violation of not doing IPv6 DAD and not joining required
> multicast groups
> - no
On 2024-08-12 05:33 +0200, Jochen Sprickerhof wrote:
> Hi Wookey,
>
> thanks for your patch, it looks good to me. Could you please also send it
> upstream:
>
> https://github.com/andrewgee/gpxviewer
I would do, but I can't see how to file a bug there. There is no 'issues'
button.
There is a gi
Hi Wookey,
thanks for your patch, it looks good to me. Could you please also send
it upstream:
https://github.com/andrewgee/gpxviewer
And maybe even ask for a new release?
Anyway, feel free to NMU, team upload or even add yourself as a
maintainer.
Cheers Jochen
* Wookey [2024-08-12 00:3
Package: latex2html
Version: 2023-debian1-1
Severity: normal
X-Debbugs-Cc: hamish.webm...@gmail.com
Hi,
The pstoimg program distributed with latex2html does not work in Bookworm
due to a conversion error during netpbm processing.
This happens with both PNG and GIF outputs selected. The default
Package: latex2html
Version: 2023-debian1-1
Severity: normal
X-Debbugs-Cc: hamish.webm...@gmail.com
Dear Maintainer,
Hi, the pstoimg program that comes with latex2html has changed behavior
and now defaults to SVG format instead of PNG. That would be ok but SVG
format is not supported! In addition
Le lundi 12 août 2024, 00:04:15 UTC Henrique de Moraes Holschuh a écrit :
> > salsa. Some user used +deb12u1~1
> > but it is not safe against +deb12u1~debu11u1 upgrade for instance. So a
> > suffix
> > like ~pre should be used, and should be documented
>
> Maybe we could set aside "~~~" for such
> salsa. Some user used +deb12u1~1
> but it is not safe against +deb12u1~debu11u1 upgrade for instance. So a
> suffix
> like ~pre should be used, and should be documented
Maybe we could set aside "~~~" for such uses. ~pre is not going to be
foolproof.
I am *very* happy that ~deb sorts later th
Source: gnucash-docs
Version: 5.8-1
Severity: important
Debian Debian gnucash-docs package maintainer,
Your last package upload to gnucash-docs/5.8-1 was a source+binary package
with arch:all upload. This upload cannot migrate to Debian Testing. Please
make a new upload following the instruction
> I got the *impression* that some heuristic was used to determine whether
> the microcode update should be applied.
No. It has a simple heuristic to not increase the initramfs size by adding AMD
microcode updates unless either it is running on an AMD processor when the
amd64-microcode package i
Package: gpxviewer
Version: 1.1.0-5
Severity: normal
Tags: patch
I noticed from updating this package that it does not build a second time.
The file po/gpxviewer.pot is not cleaned by the build so the rebuild fails.
Simple patch attached.
--
Wookey
diff -Nru gpxviewer-1.1.0/debian/clean gpxviewe
Sorry - there was a typo in that original patch.
Fixed one attached
)' -> ')
Wookey
--
Principal hats: Debian, Wookware, ARM
http://wookware.org/
diff -Nru gpxviewer-1.1.0/debian/changelog gpxviewer-1.1.0/debian/changelog
--- gpxviewer-1.1.0/debian/changelog 2022-11-24 16:44:19.0 +
Package: gpxviewer
Version: 1.1.0-5
Severity: wishlist
Tags: patch upstream
The two external programs supported by gpxviewer are quite heavyweight
(JOSM and Merkaator). In practice I usually want to use something bit
simpler: GPSprune, Viking or GPSMaster for track editing. So
supporting those se
Source: python-mp-api
Version: 0.34.3-1
Severity: serious
Tags: upstream
Justification: FTBFS
We need to upgrade python3-mp-api for python3.12 support and to run
successfully with latest pymatgen.
However, more recent versions of python-mp-api required the maggma
package from https://github.com/m
But I am not completely sure if the generated instdlg.o
is valid and expected, and nsis needs to be able to handle it.
Or GNU assembler should really generate object files in the old layout?
Just a short addition:
If GNU assembler and nsis is found to be working as expected
and there exists no
Thank you.
You can proceed with the removal.
Le dim. 11 août 2024 à 23:24, Chris Hofstaedtler a écrit :
> Upstream has archived the source repo and points users to use
> thriftpy2 instead.
>
> I'm filing this immediately as serious, as there is only one r-dep
> (python-py-zipkin), and that one t
Hi,
thanks, I looked into it and addressed the remaining two warnings.
I haven't thought of using Salsa before, but I don't have any strong
feelings, so I would consider it, especially if it makes releasing the
package easier.
Best,
Daniel
On 11/08/2024 17:44, Phil Wyett wrote:
Control:
> rust-tokio: please update to v1.38
tokio itself is not semver-breaking, but one of it's closely
coupled dependencies mio is. The new versions of tokio,
tokio-macros, mio and signal-hook-mio are now available
in experimental.
rdeps:
Package: pushpin - bug report filed with patch.
Package: rust
hi folks,
> > affects 1076788 + apt
> Bug #1076788 [adequate] adequate: Messes up the console apt was running from
apologies for this. adequate 0.16 onwards is a complete rewrite, and while I've
received a few bug reports since then, this is the first I hear of this issue,
so thanks for the repor
Control: reopen -1
On Sun, Aug 11, 2024 at 10:36:40PM +0200, Chris Hofstaedtler wrote:
> I've done some light tests on arm64 and emulated armhf, but
> additional tests would be very helpful.
Seems like that wasn't enough and on the buildds the build-time
tests fail:
PASS: t.chmod_dev
PASS: t.cho
Package: wnpp
Severity: wishlist
Owner: Kathara Sasikumar
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: pytest-check
Version : 2.3.0
Upstream Contact: Brian Okken
* URL : https://github.com/okken/pytest-check
* License : Expat
Programming Lang:
Source: python-py-zipkin
Version: 1.2.8-1
Control: block 1078528 by -1
X-Debbugs-CC: Alexandre Detiste
Hi,
python-py-zipkin build-depends on python3-thriftpy, but it wants
thriftpy2 instead. I imagine its an optional dependency, as
otherwise the build would have failed.
thriftpy2 is not in Debi
Source: python-thriftpy
Version: 0.3.9+ds1-3
Severity: serious
X-Debbugs-CC: Alexandre Detiste
Upstream has archived the source repo and points users to use
thriftpy2 instead.
I'm filing this immediately as serious, as there is only one r-dep
(python-py-zipkin), and that one tries to use thriftp
> If cython-legacy should go away, it should go away from testing
> first. Cloning to cython-legacy so hopefully autorm may work.
Current list of rdeps:
# Broken Build-Depends:
azure-uamqp-python: cython3-legacy
basemap: cython3-legacy
grpc: cython3-legacy
mdtraj: cython3-legacy
mpi4py: cython3-l
Source: python-skbio
Version: 0.6.1-3
Severity: important
Control: block 1078460 by -1
Hi,
at least the upstream pipelines already use Cython >= 3.0. Please
migrate the Debian package also to Cython 3, and replace the
cython3-legacy (= 0.29.x) build dependency.
Chris
Source: python-hidapi
Version: 0.9.0.post3-5
Severity: important
Tags: upstream fixed-upstream
Control: block 1078460 by -1
Control: forwarded -1 https://github.com/trezor/cython-hidapi/issues/168
Hi,
upstream has released a new version compatible with Cython 3.
Please update your package and swi
On Fri Aug 2, 2024 at 10:23 AM CEST, John Paul Adrian Glaubitz wrote:
> Control: reopen -1
>
> On Thu, 2024-08-01 at 22:49 +, Debian FTP Masters wrote:
> >* Add version constraint to Build-Depends: golang-go, for relatively new
> > stdlib packages (cmp and slices). Closes: #1077724.
>
Hi,
I did consider the same and discussed within the python team, but tzdata does
not have US/* timezones anymore (which apparently now is in the tzdata-legacy
package) which pendulum uses. Having to depend on several packages and adding
several workarounds does not seem really nice when there
Source: bfs
Version: 3.3.1-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
bfs fails to cross build from source, because it has a hand-written
configure script that is very much unlike autotools and hence
override_dh_auto_configure does not pass any cross compilation options.
Th
Source: skimage
Version: 0.24.0-1
Severity: important
Control: block 1078460 by -1
pyproject.toml in your project indicates it should use Cython >= 3,
however your package Build-Depends on cython3-legacy (i.e. 0.29.x).
Please fix the Build-Depends.
Chris
Source: litecoin
Severity: wishlist
Please consider moving the litecoin package to the Debian Cryptocoin Team.
Package: apt-show-versions
Version: version 0.22.15+nmu1
I do not know how to resolve this bug below :(
Kind regards
Peter
Error:
aragorn@Aragorn:~$ sudo apt-get update
Hit:1 http://deb.debian.org/debian trixie InRelease
Hit:2 http://security.debian.org/debian-security trixie-security InReleas
debian-arm,
please help testing fakeroot/experimental, which fixes the FTBFS on
armel, armhf. Please test it.
I've done some light tests on arm64 and emulated armhf, but
additional tests would be very helpful.
> Changes:
> fakeroot (1.35.1-1.2) experimental; urgency=medium
> .
>* Non-maint
On Sun, 2024-08-11 at 14:34 +0530, Ananthu C V wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ananthu C V
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: python-tzdata
> Version : 2024.1
> Upstream Contact: Python Software Foundation
> * URL :
On Sun, 02 Jun 2024 15:21:32 +0200, Sebastian Ramacher wrote:
> > result.c:386:29: error: ‘AVCodecContext’ has no member named ‘channels’
> > 386 | a->channels = codecs->ac->channels;
> > | ^~
I've pushed [0] a patch to the Git repo replacing all ->channels
Source: golang-google-grpc
Version: 1.64.0-6
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=golang-google-grpc&arch=armhf&ver=1.64.0-6%2Bb1&stamp=17233879
Source: receptor
Version: 1.4.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=receptor&arch=armel&ver=1.4.4-1%2Bb1&stamp=1723401593&raw=0
=== RUN Te
Hi,
It would indeed be nice if the options for IPU6 support were enabled.
I tried compiling a new kernel using linux-source-6.10. Starting with
/boot/config-6.10.3-amd64, I used make menuconfig to search for the
relevant configuration names and then set those to module. Turned out
one needs to s
On Sun, Aug 11, 2024 at 09:32:10PM +0200, Bastian Blank wrote:
> On Sun, Aug 11, 2024 at 08:43:23AM +0200, Petter Reinholdtsen wrote:
> > but alas, did not really solve much.
>
> This is unsurprising, as the tests in 3.2-3 are just broken.
Also gcc shows buffer overflows:
| ./nslint.c: In functi
Hi
On Sun, Aug 11, 2024 at 08:43:23AM +0200, Petter Reinholdtsen wrote:
> but alas, did not really solve much.
This is unsurprising, as the tests in 3.2-3 are just broken. At least
both the bind and bind-broken directory are identical and the
"validate-bind-zones" test fails.
| ~/nslint-3.2/deb
Source: iem-plugin-suite
Version: 1.14.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=iem-plugin-suite&arch=arm64&ver=1.14.1-1%2Bb2&stamp=1723399160&r
On 2024-08-11 18:38:10 [+0200], Chris Hofstaedtler wrote:
> openssl 3.3(.1) has a known issue with the installed pkg-config
> files, causing build failures of depdendent packages like
> pdns(-recursor). Basically, detection of the prefix used for
> libssl.so is broken.
Thank you for reporting.
Str
Control: reassign -1 python3-pendulum
X-Debbugs-Cc: daniel.baum...@progress-linux.org
Please fix the package so it does not import non-existing namespaces.
This does not only break sikaj but also pendulum's autopkgtest.
On Sun, Aug 11, 2024 at 2:07 PM Diane Trout wrote:
> Over in python packaging I regularly end up with dependencies that have
> Breaks: some older version of a package that depends on the package
> declaring the breaks. As an example python3-pandas heavily uses the
> Breaks rules.
Nobody on the De
Package: wnpp
Severity: wishlist
Owner: Carsten Schoenert
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-whey-pth
Version : 0.0.6
Upstream Contact: Dominic Davis-Foster
* URL : https://github.com/repo-helper/whey-pth
* License : Expat
Pro
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-rdflib-endpoint
Version : 0.5.1
Upstream Contact: Vincent Emonet
* URL : https://github.com/vemonet/rdflib-endpoint
* License : MIT
P
Package: ipxe
Version: 1.0.0+git-20190125.36a4c85-5.1
Followup-For: Bug #1058329
Control: tags -1 ftbfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
That's because Debian presumes that EFI means x86-64 binary...
$ file /boot/ipxe.efi
/boot/ipxe.efi: PE32+ executable (DLL) (EFI application) x
On Wed, 03 Jul 2024 12:26:16 + Matthias Klose
wrote:
> Please keep the issue open until the package can be built in
> a follow-up test rebuild.
>
> The package fails to build in a test rebuild on at least amd64 with
> gcc-14/g++-14, but succeeds to build with gcc-13/g++-13.
fcrackzip 1.0-12
Control: severity -1 normal
I reduce the severity of the bug, as parsinsert has been removed
from armel and armhf platforms.
Have a nice day, :)
--
.''`. Étienne Mollier
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/2, please excuse my verbosit
Source: golang-github-onsi-ginkgo-v2
Version: 2.15.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=golang-github-onsi-ginkgo-v2&arch=arm64&ver=2.15.0-1
Source: singularity-container
Version: 4.1.2+ds1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=singularity-container&arch=arm64&ver=4.1.2%2Bds1-1%2Bb1&
On Sun, 2024-08-11 at 13:44 -0400, Jeremy Bícha wrote:
> On Sun, Aug 11, 2024 at 2:45 AM Diane Trout wrote:
> > It looks like apt wasn't wanting to install various t64 packages
> > with
> > apt upgrade.
>
> I think you are requesting that libgtk-4-1 4.14 have something like:
>
> Depends: libgtk-
Control: clone -1 -2
Control: retitle -1 autopkgtest: tmpfails if test exits with 254 or 255
Control: tags -1 pending
Control: retitle -2 autopkgtest: tmpfails if removal of tmp dir fails
On Thu, 8 Aug 2024 12:40:15 +0200 Paul Gevers wrote:
I recall that most of those openjdk-* failures actually
Source: plast
Version: 2.3.2+dfsg-10
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=plast&arch=armel&ver=2.3.2%2Bdfsg-10%2Bb4&stamp=1723397616&raw=0
-- D
Source: gobgp
Version: 3.29.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=gobgp&arch=ppc64el&ver=3.29.0-1%2Bb1&stamp=1723394890&raw=0
=== RUN Test
On Tue, 06 Aug 2024 12:07:36 +0300, Niko Tyni wrote:
>polymake has not been checkced for compatibility with perl 5.40 or newer;
>your perl interpreter says it is 5.04.
I've naively replaced 5.40 with 5.42 in the check [0], and polymake
builds, including running its test suite.
Not su
Hi Ben,
On Sun, Mar 13, 2016 at 01:47:34PM +, Ben Hutchings wrote:
> Package: src:linux
> Severity: wishlist
>
> Currently we attempt to maintain the kernel module ABI within each
> stable release, and try to avoid ABI bumps within unstable other than
> for new upstream releases.
>
> Sometim
On Sun, Aug 11, 2024 at 2:45 AM Diane Trout wrote:
> It looks like apt wasn't wanting to install various t64 packages with
> apt upgrade.
I think you are requesting that libgtk-4-1 4.14 have something like:
Depends: libgtk-4-common (>= 4.14), libgtk-4-common (<< 4.15)
This interferes with how w
Hi,
I thought pagure looked need, so I attempted to get it to run on Debian
stable. I ran into #1055204 and another change in jinja2's api.
I backported upstreams fixes, and tried them but then I got stuck on a
problem looking for the session object.
File "/usr/lib/python3/dist-packages/flask/
On 2024-08-11 12:55, Johannes Schauer Marin Rodrigues wrote:
Hi,
Quoting Reinhard Tartler (2024-08-11 17:25:00)
while looking at
https://ci.debian.net/packages/r/reform-setup-wizard/unstable/arm64/50343230/
I
noticed that your package is using podman to run an autopkgtest:
https://sources.de
Hi Douglas,
On Sun, Aug 11, 2024 at 05:15:48PM +, Douglas Silva wrote:
> Sorry for not replying. I'm not running Debian right now; I'm
> running the latest Fedora, and I know the problem is reproducible
> there (disabling c-states is still a workaround).
Thanks for reporting back then.
In t
Package: wnpp
Severity: wishlist
* Package name: spoofdpi
Version : 0.10.6
Upstream Author : xvzc
* URL or Web page : https://github.com/xvzc/SpoofDPI
* License : Apache-2.0
Programming lang: Go
Description : simple and fast anti-censorship tool
A simple and fast a
Source: autopkgtest
Version: 5.38
Severity: important
X-Debbugs-Cc: elb...@debian.org, bl...@debian.org
Regression in 5.38, see:
https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/377#note_514428
Summary: if the testbed initially has systemd, but the test-case swaps
the init system to
Quoting Peter Michael Green (2024-08-11 18:27:52)
> Package: rust-rustls
>
> I hope to update tokio in Debian to the latest version soon,
> tokio itself is not semver-breaking, but one of it's closely
> coupled dependencies mio is. The new versions of tokio,
> tokio-macros, mio and signal-hook-mio
On Mon, 5 Aug 2024 10:01:33 -0400 Jeremy Bícha
wrote:
> Control: tags -1 +pending
> Control: severity -1 serious
>
> Steve, could you do the ipe-tools upload now? I am ready to do the
> poppler 24.08 transition once the Debian Release team is ready.
Just pushed the upload.
Thanks!
-Steve
sign
Hi,
Quoting Reinhard Tartler (2024-08-11 17:25:00)
> while looking at
> https://ci.debian.net/packages/r/reform-setup-wizard/unstable/arm64/50343230/
> I
> noticed that your package is using podman to run an autopkgtest:
>
> https://sources.debian.org/src/reform-setup-wizard/1.0-7/debian/tests/c
Source: openssl
Version: 3.3.1-2
Severity: important
Tags: ftbfs upstream fixed-upstream
Control: affects -1 src:pdns src:pdns-recursor
Hi,
openssl 3.3(.1) has a known issue with the installed pkg-config
files, causing build failures of depdendent packages like
pdns(-recursor). Basically, detecti
On 2024-08-11 11:50, Diederik de Haas wrote:
For Debian, I do think that this workaround is acceptable, at least
for
the purposes of allowing further testing in the "testing"
Distribution,
so that we get additional datapoints whether there actually are
runtime
issues that stem from unitialized
Package: rust-rustls
I hope to update tokio in Debian to the latest version soon,
tokio itself is not semver-breaking, but one of it's closely
coupled dependencies mio is. The new versions of tokio,
tokio-macros, mio and signal-hook-mio are now available
in experimental.
The main rustls crate do
On 2024-08-11 11:50, Diederik de Haas wrote:
If you can make the argument that a specific warning can be ignored,
you
could override that specific warning with a clear explanation why
that's
OK in this particular case.
This patch OTOH essentially says to ignore ALL warnings.
Please find an
On Sun Aug 11, 2024 at 4:56 PM CEST, Reinhard Tartler wrote:
> On 2024-08-11 08:55, Diederik de Haas wrote:
> > On 03 Aug 2024 11:08:58 -0400 Reinhard Tartler
> > wrote:
> >> I noticed this package is listed as low-NMU. As such, I'm taking the
> >> liberty of uploading the following patch as NMU t
Control: tags -1 +moreinfo
On Sun, 2024-08-11 at 17:24 +0200, Daniel Kondor wrote:
> Control: tags -1 - moreinfo
>
>
> Hi,
>
> I updated the package on mentors.debian.net addressing the review (also
> bumped the minor version number so as to be able to create a new, signed
> release that work
Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com
* Package name: python-proton-vpn-logger
Version : 0.2.1
Upstream Contact: Proton AG
* URL : https://github.com/ProtonVPN/python-
On Sun, 11 Aug 2024 at 09:59, James Addison wrote:
> [ ... snip ... ]
> Thanks, Vagrant - it's possible that I'm splitting hairs, but the randomized
> temporary path is created below the working build directory, and the problem
> occurs due to the embedding of that complete resulting path (build d
Source: reform-setup-wizard
Version: 1.0-7
Severity: important
Hi,
while looking at
https://ci.debian.net/packages/r/reform-setup-wizard/unstable/arm64/50343230/ I
noticed that your package is using podman to run an autopkgtest:
https://sources.debian.org/src/reform-setup-wizard/1.0-7/debian/tes
Control: tags -1 - moreinfo
Hi,
I updated the package on mentors.debian.net addressing the review (also
bumped the minor version number so as to be able to create a new, signed
release that works better with uscan). Let me know if I missed something.
Best,
Daniel
On Tue, 06 Aug 2024 22:4
Package: developers-reference
version: 13.8
Severity: important
Dear Maintainer,
could we have a definitive documentation of debian versionning including corner
case
- the +really scheme should be documented with better discussion than policy
- the +~ multiple tarball, and uscan checksum should b
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
Two commits from Linux 6.8 got backported to Linux 6.1, but only one
of them got backported to Linux 5.10, causing the use of GPL-only
symbols (on ppc64el only) from 5.1
Hi Andreas,
On 11-08-2024 16:52, Andreas Metzler wrote:
yes, the only impact of dropping the datefudge dep is a loss of test
and autopkgtest coverage.
Ack.
However since the gnutls commandline programs were enhanced to also
support --attime option (similar to OpenSSL' -attime) the usage of
d
On 2024-08-11 08:55, Diederik de Haas wrote:
On 03 Aug 2024 11:08:58 -0400 Reinhard Tartler
wrote:
I noticed this package is listed as low-NMU. As such, I'm taking the
liberty of uploading the following patch as NMU to sid:
...
new file debian/patches/don-t-fail-on-unknown-gcc-warnings.patch
Hi Alberto,
please do fix this release-critical bug in dnss package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1073773
Best,
Nilesh
Package: dnss
Version: 0.0~git20230806.0.38ca607c-1
Severity: important
Tags: patch trixie sid
User: helm...@debian.org
Usertags: dep17m2 dep17dhmo
On 2024-08-04 Paul Gevers wrote:
> Source: gnutls28
> Version: 3.8.6-2
> Severity: important
> Tags: sid trixie
> User: debian...@lists.debian.org
> Usertags: edos-uninstallable
> Dear maintainer(s),
> gnutls28 has a build dependency on datefudge, but since April
> 2024 datefudge has an RC bug
Control: notforwarded -1
Control: tag -1 -fixed-upstream
On Sun Aug 11, 2024 at 3:43 PM CEST, Petter Reinholdtsen wrote:
> [Diederik de Haas]
> >> during a rebuild of the reverse dependencies for the transition to
> >> ffmpeg 7.0, your package failed to build
> >
> > Someone made a PR and that got
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
Two commits from Linux 6.8 got backported to Linux 6.1, but only one
of them got backported to Linux 5.10, causing the use of GPL-only
symbols (on ppc64el only) from 5.1
migration is blocked until sbcl migrates; debugging sbcl is ongoing.
Closed
--
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56
Jörg Frings-Fürst
D-54470 Lieser
git: https://git.jff.email/cgit/
Skype:jff-skype@jff.email
Jami: joergfringsf
1 - 100 of 182 matches
Mail list logo
