I've looked a bit deeper and this is what happened:
the package tor-0.4.7.13 has been built 2023-01-12
at this point bookworm still was testing and in January
bookworm/testing had libzstd-1.5.2
but then libzstd-1.5.4 entered bookworm/testing 2023-02-23
so tor would have needed a rebuild as there
This bug comes from the system wherever the package is built
it must have some stale older version of libztd or something.
When built on a CLEAN debian-stable, the result is a
binary that used the header of the libzstd version actually available
in debian-stable → it doesn't have this problem.
Meanwhile, I've tested this and it works fine for me.
patch attached.
--- src/parser_rfc822.c~ 2013-07-13 10:10:25.0 +
+++ src/parser_rfc822.c 2018-08-05 00:15:58.034730797 +
@@ -35,7 +35,7 @@
#include
#include
-#define READSIZE 16384
+#define READSIZE 65536
int
Found the reason for this bug.
On July 8th a package called librust-winapi-dev was accepted in sid
It comes with a complete common-sense breaking "Provides:" line of
more than 57kB length, as it provides 1336 packages.
IMHO this is insane.
However, cdebootstrap uses
libdebian-installer-0.116
Package: cdebootstrap
Version: 0.7.7+b1
Severity: important
Dear Maintainer,
when I try to use cdebootstrap with current sid or testing repository
it just fails with
W: parser_rfc822: Iek! Don't find end of value!
it still works fine with stable though.
Didn't do anything special, just
#
Package: scid
Version: 1:4.3.0.cvs20120311-1
Severity: wishlist
Dear Maintainer,
There's a new version of scid available,
it would be nice to see this version in debian.
Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: dash
Version: 0.5.5.1-6
Severity: important
read -r variable is supposed to prevent escaping chars by using backslash
but actually it still allows to do that. Testcase:
# read -r input
(input: foo\nbar)
# echo $input
foo
bar
instead it should not translate \n to newline and therefore
Sorry for the noise, after discussing this with someone on IRC, I see
read -r works fine, it was just my wrong assumptions about POSIX
echo, I didn't know it is supposed to parse \n, and the bash
echo -e is just how POSIX echo is supposed to work.
So the bug report is invalid. But at least I've
8 matches
Mail list logo