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
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
Package: devilspie2
Version: 0.43-4
Severity: normal
Tags: patch
Dear Maintainer,
The latest released version of devilspie2 calls a deprecated (and
seemingly non-functional) function to trap X errors instead of
terminating the caller. This means that any scripts that e.g.
undecorate windows a
Source: fsvs
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: compton
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: cadabra
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: libopkele
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: c-icap
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: libpcre++
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: maildir-filter
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: awffull
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: pads
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: parser
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Source: analog
Severity: important
User: matthew-pcre...@debian.org
Usertags: obsolete-pcre3
Dear maintainer,
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
Hi Paul,
On Sun, Feb 03, 2019 at 09:59:40AM -0800, Paul Hardy wrote:
> This patch changes the version of the kangaroo cow salsa merge from an
> NMU, "-5.1", to a QA upload, "-6" (because the package is orphaned)
> and makes the kangaroo cow license "GPL-2+".
Thanks for the patch and the tarball.
Package: alien
Version: 8.95
Severity: normal
Example: Converting the debian liblockfile1 and lockfile-progs to RPM
packages, because CentOS packages totally broken and useless versions of
these.
The converted lockfile-progs has these Requires:
libc.so.6
libc.so.6(GLIBC_2.0)
liblockfile.so.1
rpm
The correct URL for the homepage of efte is now:
https://github.com/lanurmi/efte
On 29/09/14 12:49, Apollon Oikonomopoulos wrote:
> Hi,
>
> On Thu, 18 Sep 2014 15:12:39 +0100 Matthew Vernon wrote:
>> It's Ben Harris' patch, not mine, but yes, I hope to upload a fixed
>> version. Don't let me stop you doing so sooner, though :-)
>
&
Hi,
On 18/09/14 11:39, Michael Prokop wrote:
> * Matthew Vernon [Mon Aug 04, 2014 at 04:37:51PM +0100]:
>> severity 714234 grave
>> tags 714234 +upstream patch
>> forwarded 714234 http://sourceforge.net/p/dump/bugs/157/
>> quit
>
>> This bug bit me, and meant
and the panics from removino(). At worst, it will leave
spurious directories around after a restore."
I think a fix to this should be seriously considered for stable.
Regards,
Matthew
Index: restore/restore.c
===
RCS file
Debian has in the past contained Python packages which have side-effects
when imported which are worse than just crashing the calling process
(for example, I've had pydoc crash my window manager).
Arguably all such cases are bugs in those packages, but it seems likely
that such bugs will appear ag
Package: galrey
Version: 1.0.2-2
Severity: important
If the input and output directories differ then the HTML files and the
thumbnails are written to the output directory, but when running
identify on the thumbnails they are looked for in the input directory
and the tags in the html for the orig
It would appear that the doc building stuff is at
http://efault.net/npat/hacks/xmlmp/ -- I'll look at either making a separate
package or incorporating the relevant scripts into picocom shortly.
- Matt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
m, but they are fairly
inactive so the fix is included in the Debian diff for now.
Matt
- --
Matthew Johnson
http://www.matthew.ath.cx/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Made with pgp4pine 1.76
iD8DBQFFeuz7pldmHVvob7kRArgnAJ9BGSrZscxLXejQAHJpv5sO7FCLqw
Package: mailscanner
Version: 4.55.10-1
Severity: grave
Justification: renders package unusable
Mailscanner fails to start since upgrade. Manually running the daemon
gives error message:
Can't locate Sys/Hostname/Long.pm in @INC (@INC contains:
/usr/share/MailScanner /etc/perl /usr/local/lib/per
On Mon, Mar 13, 2006 at 08:19:42PM -0500, Decklin Foster wrote:
> I would greatly appreciate it if you could inform me whether the bug is
> still reproducible for you in this version, or if it can be closed. Thank
> you.
I cannot seem to reproduce it anymore with rxvt-unicode-lite 7.5-1. I
would
On Sat, Nov 05, 2005 at 10:44:00PM +0100, Pierre THIERRY wrote:
> Scribit Matthew Palmer dies 05/11/2005 hora 11:02:
> > Also, Pierre, you might like to try installing the libc6-dbg package,
>
> Here's the backtrace with LD_LIBRARY_PATH=/usr/lib/debug:
>
> (gdb) ru
On Fri, Nov 04, 2005 at 06:33:50PM +0100, Pierre THIERRY wrote:
> Scribit Matej Vela dies 04/11/2005 hora 16:46:
> > Hmm, perhaps the splash window is too small for your fonts. Try this
> > patch:
>
> Nope. Segfault again.
Not that I have any personal knowledge of this bug, but since the crash
h
> dosemu-freedos is recommended and README.Debian tell you to use it.
Not in stable, it doesn't.
I suggest marking this one "woody", and closing it once sarge is out.
Matthew
--
Rapun.sel - outermost outpost of the Pick Empire
http://www.pick.ucam.org
--
To UNSUBSCRIB
y, this is
somewhat frustrating and less than useful...
Cheers,
Matthew
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux ming 2.4.25 #3 Thu Mar 18 16:33:28 GMT 2004 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages dosemu depends on:
ii debconf
severity 149017 wishlist
merge 149017 84419
quit
This is essentially the same bug as 84419. I'm not sure adding PAM is
worth it...
Matthew
--
Matthew Vernon MA VetMB LGSM MRCVS
Farm Animal Epidemiology and Informatics Unit
Department of Veterinary Medicine, University of Cambridge
Hi,
Thanks for this patch, but I'm actually going to do something slightly
differen, since I think having
default:
break;
at the bottom of switch statements is good practice, and K+R agree with
me :)
Thanks,
Matthew
--
Matthew Vernon MA VetMB LGSM MRCVS
Farm Animal Epidemiolog
Want a cheap Drugs?
http://bbgq.neata.com
n its context menu,
from which to select an icon. Where is that icon stored? Perhaps a
temporary workaround would be to manually insert an icon file in that
storage location. Fixing this bug would ideally include not only the
proper icon by default, but also the Properties item for selecting an
icon.
--
(C) Matthew Rubenstein
), and
the system is unrecoverable - the only way I get my display back is to
reboot the system. I don't consider this acceptable...
Matthew
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux ming 2.4.25 #3 Thu Mar 18 16:33:28 GMT 2004 i686
Locale: LANG=C, LC_CT
Package: libjudydebian0
Version: 0.0.4-5
debian/control still contains:
Maintainer: Debian QA Group <[EMAIL PROTECTED]>
Uploaders: Eric Schwartz <[EMAIL PROTECTED]>
So apt-cache show still shows it as being owned by QA and in fact this
mail is going to go to the QA group. So I'm cc'ing Ted too
hat sounds very reasonable. I'm only ashamed I didn't think of that myself.
--
Matthew Exley[EMAIL PROTECTED]
Marriages are made in Heaven. So are Thunder and Lightning
Package: distributed-net
Version: 2.9001.478-2
Severity: minor
Tags: patch
/etc/init.d/distributed-net fails to stop the client if run from a
non-interactive shell, e.g. if run from a cron job (where the client is
only scheduled to run overnight, for example), then the output of:
"/etc/init.d/dist
Package: gmail
Severity: minor
- Forwarded message from Debian Installer <[EMAIL PROTECTED]> -
From: Debian Installer <[EMAIL PROTECTED]>
To: Matthew Palmer <[EMAIL PROTECTED]>,
Debian QA Group <[EMAIL PROTECTED]>
Subject: gmail override disparity
Date: F
tag 201218 +pending
thanks
I'm building a new version now.
- Matt
Package: jade
Severity: important
Version: 1.2.1-29.3
This is on hppa, not that should make a difference.
g++-3.3 -pipe -D_REENTRANT -O2 -fno-implicit-templates -I. -I./../include \
-I./../generic -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 -DHAVE_ST_BLKSIZE=1 \
-DSP_HAVE_BOOL=1 -DSP_HAVE
Package: kde
Version: KDE Version 3.1.0 RC6 (not installed)
Severity: minor
Appologies for incorrect package routing, but I cannot see which package
this problem stems from.
When menu transparency is turned on in KDE3.1 the main app menu (on the
panel) operates correctly. Menus in suitably enab
42 matches
Mail list logo
