ave a dependency on
pipewire-bin, but pipewire has a dependency on pipewire-bin.
I think this bug needs to be redirected to piopewire-pulse. I'll also
try touching base with Mumble upstream about it.
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 6/16/25 06:06, Thorsten Glaser wrote
On Fri, Jun 13, 2025 at 02:16:15PM +0200, Sven Hoexter wrote:
> Hi,
> not sure if that's the nice way, but forcing the parameters
> to long curl_easy_setopt() seems to work.
>
> @Chris you did the last upload powerman, was that maybe based on
> https://salsa.debian.org/
This really needs to be fixed as it makes QIF import useless.
The upstream patch is 6531d3e46b7bee1add61aa6c6aaf8fb1f889a586
https://github.com/Gnucash/gnucash/commit/6531d3e46b7bee1add61aa6c6aaf8fb1f889a586
The patch is included in gnucash-5.11
u.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
[ Will Hollywood ]
* Add a LZMA comparator and tests.
-- Chris Lamb Fri, 30 May 2025 09:34:34 -0700
diffoscope (296) unstable; urgency=medium
[ Chris Lamb ]
* Don't rely on zipdetails' --walk functionality to be available; only add
that argument aft
On Sun, Jun 08, 2025 at 05:06:32PM -0400, Nicholas D Steeves wrote:
> Sean Whitton writes:
> > project-el was removed from the archive in March.
>
> Who, what, why?!
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1099887
rompts.
It's also a good idea to read
https://release.debian.org/testing/FAQ.html before sending it off.
Best,
Chris
turning to userspace. Reassigning to the
kernel, as blkid won't be able to do anything about that. Might also
be a hardware issue if it works elsewhere?
Chris
This is likely a result of you running these systemd commands
without being root. If the atftpd package would work around that, it
would be wrong.
I've reassigned this bug to systemd, and immediately closed it, as I
expect the default package selection omitting PK to be by design.
Chris
Package: bluez-obexd
Version: 5.82-1
Severity: normal
Dear Maintainer,
After running `poweroff`, this laptop normally powers off within 3
seconds. But after updating to trixie, poweroff often takes much longer,
because shutdown blocks (for around 30 seconds) until obexd is stopped.
To reproduce:
/security-tracker.debian.org/tracker/CVE-2025-48432
https://www.cve.org/CVERecord?id=CVE-2025-48432
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
exits itself. It's part of the
> util-linux package on other distributions such as Fedora and NixOS but
> not Debian.
waitpid is in util-linux-extra since 2.39.1-2.
Best,
Chris
Hello Chris.
I think this statement is not true. It's not clear at first so I'll explain.
Backports is a repository of packages that are outside of the normal
Debian repositories and have their own policy of how they operate.
Backports are not covered by the Debian Security Team an
Only replying to this part, obviously:
On Sat, May 31, 2025 at 06:31:31PM -0400, Chris Knadle wrote:
> Dealing with Debian Backports isn't fun, BTW, because bugs to Backports
> aren't supposed to go to the Debian BTS last I knew. So the package will
> have to be modified so t
o support
> crypt()'d passwords when libcrypt* is available.
>
> I'll release lighttpd 1.4.79-3 to unstable after lighttpd-1.4.79-2
> migrates to Testing in about 2 weeks from now.
Given we're in the trixie hard freeze period, I would suggest
holding off uploading that change until forky development opens.
Chris
tdata license would probably want the
commercially-packaged agent instead of an old version that Debian
could supply.
Feedback until September 2025 would be appreciated. After that I'll
file an RM bug, if nobody beats me to it.
Chris
britney has no support
to apply different timeline policies based on the upload date or
similar.
Thanks for taking care of it.
Chris
x27;m making the choices that I am.
If Thomas Goirand wishes to support MLMMJ 1.3 through another Stable
release that would be fine, as long as he doesn't expect me to be
involved in that work.
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 5/31/25 08:46, Paul Gevers wrote:
Hi Ch
#x27;m wiling to
do that and post another debdiff here.
Thanks
-- Chris
--
Chris Knadle
chris.kna...@coredump.us
diff -Nru mlmmj-1.5.0/debian/changelog mlmmj-1.5.2/debian/changelog
--- mlmmj-1.5.0/debian/changelog 2025-04-15 18:00:12.0 -0400
+++ mlmmj-1.5.2/debian/changelog 2025-05-3
Okay I've added these changes to the 08_fix-ftbfs-bug.diff patch and
tested a build on i386. I'm about to contact the release team to see if
I can an unblock to upload the package.
Thank very much for your work
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 5/30/25 14:00,
tall
all ::1/128 scram-sha-256"
82s jdbc-tests FAIL non-zero exit status 2
Best,
Chris
meantime syslog-ng was uploaded to unstable, and was built
against the newer mongo-c-driver. The syslog-ng upload fixes a
security bug, and now cannot migrate until mongo-c-driver migrates.
Please do something about this situation.
Chris
> PS: I really like the Rust language, but the Rust ecosystem's insistence
> on living on the bleeding edge is really getting under my skin.
SSE2 was introduced in the year 2000. Can't really argue that this
is "bleeding edge".
Best,
Chris
Control: severity -1 serious
arch baselines violations are serious.
C.
e not provided:
> --keyring
>
> Usage: sqv --keyring --cleartext --output
> --
I'm also seeing this.
Chris
ISOs boot again.
Thanks,
Chris
nd others
(:/).
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
RT if maintainers are unsure.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
tags 1106822 + pending
thanks
This is fixed in Git by updating to the 8.0.2 point release. I will
upload once I get clarity on the status of 8.0.x in trixie.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
downgraded `apt` and `apt-utils`) brings the
system back to a usable state.
The architecture baseline for i386 was raised. Could you please post
the output of `cat /proc/cpuinfo`, so we can understand this better?
Best,
Chris
maintainers to
manually update the Built-Using field in debian/control seems to be
hopelessly busy bureaucratic work.
Please don't manually mantain a field in the source package's
d/control that's supposed to exist only in binary packages.
Chris
need python-redis 6.x in trixie.
I think we do. I've attached a patch that ignores this warning in the
testsuite alone. :)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
diff --git pytest.ini pyte
ning for retry_on_timeout can certainly be suppressed
> somehow if we really need python-redis 6.x in trixie.
I think we do. I've attached a patch that ignores this warning in the
testsuite alone. :)
Regards,
--
,''`.
: :' : Chris Lamb
`. `'`
e modules require Rust and so forth, and other things that
require a bit more work and time to get them shipped.) The functionality
would likely be available via backports, however.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
/net-snmp/snmpd.conf does not exist on
Debian, and indeed the tool actually updates /var/lib/snmp/snmpd.conf.
Please consider updating the man page.
Thanks,
Chris
ess
of this message in future versions.
A patch is attached that accepts this alternative style of error as well.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
diff --git t/unknown_conf.t t/unknown_conf.t
ituation and reassign the
>> bug to the right package?
>
> Ping. Is there a plan here?
Yes — I am preparing an upload now, which should land in unstable
within an hour or so.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
lines about it, the suggestion to
bind-mount the host /dev is already there.
Yeah, that would be a good idea. The warning about postinst scripts
writing to /dev should also no longer apply.
Best,
Chris
better overall solution to remove it from testing entirely. :(
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
patch from Git.
Thanks for your work
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 5/27/25 07:29, Baptiste Daroussin wrote:
Hello,
1.5.2 is out with more fixes.
Best regards,
Bapt
On Tue 27 May 00:58, Chris Knadle wrote:
Hello, Baptiste.
I can't (or shouldn't) upload the
.0-1, and I don't want to
confuse things between Unstable and Experimental. If I have any chance
of uploading something in Unstable to target the next release, is has to
have a higher version # than the version in Experimental. So to insure I
don't screw that up I didn't call it 1.5.1
abled the post-compile
tests, after which the package tests fail on i386 for 2 particular tests.
Definite progress, not quite 100% yet
-- Chris
--
Chris Knadle
chris.kna...@coredump.us
ld successfully.
https://buildd.debian.org/status/package.php?p=mlmmj&suite=experimental
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 5/26/25 10:48, Erwan MAS wrote:
Hi ,
I fix 2 bugs that is preventing tests to complete without failure .
They are now integrated into 1.5.1 , see
https://code
ebian release cycle.
This gives me hope
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 5/26/25 10:48, Erwan MAS wrote:
Hi ,
I fix 2 bugs that is preventing tests to complete without failure .
They are now integrated into 1.5.1 , see
https://codeberg.org/mlmmj/mlmmj/commits/c
On Mon, May 26, 2025 at 05:38:40PM +, Harlan Lieberman-Berg wrote:
> [X] attach debdiff against the package in testing
debdiff is missing in this request.
Best,
Chris
ems the better option to me.
>
> While I think the ITS mitigations would be important, I do not want to
> have your life harder working on the life images. Let's raise the
> severity of this bug to RC and it will be fixed with the next upload
> to unstable.
With my Grml hat on, I would also like to avoid having broken images
until 6.12.30 shows up in trixie.
Thanks,
Chris
That's here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1106409#42
Chris
;.
To me the idea of uploading "1.5.0 but not really 1.5.0 at all" is just
lying. I understand the idea of avoiding an upload with an epoch in the
version #.
I'm not doing that.
Thank you for taking the time to write and considering this, and I
appreciate the clarification.
ng like:
freesas -> pyfai -> silx -> python-xarray -> cfgrib -> eccodes-python -> ecmwflibs
-> libmagics++-dev
Chris
e positives; I'll also see if I can verify
the PHP failures in mlmmj 1.3.0-4 while I'm doing that.
That's what I can do.
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 5/24/25 05:48, Paul Gevers wrote:
Hi Chris,
On 22-05-2025 16:58, Chris Knadle wrote:
Other than that
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: t...@grml.org
Please unblock package grml-hwinfo
[ Reason ]
Better hardware info collection for disks reported by smartctl.
The patch is three lines and collects additional da
o not have BoringSSL either.
Getting these things in is a complicated, huge task.
Chris
Package: haruna
Version: 1.4.0-2
Severity: normal
Dear Maintainer,
I am able to save a playlist, but when trying to open it nothing happens.
To reproduce:
1. In the playlist dialog, manually add a few files.
2. From the playlist menu, click "save as" and save the playlist as a file.
3. Observe
ts/developing
countries who make use of raspberry pi.
I have no idea about Debian packages, but thanks for Maxima, it's great!
Chris
csangwin@stackpi:/var/www/moodle/question/type/stack $cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian
appened. I also had to look twice.
Best,
Chris
mplementation for isc-dhcp-relay?
dnsmasq appears to have an DHCP relay implementation. I have not
tried it.
Best,
Chris
i,
>
> During a rebuild of all packages in testing (trixie), your package failed
> to build on i386.
The version in trixie did not build on i386, so this is not a
regression.
https://buildd.debian.org/status/logs.php?pkg=reproc&arch=i386
Best,
Chris
* Sebastian Ramacher [250521 21:49]:
Control: tags -1 confirmed
On 2025-05-21 11:03:59 +0200, Chris Hofstädtler wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: dnsd...@packages.debian.org, t
st-1.9.10/credentials.hh 2025-05-20 11:13:25.0 +0200
@@ -21,7 +21,7 @@
*/
#pragma once
-#include
+#include
#include
class SensitiveData
diff -Nru dnsdist-1.9.9/debian/changelog dnsdist-1.9.10/debian/changelog
--- dnsdist-1.9.9/debian/changelog 2025-04-29 14:27:45.00
id that kyua should output an .html report, but I
did not find any HTML files in the environment where I did the build. I
asked upstream if there was a way of manually running kyua to create the
HTML report, and I also searched the web but did not find an answer and
did not receive a reply.
I
developer that was involved in the project and has now finally taken
over the upstream website.
In the proposed upload I have also included fixes to the
debian/copyright file to fix Lintian errors.
A debdiff is attached.
Thank you
--
Chris Knadle
chris.kna...@coredump.us
mlmmj-1.5.0
Ping to prevent removal, while we're waiting for the 20day timeline.
Chris
)/salsa.debian.org [id: 3401505009539517866]
(none)/sso.debian.org [id: 6123066591287063388]
(none)/sso.debian.org [id: 6894636788725193640]
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Package: afl++
Version: 4.04c-4
Severity: important
When I run afl-gcc-fast on any source file, it aborts with an error: "GCC
and plugin have incompatible versions, expected GCC 12.2.0, is 12.2.0"
This started occurring after updating to Debian 12.11, which included a
gcc-12 update.
-- System Inf
dependency, this needs to be reflected in the
package's relationships.
Best,
Chris
Control: severity -1 serious
It failed again:
https://buildd.debian.org/status/fetch.php?pkg=uncertainties&arch=all&ver=3.2.3-1&stamp=1747570870&raw=0
st failure looks like it might be timing-specific. I'd suggest
disabling such tests during package build, as buildds can be quite
loaded.
Best,
Chris
(filing with sev: important for now, if the given-back build also
fails I'll upgrade it)
Obviously I forgot to actually attach the debdiff.
Chris
diff -Nru grml-debootstrap-0.119/chroot-script
grml-debootstrap-0.121/chroot-script
--- grml-debootstrap-0.119/chroot-script2025-03-30 16:00:26.0
+0200
+++ grml-debootstrap-0.121/chroot-script2025-05-14 13:20
m
[x] attach debdiff against the package in testing
[ Other info ]
Nothing I'm aware of.
Thanks!
Chris
unblock grml-debootstrap/0.121
glibc-only (Closes: #1105006)
+
+ -- Chris Hofstaedtler Sat, 10 May 2025 00:54:07 +0200
+
util-linux (2.41-4) unstable; urgency=medium
* Pick patches from upstream v2.41-stable branch.
diff -Nru util-linux-2.41/debian/libuuid1.symbols
util-linux-2.41/debian/libuuid1.symbols
--- util-linux-2
-Root: no.
This would help the reproduce.debian.net efforts, which do not
support fakeroot due to reproducibility issues.
Thanks,
Chris
[debian/rules:17: binary-indep] Error 255
dpkg-buildpackage: error: debian/rules binary-indep subprocess returned exit
status 2
Best,
Chris
You planned 12 tests but ran 1.
38s Files=5, Tests=100, 1 wallclock secs ( 0.03 usr 0.01 sys + 0.23 cusr
0.14 csys = 0.41 CPU)
38s Result: FAIL
Please note that the failures currently block libimage-imlib2-perl 2.03-2 from
entering testing.
Best,
Chris
lable on amd64 and arm64 (except for architecture
restrictions).
Probably best to talk to the release team ASAP, and see to get
plink1.9 built on arm64 for forky?
Best,
Chris
[1] https://qa.debian.org/excuses.php?package=pique
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
--- a/debian/rules 2025-05-12 10:11:32.187194150 -0700
--- b/debian/rules 2025-05-12 11:10:09.680581388 -0700
@@ -5,6 +5,9 @@
execute_after_dh_auto_
* Jochen Sprickerhof [250512 14:12]:
Hi Chris,
* Chris Hofstaedtler [2025-05-09 16:42]:
/usr/include/aarch64-linux-gnu/unixODBC/unixodbc_conf.h contains:
#define LT_DLSEARCH_PATH
"/lib:/usr/lib:/usr/local/lib/aarch64-linux-gnu:/lib/aarch64-linux-gnu:/usr/lib/aarch64-linux-gnu:/us
ast and it should
> almost certainly be removed.
Please remove sortmail, given the last maintainer thought in 2015
that should be done.
Chris
ge needs a maintainer. Otherwise the patch will probably
rot in the bts. Maybe you want to step in?
Best,
Chris
ty
impact, hasn't seen any commits upstream in 6 years and has no
Debian maintainer in trixie.
However, there are r-deps. CC'ing them, maybe the r-dep maintainers
want to step in maintaining openhpi, or see about dropping the
r-deps and removing openhpi?
Chris
:
> Lomoco is essentially dead upstream, and I don't use it anymore. At this point
> I do not think it should be part of wheezy.
>
> Unless someone steps up to take over maintainership, I intend to orphan it
> by the end of May.
Chris
ase also consider this for the other packages you recently
orphaned.
Many thanks,
Chris
I fixed the bug metadata; CC:ing the original CC list just so
everybody is informed.
On Sat, May 10, 2025 at 08:06:19PM +, Devarajulu, Mohanasundaram wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-Cc: open...@packages.debian.org, kha...@debian.org
> Control: affects -
lso failed, but differently.
Chris
* Adam D. Barratt [250510 16:52]:
Control: tags -1 + confirmed
On Mon, 2025-04-07 at 12:43 +0200, Chris Hofstaedtler wrote:
* Salvatore Bonaccorso [250406 09:40]:
> > +shadow (1:4.13+dfsg1-2) bookworm; urgency=medium
>
> I think you will need to pick up 1:4.13+dfsg1-1+deb12u1 in
reproduce.debian.net efforts, which do not
support fakeroot due to reproducibility issues.
Thanks,
Chris
gets propagated to the `ar -c` call for libxmake.a,
making libxmake.a not reproducible.
Please find a patch attached which should fix this issue.
Thanks for considering.
Chris
--- xmake-2.9.9+ds.orig/configure
+++ xmake-2.9.9+ds/configure
@@ -243,9 +243,9 @@ _os_find() {
local name="${2}&q
I do wonder if that hides a t64 problem
on !glibc archs.
Best,
Chris
1 tag from Salsa so
that at least that bit matches reality.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
linux-gnu:/usr/lib/aarch64-linux-gnu:/usr/lib/aarch64-linux-gnu/libfakeroot:/usr/local/lib"
Apparently it picks up the LD_LIBRARY_PATH modification done by
fakeroot. But this library path is wrong at runtime.
Please fix the build to not include the libfakeroot directory.
Best,
Chris
n.net.
Thanks,
Chris
migration:
libompl-dev/armel has unsatisfiable dependency
libompl-dev/armhf has unsatisfiable dependency
libompl-dev/i386 has unsatisfiable dependency
You'll need to conditionalize the Depends: or find some other
solution.
Chris
Source: actiona
Version: 3.11.1-1
Severity: serious
Tags: ftbfs
Your package currently FTBFS on mips64el on the buildd network. As
mips64el is a release arch, this prevents migration of your package
to testing.
Please check the logs:
https://buildd.debian.org/status/logs.php?pkg=actiona&ver=3.1
Control: reassign -1 rust-rustix 0.38.37
Control: affects -1 src:rust-timerfd
On Sun, May 04, 2025 at 11:41:36PM +0200, Chris Hofstaedtler wrote:
> process didn't exit successfully: `CARGO=/usr/bin/cargo
> CARGO_MANIFEST_DIR=/build/reproducible-path/rust-timerfd-1.5.0
> CARGO
Hi Santiago,
> As a follow up of https://lists.debian.org/debian-lts/2025/05/msg00023.html,
> I forgot to check if a pu for python-django was in the queue. And I
> would just like to point you out about the above questions from
> Salvatore.
>
> Chris, the next point release
? If so,
I'd be happy to let you know explicitly when I've uploaded something
into unstable.
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
root.
Please make your package buildable with `Rules-Requires-Root:
binary-targets` removed.
Thanks,
Chris
* Andrew Bower [250508 00:00]:
On Wed, May 07, 2025 at 11:28:09PM +0200, Chris Hofstaedtler wrote:
* Andrew Bower [250507 21:42]:
> > > > Unfortunately, libgetdns' soname has changed to 12, so I guess the
library's
> > > > binary package needs to be renamed
On Tue, Apr 29, 2025 at 03:39:03PM +, Debian Bug Tracking System wrote:
> Subject: Accepted dnsdist 1.9.9-1 (source) into unstable
autorm ping, waiting for testing migration (9/10 days)
ging the two bugs to avoid additional confusion.
Chris
Control: severity -1 important
On Mon, Apr 14, 2025 at 01:38:12PM +0200, Lucas Nussbaum wrote:
> Source: pytest-regressions
All these test failures look like they might be caused by i386's
excess FP precision. IMO this is not worth spending time on.
Best,
Chris
1 - 100 of 9450 matches
Mail list logo
