Hi,
On 07/11/2024 10:03, Helmut Grohne wrote:
Indeed, we can lift Bastian's mail into a proper proposal. Logging
services are generally assumed to be available. It becomes the
responsibility of the init system or container runtime. The
system-log-daemon virtual package mainly serves as an exclu
On 11/10/2024 12:03, Helmut Grohne wrote:
On Fri, Oct 11, 2024 at 10:46:47AM +0100, Ian Jackson wrote:
Hi. Earlier this year I was asked [#1072021] to remove
Recommends: ... system-log-daemon
from one of my packages. There are some explanations here:
[0]: https://lists.debian.org/debian-d
Package: press
Severity: normal
Hi,
I follow the mastodon feed https://mastodon.social/@debian_os which is
run from micronews.debian.org. It keeps reposting old articles - for
instance the Debian Day post appeared today, and on Oct 13. Similarly,
if you scroll down the feed, you'll see the "di
On 30/09/2024 09:07, Daniel Lewart wrote:
Dear Chris, Helmut, and Matthew,
1) pcre3 is no longer a key package
2) On Aug 15, pcre3 was removed from testing
Can this bug be closed and marked as done?
There are still a bunch of packages (now only in unstable) that
{build,}-depend on pcre3 - s
Hi,
On 19/08/2024 10:50, Mark Hindley wrote:
Thanks for your invitation in #1078651 to help with this. My proposed patch is
attached. Do let me have any comments.
For reference, as the orphan-sysvinit-scripts maintainer, I entirely
agree that keeping the init script in the original source pa
Hi,
On 17/08/2024 05:10, Sean Whitton wrote:
Thank you for your work as chair, Sean!
===BEGIN BALLOT
A: Christoph Berg
B: Matthew Garrett
C: Helmut Grohne
D: Stefano Rivera
E: Timo Röhling
F: Craig Small
G: Matthew Vernon
H: Sean Whitton
===END BALLOT
I vote G = E > A = B = C
Hi,
On 08/08/2024 21:38, Bastian Germann wrote:
I am uploading a NMU to DELAYED/10 in order to fix this.
Please find the debdiff attached.
Thanks (I was on VAC); do note that pcre3 is not going to be in the
trixie release, though (cf. bug 1071970).
Regards,
Matthew
Hi,
On 07/08/2024 06:18, Paul Gevers wrote:
On 06-08-2024 23:33, Bastian Germann wrote:
I am including a patch to drop the libpcre3-udeb.
Please consider applying so that the package can be autoremoved.
Please don't do that until you have approval from d-i. I included them
in the mail chain.
Hi,
On 06/08/2024 13:33, Sean Whitton wrote:
=
BEGIN BALLOT
The Technical Committee declines to overrule the maintainer of
base-files, or issue any advice on issues concerning /etc/os-release.
We do not think there is a clear proposal on the table for us to assess,
and we do not think it
On 06/08/2024 11:22, Luca Boccassi wrote:
On Tue, 6 Aug 2024 at 11:10, Matthew Vernon wrote:
Hi,
On 06/08/2024 10:42, Luca Boccassi wrote:
This is not a hard technical problem with no known solution that we
are asking for design guidance on. This is a trivial technical
problem with a hard
On 06/08/2024 11:22, Luca Boccassi wrote:
On Tue, 6 Aug 2024 at 11:10, Matthew Vernon
wrote:
The policy question of "should testing and unstable be
differentiated by os-release" isn't straightforward, and there
isn't consensus that the answer should be "yes&quo
Hi,
On 06/08/2024 10:42, Luca Boccassi wrote:
This is not a hard technical problem with no known solution that we
are asking for design guidance on. This is a trivial technical
problem with a hard social conflict at its core. What we are really
blocked on is that the current owner of os-release
Hi,
On 06/08/2024 09:11, Bastian Germann wrote:
pcre3 is still showing up with "reason: priority" as key package in
https://udd.debian.org/cgi-bin/key_packages.yaml.cgi
So this bug's severity will not take effect to autoremove it even when
cfengine3 has migrated to testing.
I cannot find the
Hi,
Sorry, it is on the todo list, but I'm a bit short of time right now;
have you sent it to upstream?
Regards,
Matthew
Hi,
With my jaunty TC member hat on, I would prefer if issue came to us with
a description of both sides' perspective on the discussion that they
would view as fair. In any case, I hope that Santiago will feel able to
chime in with their perspective.
My initial thought is that this is really
Hi,
On 25/05/2024 21:43, Chris Hofstaedtler wrote:
On Fri, Feb 09, 2024 at 04:23:27PM +0100, Helmut Grohne wrote:
Package: libpcre3
[..]
we want to finalize the /usr-merge transition by moving all aliased
files from / to /usr via DEP17 to avoid any negative effects arising
from aliasing. libp
Hi,
On 01/05/2024 17:29, Simon McVittie wrote:
Matthew, if pcre2 (>= 10.43) isn't urgent, please don't upload it to
unstable until after this glib2.0 bug has been fixed (and ideally also
migrated to testing).
Thanks for looking into this! I'm happy to hold off on a pcre2 upload to
unstable u
Hi,
===BEGIN
A: Christoph Berg
B: Matthew Garrett
C: Helmut Grohne
D: Stefano Rivera
E: Timo Röhling
F: Craig Small
G: Matthew Vernon
H: Sean Whitton
===END
I vote H > A = B = C = D = E = G > F
If no-one else wants to be chair when Sean leaves, I'd be willing to do s
Hi,
On 12/01/2024 12:31, Helmut Grohne wrote:
For the gzip case, we have the additional question whether we tolerate
the temporary policy violation for the trixie upgrade or halt the
/usr-move and retry with a modified dpkg (that could land in trixie, so
we could complete in forky).
What's th
On 17/01/2024 14:07, Helmut Grohne wrote:
I somehow missed how Ben's libnfsidmap bug #1058937 works slightly
simpler. Given that $second has a conflict with the installed version of
$first, one can skip that second step and instead install $second
directly with dpkg -i. So no, this weird selecti
Package: prayer
Version: 1.3.5-dfsg1-8
Severity: normal
Hi,
Occasionally (December 14 2023, and February 12 2024) I have found that
prayer has stopped working (fixed by a restart), and I find in the
paniclog entries like:
Dec 14 03:03:18 [20888] No HTTP or HTTPS ports active
Feb 12 03:03:17 [5
Hi,
I looked at the build log, and the problems look to be disk related?
/usr/bin/ld: final link failed: No space left on device
collect2: error: ld returned 1 exit status
(there follow further ENOSPC and also some No such file or directory
errors, which presumably relate to things not written
Hi,
On 30/12/2023 18:09, Matthias Geiger wrote:
On Sat, 30 Dec 2023 18:52:52 +0100 Matthias Geiger
wrote:
> Package: orphan-sysvinit-scripts
> Version: 0.15
> Severity: important
>
> Dear Maintainer,
>
> I installed dnscrypt-proxy alongside orphan-sysvinit-scripts. The
> service does n
Hi,
On 21/12/2023 09:41, Helmut Grohne wrote:
Is it ok to call upgrade scenarios failures that cannot be reproduced
using apt unsupported until we no longer deal with aliasing?
I incline towards "no"; if an upgrade has failed part-way (as does
happen), people may then reasonably use dpkg dir
Hi,
On 02/12/2023 15:23, Simon Tatham wrote:
I run xtrlock on a machine which doesn't store all its passwd/shadow
entries locally. So xtrlock is unable to verify my password by the usual
method.
To get around this, I added a feature which replaces the passwd/shadow
based check with a user-prov
Package: bind9
Version: 1:9.18.19-1~deb12u1
Severity: normal
Hi,
This is a weird one, but it's been happening daily for a few days now,
so I figured it was worth reporting.
For the last few days, if I try and visit
https://www.dumbingofage.com/
Firefox can't resolve the hostname, similarly on
Package: apt
Version: 2.6.1
Severity: important
Hi,
When installing the dependencies of a package, it should be possible
to have apt use an otherwise lower-priority suite only if necessary to
satisfy a versioned dependency.
In the abstract: consider two suites A and B, where every package in
su
Hi,
On 07/11/2023 01:14, Patrik Schindler wrote:
Am 07.11.2023 um 01:59 schrieb Thorsten Glaser :
I have sysvinit-core installed and orphan-sysvinit-scripts was not pulled in
automatically.
Yeah, it’s not.
As I'm learning from a discussion in bug #1055466, this is due to orphan-sysvinit-sc
Hi,
On 22/09/2023 14:50, Jonathan Kamens wrote:
The current version of the Selenium bindings for all supported
programming languages relies on a Rust executable called Selenium
Manager for managing the webdriver executables required for the
various browsers that the bindings interact with.
Se
Hi,
Just a note on the libsystemd dependency.
On 10/09/2023 10:21, Martin Steigerwald wrote:
Sure, that should actually be extremely low-maintenance, there isn't
any hard dependency the daemon has on systemd - with one exception: It
uses libsystemd to write to the journal if that's available,
Hi,
On 29/08/2023 18:01, Aurelien Jarno wrote:
PCRE2 gained support for JIT on riscv64 in version 10.41 and it is
recommended to enable it [1]. Could you please do that for the next
upload? I have tested the following patch without issue:
Sure; I'm building an updated package now. I didn't qu
Dear Luca,
On 27/08/2023 03:16, Luca Boccassi wrote:
[things]
You've already been asked by a couple of people to moderate your tone in
this thread. I appreciate there is a lot of frustration around
/usr-merge, but your contributions are not helping with that at all. Nor
do they help us have
control: tags -patch
quit
Hi,
On 10/08/2023 17:49, Helmut Grohne wrote:
at https://subdivi.de/~helmut/dep17.html). Even though we are still in
the process of selecting mitigations, the mitigation for this already is
pretty clear: Duplicating triggers (M12). I'm attaching a patch for your
conve
n Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Mon, 21 Aug 2023 16:10:11 +0100
Subject: [PATCH] Use the old /updates security map for buster (Closes:
#1050179)
The suite-map and suite-rmap for debian-security are necessary for the
pre-bullseye layout of the security.debian.org archive.
control: tags 1050179 +patch
quit
On 21/08/2023 15:21, Ian Jackson wrote:
Thanks for the report and the investigation!
Matthew Vernon writes ("Bug#1050179: dgit: unable to clone -security suites (?since
bullseye)"):
The difficulty is that there is AFAICT no version-knowledge in
Package: dgit
Version: 10.7
Severity: important
Hi,
It's suggested (in e.g. dgit-user(7)) to clone a combined ,-security
suite. But this does not work (transcript 0 below), with an error about
missing Release file:
E: The repository 'http://security.debian.org/debian-security
bookworm/updates
On 18/08/2023 09:05, Christoph Berg wrote:
Re: Ian Jackson
Protecting my mental health
I will try to avoid regularly reading this thread. I hope that now
that I have made the suggestion, others will be able to carry the
conversation. I will be configuring my mail client to disregard my
person
Package: dgit
Version: 10.1
Severity: normal
X-Debbugs-Cc: mver...@wikimedia.org, matt...@debian.org
Hi,
I want to build packages from a dgit tree in CI; I spent some time
arranging for e.g. git deborig to work so that I could do:
git-deborig
mk-build-deps
dgit -wg build
And you pointed out th
Hi,
On 26/07/2023 19:43, lorenzo wrote:
may I suggest to add this script to initscripts package(sysvinit:src)
instead of o-s-s?
A system without udev is not very common after all and the vast
majority of scripts strictly needed to boot and shutdown the system
are shipped there.
Wearing my o-s
On 26/07/2023 15:16, Luca Boccassi wrote:
On Wed, 26 Jul 2023 14:24:09 +0200 Michael Biebl
wrote:
Package: orphan-sysvinit-scripts
Severity: normal
X-Debbugs-Cc: pkg-systemd-maintain...@lists.alioth.debian.org
Hi,
in one of the upcoming releases of udev, the legacy SysV init script
will be dr
Source: exim4
Version: 4.96-15
Severity: normal
Tags: upstream
Hi,
The exim CLI tool has a number of options for selecting particular
messages for {,re-}delivery attempts; but in all cases it will retry
all undelivered recipients of those messages.
It would be nice to be able to specify a subset
Package: release-notes
Severity: normal
X-Debbugs-Cc: debian-c...@debian.org
Hi,
We don't support skip-upgrades, but in practice they can often be made
to work by an experienced administrator.
For trixie, though, packages are going to be allowed to assume
merged-/usr, and the ongoing work to res
Hi,
On 11/07/2023 10:21, John Paul Adrian Glaubitz wrote:
On Mon, 2023-04-24 at 23:28 +0100, Matthew Vernon wrote:
Hi,
On 24/04/2023 10:28, John Paul Adrian Glaubitz wrote:
While we're currently not building Debian for 32-bit SPARC (sparc),
it's still being bootstrapped in
Hi,
On 06/07/2023 06:33, Vasyl Gello wrote:
Yes I definitely see the bug. However, Kodi extensively uses pcrecpp and
the only replacement I see for pcre2 is jpcre2 [1]
There is an ITP bug about it since 2017 but no package.
Matthew, from your experience, is jpcre2 the only C++ wrapper for pcr
Hi,
On 04/07/2023 22:38, g1 wrote:
please consider adding triggers for restarting daemons when the executables
change (usually at package upgrade).
Is this always desireable? I'd normally expect a package postinst to
invoke-rc.d or similar.
Regards,
Matthew
he key I'd expect:
u 12F4D21C8F6A63C8 Matthew Vernon
[cf gpg --list-secret-keys:
sec rsa4096 2009-12-14 [SC]
BA4EF9C84DF96D37D8A1E2D412F4D21C8F6A63C8
uid [ultimate] Matthew Vernon
uid [ultimate] Matthew Vernon
ssb rsa4096 2009-12-14 [E]
]
But if I try and
Hi,
On 03/07/2023 17:55, Sean Whitton wrote:
===BEGIN
A: Christoph Berg
B: Matthew Garrett
C: Helmut Grohne
D: Simon McVittie
E: Stefano Rivera
F: Timo Röhling
G: Matthew Vernon
H: Sean Whitton
===END
I vote:
H > A = B = C = D = G > E = F
Regards,
Matthew
OpenPGP_sig
Hi,
On 23/06/2023 02:11, Thorsten Glaser wrote:
Nothing for orphan-sysvinit-scripts, which *really* surprises me,
as I’m certain we discussed this earlier.
You may be remembering bullseye? After quite a lot of wrangling, we got
a short note added to the release notes[0] and installation guid
Hi,
sysvinit-core in bookworm Recommends: orphan-sysvinit-scripts ; have you
told apt to ignore recommends?
I think I agree with others who have said that it wouldn't be
appropriate for all sysvinit systems to install orphan-sysvinit-scripts
(which would warrant a Depends: ); obviously that
Hi,
On 23/06/2023 01:24, Mason Loring Bliss wrote:
On Fri, Jun 23, 2023 at 02:14:40AM +0200, Thorsten Glaser wrote:
The choice to use a nōn-default setup (using rsyslogd at all
in bookworm) is up to the local admin.
It's not obvious from the release notes that rsyslog is deprecated. Maybe
it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
On Wed, 14 Jun 2023 10:04:54 +0100,
Sean Whitton wrote:
>
> ===BEGIN
> The Technical Committee recommends that Timo Röhling be
> appointed by the Debian Project Leader to the Technical Committee.
>
> R: Recommend to appoint Timo Röhling
> F:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
On Wed, 14 Jun 2023 10:03:19 +0100,
Sean Whitton wrote:
> ===BEGIN
> The Technical Committee recommends that Stefano Rivera be
> appointed by the Debian Project Leader to the Technical Committee.
>
> R: Recommend to appoint Stefano Rivera
> F
Hi,
This thread has rather veered off the initial bug report.
On 11/05/2023 13:16, Simon Richter wrote:
Hi,
On 5/11/23 10:59, Sean Whitton wrote:
Dear ctte, please consider overruling the dpkg maintainer to include
the patch from #994388[1].
Currently dpkg contains code to emit the merged
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 09 May 2023 21:26:10 +0100,
Hi,
Sean Whitton wrote:
> === BEGIN
>
> OPTION A:
>
> Under Constitution 6.1.5, the Technical Committee recommends that the
> maintainers of individual packages should not proactively move files
> from the root
On 15/05/2023 16:54, Bdale Garbee wrote:
I could.
Can you provide an example of actual value delivered to Debian from
merged-/usr?
With respect, I don't think this line of argument is going to get us
very far - this bug isn't about whether we should undo usr-merge, so I
don't think a debate
Hi,
On 24/04/2023 10:28, John Paul Adrian Glaubitz wrote:
While we're currently not building Debian for 32-bit SPARC (sparc),
it's still being bootstrapped in the Debian rebootstrap project [1].
The CI job for sparc is currently failing because pcre2 is still being
configured with "--enable-ji
On 12/04/2023 06:13, Trent W. Buck wrote:
FYI,
systemd's MemoryDenyWriteExecute=yes breaks "git grep" because of pcre2jit.
An easy test command is something like this:
$ journalctl --user -fn0 & # so you see the error
$ systemd-run --property=MemoryDenyWriteExecute=yes --user git -
On 29/03/2023 12:37, Jesse Smith wrote:
Given subsequent discussion, could we instead use canonicalize_file_name
or realpath here instead? That would give us the "correct" path without
pidof having to think hard about symlinks et al.
I'm open to the possibility. I'm curious as to what you see
On 24/03/2023 14:17, Jesse Smith wrote:
On 2023-03-24 6:44 a.m., Markus Fischer wrote:
I think I've figured it out. With the following patch I don't see the
unexpected behaviour anymore:
--- a/src/killall5.c
+++ b/src/killall5.c
@@ -662,6 +662,7 @@ int readproc()
/* Try to sta
Control: severity -1 important
Hi,
I'd like to agree - can we have the traditional-in-Debian behaviour of
"cal" back (i.e. highlighting the current data), please?
As others have pointed out if you want to parse cal's output, then it
automatically didn't highlight when piped elsewhere, and th
Hi,
On 10/03/2023 23:12, Jose Antonio Jimenez Madrid wrote:
I have just uploaded to mentors a new version of the package fixing this
bug.
I will made other improvements after Bookworm is released as we are very
close to the full freeze.
The new package can be found here:
https://mentors.debian
Package: smartmontools
Version: 7.2-1
Severity: normal
Hi,
On some of our production servers with a lot of JBOD disks, smartd
takes so long to start up that systemd's default 90s timeout kicks in
and smartd gets killed. Example log extract:
Mar 07 14:15:10 ms-be2070 systemd[1]: Starting Self Mo
Hi,
On 14/02/2023 18:36, Jose Antonio Jimenez Madrid wrote:
I will test this patch and let you to know whether the bug is fixed.
Any joy? We're approaching the time that eterm is going to be
autoremoved from bookworm...
Thanks,
Matthew
orm
without release team intervention
* no code changes are made
* bug fix is uncontroversial (it's simply reflecting changed paths in
the package)
Regards,
MatthewFrom 298f793c6d5b456302d93ce84c404fac5b856c7b Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Mon, 27 Feb 2023 20:13:22
s,
MatthewFrom 716d196b0c5dc9f3fe13a87d8010ae07048d4e7c Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Mon, 27 Feb 2023 20:13:22 +
Subject: [PATCH 1/2] Correct path to git index format doc (Closes: #1023255)
---
debian/git-doc.doc-base.git-index-format | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
On 24/02/2023 11:20, Lorenzo wrote:
On Fri, 24 Feb 2023 09:20:29 +
Matthew Vernon wrote:
rsyslog-rotate should HUP rsyslog as appropriate for the installed
init system. It doesn't, so orphan-sysvinit-scripts should work around
this on sysvinit systems, without causing problems on sy
Package: orphan-sysvinit-scripts
Version: 0.13
Severity: important
rsyslog-rotate should HUP rsyslog as appropriate for the installed
init system. It doesn't, so orphan-sysvinit-scripts should work around
this on sysvinit systems, without causing problems on systemd systems.
The problem as a whol
64e7a75 Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Fri, 17 Feb 2023 06:39:43 +
Subject: [PATCH] attempt to rotate on non-systemd systems (Closes: #1031399)
On non-systemd systems, /etc/init.d/rsyslog is sometimes available; in
those cases, use it (via invoke-rc.d) to do log rotati
Hi,
On 16/02/2023 20:48, Michael Biebl wrote:
The important bits were in 30-remote-syslog.conf indeed. With that the
issue was reproducible and I therefor forwarded this to upstream. See
https://github.com/rsyslog/rsyslog/issues/5085
Great, thank you.
I didn't explicitly ask you, if I could
On 16/02/2023 20:43, Michael Biebl wrote:
I don't plan to re-add this (btw, this would break if
orphan-sysvinit-scripts is not installed).
A check for the presence of the init script would not be hard (and I'd
happily write it and volunteer to fix any issues with it).
I'll add a note to REA
Hi,
Oops, rsyslog.conf would be useful as well, sorry!
Here it is.
Regards,
Matthew# /etc/rsyslog.conf configuration file for rsyslog
#
# For more information install rsyslog-doc and see
# /usr/share/doc/rsyslog-doc/html/configuration/index.html
#
MODULES
##
Hi,
On 15/02/2023 18:27, Michael Biebl wrote:
Am 15.02.23 um 18:16 schrieb Michael Biebl:
Control: tags -1 + moreinfo
Am 15.02.23 um 17:16 schrieb Matthew Vernon:
I attach a tarball of the offending files in case they help.
Can you share your rsyslog configuration and the output of
running
Package: rsyslog
Version: 8.2212.0-1
Severity: serious
Hi,
When removing the systemv init scripts from rsyslog (which can be
managed by orphan-sysvinit-scripts), the following was also removed from
/usr/lib/rsyslog/rsyslog-rotate:
else
invoke-rc.d rsyslog rotate > /dev/null
This means on
Hi,
Do you have plans to fix this before the bookworm freeze, please?
I think netbsd at least have patched eterm to work with the newer imlib;
at least per the comment here https://github.com/mej/Eterm/issues/4
That linked to http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/x11/eterm/patches/
Whic
Hi,
I went looking to try and see where the check was being carried out, and
it's in:
/usr/lib/libdvd-pkg/b-i_libdvdcss.sh
apt-get check >/dev/null 2>&1
if [ "$?" -ne 0 ]; then
echo "${PKGI}: \`apt-get check\` failed, you may have broken
packages. Aborting..."
exit 0
fi
Which is wh
severity 994081 important
quit
Hi,
After basically any apt upgrade, I get:
Processing triggers for libc-bin (2.36-8):
libdvd-pkg: Checking orig.tar integrity...
/usr/src/libdvd-pkg/libdvdcss_1.4.3.orig.tar.bz2: OK
libdvd-pkg: `apt-get check` failed, you may have broken packages.
Aborting...
found 1018604 102.7.0esr-1~deb11u1
quit
Hi,
I can reproduce this in bookworm, too; whenever I start firefox I see
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of op
Hi,
On 06/02/2023 02:51, Debian Bug Tracking System wrote:
>* Also mention "vsyscall=emulate" in package description and
> README.Debian. (Closes: #1028388)
Did you mean to close this bug?
Regards,
Matthew
Hi,
On 05/02/2023 16:40, Carsten Schoenert wrote:
Thanks for the quick reply; apologies, but this isn't going to be a very
helpful response from me :-/
Am 04.02.23 um 17:50 schrieb Matthew Vernon:
owner @{HOME}/.mozilla-thunderbird/{,**} rwlk,
Looking at the existing profile
Hi,
My bookworm system has:
rsyslog 8.2212.0-1
orphan-sysvinit-scripts 0.12
and I have /etc/init.d/rsyslog (and indeed a running rsyslogd).
So AFAICT this should all be working OK...
[hence the set of tags I've just applied]
Regards,
Matthew
Package: thunderbird
Version: 1:102.7.1-1
Severity: important
Hi,
I've just upgraded my very-long-running system to bookworm, and I was
stuck for some time because thunderbird wouldn't start, complaining it
couldn't read my profile. Syslog revealed the issue to be apparmor:
Feb 4 11:20:14 ara
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package pcre2
This was uploaded a while ago, but was stuck because of #1027952 which
it turns out was in fact a bug in link-grammar. I'd quite like to see
version 10.42 in bo
Hi,
On 09/01/2023 22:30, Sean Whitton wrote:
===BEGIN
A: Christoph Berg
B: Matthew Garrett
C: Helmut Grohne
D: Simon McVittie
E: Matthew Vernon
F: Sean Whitton
===END
I vote thus:
F > A = C = D = E > B
Regards,
Matthew
OpenPGP_signature
Description: OpenPGP digital signature
Hi,
I'm struggling a bit here; I wanted to try and bisect pcre2 upstream
commits to see where this bug might have been introduced (or get to the
bottom of what link-grammar's test is doing wrong, I see they've been
troublesome in the past cf #975696).
I took unstable's link-grammar source, a
Hi,
On 14/12/2022 18:55, Joachim Wuttke wrote:
At times, python3-numpy in testing depends on two python3
minor versions in parallel. This is unusual, annoying for
many users, and breaking dependent software for some.
Complaints have been filed at
Sandro, would you be opposed to relaxing the D
Hi,
On 05/01/2023 01:07, Adrian Bunk wrote:
https://tracker.debian.org/pkg/pcre2
Issues preventing migration:
∙ ∙ autopkgtest for link-grammar/5.11.0~dfsg-1: amd64: Pass, arm64: Regression
♻ (reference ♻), armel: Regression ♻ (reference ♻), armhf: Regression ♻
(reference ♻), i386: Pass, ppc64
found 1025694 10.1
quit
Hi,
As requested, I tried with 10.1, still fails:
matthew@tsk:~/rclone-build-deps/golang-github-colinmarc-hdfs$ dgit -D
--gbp sbuild
| git rev-parse --show-toplevel
=> `/home/matthew/rclone-build-deps/golang-github-colinmarc-hdfs'
| git config -z --get-regexp --local '
That short id ad62525 is ad62525ee587c1f9e6ad328de8a966bf6b23cecc
Package: dgit
Version: 9.13
Severity: normal
X-Debbugs-Cc: mver...@wikimedia.org
Hi,
I have a gbp package where the only patch is a mode change (i.e. no
textual change to the contents of files).
The first time you do dgit --gbp sbuild it works fine, the second time
(having made not changes) it e
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-rpc.v2
Version : 2.0.3-1
Upstream Author : Jonathan
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-goidentity.v6
Version : 6.0.1-1
Upstream Author
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-dnsutils.v2
Version : 2.0.0-1
Upstream Author
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Control: block 1001261 by -1
Control: block 1024445 by -1
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jcmturner-aescts.v2
Version : 2.0.0-1
Upstream Author : Jonathan
Package: tar
Version: 1.30
Severity: important
Control: found -1 1.34
Tags: upstream
Hi,
I discovered while working on #1010024 that tar (since version 1.30)
lacks an unambiguous listing format, by which I mean an output of tar -t
that one can then pass to tar -x and will correctly represent a
Source: golang-github-rclone-ftp
Version: 1.0.0-210902h-2
Control: block 1001261 by -1
Hi,
Upstream have tagged v1.0.0-220913-160 and it's needed for building
rclone 1.160.
[I'm working on a suitable update]
Thanks,
Matthew
Hi,
On 25/11/2022 22:39, Sean Whitton wrote:
===BEGIN
The Technical Committee recommends that Matthew Garrett be
appointed by the Debian Project Leader to the Technical Committee.
H: Recommend to Appoint Matthew Garrett
F: Further Discussion
===END
I vote H > F.
Regards,
Matthew
OpenPG
tags 1010024 +patch
quit
Hi,
I've made an MR (
https://salsa.debian.org/debian/pristine-tar/-/merge_requests/9 ) that
fixes this issue, and I think puts us in a stable place for manifest
handling, specifically:
* manifests (go back to) contain quoted paths, newline-separated. This
is backw
Hi,
On 03/11/2022 13:58, Bastian Germann wrote:
X-Debbugs-Cc: debian-b...@lists.debian.org
On Wed, 14 Sep 2022 20:05:53 +0200 Bastian Germann wrote:
grep 3.8-1 has switched to pcre2. If I am not mistaken, grep is the
last reverse dependency of libpcre3-udeb.
When the new grep version has migr
Hi,
Turns out that change in tar is probably where this all started to go wrong.
[in pre-stretch, I think manifests were quoted and there were no files
starting -]
In stretch (pristine-tar 1.38; tar 1.29), manifests were quoted, and
extraction was done with tar --verbatim-files-from (that ch
retitle 1010024 pristine-tar: fails to handle paths with non-ASCII in
quit
Hi,
I spent some more time looking at this. The problem that's causing this
particular issue is that unquote_filename(); doesn't handle the escaped
high-bit characters properly. That eventually ends up with the \[0-7]{3
1 - 100 of 609 matches
Mail list logo