Control: tags -1 pending.
Helmut,
Thanks. Applied in git and will be included in the next upload.
Mark
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: lintian-br...@packages.debian.org, martin-eric.rac...@iki.fi
Control: affects -1 + src:lintian-brush
User: release.debian@packages.debian.org
Usertags: binnmu
nmu lintian-brush_0.160 . ANY . unstable . -m "Rebuild against Python 3.13
This bug still occurs. Could the following idea from 2016 be implemented?
One attempt per second doesn't make sense. If we make it once every few
minutes it will significantly reduce log noise.
> I can just do a poor man's timer with a decrement counter, only
> retrying failing DISPLAYs every
I suspect /var/lib/snapraid/, /var/spool/snapraid/ or
/var/cache/snapraid/ might be a more appropriate location for whatever
it is that the program want to keep in /var/.
--
Happy hacking
Petter Reinholdtsen
Package: fail2ban
Version: 1.1.0-7
Severity: normal
Tags: security
X-Debbugs-Cc: Debian Security Team
The following systemd security settings have been tested and allow fail2ban to
work normally while significantly decreasing it's ability to change things on
the sysstem.
This program processes d
Pull request sent to upstream.
Link: https://salsa.debian.org/kernel-team/linux/-/merge_requests/1337
On Sat, 2025-01-25 at 22:15 +0100, Ferenc Fejes wrote:
> Source: linux-signed-arm64
> Version: 6.12.10-1
> Severity: normal
> Tags: d-i patch
> X-Debbugs-Cc: fe...@inf.elte.hu
>
> Debian-instal
Package: valkey-server
Version: 8.0.1+dfsg1-1~bpo12+1
Severity: important
X-Debbugs-Cc: k.f92000@selfhost.services
Dear Maintainer,
When using the Debian distribution of valkey-server with the RediSearch module
compiled from sources,
RediSearch will fail to garbage collect via a fork due to rest
Package: lintian-brush
Version: 0.160
Severity: normal
X-Debbugs-Cc: martin-eric.rac...@iki.fi
lintian-brush still depends on python 3.12 components. Could you please rebuild
against 3.13?
Thanks!
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unst
Package: wnpp
Severity: wishlist
https://gitlab.com/hsleisink/monitor
GPLv3
Package: wnpp
Severity: wishlist
https://gitlab.com/hsleisink/hiawatha
GPLv2+
Control: tags 1092084 - ftbfs
Control: retitle 1092084 nordugrid-arc: VOMS test fails with openssl 3.4.0
Control: severity 1092084 important
The failing test was disabled in version 6.21.1-2. The bug, while still
not fixed, no longer causes FTBFS. Reducing severity.
Mattias
signature.asc
Descr
On Wed, 8 Jan 2025, Fabio PEDRETTI wrote:
Dear Fabio,
> Hi, I would suggest to report it here:
> https://codeberg.org/jengelh/xtables-addons/issues/new
>
> Also, look at this similar ticket I reported months ago here:
> https://codeberg.org/jengelh/xtables-addons/issues/17
Jan Engelhardt kindy
Package: python3-legacy-cgi
Version: 2.6.1-2
Severity: normal
X-Debbugs-Cc: ijaaskelai...@silvermont.rev.dnainternet.fi
missing requirement: openstack-pkg-tools
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-secu
Source: mosquitto
Version: 2.0.20-3
Severity: normal
Another sporadic test failure:
373s ./06-bridge-remap-receive-wildcard.py
373s FAIL: Received incorrect pingresp.
373s Received:
373s Expected: PINGRESP, rl=0
373s 1737928346: mosquitto version 2.0.20 starting
373s 1737928346: Config loaded from
hplip was removed from testing because of this and keeping it conflicts
with other
packages that depend on python 3.13
Thank you!
Shmerl.
I tried to get this building with idna 0.4 but it seems like
a pain, so probablly better to do this as part of an idna 1
update.
Will look into what that entails, but not right now.
Package: xloadimage
Version: 4.1-26
Severity: minor
Tags: patch
* What led up to the situation?
Checking for defects with a new version
test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
page"
[Use "groff -e ' $' -e '\\~$' " to find obvious trailing spaces.]
Package: gpsd
Version: 3.25-5
Severity: normal
Tags: security
X-Debbugs-Cc: Debian Security Team
I tested the following systemd security settings and found them to allow normal
operation on my system while providing less exposure to the system in the case
of security issues.
[Service]
SystemCall
Package: x11-xserver-utils
Version: 7.7+11
Severity: minor
Tags: patch
* What led up to the situation?
Checking for defects with a new version
test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
page"
[Use "groff -e ' $' -e '\\~$' " to find obvious trailing sp
Source: paje.app
Version: 1.98-1.2
Severity: important
Tags: sid trixie ftbfs patch
Control: block 1093620 with -1
Control: block -1 with 1093948 1093950
User: pkg-gnustep-maintain...@lists.alioth.debian.org
Usertags: gnustep-multiarch
This package fails to build with multiarch-based GNUstep; the
On Sun, 26 Jan 2025 02:38:42 +0800 PaulLiu wrote:
> Hi Kentaro,
>
> About bug #1068202 on Debian bootstrap, do you have plans to do NMU?
>
> Yours,
> Paul
Recently, MR!3 was merged into master by olek@d.o.
So I expect olek will do it.
Regrads,
Hi David,
David Bremner writes:
> Xiyue Deng writes:
>
>> Package: notmuch
>> Version: 0.38.3-3
>> Severity: wishlist
>>
>> Dear Maintainer,
>>
>> When experimenting with notmuch-delay.el[1], it suggests that notmuch
>> should be patched with [2], which is now included in master as [3][4].
>> I
Source: bouncycastle
Severity: important
User: debian-...@lists.debian.org
Usertags: upstream-trixie
X-Debbugs-Cc: debian-...@lists.debian.org
Dear bouncycastle maintainer(s),
Testing (trixie) currently ships bouncycastle 1.77. Upstream released
the latest version, 1.80, on January 14th 2025.
W
Package: release.debian.org
Severity: normal
Control: affects -1 + src:looking-glass
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: l...@ring0.de
Hi SRM,
looking-glass upstream has requested removing this package from stable
releases. I don't think this is something we
The issue is no longer occurring with mesa-va-drivers version 24.3.4-2
$ vainfo now outputs:
Trying display: wayland
Trying display: x11
libva info: VA-API version 1.22.0
libva info: Trying to open
/usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1
Package: src:looking-glass
Version: 0+b6-1
Severity: serious
Upstream has indicated that looking-glass is still in development and
isn't suitable for stable releases. This is a placeholder RC bug to
prevent migration into testing.
Source: mercurial
Version: 6.9.1-1
Severity: serious
Tags: ftbfs patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear Maintainer,
Now mercurial has one ftbfs issue on riscv64 like:
```
...
--- /build/reproducible-path/mercurial-6.9.1/tests/
Control: tags -1 +patch +pending
Dear maintainer,
I've prepared an NMU for vbetool (versioned as 1.1-6) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru vbetool-1.1/debian/changelog vbetool-1.1/debian/changelog
--- vbetool-1.1/debian/cha
Hi Andrej,
given you recently uploaded 9mount for rootless builds, could you
also apply this patch?
On Wed, Sep 04, 2019 at 06:31:00AM +0200, Helmut Grohne wrote:
> Version: 1.3+hg20170412-1
>
> 9mount fails to cross build from source, because it does not pass cross
> tools to make. The easiest
Package: libpython3.11-dev
Version: 3.11.9-1
Severity: minor
Tags: patch
* What led up to the situation?
Checking for defects with a new version
test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
page"
[Use "groff -e ' $' -e '\\~$' " to find obvious trailing
Control: fixed -1 2.2.0-1~exp1
Control: stop
The [upstream] commit[1]:
commit 81739d8653988a5cc59fd0ac79ed57f3a4232995
Author: R. Bernstein
Source: sogo
Version: 5.11.2-1
Severity: minor
Tags: patch
Control: block -1 with 1094304
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability ftcbfs
I tried to cross build sogo on amd64 for armhf with multiarch-based
GNUstep and observed the following issues:
* The build-dependen
rust-serial-test version 3 depends on the scc crate which is
not currently in Debian.
Source: sogo
Version: 5.11.2-1
Severity: important
Tags: sid trixie ftbfs patch
Control: block 1093620 with -1
Control: block -1 with 1093948 1094171 1094178
User: pkg-gnustep-maintain...@lists.alioth.debian.org
Usertags: gnustep-multiarch
This package fails to build with multiarch-based GNUstep w
Any thoughts on this? I'm leaning towards disabling the dqlite tests;
I don't know if we want to consider doing that for this package as
well.
Mathias
signature.asc
Description: This is a digitally signed message part
Bjarni Ingi Gislason dijo [Tue, Jan 14, 2025 at 01:10:31AM +]:
> Package: symlinks
> Version: 1.4-4
> Severity: minor
> Tags: patch
>
>* What led up to the situation?
>
> Checking for defects with a new version
>
> test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
X-Debbugs-Cc: debian-de...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: upub
Version : 0.5.0
Upstream Contact: alemi
* URL : https://join.upub.social/
* License : AGP
I'm seriously considering just disabling the tests for this package.
I can't reproduce the most recently reported failure on any of my
machines, although I don't doubt that it is reproducible for Lucas.
Upstream knows about the tests being flaky, and there's a similar bug
against the package i
Package: wnpp
Severity: wishlist
Owner: NoisyCoil
X-Debbugs-Cc: debian-de...@lists.debian.org, noisyc...@tutanota.com
* Package name: triforce-lv2
Version : 0.1.0
Upstream Contact: James Calligeros
* URL : https://github.com/chadmed/triforce
* License : GPL-2.
Hi mjt!
On Wed, Nov 27, 2024 at 09:40:16AM +0100, Helmut Grohne wrote:
> Source: tinycdb
> Version: 0.81-1
> tinycdb fails to cross build from source, because it forces use of the
> build architecture compiler as a GNU Make default in debian/rules by
> using the default value of the ${CC} variabl
Package: gcc-14-x86-64-linux-gnu
Version: 14.2.0-12
Severity: minor
Tags: patch
* What led up to the situation?
Checking for defects with a new version
test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
page"
[Use "groff -e ' $' -e '\\~$' " to find obvious tr
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: md...@packages.debian.org, debian-b...@lists.debian.org,
bl...@debian.org
Control: affects -1 + src:mdadm
Hi,
Please rebuild mdadm to fix its udeb, currently uninstallable aft
On Tue, 2025-01-14 at 13:19 +0100, Emilio Pozuelo Monfort wrote:
>
> This sounds good, but let's wait a bit for the Python transition to settle.
Ping? The python3.13-default transition seems to be at 100% now.
Package: gcc-14-x86-64-linux-gnu
Version: 14.2.0-12
Severity: minor
Tags: patch
* What led up to the situation?
Checking for defects with a new version
test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
page"
[Use "groff -e ' $' -e '\\~$' " to find obvious tr
On Saturday, 25 January 2025 05:47:24 GMT Petter Reinholdtsen wrote:
> Is there anything I can do to help get this AppStream fix into unstable?
Hi there,
I've CC'd Andreas - if I hear nothing back over the next few days I'll look to
do a team upload as this is quite a minor change.
Thanks,
-
On 1/26/25 17:41, max...@mxgo.fr wrote:
This version 131.0.6778.139 with this crash has landed in stable
bookworm/main...
We need to go through bookworm-proposed-updates to get the higher version.
Max.
bookworm-p-u already has 132; however, for reasons involving
stringencoders not properly
Hello Magnus Holmgren,
On Mon, Sep 25, 2017 at 04:38:04PM +0200, Helmut Grohne wrote:
> Source: sa-exim
> Version: 4.2.1-16
> Tags: patch
> Usertags: rebootstrap
the patch looks like it could still apply. Was there a reason it has
not made it into the package yet?
Chris
On 2025-01-25 16:07:14 +0100, Eric Valette wrote:
> Package: apt-listchanges
> Version: 4.8
> Severity: normal
>
> Retrieving bug reports...
> 0%/usr/share/rubygems-integration/all/gems/soap4r-ruby1.9-2.0.5/lib/xsd/xmlparser/xmlparser.rb:30:
> warning: undefining the allocator of T_DATA class
>
Package: gcc-14-x86-64-linux-gnu
Version: 14.2.0-12
Severity: minor
Tags: patch
* What led up to the situation?
Checking for defects with a new version
test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
page"
[Use "groff -e ' $' -e '\\~$' " to find obvious tr
Hi Sebastian,
On Mon Jan 27, 2025 at 12:16 AM CET, Sebastian Ramacher wrote:
> I also get the same failure if I build libfolia on amd64 with sbuild and
> can reproduce it everytime. From coredumctl:
Right, the mystery has been solved and patched in the meantime, see the earlier
discussion (http
This version 131.0.6778.139 with this crash has landed in stable
bookworm/main...
We need to go through bookworm-proposed-updates to get the higher
version.
Max.
On 2025-01-26 20:14:19 +0100, Maarten van Gompel wrote:
> Thanks for the report. I don't really know how to go about solving this.
> I've tried to reproduce this inside a debian:testing container on an
> actual arm64 system but it doesn't reproduce. The libfolia package builds fine
> on my arm64 sy
Hi Chris & Johannes,
> I have no idea why I was in CC but I also got the segmentation fault on my
> laptop (arm64) and this patch fixed it:
Thanks for the extensive debugging and the patch! I guess we never ran it into
this
edge-case where /etc/services wasn't available. I'll commit the patch up
Since applying the final patch on Friday, I have seen no problems with
either the backup snapshot or catching up with replication. It sure
seems like things are all fixed. I haven't yet tried it on our
production Galera cluster, but I expect to on Monday.
Here are Debian packages containing
Control: reopen -1
Control: found -1 2:4.0.4-7
On 2025-01-26 18:42:34 +, Debian FTP Masters wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Format: 1.8
> Date: Tue, 10 Dec 2024 16:35:44 +1100
> Source: procps
> Architecture: source
> Version: 2:4.0.4-7
> Distribution: unstable
Hello Thomas,
it appears commit 4bdf22803f9a41329694e0c3c82189635dccdcd0 breaks
disabling colors using the documented mechanism of touching
/etc/terminal-colors.d/dmesg.disable. See below for a user report.
On Sun, Jan 26, 2025 at 07:19:09PM +0100, Axel wrote:
> Package: util-linux
> Version: 2.4
On Thu, Jan 23, 2025, at 16:01, Jeremy Bícha wrote:
> I have filed an armel/armhf removal bug [1] for libchamplain. If
> libchamplain is removed on those architectures, we will demote this
> bug to important.
>
> Upstream prefers [2] that apps that use gtk3+libchamplain switch to
> gtk4+libshumate.
Am Sun, Oct 30, 2022 at 12:34:13PM +1100 schrieb Ben Finney:
> Package: lists.debian.org
> Severity: wishlist
> X-Debbugs-Cc: de...@laxalde.org
>
> Howdy list masters,
>
> This request is for the addition of a mailing list for the Debian SourceHut
> Packaging Team.
I general we don't host generi
Hi,
Quoting Chris Hofstaedtler (2025-01-26 22:38:31)
> > Don't know why it built on x86-conova-02 for i386.
>
> Still unclear to me.
>
> Might be a good idea to zero-initialize the "info" pointer.
I have no idea why I was in CC but I also got the segmentation fault on my
laptop (arm64) and this
Source: latte-dock
Version: 0.10.9-1
Severity: serious
X-Debbugs-Cc: Debian Qt/KDE Maintainers
latte-dock is currently broken on Plasma 6 which we’re going to ship for
Trixie.
I’m opening this bug report so that it gets removed from testing for
now.
There seem to be some work on the port happeni
On Thu, Oct 17, 2024 at 06:20:00PM +0200, Javier Fernandez-Sanguino wrote:
> Hi Agustin,
>
> I'm fine with the NMU upload. Regarding Salsa: I would like to upload a Git
> repo with all the history so this package can be comaintained easily. Would
> you mind not pushing this to Salsa yet?
Hi, Javi
On Sun, Jan 26, 2025 at 10:28:01PM +0100, Chris Hofstaedtler wrote:
> > This being inside a quite default sbuild+unshare setup.
>
> >From what I can tell libfolio crashes in its static initializer
> because getaddrinfo fails, and then it tries to deallocate the
> results of getaddrinfo, but there
On Sun, Jan 26, 2025 at 10:16:29PM +0100, Chris Hofstaedtler wrote:
> On Sun, Jan 26, 2025 at 08:14:19PM +0100, Maarten van Gompel wrote:
> > Thanks for the report. I don't really know how to go about solving this.
> > I've tried to reproduce this inside a debian:testing container on an
> > actual
Hi,
Quoting John Paul Adrian Glaubitz (2025-01-26 21:18:18)
> > Can you try if the problem exists in sbuild 0.88.1?
>
> It's definitely not present in sbuild 0.88.1. I will provide the other debug
> information tomorrow.
the commit which broke the things that made MR 137 necessary is this one:
On Sun, Jan 26, 2025 at 08:14:19PM +0100, Maarten van Gompel wrote:
> Thanks for the report. I don't really know how to go about solving this.
> I've tried to reproduce this inside a debian:testing container on an
> actual arm64 system but it doesn't reproduce. The libfolia package builds fine
> on
Package: wnpp
Severity: wishlist
* Package name: pybars3
Version : 0.9.7
Upstream Contact: Will Bond
* URL : https://github.com/wbond/pybars3
* License : LGPL-3.0-1-ov-file
Programming Lang: Python
Description : Handlebars.js template support for Python
On Sun, Jan 26, 2025 at 08:20:56PM +0200, Martin-Éric Racine wrote:
> su 26.1.2025 klo 20.09 Colin Watson (cjwat...@debian.org) kirjoitti:
> > That's about DH moduli rather than host key sizes, right? That feels
> > somewhat different, because we just ship upstream's moduli file as a
> > conffile,
Hi Peter,
Thanks for pointing this out.
The Kubernetes upstream some time ago started splitting some of their
libraries into their own repository.
It works like a mirror where they use to track issues, but all the source
code and tags are there too.
https://github.com/kubernetes/kubernetes/tree
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: libkf5kmahjo...@packages.debian.org, Debian Qt/KDE Maintainers
Control: affects -1 + src:libkf5kmahjongg
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Masters,
with the Qt6 transition, libkf5kmahjongg has been supersede
Hi,
On Sun, 2025-01-26 at 21:11 +0100, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting John Paul Adrian Glaubitz (2025-01-26 20:06:13)
> > I just noticed the odd side-effect that there are multiple instances of the
> > buildd process running now and the number of processes seems to incr
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: libkf5k...@packages.debian.org, Debian Qt/KDE Maintainers
Control: affects -1 + src:libkf5kipi
User: ftp.debian@packages.debian.org
Usertags: remove
Dear FTP Masters,
as libkf5kipi has been abandoned upstream and has no more reverse
dep
While I agree that 1130:0202 is a cut-n-paste error on my part, the
intention was to fetch the relevant IDs from the udev rules. Among the
many BTS reports I have sent to try to get machine readable hardware
mappings into Debian, this one obvously included a mistake. Sorry about
that.
I leave
Package: hydrogen
Version: 1.2.2+dfsg-2
Severity: normal
I'm experiencing a reproducible crash with Hydrogen when not enabling
"Ignore note-off" in
the MIDI preferences, and then recording a drum pattern using a MIDI controller.
It would be nice to check with the newest upstream version 1.2.4.
Be
Source: nodejs
Source-Version: 20.18.2+dfsg-1
- Forwarded message from Debian FTP Masters
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 26 Jan 2025 16:31:48 +0100
Source: nodejs
Architecture: source
Version: 20.18.2+dfsg-1
Distribution: unstable
Urgency: medi
control: tags -1 + wontfix
Dear Stefano,
Le dimanche 26 janvier 2025, 18:58:24 UTC+1 Stefano Rivera a écrit :
> Source: kdevelop-python
> Version: 24.12.1-1
> Severity: normal
> Control: block 1094277 with -1
>
> $ grep-dctrl -s Package,Build-Depends -F Build-Depends python3.12
> ...
> Package:
Hi,
Quoting John Paul Adrian Glaubitz (2025-01-26 20:06:13)
> I just noticed the odd side-effect that there are multiple instances of the
> buildd process running now and the number of processes seems to increase over
> the time:
>
> root@alpha-sc-01:~# ps aux|grep buildd
> buildd 2214 0.0
Package: wnpp
Severity: wishlist
* Package name: itgmania
Version : 0.9.0
Upstream Author : multiple
* URL : https://www.itgmania.com/
* License : MIT
Programming Lang: C++
Description : A fork of StepMania 5.1, improved for the post-ITG
community!
Source: yaret
Version: 2.1.0-5.3
Severity: important
X-Debbugs-Cc: 641...@bugs.debian.org, 654...@bugs.debian.org, Debian Multimedia
Maintainers , Marco Nenciarini
, Package Salvaging Team
Hi,
I'm interested in salvaging your package yaret, in accordance with the
Package Salvaging procedure ou
Source: rust-pin-project-lite
Version: 0.2.13-1
Severity: normal
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please update crate pin-project-lite to v0.2.15.
-BEGIN PGP SIGNATURE-
wsG7BAEBCgBvBYJnlpEwCRAsfDFGwaABIUcUAAAeACBzYWx0QG5vdGF0aW9u
cy5zZXF1b2lhLXBncC5vcm
Package: python3-pysaml2
Version: 7.5.0-4
Severity: normal
Dear Maintainer,
A quick grep through the project does not show any leftover usage of
setuptools/distutils/pkg_resources.
$ grep -e distutil -e pkg.res -e setupt -r
Please remove python3-setuptools from the runtime dependencies.
Greeti
Package: futures
Version: 0.3.30-2
Severity: normal
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please update futures to v0.3.31.
-BEGIN PGP SIGNATURE-
wsG7BAEBCgBvBYJnlo9CCRAsfDFGwaABIUcUAAAeACBzYWx0QG5vdGF0aW9u
cy5zZXF1b2lhLXBncC5vcmcTMXvpr4ou0gN+j2Qxn5Aj8GhmDG
Control: tags -1 confirmed
On 24/01/2025 02:07, Lucas Kanashiro wrote:
Package: release.debian.org
Severity: normal
User:release.debian@packages.debian.org
Usertags: transition
Hi,
As discussed with Emilio, we are going to start the transition to switch the
default ruby to version 3.3, wh
Package: librust-sqlx-dev
Version: 0.8.2-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The package does not offer upstream feature "runtime-tokio-rustls".
-BEGIN PGP SIGNATURE-
wsG7BAEBCgBvBYJnlozJCRAsfDFGwaABIUcUAAAeACBzYWx0QG5vdGF0aW9u
cy5zZXF1b2lhLXBncC5vcmf
Hello
Le 26/01/2025 à 19:57, Alexandre Detiste a écrit :
Hi,
It would be even better to Depends on lightweight python3-looseversion
and patch the two imports accordingly.
(It is a copy the old distutils code)
Greetings
Don't hesitate to submit patches :)
https://salsa.debian.org/python-tea
Thanks for the report. I don't really know how to go about solving this.
I've tried to reproduce this inside a debian:testing container on an
actual arm64 system but it doesn't reproduce. The libfolia package builds fine
on my arm64 system (I don't have access to any of the other
architectures). I
Source: rust-web-sys
Version: 0.3.64-2+b2
Severity: normal
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please update crate web-sys to 0.3.77.
-BEGIN PGP SIGNATURE-
wsG7BAEBCgBvBYJnlooSCRAsfDFGwaABIUcUAAAeACBzYWx0QG5vdGF0aW9u
cy5zZXF1b2lhLXBncC5vcmcGqxrfghtYGI+gVK
Installed the manual proprietary Nvidia drivers and the crash is
back 🤷🏻♂️
I think this is the end of me debugging this.
>
Hi again,
On Sun, 2025-01-26 at 17:58 +0100, John Paul Adrian Glaubitz wrote:
> Hi Johannes,
>
> On Sun, 2025-01-26 at 17:46 +0100, John Paul Adrian Glaubitz wrote:
> > Hi Johannes,
> >
> > On Sun, 2025-01-26 at 16:58 +0100, Johannes Schauer Marin Rodrigues wrote:
> > > Hi Dave & Adrian,
> > >
* Gabriel F. T. Gomes wrote:
> Though I can certainly do it. If Debian's libsecret maintainers are
> fine with waiting for a new release of bash-completion, then I'll
> wait, as well, and avoid the backport.
Sorry for the weird punctuation. What I meant is that I can backport
the fix from upstrea
* Jeremy Bícha wrote:
> I suggest doing the bash-completion backport and then we can follow
> with a libsecret upload to include the bash-completion file (with
> appropriate Breaks/Replaces) and then we don't have to think about
> this issue later.
Yeah, not thinking about it in the future makes
Hi,
It would be even better to Depends on lightweight python3-looseversion
and patch the two imports accordingly.
(It is a copy the old distutils code)
Greetings
control: tag -1 pending
Am 24.01.25 um 10:15 schrieb Giuseppe Sacco:
Package: iso-codes
Version: 4.17.0-1
Hello Tobias,
please find attached an updated Italian translation.
Hi Giuseppe,
thanks a lot, applied!
Regards,
Tobias
I guess you might need to make bash-completion's autopkgtests only run
on specific architectures to enable it to migrate to Testing.
Thank you,
Jeremy Bícha
On Sun, Jan 26, 2025 at 1:42 PM Gabriel F. T. Gomes
wrote:
> I don't know if Debian's libsecret maintainers have already incorporate
> this change and if they want to reinstate their completion file,
> already. If so, I will have to backport the deprecation patch from
> upstream bash-completion. T
Package: wtmpdb
Version: 0.13.0-4
Severity: normal
Dear Maintainer,
Running, e.g. last -20, results in usage information being returned instead of
the last 20 wtmp entries as it used to with the classic last tool. One must
instead run last -n20.
We could live with this and the solution would be
Hi Debian (2025.01.26_17:52:52_+)
> Package: python-netfilterqueue
> Package: python-picologging
Uploaded these two, filed (blocking) bugs for the rest.
Stefano
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
Source: osinfo-db
Version: 0.20240701-1
Severity: wishlist
X-Debbugs-CC: p...@debian.org
Please package the new 20250124 release since it includes 6 months of updates.
Thank you,
Jeremy Bícha
Upstream bash-completion has a patch to deprecate the completion for
libsecret in their master branch[1]. This has not been release, yet, so
it's not on Debian's package.
Likewise, upstream libsecret incorporate the completion file from
upstream bash-completion, since the latter was ruled better[2
Woah! I think I can reproduce this!
I was trying to manually install Nvidia drivers to see how that would go!
But didn't get that far. Only got as far as creating a file in
/etc/modprobe.d to disable nouveau, with contents:
```
blacklist nouveau
options nouveau modeset=0
```
Once that is in plac
Package: libfbclient2
Version: 4.0.5.3140.ds6-11
Severity: important
X-Debbugs-Cc: r...@debian.org
Hi,
as said in my last mail to the "upload discussion" Cced to
-devel/-release even a libreoffice-sdbc-firebird not yet rebuilt breaks
if one upgraded libfbclient2.
If we kept that new 4.0.5 libfbc
1 - 100 of 246 matches
Mail list logo