:00 2001
From: Matthew Vernon
Date: Wed, 20 Mar 2019 15:37:46 +
Subject: [PATCH 1/2] add -L option to output day and month name in list view
---
bdengine.c | 16
birthday.c | 5 -
birthday.h | 1 +
birthday.man | 4
debian/changelog | 7 +++
Package: thunderbird
Version: 1:60.3.0-1~deb9u1
Severity: normal
Tags: upstream
Hi,
The UI option "Edit As New Message" includes some headers from the
original message (e.g. References: ) that it shouldn't, and does so in
a way that is invisible to the user.
For example:
I posted to debian-priv
Hi,
Any chance of a 4.2 package, please? It's quite a major rewrite of the
game, and it's DFSG-free, so could move this into main, which would be
really good :)
Thanks,
Matthew
forwarded 945972 https://bugs.exim.org/show_bug.cgi?id=2478
quit
On 01/12/2019 23:15, Michael Biebl wrote:
> pcre2 FTBFS on armel:
> https://buildd.debian.org/status/fetch.php?pkg=pcre2&arch=armel&ver=10.34-1&stamp=1574962559&raw=0
Thanks for the bug report; I've forwarded it upstream. I'm afrai
On 01/12/2019 16:05, Michael Biebl wrote:
> Control: tags -1 + patch
>
> Attached is a trivial patch to make the switch to dbgsym
> It assumes that the next uploaded version will be 10.34-2
Thanks for the poke (and patch); I'll get this in the next upload.
Regards,
Matthew
Hi,
On 01/12/2019 23:38, Michael Biebl wrote:
> please consider applying the attached patch which adds symbols files for
> the libraries shipped in src:pcre2
I'm afraid I'm very reluctant to do this. Maintaining the symbols files
for pcre3 is a complete nightmare - every gcc change results in FT
Hi,
I've pushed a -2 with a patch from upstream that fixes an ARM issue; I'm
not sure it'll be what we need, but we'll see.
Regards,
Matthew
Package: dgit
Version: 4.3
Severity: wishlist
Hi,
It would be nice if dgit-maint-merge(7) provided more advice on
pushing to salsa, specifically:
The various setup sections do describe e.g.
% git push --follow-tags -u origin master
...and while this is nice, it should (I think) be po
On 02/12/2019 15:52, Sean Whitton wrote:
>> The various setup sections do describe e.g.
>>% git push --follow-tags -u origin master
> Actually, the '-u' in that command alters your .git/config such that a
> subsequent plain `git push` will push master to salsa.
Yes, but unless I am t
Hi,
I think this has been fixed upstream, and that fix is now in Debian via
10.34. Do you concur?
Regards,
Matthew
Hi,
Thanks for your work on this; I am persuaded, and an upload has just
been made with symbols files in. Hopefully I will not regret this...
Regards,
Matthew
Hi,
On 06/12/2019 15:45, Boyuan Yang wrote:
> Your latest upload pcre2/10.34-5 was not a source-only upload; as a result,
> this package will not migrate to Testing. Since July 2019, only source-only
> uploads are allowed to migrate to Testing.
I know - I had to make a binary-upload because the
On 06/12/2019 15:53, Boyuan Yang wrote:
> When installing the new package libpcre2-posix2, it provides the same file as
> libpcre2-posix0 without declaring Breaks: relationship. This would make the
> upgrade fail.
Bother, yes, this is because the previous libpcre2-posix0 was misnamed
(the soname
forcemerge 946279 946290
quit
Hi,
Please check the BTS for duplicates before filing bugs.
Thanks,
Matthew
Hi,
Hello, looks like upstream has a working simple patch that might be
cherry-picked
I've seen that go past on the mailing list; I was going to give it a day
or two and see if upstream actually commit that patch (I've not seen
Phil comment on it yet).
Regards,
Matthew
On 06/03/2019 15:04, Andrej Shadura wrote:
> On Mon, 04 Mar 2019 22:54:04 + Santiago Vila wrote:
>> dh_makeshlibs -plibpcre3 --add-udeb="libpcre3-udeb" -V 'libpcre3 (>=
>> 1:8.35)' -- -c4
>> dh_makeshlibs -plibpcrecpp0v5 -V 'libpcrecpp0v5 (>= 7.7)' -- -c4
>> dpkg-gensymbols: error: some symbo
ce is 215 Euston Road, London, NW1 2BE. >From c04025708adaf98ad4a4e7ac12bf97c9d7d0a240 Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Fri, 6 Sep 2019 13:50:06 +0100
Subject: [PATCH] Add a systemd service file for userv
This endeavours to do what the sysvinit file does - create
/var/run/userv iff ne
Hi,
If userv is to spawn long-running processes, and it is desired that they
survive the restarting of userv, then we'll also need KillMode set to
process (rather than the default "control-group"), e.g.:
[Unit]
Description=User services (security boundary) daemon
After=syslog.target remote-fs.tar
Hi,
On 09/09/2019 12:56, Gedalya wrote:
On 9/9/19 3:14 AM, Sam Kuper wrote:
Please could you comment on whether `pcre2test` meets your needs,
such that Debian Developers[1] need not expend effort packaging
`pcretest`?
It's worth noting that pcre2test doesn't use the same library and is
not
Hi,
On 23/01/2019 14:04, Jeremy Bicha wrote:
Please use --disable-pcre2grep-callout in your Debian package. It is
surprising to users that a grep tool will execute commands.
Err, yes, that is quite surprising!
Regards,
Matthew
Hi,
Thanks for the bug report. The change you complain of was inherited from
Marc Haber's packaging of pcre3, as referred to in a related upstream issue:
https://bugs.exim.org/show_bug.cgi?id=1830
Is your objection that Marc's change is incorrect, that it's misapplied
in pcre2, or something e
e names in libc.
- -- Matthew Vernon , Sun, 22 Nov 2015 16:07:27 +
+ -- Matthew Vernon , Sun, 27 Jan 2019 13:55:17 +
diff --git a/debian/changelog b/debian/changelog
index 634d436..5894999 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+pcre2 (10.32-5) unstable; urge
Hi,
One further thing, I note that the next upstream version of pcre2 will do
PCRE2POSIX_EXP_DECL int pcre2_regcomp(regex_t *, const char *, int);
PCRE2POSIX_EXP_DECL int regcomp(regex_t *, const char *, int);
and in the .c file:
PCRE2POSIX_EXP_DEFN int PCRE2_CALL_CONVENTION
regcomp(regex_t *p
Hi,
Further to my previous email (did you get that?), I note that upstream
will have these definitions in their next release - see
https://bugs.exim.org/show_bug.cgi?id=1830#c30
Regards,
Matthew
On 22/08/2019 18:50, Antoine Amarilli wrote:
Hi Chris,
On Wed, Aug 21, 2019 at 03:52:44PM -0700, Chris Lamb wrote:
Cool! I'm not sure whether this other edge case is important -- are
there situations where an attacker in front of a locked computer could
manage to pull this off?
I think we m
Package: python3
Version: 3.9.2-3
Severity: normal
Tags: upstream
Hi,
sys.excepthook is called to handle any uncaught exception, other than
SystemExit.
This behaviour is described correctly in help(sys).
help(sys.excepthook) and the web documentation[0] both lack the IMO
important fact that py
000
@@ -1,3 +1,9 @@
+bible-kjv (4.34+deb11u1) bullseye; urgency=medium
+
+ * Fix off-by-one-error in search (Closes: #1005856)
+
+ -- Matthew Vernon Wed, 16 Feb 2022 11:15:11 +
+
bible-kjv (4.34) unstable; urgency=medium
* Check for error return value
diff -Nru bible-kjv-4.34/make
On 16/02/2022 10:18, Jon Daley wrote:
On Wed, 16 Feb 2022, Matthew Vernon wrote:
[Debian policy is usually that bugs need to be "Important" priority or
higher for fixes to be considered for a stable point release. I'm
assuming you don't think that applies here]
Ok, tha
On 18/11/2021 12:06, Marco d'Itri wrote:
On Nov 18, Matthew Vernon wrote:
Many large projects that use PCRE have made the switch now (e.g. git,
php); it does involve some work, but we are now at the stage where
PCRE3 should not be used, particularly if it might ever be exposed to
untr
Hi,
On 18/11/2021 12:44, Christoph Berg wrote:
Re: Matthew Vernon
Many large projects that use PCRE have made the switch now (e.g. git,
php); it does involve some work,
is there some migration guide? The upstream homepage doesn't seem to
have anything.
Regrettably not; the PHP fol
On 18/11/2021 12:28, Barak A. Pearlmutter wrote:
It looks to me like the pcre3 dependency in the terminus package is
entirely due to its use of valac and other build support. There
doesn't appear to be any direct use, except in a build dependency.
If I remove that build dependency, libpcre3-dev
On 18/11/2021 15:11, Mattia Rizzolo wrote:
On Thu, Nov 18, 2021 at 11:49:07AM +, Matthew Vernon wrote:
The newer PCRE2 library was first released in 2015, and has been in
Debian since stretch. Upstream's documentation for PCRE2 is available
here: https://pcre.org/current/doc/html/
Si
Hi,
On 18/11/2021 14:10, Simon McVittie wrote:
On Thu, 18 Nov 2021 at 11:49:04 +, Matthew Vernon wrote:
Your package still depends on the old, obsolete PCRE3[0] libraries
(i.e. libpcre3-dev).
As I'm sure you're already aware, in the case of GLib this is something
that n
Hi,
On 21/11/2021 01:09, Axel Beckert wrote:
Seems to have worked for me, but now I get the same error for
/etc/init.d/nftables:
Setting up orphan-sysvinit-scripts (0.10) ...
/usr/bin/which: this version of `which' is deprecated; use `command -v' in
scripts instead.
/usr/bin/which: this ve
On 21/11/2021 22:48, Thorsten Glaser wrote:
On Sun, 21 Nov 2021, tito wrote:
couldn't renaming the scripts in the orphan-sysvinit-scripts package
be a solution to solve this?
I think that breaks user expectations and should only be a
very last resort.
I agree.
I think both the “cp”, which
Hi,
On 30/11/2021 15:50, Job Bautista wrote:
Package: orphan-sysvinit-scripts
Version: 0.10
Severity: normal
X-Debbugs-Cc: jobbautis...@protonmail.com
Please remove iwd's init script, as it's added now in iwd 1.20-2.
This will need some co-ordination, I think; orphan-sysvinit-scripts uses
Hi,
On 22/11/2021 09:16, Ondřej Surý wrote:
I analysed the problem in:
https://github.com/PhilipHazel/pcre2/issues/56
Thanks! I've had a read of that, and AIUI it's a behaviour change
(matching that of perl) rather than an ABI change?
I guess bumping the version in the symbols file like
Hi,
On 24/11/2021 15:42, Stéphane Glondu wrote:
Le 18/11/2021 à 12:49, Matthew Vernon a écrit :
Your package still depends on the old, obsolete PCRE3[0] libraries
(i.e. libpcre3-dev). This has been end of life for a while now, and
upstream do not intend to fix any further bugs in it
On 01/12/2021 08:51, Jonas Smedegaard wrote:
Quoting Job Bautista (2021-12-01 04:11:38)
Matthew Vernon wrote:
On 30/11/2021 15:50, Job Bautista wrote:
Package: orphan-sysvinit-scripts
Version: 0.10
Severity: normal
X-Debbugs-Cc: jobbautis...@protonmail.com
Please remove iwd's init s
On 05/12/2021 12:58, Jonas Smedegaard wrote:
Sounds sensible to me - I'll make sure to add the Conflicts: to iwd.
Cool; I've just uploaded orphan-sysvinit-scripts 0.11 to unstable.
Thanks,
Matthew
===BEGIN
A: Christoph Berg
B: Helmut Grohne
C: Elana Hashman
D: Simon McVittie
E: Niko Tyni
F: Matthew Vernon
G: Sean Whitton
H: Gunnar Wolf
===END
G > A = C = D = E = H > B = F
[rationale: being new I don't really have much of an opinion, other than
the new cha
Hi,
Having joined the committee, I thought it best to try and get up to
speed on this issue. Is my summary correct?
--begin
There are two "rename" programs, one part of upstream util-linux
"rename.ul" and one provided by the rename package "rename.pl"[0]
For a long time, Debian's "/usr/bin
Hi,
On 02/11/2021 16:41, Michael Biebl wrote:
I intend to remove the SysV init script from the rsyslog package with the
next upload.
Maybe you are interested in taking maintainership for the file.
Thanks for letting me know; I've taken the version from debian/master on
salsa, and it'll be i
Hi,
On 04/11/2021 17:18, Michael Biebl wrote:
I haven't made up my mind on this one yet. There are pros and cons.
If we continue to install rsyslog alongside journald by default, then
using imjournal is imho the more logical choice.
That said, I actually think we should no longer do that to av
Hi,
On 24/12/2020 11:56, Diederik de Haas wrote:
On my system I have the 8/16/32 bit versions of the pcre2 library
installed.
The discription only tells me that this is the 8-bit runtime version.
But I have no idea why I/anyone would want a 8-bit runtime on my 64-bit
machine, where I'd normally
Hi,
On 07/11/2021 15:52, Diederik de Haas wrote:
On Sunday, 7 November 2021 13:08:38 CET Matthew Vernon wrote:
On 24/12/2020 11:56, Diederik de Haas wrote:
The short answer is because you installed something that depends on the
8-bit runtime version.
I actually knew that, but I should&#x
On 09/11/2021 15:45, gregor herrmann wrote:
On Tue, 09 Nov 2021 16:17:31 +0100, Adam Borowski wrote:
On two different setups, I get:
Not replacing deleted config file /etc/init.d/rsyslog
update-rc.d: error: initscript does not exist: /etc/init.d/rsyslog
dpkg: error processing package orphan-sy
Hi,
On 09/11/2021 15:17, Adam Borowski wrote:
Not replacing deleted config file /etc/init.d/rsyslog
This is the problem - ucf thinks that it knew about /etc/init.d/rsyslog
before it got deleted (and so it thinks you deliberately removed it).
AFAICT:
This should happen if and only iff /etc
Hi,
On 10/11/2021 07:35, Dirk Griesbach wrote:
While rsyslog doesn't ship its init script anymore, ucf is still having
a reference to that script after the rsyslog upgrade.
,
| # ls -l /var/lib/ucf/cache/*rsyslog*
| -rwxr-xr-x 1 root root 2864 5. Nov 01:24
/var/lib/ucf/cache/:etc:init.d
Hi,
On 10/11/2021 09:37, Matthew Vernon wrote:
On 09/11/2021 15:17, Adam Borowski wrote:
Not replacing deleted config file /etc/init.d/rsyslog
This is the problem - ucf thinks that it knew about /etc/init.d/rsyslog
before it got deleted (and so it thinks you deliberately removed it
On 10/11/2021 16:51, Adam Borowski wrote:
On Wed, Nov 10, 2021 at 12:21:09PM +, Debian Bug Tracking System wrote:
#998893: orphan-sysvinit-scripts: fails to configure: "not replacing deleted config
file /etc/init.d/rsyslog"
It has been closed by Debian FTP Masters (reply t
Hi,
On 15/11/2021 14:03, Ondřej Surý wrote:
It’s still a bug, but I think it might be a bug in pcre2. The other
Matthew (in CC) might need to bump the shlibs on the shared lib to >= 10.39
I'm slightly confused - this appears to be an issue in a php function
that went away after an upgrade? Or
Hi,
On 15/11/2021 14:34, Ondřej Surý wrote:
This appears when built with 10.39, but the runtime version is less than that.
My guess is that this needs manual debian/libpcre2-8.shlibs override. (Or just
mangle the symbols file, so it always generates correct versioned dependency.)
I've had a
Hi,
On 20/10/2021 15:29, Jesse Smith wrote:
Is there a reason for wanting to revert this behaviour instead of using
the "-z" flag on the command line? If you use pidof a lot and expect to
see processes that are in the uninterruptable sleep state then making an
alias of pidof='pidof -z' seems lik
Hi,
On 25/10/2021 17:21, Mathieu ROY wrote:
powerdns packaged removed then working init script. You might consider
including them in your package.
I was about to send you a working version but the debian developer in
charge of powerdns, apparently tied to powerdns development, made me
recon
severity 904506 important
quit
So this has now built successfully (I think version skew between gcc :-/
), so I think the severity is now important. Probably still worth making
more symbols optional.
Regards,
Matthew
Package: util-linux
Version: 2.29.2-1+deb9u1
Severity: normal
Tags: patch
Control: found -1 2.32.1-0.1
Hi,
The getopt(1) manual page is a bit unhelpful about where the example
scripts are to be found:
Example scripts for (ba)sh and (t)csh are provided with the
getopt(1) distribution, and ar
Hi,
On 27/09/18 19:09, Adrian Bunk wrote:
I've prepared an NMU for rsbackup (versioned as 5.0-2.1) and uploaded
it to DELAYED/14. Please feel free to tell me if I should cancel it.
Thanks, but the right answer is to upload 5.1-1, which I will be doing
shortly.
Regards,
Matthew
On 08/10/18 21:38, Adrian Bunk wrote:
On Mon, Oct 08, 2018 at 08:53:57PM +0100, Matthew Vernon wrote:
Hi,
Hi Matthew,
On 27/09/18 19:09, Adrian Bunk wrote:
I've prepared an NMU for rsbackup (versioned as 5.0-2.1) and uploaded
it to DELAYED/14. Please feel free to tell me if I s
Hi,
On 18/07/18 08:34, Matthias Klose wrote:
Package: src:pcre3
Version: 2:8.39-10
Severity: important
Tags: patch
This version doesn't fix all symbols issues for me. two more symbols need to be
marked as optional (the second one for -O3 builds). Patches at
Huh. (obviously) my version worked
reassign 897852 src:rsbackup
quit
Sorry again. I completely forgot I'd already been round this loop, and
am already blocked by 897895
I need more coffee :(
Matthew
reassign 897852 src:pangomm
quit
Hi,
I think this is a pangomm bug - see the errors below about incompatible
function type casts.
I was misled by the final error message, but actually, that's because
the autoconfery for rsbackup does:
# 1. Glibmm uses C++14 features
# 2. Which Clang moans
On 21/07/18 13:22, Richard Kettlewell wrote:
In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897852:
I think this is a pangomm bug - see the errors below about incompatible
function type casts.
To me it looks like a sigc++ bug, and one that is being addressed upstream:
https://github.com
Hi,
FYI.
https://github.com/libsigcplusplus/libsigcplusplus/issues/1
HTH,
Matthew
On 23/02/18 11:46, Laurent Bigonville wrote:
> On Thu, 30 Nov 2017 17:50:53 -0500 Jeremy Bicha wrote:
>> Source: pcre2
>> Version: 10.22-4
>> Severity: wishlist
>
> Hi,
>
>> pcre2 10.30 has been available since August. Please upgrade.
>>
>> https://vcs.pcre.org/pcre2/code/trunk/NEWS?view=markup
Hi,
I've uploaded an updated pcre2 package (2 actually), which now points
vcs-* to salsa. I think this fixes this bug, so would like to close it,
if that's OK?
On 01/12/17 18:49, Jeremy Bicha wrote:
The problem is that there is important metadata stored as git commits
(information about why
On 24/02/18 15:41, Jeremy Bicha wrote:
On Sat, Feb 24, 2018 at 10:12 AM, Matthew Vernon wrote:
I've uploaded an updated pcre2 package (2 actually), which now points vcs-*
to salsa. I think this fixes this bug, so would like to close it, if that's
OK?
I appreciate that it uses Vcs h
package: fait-setup-storage
version: 5.5.3
X-Debbugs-CC: l...@sanger.ac.uk
Hi,
I'm trying to install Ubuntu Xenial using FAI. The storage setup is
failing, and emits the error message:
INTERNAL ERROR in setup-storage:
Invalid dev children entry
Please report this error to the Debian Bug Tracking
package: fai-setup-storage
version: 5.5.3
X-Debbugs-CC: l...@sanger.ac.uk
Hi,
I'm trying to install Ubuntu Xenial using FAI. The storage setup is
failing, and emits the error message:
INTERNAL ERROR in setup-storage:
Invalid dev children entry
Please report this error to the Debian Bug Tracking
Hi,
For reference, the underlying issue was that there was some stray md
metadata left on one of the devices (which I think was meaning md was
incorrectly trying to build the wrong array); deleting it with
--zero-superblock let FAI continue successfully.
While spotting that might be a bit more th
On 20/04/2022 15:31, Matthew Vernon wrote:
I hereby call for a vote on the following ballot. Unless a TC member
objects to calling for a vote, voting lasts for a week, or until the
result is no longer in doubt.
The voting period is over.
===Rationale
There are two "rename" prog
Hi,
I thought it might be useful to try and summarize where we are with this
bug, which hasn't see much recent activity (not least as there's a TC
meeting later...).
* Questions asked of the TC
The Committee was invited to issue advice on a number of points:
I - continued use of 1.0 native
Hi,
On 09/04/2022 14:59, Chris Hofstaedtler wrote:
I was not planning on doing that: stable already does not have
/usr/bin/rename.ul.
People were asking for it to be restored before the stable release,
though, I think? #966468 was opened against version 2.36-1 back in July
2020.
Given re
Tags 1009066 +upstream
quit
On 06/04/2022 20:33, Yavor Doganov wrote:
This packages fails to build on hurd-i386 as of version 10.39-1;
from the last build log for 10.39-3 [1]:
Thanks; the patch looks reasonable to me (and my local tree works OK
with it applied); I've sent it upstream for the
Hi,
Upstream already have a Hurd build fix (
https://github.com/PhilipHazel/pcre2/commit/adf76faace83d2b926b9136821daa02a78266b95
), which I've applied to my tree, and uploaded as 10.39-4.
Regards,
Matthew
Hi,
Thanks to everyone for your contributions to this discussion. I think
we're at the point where voting is appropriate.
I propose a ballot as follows - if no-one suggests further options in
the mean time, I will call for a vote on this ballot on Tuesday, after
the weekend of public holiday
On 15/04/2022 07:36, Gunnar Wolf wrote:
Matthew Vernon dijo [Thu, Apr 14, 2022 at 04:47:17PM +0100]:
Backwards-compatibility (and the lack of a compelling argument that
util-linux's rename is significantly superior to the perl rename) means that
/usr/bin/rename in Debian should remain the
Hi,
Thanks for the feedback on my previous draft; here's a revised ballot.
I propose a ballot as follows - if no-one suggests further options in
the mean time, I will call for a vote on this ballot on Tuesday, after
the weekend of public holidays.
From a procedural point of view, I am formal
Hi,
Thanks for this.
1. While the former "should" is guarded by "requires", I think the
latter can be read as a recommendation. I therefore propose replacing
it with "must" to make the override more obvious.
2. While option B reads fine to me, option A is a little confusing to
me d
Hi,
I hereby call for a vote on the following ballot. Unless a TC member
objects to calling for a vote, voting lasts for a week, or until the
result is no longer in doubt.
===Rationale
There are two "rename" programs - the perl rename, and the util-linux
rename. Debian and its derivatives h
Control: found -1 3.20200202.3-1
Hi,
I've been bitten by this again, I'm afraid - I had cause to run setup
again, and chiark's backups broke once more.
Today, I ran:
ikiwiki --setup ~/.ikiwiki/ikiwiki.setup --rebuild --no-gettime
And, in, ~/wikiwc/.ikiwiki/transient/recentchanges/, there are
kport upstream fixes for CVE-2022-1586 CVE-2022-1587
+(Closes: #1011954)
+
+ -- Matthew Vernon Sun, 21 Aug 2022 12:15:50 +0100
+
pcre2 (10.36-2) unstable; urgency=medium
* Upload to unstable
only in patch2:
unchanged:
--- pcre2-10.36.orig/ChangeLog
+++ pcre2-10.36/ChangeLog
@@ -1,8 +1,
gency=medium
+
+ * Backport upstream fixes for CVE-2022-1586 CVE-2022-1587
+(Closes: #1011954)
+
+ -- Matthew Vernon Sun, 21 Aug 2022 12:15:50 +0100
+
pcre2 (10.36-2) unstable; urgency=medium
* Upload to unstable
only in patch2:
unchanged:
--- pcre2-10.36.orig/ChangeLog
+++ pcre2-
tags + moreinfo
quit
Hi,
Instead, it is possible to enable a different allocator that uses
separate mappings for the same allocation, one with read/write and one
with read/executable mappings, the placement of which is randomized in
the process's virtual address space, making abuse much harder.
Hi,
On 21/06/2022 01:31, Sean Whitton wrote:
Hello,
I hereby call for votes on the following resolution:
BEGIN BALLOT
Using its powers under constitution 6.1.5, the Technical Committee
issues the following advice:
1. It is not a bug of any severity for a package with a non-native
ve
Hi,
I have uploaded bible-kjv 4.34+deb11u1 for bullseye in the light of the
announced forthcoming stable point release. I hope this is in order :)
Regards,
Matthew
Hi,
Would you like me to prepare an upload for these, or are you working on
this?
[sorry, it's not clear from the bug report]
Thanks,
Matthew
On 07/06/2022 07:08, Sean Whitton wrote:
I agree, it's not about the benefits of the source format, we do indeed
understand all the trade-offs by now. It's that certain ideas and
workflows *which are not really about source packages* are made
inconvenient or impossible if we remove this option.
Hi,
On 13/06/2020 20:44, Helge Kreutzmann wrote:
gcc -g -O2 -fdebug-prefix-map=/tmp/testfoo2/linuxinfo-3.1.2=.
-fstack-protector-strong -Wformat -Werror=format-security -lpcre2-8
-Wl,-z,relro -o linuxinfo linuxinfo.o linuxinfo_common.o linuxinfo_arm.o
linuxinfo_alpha.o linuxinfo_ia64.o linu
On 16/06/2020 20:21, Helge Kreutzmann wrote:
Hello Matthew,
thanks for your reply.
On Tue, Jun 16, 2020 at 07:24:29PM +0100, Matthew Vernon wrote:
On 13/06/2020 20:44, Helge Kreutzmann wrote:
gcc -g -O2 -fdebug-prefix-map=/tmp/testfoo2/linuxinfo-3.1.2=.
-fstack-protector-strong -Wformat
On 17/03/2022 17:52, Russ Allbery wrote:
Helmut Grohne writes:
Do you think it would be impossible to move forward on this matter in a
consensus-based way?
I don't know. I have some reasons to be dubious, but it's possible that
I'm being excessively pessimistic.
I'm inclined to agree with
On 25/03/2022 16:25, Russ Allbery wrote:
Luca Boccassi writes:
But anyway, it turns out it's all moot because - drum roll - there is a
patch:
https://0x0.st/oNFG.diff
This was shared just now on #debian-devel IRC by user 'uau', linked
here with explicit permission.
This is fantastic, t
Hi,
On 29/03/2022 00:55, Sean Whitton wrote:
On Mon 28 Mar 2022 at 10:35PM +02, Christoph Berg wrote:
The problem here is that if ul-extra contains things besides rename,
and it conflicts with the perl rename, people will rightfully complain
that they can't install /usr/bin/fincore-from-ul-ex
Package: network-manager
Version: 1.24.0-1
Severity: normal
Hi,
Could you adjust the dependencies of network-manager to depend on
libpam-systemd | logind instead of just libpam-systemd, please?
It works with libpam-elogind just fine; and this means that folk using
other inits can then instal
Hi,
We encountered this issue, too - many of our systems are setup in the
smarthost config, with /etc/mailname set to sanger.ac.uk. This mostly
works - central LDAP means that user fred will reliably by fred at
sanger.ac.uk, and so on.
The downside is that we can't then e.g. alias 'root' so
with number 1021457 and a
company registered in England with number 2742969, whose registered
office is 215 Euston Road, London, NW1 2BE. >From 249403c52334e8e2ae8de106ab1e805e10784fdd Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Wed, 20 Mar 2019 15:37:46 +
Subject: [PATCH] add
om dc5d60ff156c9eaf2a07f9db344e5ec724306215 Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Wed, 20 Mar 2019 15:37:46 +
Subject: [PATCH] add -L option to output day and month name in list view
---
bdengine.c | 14 ++
birthday.c | 5 -
birthday.h | 1 +
birth
umber 2742969, whose registered
office is 215 Euston Road, London, NW1 2BE. >From 046086701f291cfb269812c84e9b83d1feed5aeb Mon Sep 17 00:00:00 2001
From: Matthew Vernon
Date: Wed, 20 Mar 2019 15:37:46 +
Subject: [PATCH] add -L option to output day and month name in list view
---
bd
forwarded 925360 https://bugs.exim.org/show_bug.cgi?id=2385
quit
Hi,
On 23/03/2019 18:54, Guillem Jover wrote:
> I just upgraded a server of mine to Debian buster, and roundcube's
> postinst started to crash with "Illegal instruction" messages from a
> php process, due to usage of a SSE2 instruc
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
501 - 600 of 605 matches
Mail list logo
