g pcre3 (if I'd pulled it right
after the last release, that would have been more disruptive), and not
doing it so close to the release that unexpected edge cases couldn't be
fixed in time.
Regards,
Matthew
Hi,
On 11/03/2025 17:12, Matthew Vernon wrote:
=== BEGIN
A: Christoph Berg
B: Helmut Grohne
C: Matthew Garrett
D: Stefano Rivera
E: Timo Röhling
F: Craig Small
G: Paul Tagliamonte
H: Matthew Vernon
=== END
I vote
A = B = C = D = E = F = H > G
Regards,
Matt
the future.
If you need any help with packaging or testing, please let me know.
Thanks,
Matthew
On Tue, Mar 11, 2025 at 05:12:28PM +, Matthew Vernon wrote:
> === BEGIN
>
> A: Christoph Berg
> B: Helmut Grohne
> C: Matthew Garrett
> D: Stefano Rivera
> E: Timo Röhling
> F: Craig Small
> G: Paul Tagliamonte
> H: Matthew Vernon
>
> =
s
fail for whatever reason, you don't want the postinst to fail, since
presumably you don't want to abort the kmod upgrade if this removal does
fail?
I'm sure Mark will remove the || true if you want, though.
Regards,
Matthew
account needs to be approved first it seems.
> Your account is pending approval from your GitLab administrator and hence
blocked. Please contact your GitLab administrator if you think this is an
error.
~Matthew Turner (carrvo)
:
=== BEGIN
A: Christoph Berg
B: Helmut Grohne
C: Matthew Garrett
D: Stefano Rivera
E: Timo Röhling
F: Craig Small
G: Paul Tagliamonte
H: Matthew Vernon
=== END
Regards,
Matthew
The Technical Committee recommends that Paul Tagliamonte (paultag) be
appointed by the Debian Project Leader to the Technical Committee.
H: Recommend to Appoint Paul Tagliamonte (paultag)
F: Further Discussion
===END
Regards,
Matthew
Hi,
On 08/03/2025 17:48, Matthew Vernon wrote:
Package: tech-ctte
X-Debbugs-cc: paul...@debian.org, lea...@debian.org
I call for votes on the following ballot to fill the vacant seat on the
Debian Technical Committee. The voting period starts immediately and
lasts for up to one week, or until
With the lack of responses, I have uploaded a mentors package (
https://mentors.debian.net/package/libapache2-mod-authnz-external/) so that
this can at least be at the latest version as of today (2025-03-06).
~Matthew Turner
policy by now? Hence this bug report :)
Thanks,
Matthew
maintainers.
Regards,
Matthew
On Tue, Feb 25, 2025 at 08:59:44PM +, Matthew Garrett wrote:
> A) The Technical Committee affirms that base-files should own all
> top-level filesystem aliases, and packages that conflict with this must
> be patched in Debian to avoid creating any aliases that conflict with
>
https://unix.stackexchange.com/questions/575355/forcing-apt-update-to-re-download-information
specifically:
sudo rm /var/lib/apt/lists/*_*
followed by ap update.
Then I could finally install the desired package.
No idea why my system was referencing the wrong version.
Matthew
Package: Missing package
Severity: important
X-Debbugs-Cc: matt...@covemountainsoftware.com
Dear Maintainer,
* What led up to the situation?
sudo apt install libsystemd-dev
* What exactly did you do (or not do) that was effective (or
ineffective)?
attempted update, upgrade. Nothing
oving to the Debian package managed versions would allow us not to
have to keep up with the updates.
If ICU could use the platform tzdata package that would avoid this issue.
Best Regards,
Matthew Johnson
--
control: tags -1 + pending
I've tweaked the patch a bit, and applied it to my git; will be in 0.18
Thanks,
Matthew
control: tags -1 + pending
This is committed to my git, will be in 0.18
Regards,
Matthew
control: tags -1 + pending
I've taken the init script from salsa and added it, will be in the next
upload of orphan-sysvinit-scripts.
Regards,
Matthew
control: tags -1 +pending
Hi,
I've taken this init script and it'll be in o-s-s 0.18; you may need to
talk to upstream about their dependencies on systemd, though - I don't
know if it'll be possible to have tomcat10 on a non-systemd system.
Regards,
Matthew
w.
Looking at #1095068, the maintainers of minetest-server claim that the
init script isn't compatible with the latest version of minetest-server.
Do you have an init script that you've tested works with 5.8.0 or
ideally 5.10 of minetest-server / luanti-server, please?
Thanks,
Matthew
On 25/02/2025 20:59, Matthew Garrett wrote:
I call for votes on the below ballot. The vote is open for 7 days, or
until the outcome is beyond doubt.
In Bug #1091995, the Technical Committe was asked to rule on an issue
that could, under certain circumstances, result in failure of the
base
On 26/02/2025 16:38, Christoph Berg wrote:
Re: Matthew Garrett
B) The Technical Committee requests that base-files create an empty
^^
/usr/lib64 directory, even on architectures that do not use lib64. If
systemd creates a symlink, this will
I call for votes on the below ballot. The vote is open for 7 days, or
until the outcome is beyond doubt.
In Bug #1091995, the Technical Committe was asked to rule on an issue
that could, under certain circumstances, result in failure of the
base-files package to install or upgrade correctly. Un
On Sat, Feb 15, 2025 at 09:55:37PM +0100, Helmut Grohne wrote:
> Hi fellow CTTE members,
>
> On Tue, Feb 04, 2025 at 11:27:59AM +0100, Helmut Grohne wrote:
> > If anyone disagrees with any of these consensus items, please tell now.
>
> I considered the feedback from Michael and conclude that it d
discussion
I hereby call for vote on the ballot.
I vote S > F > A
Thanks,
Matthew
OpenPGP_signature.asc
Description: OpenPGP digital signature
ry not being present, as it lives in the nginx
package.
Discovered by Andreas Hasenack during SRU review of the downstream bug:
https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/2081308
Thanks,
Matthew
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500,
control: tags 1095286 + patch
Hi,
The attached patch (on top of dgit clone mariadb) results in a
successful compile & test for me.
HTH,
MatthewFrom 6b3cde0fa5f7126a789b1cfc2a81954221967924 Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Thu, 6 Feb 2025 14:44:19 +
Subject: [P
, meaning the CI
tests fail[3]
For example, you can see that the test is expecting (line 3294 in CI
output):
-\p{Ll} A 0
i.e. that \p{Ll} will not match on 'A'. But you can see that perl does
match that:
matthew@aragorn:~$ perl -E "say 'matches' if 'A
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "rumur":
* Package name : rumur
Version : 2025.02.02-1
Upstream contact : Matthew Fernandez
* URL : https://github.com/Smattr/rumur
control: reassign 1084924 debian-policy
Hi,
Apologies for the delay in actually carrying out the implementation of
this vote; having consulted the policy editors, I am reassigning this
bug to debian-policy, and have announced the resolution in d-d-a.
Regards,
Matthew
release was in 2021). Following a MBF in 2021[0],
we have been gradually removing everything that needs PCRE3 from
Debian, with only a few stragglers remaining (you can see the list
that currently block 1071970, or query udd for the usertag
obsolete-pcre3 associated with matthew-pcre...@debian.org [1
control: tags 1007293 + pending
Hi,
I've got a few lintian things to clear up from 10.0-1 which I'm aiming
for 10.0-2 once -1 has made it into testing. That will include a fix for
this.
Regards,
Matthew
no" answer seems to
have the merit of simplicity; I'm not keen on having avahi-daemon
installing something to knobble an otherwise-on systemd mDNS system.
Regards,
Matthew
1) Removing this link may break some container workflows
2) Systemd upstream rejected the change
3) dracut (where Helmut found this issue) is not an official bootstrap
tool, and the problem doesn't occur when using initramfs-tools
Is that correct?
Regards,
Matthew
hat this container contains image thumbnails,
generated by a separate service via a 404 handler in swift middleware -
see
https://github.com/wikimedia/operations-puppet/blob/45d5772c846e42269c2f1a19c8784fd9d2deb240/modules/swift/files/python3.9/SwiftMedia/wmf/rewrite.py#L48
Thanks,
Matthew
-- Sy
Hi,
On 08/01/2025 17:00, Andreas Tille wrote:
Am Wed, Jan 08, 2025 at 04:49:39PM + schrieb Matthew Vernon:
If you're OK with this, I propose to make dgit/sid the default branch for
the repo (and remove your master branch), and do an upload on that basis.
Seem good?
> > Pe
Hi,
On 08/01/2025 14:38, Andreas Tille wrote:
Am Wed, Jan 08, 2025 at 02:02:18PM + schrieb Matthew Vernon:
Hm, you've lost my git history (which OK, I hadn't published, but I'd still
like to keep). Can we try and produce a branch which contains my history and
your chang
Hi,
On 08/01/2025 12:56, Andreas Tille wrote:
Am Wed, Jan 08, 2025 at 09:44:24AM + schrieb Matthew Vernon:
On 04/01/2025 13:50, Andreas Tille wrote:
I *personally* think this argument does not apply to 3.0 (native) since
you will not apply patches to native packages but IMHO some
Would
that be acceptable?
Regards,
Matthew
;m inclined to close this bug; if you want to argue that the
git-daemon isn't obsolete and should be restored, I think you should
reassign this to the git package and try and persuade the git maintainers.
Is that OK?
Regards,
Matthew
Package: gajim
Version: 1.7.3-2
Severity: normal
In order to enable the AV features of Gajim it needs gstreamer1.0-gtk3 to be
installed, but this doesn't seem to be in the list of recommended packages.
If gstreamer1.0-gtk3 isn't installed, the create_gtk_widget() function in
/usr/lib/python3/dist
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "rumur":
* Package name : rumur
Version : 2025.01.05-1
Upstream contact : Matthew Fernandez
* URL : https://github.com/Smattr/rumur
* License : Unlicense
* Vcs : https://github.
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "rumur":
* Package name : rumur
Version : 2025.01.04-1
Upstream contact : Matthew Fernandez
* URL : https://github.com/Smattr/rumur
* License : Unlicense
* Vcs : https://github.
, your patch looks good. I'm quite busy right now, so please go ahead.
Regards,
Matthew
someone who is.
Thank you,
Matthew
From: Debian-lego-team
on
behalf of Andreas Tille
Sent: Tuesday, December 31, 2024 3:59 PM
To: Debian Bug Tracking System
Subject: [Debian-lego-team] Bug#1091823: ITS: brickos
Source: brickos
Version: 0.9.0.dfsg-12.2
y are incorrect on
the merits of an individual case).
"""
We should probably email interested parties in the new year.
Voting machinery output:
Starting results calculation at Fri Dec 27 15:59:31 2024
/--ABCDN
V: 14253 matthew
V: 3212- myon
V: 41342 helmut
V: 24143 spwhit
as D posits, I don't think voting for D is overriding all of
those maintainers.
Regards,
Matthew
Hi,
On 20/12/2024 17:31, Matthew Vernon wrote:
In Bug #1084924, the Technical Committee was asked about a mass bug
filing that aimed to remove all dependencies (except Provides: and
Conflicts:) upon the system-log-daemon virtual package. Whilst the
wording of policy in this area is unclear
Hello,
I call for votes on the below ballot. The vote is open for 7 days, or
until the outcome is beyond doubt.
Regards,
Matthew
In Bug #1084924, the Technical Committee was asked about a mass bug
filing that aimed to remove all dependencies (except Provides: and
Conflicts:) upon the
ambiguous. And if
Helmut wants an option D, then obviously it should be added. I agree
with Sean that adding a large extra paragraph to option B isn't great.
I've tried to express the above in a revised draft without producing too
much wall-of-text:
Regards,
Matthew
===8<===
In Bug
Package: libapache2-mod-authnz-external
Version: 3.3.2-2
Severity: normal
X-Debbugs-Cc: car...@gmail.com
Dear Maintainer,
The upstream source has moved
FROM https://code.google.com/archive/p/mod-auth-external/
TO https://github.com/phokz/mod-auth-external
for future development.
Package listings
Hi,
On 16/12/2024 15:29, Antonio Russo wrote:
On 12/16/24 08:19, Matthew Vernon wrote:
PCRE2 does not, no. But if you want to do something any time the package
is upgraded, you might declare yourself an interest-noawait trigger upon
/usr/include/pcre2.h (which is necessarily updated whenever
On 16/12/2024 14:14, Antonio Russo wrote:
On 12/16/24 02:14, Matthew Vernon wrote:
If selinux wants to run something whenever pcre2 is updated on a
system, it probably wants to install a suitable dpkg trigger.
On what trigger name should an selinux package be interested? Does
pcre2 activate
Hi,
On 16/12/2024 11:58, Christian Göttsche wrote:
Dec 16, 2024 10:14:21 Matthew Vernon :
If selinux wants to run something whenever pcre2 is updated on a system, it
probably wants to install a suitable dpkg trigger.
There is a proposal for such a trigger:
https://salsa.debian.org/debian
o run something whenever pcre2 is updated on a system,
it probably wants to install a suitable dpkg trigger.
Shall I reassign this bug to selinux?
Regards,
Matthew
d (unless they are incorrect on
the merits of an individual case).
N) None of the above / Further Discussion.
===8<===
Regards,
Matthew
system-log-daemon providers, so I don't think making this change would
be wise.
[FTR, the most recent TC meeting resolved we were at the point of voting
on options for this bug, I've just been away recently and haven't yet
got to drafting it. Soon, hopefully!]
Regards,
Matthew
control: submitter 1089530 matt...@debian.org
ch 64 bit is on the list of JIT-supported
architectures, so I'll upload a pcre2 version with that support enabled
(probably in a day or two, I'm a bit behind right now), but I think
python-pcre2 is also misbehaving here.
Regards,
Matthew
Package: orca
Version: 47.1-1~bpo12+1
Severity: normal
X-Debbugs-Cc: ilovecountrymusic...@outlook.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I updated orca to 47.1 in bookworm-backports then installed new
Package: ifupdown
Version: 0.8.41
Followup-For: Bug #832134
Dear Maintainer,
When an interface has both auto and allow-hotplug, and uses DHCP for
IPv4, on bootup, there is a race condition between ifup@eth0.service
and networking.service. systemd runs both simultaneously, and sometimes
networki
longer work, with the exception of "Select All"; the
address(es) selected remains in a darker shade of grey (having been
blue when initially selected), but isn't cut/copied/moved/.
This worked prior to the upgrade.
Thanks,
Matthew
-- System Information:
Debian Release: 12.8
APT
LIBSMBCLIENT support, module not available!
Support was added to Hydra in:
https://github.com/vanhauser-thc/thc-hydra/pull/487.
Thanks,
Matthew
-- System Information:
Debian Release: 12.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Archite
tests shouldn't run on armel.
Example CI run:
https://ci.debian.net/packages/a/aide/testing/armel/54392454/
Can you disable them, please?
Thanks,
Matthew
the JIT tests shouldn't run on armel.
Example CI run:
https://ci.debian.net/packages/p/python-pcre2/testing/armel/54401904/
Can you disable them, please?
Thanks,
Matthew
issue upstream.
Regards,
Matthew
and the build works again.
Thanks,
Matthew
On 15/11/2024 12:32, Simon McVittie wrote:
[useful stuff]
Thanks, worth looking at. FTR, 10.42-4 does still build in an unstable
mips64el environment (which seemed an obvious thing to double-check).
Regards,
Matthew
Control: tags -1 fixed-upstream
This is, I think, fixed in this upstream MR:
https://github.com/PCRE2Project/pcre2/pull/418
Obviously it needs applying to the Debian 10.44 package; I'll see how
1087562 goes before deciding whether to upload a 10.44 with just this patch.
Regards,
Matthew
On 15/11/2024 10:55, Chris Hofstaedtler wrote:
* Matthew Vernon [241115 11:45]:
Hm. AFAICT there is no mips64el porterbox available to test things on, only
buildds which don't have open access.
eberlin.d.o should work.
Thanks. I filtered the machine list for mips64el which explains
btool). But that is not a mode that works on mips64el:
That is very strange :(
Matthew
,and I don't think the case for such a policy change has
yet been made.
Could I ask why the ctte considers this the wrong solution? As it was
suggested previously, I assume it was at least taken into consideration
in discussions.
To be clear, that is my position, not the committees.
Regards,
Matthew
as an exclusion
mechanism. Alternative init systems such as sysvinit-core should issue a
dependency or recommendation on it.
This seems like the wrong shape of solution to me; we've not previously
assumed this, and I don't think the case for such a policy change has
yet been made.
Regards,
Matthew
Thanks for the reminder, I lost access to my dev machine and had to rebuild
my set-up.
On Tue, 29 Oct 2024 at 05:27, Boyuan Yang wrote:
> Dear maintainer,
>
> I've prepared an NMU for ats2-lang (versioned as 0.4.2-2.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should de
nt a neater solution that helps with the
container-building question.
Regards,
Matthew
e the "did you know" about the
name of salsa, and so on.
AFAICT this does not reflect repetition in the rss feed (on a naive
glance, the salsa-name story only appears once there). I'd rather only
get posts when there is new news, rather than keep seeing the same
things come round.
Thanks,
Matthew
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
This fix causes openmpi-bin to be uninstallable on sid
8.406 Some packages could not be installed. This may mean that you have
8.406 requested an impossible situation or if you are using the unstable
8.406 distribution that some required packages have not yet been created
8.406 or been moved out of
On Fri, Sep 27, 2024 at 09:25:11PM -0400, Michael Stone wrote:
> On Sat, Sep 28, 2024 at 01:20:17AM +0100, Matthew Wilcox wrote:
> > On Fri, Sep 27, 2024 at 06:23:05PM -0400, Michael Stone wrote:
> > > It would be just as confusing for cp to ignore reflink, right?
> >
&g
On Fri, Sep 27, 2024 at 06:23:05PM -0400, Michael Stone wrote:
> On Fri, Sep 27, 2024 at 09:31:37PM +0100, Matthew Wilcox wrote:
> > On Fri, Sep 27, 2024 at 02:41:39PM -0400, Michael Stone wrote:
> > > On Fri, Sep 27, 2024 at 06:18:20PM +0100, Matthew Wilcox wrote:
> > &g
On Fri, Sep 27, 2024 at 02:41:39PM -0400, Michael Stone wrote:
> On Fri, Sep 27, 2024 at 06:18:20PM +0100, Matthew Wilcox wrote:
> > Without looking at the source code, it seems likely that cp blindly
> > tries FICLONE without checking to see whether the sparse flag is set.
>
Package: coreutils
Version: 9.4-3.1
strace cp --sparse=always dd dd-sparse
[extraneous stuff skipped]
openat(AT_FDCWD, "dd", O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0755, st_size=134248, ...}) = 0
openat(AT_FDCWD, "dd-sparse", O_WRONLY|O_CREAT|O_EXCL, 0755) = 4
ioctl(4, BTRFS_IOC_CLONE or F
Hi,
Also, i in my case, when trying to booot on my asus desktop, the system
shutsdown when selected from the boot meenu. Again this happens on the
latest wekly image from testing.
On 8/20/2024 1:28 PM, Pascal Hambourg wrote:
On 20/08/2024 tat 18:55, louigi 600 wrote:
I dint think it eve
Hi,
I just happened to run in to this this morning on my asus desktop using
debian testing. Fedora works just fine. The only difference is that I
am using an external hard drive which is from cgate. Just pointing this
but have not tried a debaian stable image. Intresting.
Matthew
package as
Mark suggests would be the best approach.
Thanks,
Matthew
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
and applied as
in attached patch), and #83805) I am working with upstream to get
these crticial fixes integrated.
I found this fix backporting latest Ansible to Bookworm for my local usage.
Cheers,
Matthew Grant
-- System Information:
Debian Release: 12.6, and Sid unstable
APT prefers stabl
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
On Sat, 10 Jul 2021 18:31:24 +0200 =?ISO-8859-1?Q?S=E9bastien?= Villemot
wrote:
> I’ve recently tried to reevaluate the situation regarding CCL in
> Debian.
>
> In short, the answer is unfortunately that it’s not yet possible to
> package CCL, but there is however the hope that the situation wil
chain. If the udeb is used by d-i, that needs to be resolved
first.
Noted, although I'm pretty sure d-i moved to pcre2 a while back now.
Regards,
Matthew
but perhaps you are right it is
better to leave that for now.
Regards,
Matthew
OpenPGP_signature.asc
Description: OpenPGP digital signature
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
.
Debian's current (and long-standing) answer to that question is "no",
and my view is that you have not advanced a sufficiently compelling case
that this answer should be changed.
Regards,
Matthew
changed (though I'm not sure how/who to do that).
Regards,
Matthew
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
hey would go further and say that people want to be able to do
this without doing anything more involved than inspecting
/etc/os-release and that Debian should support them in so doing.
Is that a broadly fair summary?
Regards,
Matthew
Thanks, Phil.
The reproducible-builds problem is something I’ve investigated several
times over the years. As far as I can tell, I’m blocked by Flex and/or
Bison issues. In particular https://github.com/westes/flex/issues/268.
I’ve tried engaging with the Flex maintainer to get this fixed, to
On 6/16/24 04:11, Phil Wyett wrote:
Hi Matthew,
Letting mistakes slip through as you say would be worse. Software is getting
more complex in a variety of fields/organisations etc. that use Debian. If build
times increase because of this the infrastructure team should see this and
move/act
1 - 100 of 1641 matches
Mail list logo
