Control: tag -1 pending
Hello,
Bug #1082144 in gitless reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/gitless/-/commit/3aef4aca7496994fcdd
On Wed, Jan 22, 2025 at 02:43:36AM +0200, Peter Pentchev wrote:
> On Wed, Jan 22, 2025 at 02:08:43AM +0200, Peter Pentchev wrote:
> > On Tue, Jan 21, 2025 at 03:10:10PM -0800, Graham Percival wrote:
> > > On 2025-01-21, Peter Pentchev wrote:
> > > > > * portabili
On Wed, Jan 22, 2025 at 02:08:43AM +0200, Peter Pentchev wrote:
> On Tue, Jan 21, 2025 at 03:10:10PM -0800, Graham Percival wrote:
> > On 2025-01-21, Peter Pentchev wrote:
> > > > * portability and standards compliance fixes.
> > >
> > > Thanks for the fix f
On Tue, Jan 21, 2025 at 03:10:10PM -0800, Graham Percival wrote:
> On 2025-01-21, Peter Pentchev wrote:
> > > * portability and standards compliance fixes.
> >
> > Thanks for the fix for the OpenSSL 3.x deprecated functions!
> > I kept meaning to drop you a note
ly) I'll roll the official spiped 1.6.3 release in about
> a week. As always, Tarsnap bug bounties apply to issues found in spiped.
None from this end :) Thanks for all your work!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:
On Wed, Jan 08, 2025 at 02:59:16PM +, Luca Boccassi wrote:
> On Wed, 8 Jan 2025 at 14:35, Peter Pentchev wrote:
> >
> > On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> > > Le 2025-01-07 21:52, Peter Pentchev a écrit :
> > > >
On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> Le 2025-01-07 21:52, Peter Pentchev a écrit :
> >
> > Hm. That sounds interesting, but I think the Debian project cannot
> > protect such a mirror from automatically bringing in non-DFSG content
&g
An automatic mirror cannot do that.
(and no, even if one says "well the responsibility is on the developer who
first marked that remote repo for mirroring", no, I don't think there is
a way that developer can know that, two weeks later, somebody will push
bad stuff there)
G
s_emul:1
> fpuemustats/emulated:535
> fpuemustats/errors:0
> fpuemustats/ieee754_inexact:4
> fpuemustats/ieee754_invalidop:0
> fpuemustats/ieee754_overflow:0
> fpuemustats/ieee754_underflow:0
> fpuemustats/ieee754_zerodiv:0
> [...]
So ye
s_emul:1
> fpuemustats/emulated:535
> fpuemustats/errors:0
> fpuemustats/ieee754_inexact:4
> fpuemustats/ieee754_invalidop:0
> fpuemustats/ieee754_overflow:0
> fpuemustats/ieee754_underflow:0
> fpuemustats/ieee754_zerodiv:0
> [...]
So ye
t the quotes) in the build log.
Unfortunately, the failure message from pytest is surprisingly unhelpful;
I would have expected it to display the posixpath object as a string,
so one can figure out what the "filename" was instead of the current
Python source file.
I may try reproducing
Control: tag -1 pending
Hello,
Bug #1091850 in djbdns reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/djbdns/-/commit/36775d62448916d25386e3d3e4095ba9658
lper and for your push for Rules-Requires-Root: no.
For the packages I maintain, this is mostly already handled by
declaring dpkg-build-api v1, but still it is a good idea to apply it by
default across the board.
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
lper and for your push for Rules-Requires-Root: no.
For the packages I maintain, this is mostly already handled by
declaring dpkg-build-api v1, but still it is a good idea to apply it by
default across the board.
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
On Mon, Dec 16, 2024 at 12:54:38PM +0200, Peter Pentchev wrote:
> Source: python-libtmux
> Version: 0.30.2-1
> Severity: normal
> Tags: patch upstream
> X-Debbugs-Cc: r...@debian.org
>
> If new_session() is invoked with both the window_command and environment
> parameters
ick band-aid; a more elaborate fix (and tests) will
be made upstream.
Forwarded: yes
Author: Peter Pentchev
Last-Update: 2024-12-23
--- a/item.c
+++ b/item.c
@@ -7,6 +7,7 @@
#define _GNU_SOURCE
+#include
#include
#include
#include
@@ -23,7 +24,7 @@
char buf[256];
size_t len;
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: python-cfg-d...@packages.debian.org, r...@debian.org
Control: affects -1 + src:python-cfg-diag
User: ftp.debian@packages.debian.org
Usertags: remove
Hi,
I am the upstream author of the cfg-diag Python library; I write it under
the mistake
uestion is really about reprepro, then take a look at
the "Contents" option in the definition of a distribution
(the conf/distributions file); putting "Contents:" on a line by
itself will make reprepro generate the files.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net
to get
a whole lot of `-e this=that -e other=something` options.
.
For a demonstration, see https://gitlab.com/-/snippets/4782141
Origin:
https://github.com/ppentchev/libtmux/commit/5b312f44974d06a57c4c7c6a4c3ccf60d2b52c78
Forwarded: yes
Author: Peter Pentchev
Last-Update: 2024-12-16
--- a/s
On Fri, Dec 13, 2024 at 11:01:43PM -0500, Michael Stone wrote:
> On Fri, Dec 13, 2024 at 07:00:36PM +0200, Peter Pentchev wrote:
> > On Fri, Dec 13, 2024 at 10:08:19AM -0500, Michael Stone wrote:
> > > On Fri, Dec 13, 2024 at 12:22:38PM +0100, Marc Haber wrote:
> > > &g
On Fri, Dec 13, 2024 at 07:00:36PM +0200, Peter Pentchev wrote:
> On Fri, Dec 13, 2024 at 10:08:19AM -0500, Michael Stone wrote:
> > On Fri, Dec 13, 2024 at 12:22:38PM +0100, Marc Haber wrote:
> > > They are planning to remove the --badname option from useradd, making
> >
's not actually essential for adding a user. If you don't like the policy
> that useradd sets...just don't use it.
In the context of the whole thread, are you suggesting that adduser(1)
should be changed to use something other than useradd(8) under the hood?
G'luck,
P
ibc/kernel combinations will fail for unprivileged
users even for chown(-1, -1).
Fixes the FTBFS on sparc64.
Forwarded: no
Author: Peter Pentchev
Last-Update: 2024-12-13
--- a/unixserver.c
+++ b/unixserver.c
@@ -243,7 +243,8 @@
if(bind(s, (struct sockaddr*)saddr, SUN_LEN(saddr)) != 0)
t: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Description: Use `unsigned short` for `uid_t`, `gid_t`, and `mode_t` if needed
Forwarded: yes
Author: Peter Pentchev
Last-Update: 2024-12-12
--- a/unixserver.c
+++ b/unixserver.c
@@ -9,6 +9,7 @@
#include
#include
#include
+#include &q
ings to numbers
Passing e.g. `-u 999` would not change the variable at all, yet
not be reported as an error.
Forwarded: yes
Author: Peter Pentchev
Last-Update: 2024-12-12
--- a/unixserver.c
+++ b/unixserver.c
@@ -1,3 +1,4 @@
+#include
#include
#include
#include
@@ -102,8 +103,9 @@
ANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Description: Make sure the strtoul() value is a valid unsigned int
Forwarded: yes
Author: Peter Pentchev
Last-Update: 2024-12-12
--- a/unixserver.c
+++ b/unixserver.c
@@ -1,4 +1
ll-time DD who often wishes he would
allocate more time to help with Rust packaging in Debian: go for it.
(not sure if you were actually asking for lurkers to pipe in;
thought I would on the off chance of "everyone who agrees is silent")
G'luck,
Peter
--
Peter Pentchev r...@ri
a b c d e f g h i j k l m n o p q r s t u v w x y z
0 1 2 3 4 5 6 7 8 9 . _ -
The last three characters are the , , and
characters, respectively.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
to_test] Error 1
> make[1]: Leaving directory '/<>'
> make: *** [debian/rules:4: binary] Error 2
Right... thanks for doing the archive rebuild that caught this!
I don't know what I was thinking when I wrote that particular line of
code, I have now fixed it upstream:
to_test] Error 1
> make[1]: Leaving directory '/<>'
> make: *** [debian/rules:4: binary] Error 2
Right... thanks for doing the archive rebuild that caught this!
I don't know what I was thinking when I wrote that particular line of
code, I have now fixed it upstream:
s for your desire to make working on Debian easier and
better!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
On Mon, Nov 18, 2024 at 09:17:48AM +0100, Remi Collet wrote:
> Le 16/11/2024 à 22:46, Peter Pentchev a écrit :
>
> > Hm, ICBW, but, at least to me, this enum change looks like an actual
> > breaking ABI (not API) change. If a program was compiled to call that
> > function
evels. It's not a failure at
> rpminspect level, only an 'info'. And failures at rpminspect level do
> not gate updates unless the package opts into this in its package-level
> gating.yaml config.
Hm, ICBW, but, at least to me, this enum change looks like an actual
breakin
k, except for
the low chance of anybody having a 1.14-7+something local version.
Still, I thought I'd mention this for the more general case.
And thanks for holding this discussion in the first place!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
yping, and I do use it for some local
projects, but unfortunately I don't think it will ever gain the popularity
it deserves)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
the patch upstream. They've accepted
a couple of my patches already, so they might deem this one reasonable,
too.
Thanks for bringing my attention to this, I had completely forgotten
about it!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key
Zutils is a collection of utilities for dealing with any combination
> > of compressed and non-compressed files transparently. Currently the
> > supported compressors are gzip, bzip2, lzip, xz, and zstd.
There are also acat in the atool package, and bsdcat in
the libarchive-tools package.
G
r to an overridden dh_auto_install invocation, so it places the
files
in the wrong directory.
I already fixed the FTBFS in my local tree a couple of days ago, I will
upload it soon. Thanks!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:
r to an overridden dh_auto_install invocation, so it places the
files
in the wrong directory.
I already fixed the FTBFS in my local tree a couple of days ago, I will
upload it soon. Thanks!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:
control: reopen -1
control: found -1 1.4.3+dfsg-2
Argh, apparently it still fails. Investigating.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354
control: reopen -1
control: found -1 1.4.3+dfsg-2
Argh, apparently it still fails. Investigating.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: tox-de...@packages.debian.org, r...@debian.org
Control: affects -1 + src:tox-delay
User: ftp.debian@packages.debian.org
Usertags: remove
Hi,
Back when I wrote tox-delay, I didn't really realize that very soon
(in a matter of months) I wou
ian.
>
> Please remove the extraneous dependency
> from d/control & d/tests/control.
...oops. It seems I forgot to remove it when I updated donkey to
upstream version 1.2.0 that dropped Python 2.x support.
Thanks a lot for catching that one, and thanks for all your
Debian wor
On Mon, Aug 26, 2024 at 12:06:23PM +0200, Florian Weimer wrote:
> * Peter Pentchev:
>
> > On Thu, Aug 22, 2024 at 05:06:53PM +0200, Florian Weimer wrote:
> >> * Lennart Poettering:
> >> > You don't really have to live with such a limitation. In systemd we
&
ms to be a net/3proxy port; I haven't really tried it on
FreeBSD, but it seemed to work on other OSs some years ago.
Hope that helps!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fin
On Thu, Aug 22, 2024 at 10:09:56PM +0300, Peter Pentchev wrote:
> On Thu, Aug 22, 2024 at 05:06:53PM +0200, Florian Weimer wrote:
> > * Lennart Poettering:
> >
> > > On Mi, 07.08.24 13:09, Vít Ondruch (vondr...@redhat.com) wrote:
> > >
> > >>
E_FS), so that it has its own current directory. This is a
> bit iffy because glibc won't know about it, but it's already used by
> some popular file servers, so it should be okay. I've posted a patch
> that implements a proper NPTL facility for this, but it met with a
&
'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.10.3-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Control: tags 1074841 + patch
Control: tags 1074841 + pending
Dear maintainer,
I've prepared an NMU for bglibs (versioned as 2.04+dfsg-6.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
--
--
Peter Pentchev r...@ringlet.net r...@debia
Control: tags 1074841 + patch
Control: tags 1074841 + pending
Dear maintainer,
I've prepared an NMU for bglibs (versioned as 2.04+dfsg-6.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
--
--
Peter Pentchev r...@ringlet.net r...@debia
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-de...@lists.debian.org, team+pyt...@tracker.debian.org,
r...@debian.org
* Package name: python-test-tunnel
Version : 0.1.1
Upstream Contact: Peter Pentchev
* URL : https://devel.ringlet.net
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, team+pyt...@tracker.debian.org,
r...@debian.org
* Package name: python-test-tunnel
Version : 0.1.1
Upstream Contact: Peter Pentchev
* URL : https://devel.ringlet.net
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-de...@lists.debian.org, team+pyt...@tracker.debian.org,
r...@debian.org
* Package name: python-test-tunnel
Version : 0.1.1
Upstream Contact: Peter Pentchev
* URL : https://devel.ringlet.net
eature-check
parsed some of its command-line options that were actually used by some
Debian packages' test suites. It is fixed now, and the new version of
feature-check migrated to testing earlier today.
Thanks for filing this bug, and for all your work on Debian!
G'luck,
Peter
-
eature-check
parsed some of its command-line options that were actually used by some
Debian packages' test suites. It is fixed now, and the new version of
feature-check migrated to testing earlier today.
Thanks for filing this bug, and for all your work on Debian!
G'luck,
Peter
-
e test suite that builds its own small Debian packages.
Thanks for looking at the FTBFS cases, and thanks for all your other work on
Debian, too!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
K
e test suite that builds its own small Debian packages.
Thanks for looking at the FTBFS cases, and thanks for all your other work on
Debian, too!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
K
no packages.
-- no debconf information
commit 686ea15c4669b1aa8e2d5a5faf70aa5861087900
Author: Peter Pentchev
Date: Sun Jul 28 12:07:17 2024 +0300
Fix connecting to more than one host over IPv6
When trying the second, third, etc. IPv6 addresses returned by
the DNS lookup, a
in the savannah Git repo still point to
the wxcvbn.org website.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
once, and I have indeed seen shell startup scripts
run the same program at the same time.
It would be... interesting to have one login session write the first line,
then another session immediately write the second one, and then neither of
them will find exactly one line in the file :) And same for
e name as an already configured service daemon?
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
it would be) to make the OpenSSL devel package
conditionally define OPENSSL_NO_ENGINE if another package is
not installed. I can think of at least two ways to do that:
- alternatives (but maybe that's my Debian background talking)
- #include_next games
G'luck,
Peter
--
Peter P
Thanks for tracking this down! It does indeed seem to be a problem in
the way QT6 internally wraps zstd's CMake targets.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5
Thanks for tracking this down! It does indeed seem to be a problem in
the way QT6 internally wraps zstd's CMake targets.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:https://www.ringlet.net/roam/roam.key.asc
Key fingerprint 2EE7 A7A5
76 | } else if (xmlCheckUTF8((const unsigned char *) orig_content)
> |^~~~
> ...
Already fixed earlier today in
https://salsa.debian.org/pkg-rpm-team/createrepo-c/-/commit/5e0f45b00e8565bc45e5b6104c9ccd0748444da2
Thanks for trying to make Debian better!
G'
76 | } else if (xmlCheckUTF8((const unsigned char *) orig_content)
> |^~~~
> ...
Already fixed earlier today in
https://salsa.debian.org/pkg-rpm-team/createrepo-c/-/commit/5e0f45b00e8565bc45e5b6104c9ccd0748444da2
Thanks for trying to make Debian better!
G'
Package: less
Version: 643-1
Severity: important
Tags: upstream
X-Debbugs-Cc: r...@debian.org
Hi,
First of all, thanks for taking care of the less package in Debian!
The libzstd test suite started failing with the upgrade of less to v643.
It seems to be suffering from the issue reported in the u
$dirname: $!\n";
say "locked, it seems";
sleep(3600);'
I only put the sleep() part so I could check using lsof that
the directory was indeed locked. And yeah, the v5.10 part is a leftover
from the days (...until a month or two ago...) when I still had to
support st
$dirname: $!\n";
say "locked, it seems";
sleep(3600);'
I only put the sleep() part so I could check using lsof that
the directory was indeed locked. And yeah, the v5.10 part is a leftover
from the days (...until a month or two ago...) when I still had to
support st
$dirname: $!\n";
say "locked, it seems";
sleep(3600);'
I only put the sleep() part so I could check using lsof that
the directory was indeed locked. And yeah, the v5.10 part is a leftover
from the days (...until a month or two ago...) when I still had to
support st
~bpo12+1.html
The timestamp on that upload is four minutes *after* the timestamp of
the "rejected" e-mail :) So I guess the maintainer uploaded their own
version of the package immediately after Alexander Wirt rejected
the previous upload, and now the maintainer's version is in the
On Tue, May 28, 2024 at 09:35:52AM +0200, Dominik 'Rathann' Mierzejewski wrote:
> Hello, Peter!
>
> On Tuesday, 28 May 2024 at 08:23, Peter Pentchev wrote:
> [...]
> > If my packager group application is accepted,
>
> Have you gone through th
Hi,
My name is Peter Pentchev. I am a software developer who has been
wrangling computers since 1986 and free/libre-software OS's and
distributions since 1997 (Slackware and RedHat (way before RHEL) at
first, then a decade or two of FreeBSD, then a decade or two of Debian).
I have maint
control: found -1 2.1.0-1
G'luck,
Peter
signature.asc
Description: PGP signature
control: found -1 2.1.0-1
G'luck,
Peter
signature.asc
Description: PGP signature
(come to think of it, that includes
the Rust implementation of confget itself, although the Debian package
does not install that yet)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
(come to think of it, that includes
the Rust implementation of confget itself, although the Debian package
does not install that yet)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
ty,
default "yes", so that it is activated on new automatically installed
systems, but people who upgrade their current Debian installations can
choose to keep the old behavior?
I do realize that more debconf prompts are not always desirable, and
such decisions must be taken on a case-by-cas
ty,
default "yes", so that it is activated on new automatically installed
systems, but people who upgrade their current Debian installations can
choose to keep the old behavior?
I do realize that more debconf prompts are not always desirable, and
such decisions must be taken on a case-by-cas
ty,
default "yes", so that it is activated on new automatically installed
systems, but people who upgrade their current Debian installations can
choose to keep the old behavior?
I do realize that more debconf prompts are not always desirable, and
such decisions must be taken on a case-by-cas
Helmut Grohne said in #1068251, I knew I had
seen it before. So IMHO the problem here is indeed not in libarchive, but,
yes, in e2fsprogs setting FILE_OFFSET_BITS=64 unconditionally.
As such, if no one objects, I think this bug should be closed and
e2fsprogs should indeed rely on AC_SYS_LARGEFILE (as lib
Helmut Grohne said in #1068251, I knew I had
seen it before. So IMHO the problem here is indeed not in libarchive, but,
yes, in e2fsprogs setting FILE_OFFSET_BITS=64 unconditionally.
As such, if no one objects, I think this bug should be closed and
e2fsprogs should indeed rely on AC_SYS_LARGEFILE (as lib
divert the database and so on
> are a hindrance.
>
> Hence, for Trixie I think we should just drop them all.
>
> It should also make it easier to maintain the RPM stack, which has
> languished. We are trying to move everything under the RPM Team Salsa
> org, which should also hel
ll probably upload a new ucspi-tcp version in a couple of days.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
ll probably upload a new ucspi-tcp version in a couple of days.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
ine's "cd"
ought by default to have a higher priority
- there are not too many "hey, I KNOW what I'm doing!" people who
decide to manually set bash's cd as the one and only way :/
(hopefully there really won't be many of those)
Also, thanks for
bit fishy to me, and, yeah, with
the potential for problems if the directories are reordered
(I have seen arguments for both sides: "things in /sbin are more
important, so it should come before /bin; things in /bin are used
much more often, so it should come before /sbin").
G'luck,
Peter
that not what "the second countermeasure" part was?
If a first commit has ever been pushed, the second one would not
be "visible".
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.ke
On Sat, Mar 30, 2024 at 08:51:10PM +0200, Peter Pentchev wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bookworm
> X-Debbugs-Cc: libarch...@packages.debian.org, r...@debian.org
> Control: affects -1 + src:libarchive
> User: release.debian@packages.debian.
On Sat, Mar 30, 2024 at 08:51:10PM +0200, Peter Pentchev wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bookworm
> X-Debbugs-Cc: libarch...@packages.debian.org, r...@debian.org
> Control: affects -1 + src:libarchive
> User: release.debian@packages.debian.
chive-3.6.2/debian/changelog 2024-03-30 20:36:47.0 +0200
@@ -1,3 +1,9 @@
+libarchive (3.6.2-1+deb12u1) bookworm; urgency=medium
+
+ * Add the robust-error-reporting upstream patch. Closes: #1068047
+
+ -- Peter Pentchev Sat, 30 Mar 2024 20:36:47 +0200
+
libarchive (3.6.2-1) unstable; ur
chive-3.6.2/debian/changelog 2024-03-30 20:36:47.0 +0200
@@ -1,3 +1,9 @@
+libarchive (3.6.2-1+deb12u1) bookworm; urgency=medium
+
+ * Add the robust-error-reporting upstream patch. Closes: #1068047
+
+ -- Peter Pentchev Sat, 30 Mar 2024 20:36:47 +0200
+
libarchive (3.6.2-1) unstable; ur
Control: tag -1 pending
Hello,
Bug #1068047 in libarchive reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/libarchive/-/commit/31fcf28c3be82824c34dd115c74
ints here.
However, it turns out to be a bit more complicated than sprinkling
a couple of #include directives here and there; I will hopefully be
able to upload a fixed version within the next couple of days.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.co
ints here.
However, it turns out to be a bit more complicated than sprinkling
a couple of #include directives here and there; I will hopefully be
able to upload a fixed version within the next couple of days.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.co
pointer
> is passed into /ares_getaddrinfo()/?
My guess would be that if the documentation does not explicitly say that
you are allowed to pass a null pointer, then you are *not* supposed to
pass a null pointer, and things will break if you do.
G'luck,
Peter
--
Peter Pentchev r...@
On Wed, Mar 13, 2024 at 10:40:51AM +, Traut Manuel LCPF-CH wrote:
> > On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote:
> >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote:
>
On Wed, Mar 13, 2024 at 10:40:51AM +, Traut Manuel LCPF-CH wrote:
> > On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote:
> >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote:
>
On Wed, Mar 13, 2024 at 10:40:51AM +, Traut Manuel LCPF-CH wrote:
> > On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote:
> >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote:
>
umbrella.
>
> What's the problem with
>
> nc -lp 80 > file
>
> ?
>
> Does this provide some sort of browser interface?
To start with, raven seems to allow uploading more than one file :)
The description on the project homepage lists several features such as
access
1 - 100 of 1468 matches
Mail list logo
