Bug#1049895: w3cam: please consider upgrading to 3.0 source format

[Martin Meredith]

It should be lownmu.  Go ahead and undelay if you wish. 

> On 24 Aug 2023, at 17:21, Bastian Germann  wrote:
> 
> I am uploading a NMU to DELAYED/10 in order to fix this.
> The debdiff is attached.
> 

Bug#1049871: ITS: rar

[Martin Meredith]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Bastian,

You’re more than welcome to take over this immediately if you wish :) I didn’t 
realise your work was NMUs, I thought you were a co-maintainer.

You’re more than welcome to list as a co-maintainer, or as maintainer and move 
me to co-maintainer, or even just adopt the package and remove me entirely!

—
Martin
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEKgAzthb/rGEO+3iKvb77slt6OloFAmTcyDoACgkQvb77slt6
Olpg7xAAw2nG1+NPAep8PZ3vBFhH/6SIDpfF9bG7VkxbOk13X/MpdKdIrgrulYac
Yz3SQMsWAwzJu+vc+AzducQY2IEBIIm0hSZTLTIMUkuZxNEnRN/+PaJp2EbhM+aH
CieBcPpOSkYyHqc4cEprHmv4g4NpxOPoicvdLZTGK64mPSn0OT/mpoUGox3FqyHK
oAgq+n0yiVs2035a4RrtflaI4HdhFeY8KtX8WUZedZJqYMnly3XMrROdgDS8Q+Oa
whlpBdwttBfojYfGJ5HsDDrSvaRLRIEM2DB7f9M8iJKuubzx+YSLtZnFsEq1Yn+l
hxtpeAYaJNy2BctoWP4lexYosC56mCaDLEKypyfQHFNQoa6ykL+KadTMo6gYaN9w
uF8DYo0EejNasLfgSiTVACizp8JrxcXB0mo0iN/NfuYD85AroyaC0ZoeIufFpAU4
V804Wy6GSoMXJHxmJLqlopusoYDNOpw4n/4q/nSLYGdoA945zLxFn37tfi6GdKCH
5vTgbmmeNHos7IgjYtY0OLDUxguVvQT3OYPZJgSXiz9XH48Y7GxTnIdwuWXJwDWN
jrFYVIZsFTPpUtiN8+ZBWjum3vTXyWXZUXGvafibcfakLJUkFnu6v3Nv8KgrOtqD
7DrmosTXiInqRZzRbqpkYeSv9SspkQYqc+3f+1nthjkY6VtAJ2U=
=L0bC
-END PGP SIGNATURE-

> On 16 Aug 2023, at 13:22, Bastian Germann  wrote:
> 
> Source: rar
> Severity: important
> 
> I have maintained rar via NMUs for the last years and intend to salvage it in 
> three weeks time.

Bug#1010837: CVE-2022-30333 (unrar file write vulnerability) patch not yet available for Debian 10 packages

[Martin Meredith]

package: unrar
severity: grave
tags: security

-- Forwarded Message -

From: Simon Scannell 
Subject: CVE-2022-30333 (unrar file write vulnerability) patch not yet
available for Debian 10 packages
Date: May 11 2022, at 6:08 am
To: m...@debian.org
Cc: Vulnerability Research Team 


> Dear Martin,
> 
> I am contacting you as you are listed as the maintainer for the unrar
> package for Debian 10 as listed here: 
> https://debian.pkgs.org/10/debian-nonfree-arm64/unrar_5.6.6-1_arm64.deb.html
> 
> We recently reported a vulnerability (CVE-2022-30333) to RarLab. It is
> a File Write vulnerability that allows an attacker to write a file
> outside of a target extraction dir when unarchiving an untrusted RAR
> archive. We have identified a high profile software that is affected
> by this vulnerability.
> 
> The vulnerability has been patched in RarLab's upstream version 6.12
> (https://www.rarlab.com/download.htm ).
> 
> If the changelog file is up to date, it seems like the package has not
> been updated yet, so no fix is available for users.
> 
> Please view this email as a friendly heads up about this issue. Once
> the package is updated, users can secure themselves.
> 
> Thank you,
> Simon Scannell | Sonar
> 
> Vulnerability Researcher
> Twitter: @scannell_simon
> https://sonarsource.com

Bug#994951: rar: NMU 5.5.0-1.1

[Martin Meredith]

Had a quick look, and looks good to me.

Re: comment about unrar - there is unrar and unrar-nonfree packages using the 
alternatives mechanism already, so this could be provided as an alternative, 
but I doubt it’s worthwhile

> On 13 Oct 2021, at 18:36, Bastian Germann  wrote:
> 
> I am going to upload a new revision (debdiff enclosed).
> The maintainer is on LowThresholdNmu.
diff -Nru rar-5.5.0/debian/changelog rar-5.5.0/debian/changelog
--- rar-5.5.0/debian/changelog  2017-08-29 12:10:31.0 +0200
+++ rar-5.5.0/debian/changelog  2021-10-13 18:51:43.0 +0200
@@ -1,3 +1,15 @@
+rar (2:5.5.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * DEP-5 copyright file with licenses fixed (Closes: #994951)
+  * Package unrar again for distribution permission compliance (Closes: 
#994956)
+  * Exclude txt files from compression so they are untouched
+  * Update Debian's manpage (Closes: #995001)
+  * Remove autobuild tag (Closes: #862028)
+  * d/watch: Make the package a MUT (download both origtars)
+
+ -- Bastian Germann   Wed, 13 Oct 2021 18:51:43 +0200
+
 rar (2:5.5.0-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru rar-5.5.0/debian/control rar-5.5.0/debian/control
--- rar-5.5.0/debian/control2017-05-04 04:52:05.0 +0200
+++ rar-5.5.0/debian/control2021-10-13 18:41:25.0 +0200
@@ -4,8 +4,7 @@
 Maintainer: Martin Meredith 
 Build-Depends: debhelper (>= 9)
 Standards-Version: 3.9.8
-Homepage: http://www.rarlabs.com/
-XS-Autobuild: yes
+Homepage: https://www.rarlabs.com/
 
 Package: rar
 Architecture: i386 amd64
diff -Nru rar-5.5.0/debian/copyright rar-5.5.0/debian/copyright
--- rar-5.5.0/debian/copyright  2017-05-04 04:52:05.0 +0200
+++ rar-5.5.0/debian/copyright  2021-10-13 18:51:43.0 +0200
@@ -1,150 +1,202 @@
-This package was debianized by Petr Cech  on
-Sat, 16 May 1998 11:35:01 +0200.
-Changes to Debian Package made by Martin Meredith 
-
-This package is Auto-Buildable
-
-It was downloaded from http://www.rarlab.com/rar/
-
+Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Comment: This package was debianized by Petr Cech  on
+ Sat, 16 May 1998 11:35:01 +0200.
+ Changes to Debian Package made by Martin Meredith 
+Upstream-Name: rar
+Upstream-Contact: https://www.win-rar.com/contact.html
+Source: http://www.rarlab.com/download.htm
+
+Files: *
+Copyright: Copyright (c) 1993-2017 Alexander Roshal 
+Comment: This software is shareware.
+License: RAR-EULA
+
+Files:
+ *default.sfx
+ *rar
 Copyright:
-Copyright (c) 1993-2006 Alexander Roshal 
-
-This software is shareware.
-
-  The RAR Archiver
-  EULA (End User License Agreement) for use and distribution
-
-
-  The RAR archiver is distributed as try before you buy. This means:
-
-   1. All copyrights to RAR are exclusively owned by the author
-  - Alexander Roshal.
-
-   2. Anyone may use this software during a test period of 40 days.
-  Following this test period of 40 days or less, if you wish to
-  continue to use RAR, you must purchase a license.
-
-   3. There are 2 basic types of licenses issued for RAR, these are:
- 
-  a.  A single computer usage license. The user purchases one license
-  to use RAR archiver on one computer.
-
-  Home users may use their single computer usage license on
-  all computers which are in property of the license owner.
-
-  Business users require one license per computer RAR is
-  installed on.
-
-  b.  A multiple usage license. The user purchases a number of usage
-  licenses for use, by the purchaser or the purchaser's employees
-  on the same number of computers.
-
-  In a network (server/client) environment you must purchase
-  a license copy for each separate client (workstation)
-  on which RAR is installed, used, or accessed. A separate
-  license copy for each client (workstation) is needed regardless
-  of whether the clients (workstations) will use RAR simultaneously
-  or at different times. If for example you wish to have
-  9 different clients (workstations) in your network with access
-  to RAR, you must purchase 9 license copies.
-
-  A user who purchased a RAR license, is granted a non-exclusive
-  right to use RAR on as many computers as defined by the licensing
-  terms above according to the number of licenses purchased,
-  for any legal purpose. The licensed RAR software may not be rented
-  or leased, but may be permanently transferred, in it's entirety,
-  if the person receiving it agrees to the terms of this license.
-  If the software is an update, the transfer must include the update
-  and all previous versions.  
-
-   4. Licensing for RAR on mobile devices (U3 stick, USB stick,
-  external harddrive):
-
-  In addition to the terms stated above following licensing terms
-  apply t

Bug#948108: Fwd: Fwd: Bug#948108: unrar corrupts filenames given as arguments

[Martin Meredith]

-- Forwarded Message -
From: Eugene Roshal 
Subject: Re: Fwd: Bug#948108: unrar corrupts filenames given as arguments
Date: Jan 4 2020, at 8:35 am
To: Martin Meredith 

Hello,
RAR expects source parameters in local encoding, but converts
them to wchar_t with CharToWide function and uses wchar_t almost
everywhere internally.

RAR has a feature allowing to archive and extract names not belonging
to current locale, such as extended ASCII instead of UTF-8.

When RAR CharToWide function notices names which cannot be correctly
converted by mbsrtowcs, it calls CharToWideMap to perform per byte
conversion and sets the special flag (0xFFFE noncharacter) to tell
WideToChar to apply per byte decoding WideToCharMap to such name.

While it is intended for names read from and saved to archive,
here it is applied to command line parameter, resulting in 0xfffe flag
and per byte conversion visible on the screen and producing this
mangled name.

Since source "x\x92.rar" is 7 bytes length, RAR allocates 7 bytes
output buffer for converted wchar_t string. CharToWideMap output
is longer than that because of special flag inclusion,
so RAR successfully truncates output to buffer size.

While such source parameter conversion is useless, it is harmless as
well. Truncation is a good sign indicating that RAR cares about buffer
size and prevents buffer overflow. Mangled name in output is result of
garbage in input instead of expected local encoding.

So no reason to worry in my opinion.
> Obviously, unrar should not mangle filenames, as filenames are
> octet-strings, not locale-encoded.

Normally RAR expects locale-encoded names here.
Eugene

Bug#909795: ITS: unrar-nonfree

[Martin Meredith]

A brief look over the debdiff looks like there;'s nothing completely insane in 
there.

How about an NMU + Adding yourself to the Uploaders. Then we can work in the 
next few weeks (sorry, literally started a new Job on Monday - so I'm super 
busy at the moment) and get a shared git repo or similar setup.
Sound good?
On Oct 23 2018, at 11:01 pm, Norbert Preining  wrote:
>
> Hi Martin,
> any new concerning how we proceed? We need to stop the upload from the
> delayed queue if you prefer a different approach, but without hearing
> from you what to do I am a bit in the dark what to do.
>
> Thanks
> Norbert
> On Mon, 22 Oct 2018, Norbert Preining wrote:
> > Hi Martin,
> >
> > great to hear from you!!!
> > > Well, it seems my email has been a bit weird of late, as I've not seen the
> > > ITS until now!
> >
> >
> > Umpf, nor the email from 1 year ago about library support it seems.
> > > All my packages have always been LowNMU - and help has always been
> > > welcome. You're more than welcome to take this package of you wish,
> > > although my preference would have been for us to work together.
> >
> >
> > I am more than happy to work with you, I just wanted to get the shared
> > library of rar back, since I need it for a python package that in turn
> > is useful for calibre ;-)
> >
> > I attach a patch that only shows the changes to the files under debian/,
> > please use it for a proper upload if it helps (just remove the
> > maintainer change part).
> >
> > We can also set up a common git repository on salsa under the colabmaint
> > and I commit there.
> >
> > I am more than happy NOT to take over this package, if there is no need
> > for it.
> >
> > All the best
> > Norbert
> > --
> > PREINING Norbert http://www.preining.info
> > Accelia Inc. + JAIST + TeX Live + Debian Developer
> > GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
>
>
> > diff -Nru unrar-nonfree-5.5.8/debian/changelog 
> > unrar-nonfree-5.6.6/debian/changelog
> > --- unrar-nonfree-5.5.8/debian/changelog 2017-08-21 21:29:11.0 +0900
> > +++ unrar-nonfree-5.6.6/debian/changelog 2018-10-22 10:37:47.0 +0900
> > @@ -1,3 +1,11 @@
> > +unrar-nonfree (1:5.6.6-1) unstable; urgency=medium
> > +
> > + * Package salvaged (Closes: #909795)
> > + * add libunrar5 and libunrar-dev packages
> > + * bump standards version, no changes necessary
> > +
> > + -- Norbert Preining  Mon, 22 Oct 2018 10:37:47 +0900
> > +
> > unrar-nonfree (1:5.5.8-1) unstable; urgency=high
> >
> > * New upstream release
> > diff -Nru unrar-nonfree-5.5.8/debian/control 
> > unrar-nonfree-5.6.6/debian/control
> > --- unrar-nonfree-5.5.8/debian/control 2017-08-21 21:29:11.0 +0900
> > +++ unrar-nonfree-5.6.6/debian/control 2018-10-22 10:37:47.0 +0900
> > @@ -1,11 +1,13 @@
> > Source: unrar-nonfree
> > Section: non-free/utils
> > Priority: optional
> > -Maintainer: Martin Meredith 
> > +Maintainer: Norbert Preining 
> > Homepage: http://www.rarlabs.com/
> > Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~)
> > -Standards-Version: 4.0.1
> > +Standards-Version: 4.2.1
> > XS-Autobuild: yes
> > +Vcs-Browser: https://salsa.debian.org/preining/unrar-nonfree
> > +Vcs-Git: https://salsa.debian.org/preining/unrar-nonfree.git
> >
> > Package: unrar
> > Architecture: any
> > @@ -14,3 +16,22 @@
> > Description: Unarchiver for .rar files (non-free version)
> > Unrar can extract files from .rar archives. If you want to create .rar
> > archives, install package rar.
> > +
> > +Package: libunrar5
> > +Section: non-free/libs
> > +Architecture: any
> > +Multi-Arch: same
> > +Depends: ${misc:Depends}, ${shlibs:Depends}
> > +Pre-Depends: ${misc:Pre-Depends}
> > +Description: Unarchiver for .rar files (non-free version) - shared library
> > + library for unarchiving .rar files
> > +
> > +Package: libunrar-dev
> > +Section: non-free/libdevel
> > +Architecture: any
> > +Multi-Arch: same
> > +Depends: ${misc:Depends}, libunrar5 (= ${binary:Version}), 
> > ${shlibs:Depends}
> > +Description: Unarchiver for .rar files (non-free version) - development 
> > files
> > + This package contains the static library and header files for the
> > + libunrar library.
> > +
> > diff -Nru unrar-nonfree-5.5.8/debian/patches/fix-buildflags 
> > unrar-nonfree-5.6.6/debian/patches/fix-buildflags
> > --- unrar-nonfree-5.5.8/debian/patches/fix-

Bug#909795: ITS: unrar-nonfree

[Martin Meredith]

Seems I didn't hit reply all. This is the problem with waking up at 5am to
spot this email.  Copy/pasting what I originally sent, and then trying to
get back to sleep. :-)



Well, it seems my email has been a bit weird of late, as I've not seen the
ITS until now!

Replying from my phone, so I'll send a properly signed email later on.

I'm not MIA, just have been busy, and not receiving proper notifications
for my Debian email, apparently...

All my packages have always been LowNMU - and help has always been
welcome.  You're more than welcome to take this package of you wish,
although my preference would have been for us to work together

On Mon, 22 Oct 2018, 03:49 Norbert Preining,  wrote:

> Dear Martin, dear all,
>
> I am proceeding according to the salvation guide lines.
> More than 21 days have passed till reporting this bug.
> I have uploaded the unrar-nonfree_5.6.6-1 to the DELAYED/7
> queue, and attach the debdiff here.
>
> All the best
>
> Norbert
>
> On Fri, 28 Sep 2018, Norbert Preining wrote:
> > I intend to salvate unrar-nonfree according to
> >
> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#package-salvaging
> >
> > I haven't gotten any answer about libunrar in bug report
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720051
> > in more than a year, despite providing patches to support
> > libunrar shared lib building, and your last activity according to
> > https://qa.debian.org/developer.php?login=m...@debian.org
> > is also more than a year ago (last upload 2017-08-29).
> >
> > Several new versions have been uploaded, and the need for
> > the shared library as been expressed in the above mentioned
> > bug report.
> >
> > According to the procedure laid out, I will wait 21 days before
> > uploading a new package into the DELAYED queue, but I still hope
> > to hear from you.
>
> --
> PREINING Norbert   http://www.preining.info
> Accelia Inc. +JAIST +TeX Live +Debian Developer
> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
>

Bug#860952: fixed in rar 2:5.4.0+dfsg.1-0.1

[Martin Meredith]

Someone decided a long time ago that it wasn't "free enough" to be
autobuilt, so took it off the list. I hadnt even thought to remove the tags!

On 7 May 2017 16:36, "Ivo De Decker"  wrote:

> Hi Ben,
>
> On Sun, May 07, 2017 at 03:44:14PM +0100, Ben Hutchings wrote:
> > > On Thu, May 04, 2017 at 04:03:36AM +, Ben Hutchings wrote:
> > > > Files:
> > > >  6e4f05c3a05bc43f3eaab0da36e6d163 2015 non-free/utils optional
> rar_5.4.0+dfsg.1-0.1.dsc
> > > >  d02b8742478d5e6428c12ee14b2a678d 531782 non-free/utils optional
> rar_5.4.0+dfsg.1.orig-amd64.tar.gz
> > > >  efa2a5a29f57f34999a9bae355510618 541123 non-free/utils optional
> rar_5.4.0+dfsg.1.orig.tar.gz
> > > >  a8223a408d2e8e3be2e73caf21da259d 9124 non-free/utils optional
> rar_5.4.0+dfsg.1-0.1.debian.tar.xz
> > > >  aa92212e604f7c183d5a56d7dfc2a6dd 5637 non-free/utils optional
> rar_5.4.0+dfsg.1-0.1_source.buildinfo
> > >
> > > Please note that rar isn't autobuilt. So the binaries for amd64 and
> i386 need
> > > to be uploaded manually.
> >
> > debian/control and debian/copyright say it is!
>
> According to devref, someone needs to send a mail to
> nonf...@release.debian.org and ask to put in on the list of autobuilt
> packages.
>
> https://www.debian.org/doc/manuals/developers-reference/
> pkgs.html#non-free-buildd
>
> Looking at /srv/wanna-build/etc/non-free-include-list (on
> buildd.debian.org),
> rar isn't on that list.
>
> It looks like the builds for rar 5.4.0+dfsg.1-0.1 are uploaded. Thanks for
> that.
>
> Cheers,
>
> Ivo
>

Bug#820381: rar crashes.

[Martin Meredith]

A very good question.  I remember building this, I remember signing
and uploading this... I think I even remember sitting around waiting
for the emails for it.

When I get back to my dev machine on Monday, I'll try and remember to
have a look, though I think I recently deleted the files.

If so, I'll just do a new build.

On 11 February 2017 at 03:21, Roger Shimizu  wrote:
> Dear Martin,
>
> I see this issue on RC bug list.
>
>> I've just pushed a new version of rar to the repo, can you let me know
>> if this has fixed the issue?
>
> I don't see there's a Vcs-* in debian/control [0].
> And latest release in debian was on year 2015 [1].
>
> [0] https://sources.debian.net/src/rar/2:5.3.b2-1/debian/control/
> [1] https://tracker.debian.org/news/703609
>
> So where's the new version, please?
>
> Cheers,
> --
> Roger Shimizu, GMT +9 Tokyo
> PGP/GPG: 4096R/6C6ACD6417B3ACB1

Bug#774172: rar: symlink directory traversal

[Martin Meredith]

This has been passed on upstream, with no responses as it should have been
marked.

On 27 Dec 2016 3:21 p.m., "Moritz Mühlenhoff"  wrote:

> On Mon, Dec 29, 2014 at 10:29:28PM +0100, Jakub Wilk wrote:
> > Package: rar
> > Version: 2:4.2.0-1
> > Tags: security
> >
> > RAR follows symlinks when unpacking stuff, even the symlinks that were
> > created during the same unpack process.
> > It is therefore possible to create a malicious RAR archive that will be
> > unpacked into arbitrary directory outside cwd.
>
> What't the status? This bug hasn't seen maintainer acknowledgement in
> two years?
>
> Cheers,
> Moritz
>

Bug#820381:

[Martin Meredith]

I've just pushed a new version of rar to the repo, can you let me know
if this has fixed the issue?

Regarding it crashing, tehre's not much I can do now other than pass
back the issue to the developers...  The troubles with non-free :(

Bug#820381: rar crashes.

[Martin Meredith]

Any chance you can run rar with strace or similar to provide a backtrace?

On 7 April 2016 at 20:26, Alexandre Pereira Nunes  wrote:
> Package: rar
> Version: 2:5.3.b2-1
> Severity: serious
>
> Rar crashes in all evocations.
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.4.6 (SMP w/4 CPU cores; PREEMPT)
> Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Init: systemd (via /run/systemd/system)
>
> rar depends on no packages.
>
> rar recommends no packages.
>
> Versions of packages rar suggests:
> ii  unrar  1:5.3.2-1
>
> -- no debconf information

Bug#485492: Bug#694611:

[Martin Meredith]

Why the confersion to cdbs?

Ca I gets a debdiff?


On Mon, Jan 21, 2013 at 10:28 PM, Nick Andrik nick.and...@gmail.com wrote:

 I have prepared an NMU closing 3 bugs included this one.

 The updated package can be found on mentors [1]

 Martin, I know the package is in lowNMU [2] category, but the the
 changes are not trivial (general cleanup, conversion to CDBS, closing
 3 bugs).
 So, according to the instuctions in the NMU process [3] I would like
 to ask your permission to go forward.

 In any case, I am also offering to adopt the package if for any reason
 this way is more conveninet for you

 Best regards,
 Nick


 [1] http://mentors.debian.net/package/unrar-nonfree
 [2] http://wiki.debian.org/LowThresholdNmu
 [3] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu

Bug#660141: Update Regarding php-mongo

[Martin Meredith]

Hi there,

I'm looking to work with php-mongo in Debian - and actually require to
build a package ASAP.

Is there any progress on either of your packages?  If not, I'm happy
to look @ sponsoring the upload of these ?

Otherwise, I intend to hijack the ITP.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660141: Update Regarding php-mongo

[Martin Meredith]

Hi Laszlo - I can't find you in db.debian.org - and from the way
you've been talking about this package - I'm presuming you won't
actually have rights to upload.

Can you please push your package onto mentors.debian.net - it'll help
me with doing some basic packaging checks, rather than having to do
them all manually.

That done - I'll have a look over the package tomorrow.

Any questions - feel free to email me back or harass me on IRC (Mez)

On Mon, Aug 6, 2012 at 7:17 PM, Laszlo Boszormenyi (GCS) g...@debian.hu wrote:
 Hi Martin,

 On Mon, 2012-08-06 at 13:03 +0100, Martin Meredith wrote:
 I'm looking to work with php-mongo in Debian - and actually require to
 build a package ASAP.

 Is there any progress on either of your packages?  If not, I'm happy
 to look @ sponsoring the upload of these ?
  I've a package, ready to upload[1]. Please check if it meets DFSG and
 other rules.

 Otherwise, I intend to hijack the ITP.
  Please don't. If the package meets your needs, I'll upload it.

 Regards,
 Laszlo/GCS
 [1] dget -ux http://www.barcikacomp.hu/gcs/php-mongo_1.2.12-1.dsc



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656491: Processed: xdebug

[Martin Meredith]

We are planning to dump a 5.4 version into experimental.  The new 
version should be released for 5.4




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657652: [php5-xdebug] makes PHP always give out HTTP status 200 OK on fatal errors

[Martin Meredith]

Please see

http://bugs.xdebug.org/view.php?id=587

This will be fixed with the release of 2.2




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#631098: PHP Garbage Collection

[Martin Meredith]

Package: php5
Version: 5.3.6-12

I've had a problem where somehow, I've managed to end up with 
approximately 1,000,000 session files on my server.


Due to the large amount of files, the current crontab to clear them was 
unable to deal with it (xargs would fail to take in the HUGE list of files).


It seems that rather than using xargs (even with the limit), that using 
the -exec option of find might be a little bit more sane?



09,39 * * * * root   [ -x /usr/lib/php5/maxlifetime ]  [ -d 
/var/lib/php5 ]  find /var/lib/php5/ -type f -cmin 
+$(/usr/lib/php5/maxlifetime) -exec rm {} \;;


Is what I currently have in my cron script to work around this issue.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578513: (no subject)

[Martin Meredith]

And where would you suggest adding this?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594050: (no subject)

[Martin Meredith]

Indeed, I do agree.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568737: (no subject)

[Martin Meredith]

retitle 568737 O: symfont -- Open-Source PHP Web Framework
thanks

I'm orphaning this, the ITA seems stale now.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582937: xdebug doesn't show local variables with PHP 5.3

[Martin Meredith]

On 16/06/10 16:54, Olaf van der Spek wrote:
 Given that 2.1.0rc1 has been released, please package it.
   
An RC is not a stable release,

I'll consult with Derick on this one



signature.asc
Description: OpenPGP digital signature

Bug#578513: [unrar] Add a note on archives splitted in multiple files

[Martin Meredith]

Duly noted.

Any suggestions on wording?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578580: ITP: skipfish -- A fully automated, active web application security reconnaissance tool

[Martin Meredith]

Package: wnpp
Severity: wishlist
Owner: Martin Meredith m...@debian.org


* Package name: skipfish
  Version : 1.32b
  Upstream Author : Michal Zalewski lcam...@google.com
* URL : http://code.google.com/p/skipfish
* License : Apache
  Programming Lang: C
  Description : A fully automated, active web application security
  reconnaissance tool

Key features:

High speed: pure C code, highly optimized HTTP handling, minimal CPU
footprint - easily achieving 2000 requests per second with responsive
targets. Ease of use: heuristics to support a variety of quirky web
frameworks and mixed-technology sites, with automatic learning
capabilities, on-the-fly wordlist creation, and form autocompletion.
Cutting-edge security logic: high quality, low false positive,
differential security checks, capable of spotting a range of subtle
flaws, including blind injection vectors.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568737: (no subject)

[Martin Meredith]

retitle 568737 ITO: symfony -- Open-Source PHP Web Framework
thanks

I will orphan this package in one month.


signature.asc
Description: PGP signature

Bug#568737: w.r.t Adopting Symfony

[Martin Meredith]

Teratux

Do you have any experience in packaging?


signature.asc
Description: PGP signature

Bug#569377: Bug#569119: php-ssh2: FTBFS with php 5.3

[Martin Meredith]

On Wed, 24 Feb 2010 14:50:33 -0600
Raphael Geissert geiss...@debian.org wrote:

 Hi,
 
 I've prepared and uploaded a 0-day NMU to fix this bug.
 Attached is the diff of the changes.
 
 Cheers,

Cheers! 

Was waiting for upstream to get back and fix it there.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568737: RFA: symfony

[Martin Meredith]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: normal

I've no longer enough time to keep maintaining this package, due to the
following

1) It's an unwieldy package
2) Upstream don't seem interested in not shipping embedded libraries
3) There are 2 newer branches of symfony.

If anyone wants to take this over, they're more than welcome to.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJLbrQhAAoJECr71n/RM6xuvvQP/0H26eDiACyuKzk0LVe4uraV
LpKFIWVBzYucvf/mUHUvGTw42Vo3z9FWqGQ27svT7mv+b6robvMYcXJmRedn5Dm1
DjDM0ZpA8IwdEo/INwmcpgm6eKkBHeyUqCtV+Z9ew3BUoajQTbXWtt6JCYduI5z8
JMmpgyX6BLbVCn5Wh/yakksoln12wJkHWtbECZUT/BXqInZhRp/bFXwhn3Mys3qG
ovgQ+eWi8k6kj60Ey3yDMFamO05uWwPulMEQGXMeAs0P9cBziiwRHP1O1KwH+oD7
POdKU5x8BTdOT2b8UOkI6W7bP0UsrOB1EzkcMo7te2XhiffUtc4A5enS/q5J23CG
R3OCQ41DtnOGijKtOqU6P9TchwWXXkYu+z00FE+uKgt8kLww530ZOx5tMZ+ycIgl
Vu4SlPWFIX2iJ0s7f88fAFlidFYCfvwys6cWjesMSsM3ILU0ONizYaIHAdrbU0N7
Ty3eanBhcREtcSwdUfx4Ly7ZHE0OOTEuA3NgPsan23X00kuQNP524xvsa16q9evg
zNYk7qyypGqE9N1Dz3n68d7iCLGeAKNN51K3rgTbT5r1PyFzN/sMOFsIfPwz/1hk
+lW4/5Mpwu46MIStFRTB4g4tN3sKRI52r78SlKVZAY5bWn2qrrsfF74g3Mo3AEK3
LvSO/9BqmuGb8Fm7jOIm
=fpYR
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#568738: RFA: symfony

[Martin Meredith]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: normal

I've no longer enough time to keep maintaining this package, due to the
following

1) It's an unwieldy package
2) Upstream don't seem interested in not shipping embedded libraries
3) There are 2 newer branches of symfony.

If anyone wants to take this over, they're more than welcome to.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJLbrPdAAoJECr71n/RM6xuT0sQAJDYlOpZBO1Hibcw/PtTbY80
Zkwl9RFQSWShLJrXyvO+9UTI73zvehQhRc3YVKT/DlkI9Z64JpfaAM5bfHU8LMCJ
mktzLlB00OXpW1CrqtSA1TkzjMRbLaH2ExhNtDVOgiSrPY22dJtM1WlI1jECt5pY
b6GgONKaooCUs7rLxlHSs257gzdKvO9XawWkYk+NdmVSgGosqx/xRvb6kXaY36Q6
vf/XcyRePHy01qrCl9ivsDYrBrDwTDQkKRjYGsPCg6+FkcbVP5/N8mVyPBKUJKdW
I17t9ykdprP1yJZJzsPQACn/l+/rYRd2VeZyoGPY4tEYbb/WuyvXGINzTdUhWZQS
9zzxSU8f2n46ISXezEd5JuQfbdTyd3LHQgWLJBZ1Z3/M6+XY30IjB38iGUVBG2ro
TmO1V4/Sp6FqUJj5qSwTXNBK1pU8sWPz1AV8zNuBo24ikH/u0EQSj0sCctd7dRLw
l9nPebSAV/iYFlQOKNBMlxyTvzn7LtiDvX/xh5OSWHRyrn081KPNA6ffkKDL41Zr
9+1yh3CFXtA18lQpBGKI4O68Bw44Jitt5JPWN2fwGfl+DbiWtSKzeXMVHNggxsFk
E8MAjTHHqGg10KCOmui+NVzP8IyZQRaN1bqaQDEoMKwcokUkkprTjKpnCeGPXJd5
+dLrMLF99Tl02Sv8O7/z
=cNI6
-END PGP SIGNATURE-


This email and any attachments are confidential and intended for the named 
addressee(s) only. Unless expressly stated, opinions in this email are those of 
the individual sender and not of St John Ambulance.
St John Ambulance, a company limited by guarantee.
Registered office: St John's Gate, Clerkenwell, London, EC1M 4DA
Registered in England no. 3866129 - Registered charity no. 1077265







-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#563437: Uninstallable: trying to overwrite '/usr/share/php/doc', which is also in package php-pear

[Martin Meredith]

reassign 563437 php-pear
thanks

I've just looked into this, and the reason that it's failing is that
/usr/share/php/doc is a symlink to /usr/share/doc/php-pear/PEAR

/usr/share/doc/php-pear is a symlink to /usr/share/doc/php5-common, which
doesn't include a PEAR directory.

If the symlinks were correct, this would install correctly (as the package is
built to use the PEAR documentation directory (as gleaned from pear config-get
doc_dir))

Reassigning this to the correct package.

On Sat, Jan 02, 2010 at 11:34:22PM +0100, Thijs Kinkhorst wrote:
 Package: php5-symfony1.0
 Version: 1.0.21-1.1
 Severity: grave
 Justification: makes package uninstallable
 
 Hi,
 
 When I try to install the package, it tries to overwrite a symlink that is
 shipped by 'php-pear', namely /usr/share/php/doc:
 
 The following NEW packages will be installed:
   php5-symfony1.0
 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
 Need to get 0B/2629kB of archives.
 After this operation, 12.7MB of additional disk space will be used.
 (Reading database ... 94091 files and directories currently installed.)
 Unpacking php5-symfony1.0 (from .../php5-symfony1.0_1.0.21-1.1_all.deb) ...
 dpkg: error processing 
 /var/cache/apt/archives/php5-symfony1.0_1.0.21-1.1_all.deb (--unpack):
  trying to overwrite '/usr/share/php/doc', which is also in package php-pear 
 0:5.2.11.dfsg.1-2
 dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
  /var/cache/apt/archives/php5-symfony1.0_1.0.21-1.1_all.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 This makes the package uninstallable. Probably you need to install docs under
 usr/share/doc?
 
 
 cheers,
 Thijs
 
 
 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 Versions of packages php5-symfony1.0 depends on:
 ii  php-pear 5.2.11.dfsg.1-2 PEAR - PHP Extension and 
 Applicati
 ii  php5 5.2.11.dfsg.1-2 server-side, HTML-embedded 
 scripti
 ii  php5-cgi 5.2.11.dfsg.1-2 server-side, HTML-embedded 
 scripti
 ii  php5-cli 5.2.11.dfsg.1-2 command-line interpreter for the 
 p
 
 php5-symfony1.0 recommends no packages.
 
 php5-symfony1.0 suggests no packages.
 
 
 


signature.asc
Description: Digital signature

Bug#502917: php5-symfony: New upstream version

[Martin Meredith]

On Thu, Oct 22, 2009 at 03:44:25PM +0200, Julien M wrote:
 Symfony version 1.3 is about to be out and debian still uses the 1.0 :-( 

I'm maintaining the 1.0 series. I haven't had enough time to setup the 1.1/1.2
series.  Other people are meant to be working on these, but they don't seem to
have done so :(



signature.asc
Description: Digital signature

Bug#287766: (no subject)

[Martin Meredith]

tags 287766 +wontfix
thanks

Have contacted upstream maintainer, who no longer wishes to maintain this
package.  It is now unmaintained upstream.

I do not have the time to take over upstream maintenance for this, therefore
marking bug as wontfix. 

Dependant on further investigation, I may ask for bld-postfix to be removed from
the archives

--
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#548094: Request:- Check if package uses debhelper plugin arch + quilt, but doesn't depend on quilt = 0.46-7

[Martin Meredith]

Package: lintian
Severity: wishlist

Packages that use the debhelper plugin architecture with quilt need quilt =
0.46-7.  It'd be nice to have a lintian check to throw an error if someone
doesn't specify a versioned depend on quilt, but use the new plugin architecture
(would make backporting things a lot nicer!)



signature.asc
Description: Digital signature

Bug#544959: Requesting Removal of Katapult package

[Martin Meredith]

Package: ftp.debian.org
Severity: normal

I hereby request removal of katapult from unstable, due to the fact that it is
now superceded by KRunner


- Forwarded message from Ana Guerrero a...@debian.org -

From: Ana Guerrero a...@debian.org
To: m...@debian.org
Message-ID: 20090903215117.ga...@pryan.ekaia.org
Date: Thu, 3 Sep 2009 23:51:17 +0200
Subject: katapult


when you have 2 min, request for the removal of katapult in debian. this time
it is for real :P

Ana

- End forwarded message -


signature.asc
Description: Digital signature

Bug#542880: [sc...@macvicar.net: Re: PHP svn FTBFS]

[Martin Meredith]

- Forwarded message from Scott MacVicar sc...@macvicar.net -

From: Scott MacVicar scott...@php.net
To: Martin Meredith m...@debian.org
Message-Id: cb782edd-44f3-474c-b20a-98c79a948...@macvicar.net
Date: Sat, 22 Aug 2009 23:48:35 +0200
Subject: Re: PHP svn FTBFS

Hey

It's about the support of older versions of svn, I'll try to do a release 
next week but I'll be in Valencia.

Drop me a mail.'

S

On 22 Aug 2009, at 22:45, Martin Meredith m...@debian.org wrote:

 Hey Scott,

 Am getting bug reports in Debian regarding the build of php-svn.

 Seems that SVN have changed some headers round..

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542880

 is the bug, which also includes a patch to fix this.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#542880: php-svn: FTBFS on GNU/kFreeBSD

[Martin Meredith]

forwarded 542880 scott...@php.net
thanks

Hey Scott, any chance you can fix this upstream?

On Sat, Aug 22, 2009 at 01:40:49AM +0200, Cyril Brulebois wrote:
 Package: php-svn
 Version: 0.5.0-1
 Severity: important
 Tags: patch
 User: debian-...@lists.debian.org
 Usertags: kfreebsd
 
 Hi,
 
 your package FTBFS (at least) on GNU/kFreeBSD because one of your source
 file tries to use stuff from a header that isn't included. The attached
 patch fixes this issue.
 
 Thanks for considering.
 
 Mraw,
 KiBi.

 --- a/php_svn.h
 +++ b/php_svn.h
 @@ -41,6 +41,7 @@ extern zend_module_entry svn_module_entr
  #endif
  
  #include svn_client.h
 +#include svn_props.h
  
  PHP_MINIT_FUNCTION(svn);
  PHP_MSHUTDOWN_FUNCTION(svn);




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#471801: egroupware adoption or removal?

[Martin Meredith]

On Thu, Aug 20, 2009 at 12:11:29PM +0200, Jan Wagner wrote:
 Hi Martin,
 
 On Wednesday 29 July 2009 10:39:48 Martin Meredith wrote:
  On Wed, Jul 29, 2009 at 09:02:18AM +0200, Thomas Viehmann wrote:
   Hi everyone (formerly) interested in egroupware,
  
   egroupware seems to be in need for attention
  
 #526878
[egroupware-wiki] egroupware-core sets open_basedir which
disables hook_config_validate.inc.php (egroupware-wiki) sanity
check
 Date: Mon, 4 May 2009 08:15:01 UTC
  
 #504283
CVE-2007-3215: phpmailer issue (embedded code-copy)
 Date: Sun, 2 Nov 2008 12:33:01 UTC
  
   It would seem that egroupware should either be adopted and fixed for
   squeeze or removed. Shipping it as an orphaned package sounds like a bad
   idea.
  
   Kind regards
  
   T.
 
  I've suggested that I adopt this, however, the current maintainer seems to
  want to stay as maintainer, and just do everything through accessible by
  anyone svn. I'm not too sure exactly what he wants to do with this.
 
 egroupware was removed from testing and Peter orphaned the package. Are you 
 willing to adopt the package?
 
 With kind regards, Jan.

Potentially, but I need to look it over, and I don't have a key in the keyring
atm.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#504283: Bug#471801: egroupware adoption or removal?

[Martin Meredith]

On Thu, Aug 20, 2009 at 10:56:59PM +0200, Jan Wagner wrote:
 Hi Peter,
 
 On Thursday 20 August 2009, Martin Meredith wrote:
  On Thu, Aug 20, 2009 at 12:11:29PM +0200, Jan Wagner wrote:
   On Wednesday 29 July 2009 10:39:48 Martin Meredith wrote:
I've suggested that I adopt this, however, the current maintainer seems
to want to stay as maintainer, and just do everything through
accessible by anyone svn. I'm not too sure exactly what he wants to
do with this.
  
   egroupware was removed from testing and Peter orphaned the package. Are
   you willing to adopt the package?
  
  Potentially, but I need to look it over, and I don't have a key in the
  keyring atm.
 
 are you willing to sponsor his packages, since you are familiar with the 
 package?
 
 With kind regards, Jan.


I will have a key in the keyring by the first week of September. It'll take me
this long to get around to looking at this (if I don't look @ it at the UK BBQ)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#471801: Bug#504283: Bug#471801: egroupware adoption or removal?

[Martin Meredith]

On Thu, Aug 20, 2009 at 11:09:43PM +0200, Ralf Becker wrote:
 Hi all,
 
 I'm one of the admins and the main developer of EGroupware project.
 
 Naturally I'm very interested that EGroupware stays in Debian.
 
 I'm building the projects own rpm packages and since a while also Debian
 packages for a professional EGroupware line of my company.
 
 I'm willing to maintain the Debian packages - thought I have no idea
 what the non-technical requirements on a Debian maintainer are.

With regards to becoming a Debian Maintainer, the requirements are pretty much
all technical.

With regards to becoming a Debian Developer, there are a lot more.

Once I get my key in shape, I'll be happy to work with you and sponsor you to
maintain this?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478755: RFS: ezcomponents

[Martin Meredith]

On Mon, Aug 03, 2009 at 07:26:04PM +0200, Thomas Koch wrote:
 Hi Martin,
 
 I've learned a lot more about Debian packaging since my last attempt to 
 package ezcomponents. Therefor I sent the ezcomponents Debian package, as we 
 use it in our company to mentors.debian.net:
 
 http://lists.debian.org/debian-mentors/2009/07/msg00346.html
 
 I'd be happy, if you'd like to have a look and eventually sponsor it. The 
 package still misses proper dependency mapping from the components version to 
 the releases version. For now everything depends on version 2009.1.1. I'll 
 add 
 this mapping for the next version.

You've just pointed out a major flaw that would mean I won't sponsor the
package. Debian packages should be of the highest quality possible. If the
dependencies are missing, then things can break.

Please fix these, and then I will look into reviewing your package.

 
 Best regards,
 
 Thomas Koch, http://www.koch.ro
 
 

-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#478755: (no subject)

[Martin Meredith]

owner 478755 tho...@koch.ro
thanks

I do not have the time to package this. Please feel free to take on this
package, and direct any queries/RFSs to debian-ment...@lists.debian.org

-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#504283: egroupware adoption or removal?

[Martin Meredith]

On Wed, Jul 29, 2009 at 09:02:18AM +0200, Thomas Viehmann wrote:
 Hi everyone (formerly) interested in egroupware,

 egroupware seems to be in need for attention

   #526878
  [egroupware-wiki] egroupware-core sets open_basedir which
  disables hook_config_validate.inc.php (egroupware-wiki) sanity
  check
   Date: Mon, 4 May 2009 08:15:01 UTC

   #504283
  CVE-2007-3215: phpmailer issue (embedded code-copy)
   Date: Sun, 2 Nov 2008 12:33:01 UTC

 It would seem that egroupware should either be adopted and fixed for  
 squeeze or removed. Shipping it as an orphaned package sounds like a bad  
 idea.

 Kind regards

 T.

I've suggested that I adopt this, however, the current maintainer seems to want
to stay as maintainer, and just do everything through accessible by anyone
svn. I'm not too sure exactly what he wants to do with this.


signature.asc
Description: Digital signature

Bug#456667: (no subject)

[Martin Meredith]

forwarded 456667 ro...@apsis.ch
thanks

I've forwarded this onto upstream, who have given details about the
configuration options for build time configuration. 

I'm talking to them regarding potential ways to solve this.
-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#490192: (no subject)

[Martin Meredith]

tags 490192 + wontfix
thanks

After speaking to the Upstream maintainer, the response was

 The second (#490192) would involve serious changes, as well as creating some
 security problems (CONNECT?) and we probably won't implement it.

This is not something I can do myself (and am unwilling to). However, if you
wish to provide a patch, I will consider it's inclusion, and happily forward
this upstream.

-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#538205:

[Martin Meredith]

On Fri, Jul 24, 2009 at 01:07:24PM -0400, Filipus Klutiero wrote:
 Le July 24, 2009 07:31:13 am Martin Meredith, vous avez écrit :
  tags 538205 +wontfix
  thanks
  
  Hi there!
  
  I've spoken to Derick, and he's of the same thoughts of me, that the
  documentation shouldn't be shipped with the package, as this is not how it's
  intended. The documentation is designed to be viewed on the website.
 
 Hi,
 one possible problem with relying on the website is that it is not versioned, 
 so the documentation may become inexact. If the documentation isn't included 
 in the package, one solution would be to host doc for each current version 
 (unless they don't differ in features) on debian.org.
 
 Note that you can tag wontfix and close, but not both at the same time (at 
 least, in theory). Tagging wontfix indicates that a valid issue will not be 
 addressed.
 
 
wontfix + closed means that it is a bug that has been resolved by deciding not
to fix it. It's generally only suitable for wishlist kind of things though.
-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#538205: (no subject)

[Martin Meredith]

reopen 538205
tags 538205 - wontfix
thanks

Re-opened pending further investigation
-- 
Regards,
Martin Mez Meredith



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#531432: outdated copyright file

[Martin Meredith]

On Mon, Jun 01, 2009 at 02:29:44PM +0200, Aurelien Jacobs wrote:
 Package: unrar
 Version: 3.8.5-2
 
 The copyright file [1] contains an outdated version of unrar license.
 Especially point 3 of the license has changed in the source tarball of
 version 3.8.5.
 
 Debian copyright file:
3. The unRAR utility may be freely distributed. No person or company 
   may charge a fee for the distribution of unRAR without written
   permission from the copyright holder.
 
 Upstream tarball:
3. The UnRAR utility may be freely distributed. It is allowed
   to distribute UnRAR inside of other software packages.
 
 I guess this could be modified at the same time as upgrading the Debian
 package to latest available upstream version (3.9.3).
 
 Aurel
 
 [1] /usr/share/doc/unrar/copyright

I'll get this looked at later tonight. 

Weird that I didn't get a notification that there was a new version, but at
least it means that I can get rid of the mail file in the source now!

-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#524163: PhP5-dev build dir points to incorrect locations

[Martin Meredith]

Package: php5-dev
Severity: grave

Noticed when trying to build some PHP stuff yesterday that due to the libtool
transition, the files in /usr/lib/php5/build (ltmain.sh et al) now point to the
wrong place. 

They are currently pointing at /usr/share/libtool/*, whereas the files have been
moved to /usr/share/libtool/config/*

-- 
Regards,
Martin Mez Meredith


signature.asc
Description: Digital signature

Bug#519420: (no subject)

[Martin Meredith]

I believe this can be done with bzr + etckeeper.

Just change /etc/etckeeper/etckeeper.conf to have

BZR_COMMIT_OPTIONS=--unchanged

instead of

#BZR_COMMIT_OPTIONS=




signature.asc
Description: Digital signature

Bug#521208: Request: Keep backups of configuration files not in /etc/

[Martin Meredith]

Package: etckeeper
Severity: wishlist

Hi there.

Although it's a relatively uncommon occurence, sometimes Debian packages have 
configuration files that are not in /etc/

I'd like for etckeeper to be able to keep a track of these files. I'd guess the 
best way to do this would be to have something along the lines of

1) find these files
   - This can be done with the command
  cat /var/lib/dpkg/*.conffiles | egrep -v '^/etc/'
2) Link these into /etc/ somewhere
3) Act as normal

Though I'm sure that you can think of different ways to do it.

--
Regards,
Martin Mez Meredith



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#519420: (no subject)

[Martin Meredith]

Oh, actually, that won't work as the package stands. I'll write a patch though, 
as this is probably useful. Though - I'd only know how to fix this in bzr, not 
others.


signature.asc
Description: Digital signature

Bug#519420: (no subject)

[Martin Meredith]

tags 519420 +patch
thanks

Attached is a patch to do this. However, this will only work for bzr. It is 
also 
untested.
diff -Naur etckeeper-0.34.old/etckeeper.conf etckeeper-0.34/etckeeper.conf
--- etckeeper-0.34.old/etckeeper.conf	2009-02-25 19:28:52.0 +
+++ etckeeper-0.34/etckeeper.conf	2009-03-25 19:36:02.0 +
@@ -32,3 +32,6 @@
 # The low-level package manager that's being used.
 # (dpkg, rpm, pacman-g2, etc)
 LOWLEVEL_PACKAGE_MANAGER=dpkg
+
+# Uncomment the below to always commit after an install (bzr only)
+#FORCE_COMMIT_AFTER_INSTALL=1
diff -Naur etckeeper-0.34.old/post-install.d/50vcs-commit etckeeper-0.34/post-install.d/50vcs-commit
--- etckeeper-0.34.old/post-install.d/50vcs-commit	2008-12-16 23:14:38.0 +
+++ etckeeper-0.34/post-install.d/50vcs-commit	2009-03-25 20:04:15.0 +
@@ -5,9 +5,13 @@
 NL=
 
 
-if etckeeper unclean; then
+if etckeeper unclean || [ ! -z $FORCE_COMMIT_AFTER_INSTALL ]; then
 	message=committing changes in /etc after $HIGHLEVEL_PACKAGE_MANAGER run
-
+	
+	if [ ! -z $FORCE_COMMIT_AFTER_INSTALL -a $VCS = bzr ]; then
+		export BZR_COMMIT_OPTIONS=$BZR_COMMIT_OPTIONS --unchanged
+	fi
+	
 	if [ -e $pl.pre-install ]; then
 		diff=$(etckeeper list-installed | diff -U0 $pl.pre-install - | tail -n+4 | egrep '^[-+]') || true
 		if [ -n $diff ]; then


signature.asc
Description: Digital signature

Bug#478755: packaging workflow proposal

[Martin Meredith]

There is no way that I am ever going to be happy with having 45 source packages 
for what should be (and is released as) 1 download.


signature.asc
Description: Digital signature

Bug#500438: (no subject)

[Martin Meredith]

retitle 500348 ITA: bld -- Black List Daemon, automatically build blacklists
owner 500348 !

thanks

Looks like this package could be useful to me, I'll ITA it :D


signature.asc
Description: Digital signature

Bug#514183: X-Debbugs-CC not honoring multiple addresses

[Martin Meredith]

Package: bugs.debian.org
Severity: normal

When trying to use X-Debbugs-CC to copy multiple addresses, I'd tend to use the 
format:

X-Debbugs-CC: m...@debian.org, debian-de...@lists.debian.org

If I use the above line, it will only CC: d...@l.d.o, which is not how i'd 
expect it to work. I don't 
know whether this is just me using it incorrectly, but I cannot find 
documentation otherwise, so this 
is either a bug in the BTS or the BTS' documentation



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478755: ITP eZComponents

[Martin Meredith]

As I've already explained to Thomas, I am working on the packaging of this, 
however, have stumbled across a few roadblocks along the way.

I'd like to remind Thomas that I actually said I'd have time to start looking 
at 
the package again from tomorrow.

You are free to upload your packages to mentors, however, I'm in doubt as to 
whether you'll find a DD willing to sponsor them at this point in time.

I'm sorry that the package hasn't been created in the timespan you expect, but 
as I've mentioned to you before, there are certain roadblocks along the way, 
and 
the simple fact is, we're all human, we're all fallible, we all have other 
things to do (I for example, am in the process of moving house AND job this 
week)

Regards,
Martin Mez Meredith




signature.asc
Description: Digital signature

Bug#500453: (no subject)

[Martin Meredith]

As far as I can see here, the upstream author info in this ITP is incorect. 
This 
is a conglomoration of what seems to be 2 packages (activestates debugger link 
and Sam Ghods vim support which uses it.


signature.asc
Description: Digital signature

Bug#511444: ITP: php5-ssh2 - SSH2 bindings for PHP

[Martin Meredith]

Package: wnpp
Severity: wishlist

I intend to package the PECL PHP bindings for ssh2. Available @ 
http://pecl.php.net/ssh2




signature.asc
Description: Digital signature

Bug#509861: RM of katapult: nosense

[Martin Meredith]

On Wed, Dec 31, 2008 at 03:24:51PM +0100, Raphael Geissert wrote:
 Hi,
 
 I don't get it, why you (Martin) requested its removal? I use it in a
 daily basis and it works like a charm.
 If you no longer wish to maintain it then please say so, I would adopt
 it immediately and even port it to kde4 when the right time comes
 (lenny ships KDE3!!!, and will still be around for a while).

Apologies, I was under the misunderstanding that lenny would be shipping KDE4, 
which is why I asked for the removal!

I'm happy to maintain it in Debian, but, as I'm also upstream, I don't have 
time 
to do the upstream either. :(

 It would be great if somebody could get it back in the archive, right
 now I'm far away from home (and my key) and noticed its removal
 because I  tried to install it in my new box.
 
 Really, asking for a package's removal with a reasonable number of
 popcon installs all of a sudden without filing a RFA or O WNPP bug is
 in no way good.
 
 This even makes me think that we should force everyone (maintainers
 included) to file a WNPP bug and keeping it for a reasonable amount of
 time before requesting a package's removal (except for cases like
 transitional packages, and such).

Again, I apologise, I was under the misapprehension lenny was shipping KDE4, 
and 
only KDE4. 

If someone can give me the details for the process of re-adding this (I presume 
NEW?) then let me know - and I will do so.


signature.asc
Description: Digital signature

Bug#509861: RM of katapult: nosense

[Martin Meredith]

On Wed, Dec 31, 2008 at 03:49:35PM +0100, Raphael Geissert wrote:
 2008/12/31 Martin Meredith m...@ubuntu.com:
  On Wed, Dec 31, 2008 at 03:24:51PM +0100, Raphael Geissert wrote:
  Hi,
 
  I don't get it, why you (Martin) requested its removal? I use it in a
  daily basis and it works like a charm.
  If you no longer wish to maintain it then please say so, I would adopt
  it immediately and even port it to kde4 when the right time comes
  (lenny ships KDE3!!!, and will still be around for a while).
 
  Apologies, I was under the misunderstanding that lenny would be shipping 
  KDE4,
  which is why I asked for the removal!
 
 
 If that would have been the case, the package would have not been in
 testing for several months now and you would have received a RC bug
 mail in your inbox.
 
  I'm happy to maintain it in Debian, but, as I'm also upstream, I don't have 
  time
  to do the upstream either. :(
 
 I could adopt it as upstream as well (like I did zwith kcheckgmail),
 but let's discuss that later and off list.

Yes, we'll talk about that offlist at a later date

 
  Again, I apologise, I was under the misapprehension lenny was shipping 
  KDE4, and
  only KDE4.
 
  If someone can give me the details for the process of re-adding this (I 
  presume
  NEW?) then let me know - and I will do so.
 
 Yes, the package has to go through NEW again, but please coordinate
 with ftpmasters and release team, so that there are more chances to
 get it back.

CC:ing release list and my sponsor.  (ftp team should already be notified)

Francois, will you re-upload this for me once I find where I've stored the 
package? (It's on a backup drive somewhere from when I had to reinstall?)

Release Team, as this has already been in testing, and will be the same 
package, 
can you allow this to be pushed through to unstable?

Unless that is, the ftp team have some magic way of undoing the removal?


signature.asc
Description: Digital signature

Bug#509861: RM of katapult: nosense

[Martin Meredith]

On Wed, Dec 31, 2008 at 05:02:09PM +0100, Thomas Viehmann wrote:
 Martin Meredith wrote:
  CC:ing release list and my sponsor.  (ftp team should already be notified)
 Are you sure you did that, I can't find the CC in the bug copy.

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=43;mbox=yes;bug=509861

Shows that I used X-Debbugs-CC headers. However, it seems that only one of them 
was honored in the response I got from the BTS.

I've added an X-Debbugs-CC for the release team to this email
 
  Francois, will you re-upload this for me once I find where I've stored the 
  package? (It's on a backup drive somewhere from when I had to reinstall?)
 
  Release Team, as this has already been in testing, and will be the same 
  package, 
  can you allow this to be pushed through to unstable?
 This is, of course, entirely up to the release team.

Release Team, if this is restored from the morgue, as below, I'd like to 
request 
that an exception be added to allow it to pass into testing from unstable

  Unless that is, the ftp team have some magic way of undoing the removal?
 No magic here.
 
 What your sponsor (or anyone with login to Debian machines) can do,
 though, is grab the version
   /org/ftp.debian.org/morgue/pool/2008-12-31/katapult_0.3.2.2-1.dsc
 and bump the version and upload that (*including* the source tarball!).

Ah, MORGUE!! Iwas looking to see if I could find the package from something 
like 
that, but I for some reason, thought it was called graveyard


signature.asc
Description: Digital signature

Bug#510352: Re-upload Katapult

[Martin Meredith]

Severity: important
Package: katapult

It seems that Katapult was removed wrongly from unstable/testing (see #509861)

This is a bug asking for the package to be reuploaded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#510352: (no subject)

[Martin Meredith]

Newest Version has been uploaded to:-

http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=katapult

If someoen could upload it to debian (I'm STILL waiting on NM)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#471801: (no subject)

[Martin Meredith]

Hi there Peter.

If you're interested still, I'd be happy to take over maintainership of egw.

I'm currently awaiting my final steps for DDship, and I have an interest in egw.

Do you have any documentation of what you've been doing to make this DFSG 
compliant?


signature.asc
Description: Digital signature

Bug#509861: Please remove katapult from the archive

[Martin Meredith]

Package: ftp.debian.org

Please remove katapult from Testing/Unstable. It is currently defunct, as it 
has 
not been ported for KDE4, and there are no plans to do so for the forseeable 
future.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#509725: New Upstream Version Available

[Martin Meredith]

X-Debbugs-CC: vice...@gmail.com
Package: webpy

A new upstream version of webpy is available (0.31). This fixes a bug
with wsgi and SSL.

It has been requested that this be updated in Ubuntu, however, I feel
that this is better to be updated through Debian.

https://bugs.edge.launchpad.net/ubuntu/+source/webpy/+bug/311225






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508815: php5-symfony1.0: postinst script hangs

[Martin Meredith]

Can you confirm the version of php5-cli installed, and can you also do the 
following

gdb
attach pid
bt full


and send the backtrace? (so I can find out where this comes from)





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508815: php5-symfony1.0: postinst script hangs

[Martin Meredith]

also, what version of libmysqlclient15off have you got installed?

I see you're running mixed/experimental - 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#508815: php5-symfony1.0: postinst script hangs

[Martin Meredith]

On Mon, 2008-12-15 at 18:25 +, Martin Meredith wrote:
 Can you confirm the version of php5-cli installed, and can you also do the 
 following
 
 gdb
 attach pid
 bt full
 
 
 and send the backtrace? (so I can find out where this comes from)

You may need to install php5-dbg for this to be meaningful




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#503199:

[Martin Meredith]

Indeed i have, however, i will not have time to do this until next
week, due to work. I apologise for the time delay, but will get right
on it.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#503199: [Bulk] Re: Bug#503199: rar: use 64 bit binary for the amd64 port

[Martin Meredith]

  b.  The RAR/WinRAR unlicensed trial version may not be distributed
  inside of any other software package without written  
  permission of the copyright owner.

Section 5.b




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#503199: rar: use 64 bit binary for the amd64 port

[Martin Meredith]

The licencing of rar doesn't really allow for us to do this. 

The licencing clearly states :-

   5. The RAR/WinRAR unlicensed trial version may be freely distributed,
  with exceptions noted below, provided the distribution package is 
  not modified in any way.

This means that we cannot redistribute the x64 version alongside the
i386 version without using a separate orig.tar.gz for that version,
which I'm not too sure the archive/etc would eb able to cope with having
two different source packages build the same binary for different
architectures.

To be honest, I personally would rather leave it as it is, rather than
making what I see as kludgy changes to accomodate something that is
likely to be more unstable, and also, for myself, currently, untestable.

I've consulted with the ftp-master team regarding whether the 2 source
names one binary name is possible, and am awaiting a reply, though even
if it is, I'm going to be wary doing this.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#502917:

[Martin Meredith]

I am completely aware of the imminent release of 1.2, and also of 1.1,
however, as I wish to be able to allow the different versions of symfony
to be installable alongside each other, rather than conflicting with
each other, so that older sites can continue to run without the need of
an arduous upgrade process, or massive breakage to sites.

I am working on this currently, and should have an upload of 1.1
available hopefully by the end of the week (with a few debian-specific
changes)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#497660: php5-symfony1.0: Bash completion not included

[Martin Meredith]

I've asked multiple times for the upstream author to provide me with these, 
however, I've not had any luck in receiving them yet.

I've forwarded this onto him.

Gregoire, if replying to this email, please preserve the CC: to [EMAIL 
PROTECTED]




On Wed, 2008-09-03 at 14:54 +0200, Andrea de Palo wrote:
 Package: php5-symfony1.0
 Version: 1.0.17-3
 Severity: wishlist
 
 The Debian Symfony package does not include the Bash completion file
 included in the package provided upstream. Is it possible to include it?
 
 Thanks, A.
 
 -- System Information:
 Debian Release: lenny
   APT prefers testing
   APT policy: (500, 'testing')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.22-3-k7 (SMP w/2 CPU cores)
 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 
 Versions of packages php5-symfony1.0 depends on:
 ii  libapache2-mod-php5   5.2.6-3server-side, HTML-embedded 
 scripti
 ii  php5  5.2.6-3server-side, HTML-embedded 
 scripti
 ii  php5-cli  5.2.6-3command-line interpreter for the 
 p
 
 php5-symfony1.0 recommends no packages.
 
 php5-symfony1.0 suggests no packages.
 
 -- no debconf information
 
 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#485492:

[Martin Meredith]

tags 485492 +help
thanks

Seems upstream isn't taking an interest in this.

Anyone want to have a look and try and help?




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490368: Patch for Bug 490368

[Martin Meredith]

On Mon, 2008-07-28 at 17:19 -0400, Andres Salomon wrote:
 On Sat, 26 Jul 2008 23:05:57 +0100
 Martin Meredith [EMAIL PROTECTED] wrote:
 
  tags 490368 patch
  thanks
  
  Attached is a debdiff for an NMU for yum to fix this issue.
  
  You can also find the .dsc for this at
  
  http://mentors.debian.net/debian/pool/main/y/yum/yum_3.2.12-1.2.dsc
  
  Please Note: As I've done this properly, and used dpatch to fix this,
  it will cause lintian errors (as it already does) because of previous
  changes being against the source, rather than using a patch system.
  
  There are already lintian warnings though :(
  
  By request of dilinger, I have only included the changes to fix the RC
  bug, I would, at some point, also like to do a QA upload for this to
  fix some of the packaging issues.
 
 NACK; why are you using dpatch?  When you make changes to a package,
 please stick with whatever packaging methods they're currently
 using (be it dpatch, cdbs, etc) unless you're taking over the
 package.  Lintian is correct to complain.
 

Please see

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490368#27




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490368: Patch for Bug 490368

[Martin Meredith]

tags 490368 patch
thanks

Attached is a debdiff for an NMU for yum to fix this issue.

You can also find the .dsc for this at

http://mentors.debian.net/debian/pool/main/y/yum/yum_3.2.12-1.2.dsc

Please Note: As I've done this properly, and used dpatch to fix this, it
will cause lintian errors (as it already does) because of previous
changes being against the source, rather than using a patch system.

There are already lintian warnings though :(

By request of dilinger, I have only included the changes to fix the RC
bug, I would, at some point, also like to do a QA upload for this to fix
some of the packaging issues.
diff -u yum-3.2.12/debian/rules yum-3.2.12/debian/rules
--- yum-3.2.12/debian/rules
+++ yum-3.2.12/debian/rules
@@ -34,7 +34,7 @@
 endif
 
 configure: configure-stamp
-configure-stamp:
+configure-stamp: patch
 	dh_testdir
 	# Add here commands to configure the package.
 
@@ -59,7 +59,8 @@
 	$(MAKE) 
 	touch build-indep-stamp
 
-clean:
+clean: clean-patched unpatch
+clean-patched:
 	dh_testdir
 	dh_testroot
 	rm -f build-arch-stamp build-indep-stamp #CONFIGURE-STAMP#
@@ -98,6 +99,15 @@
 
 	dh_install -s
 
+patch: patch-stamp
+patch-stamp:
+	dpatch apply-all
+	dpatch cat-all patch-stamp
+
+unpatch:
+	dpatch deapply-all
+	rm -rf patch-stamp debian/patched
+
 # Must not depend on anything. This is to be called by
 # binary-arch/binary-indep
 # in another 'make' thread.
diff -u yum-3.2.12/debian/changelog yum-3.2.12/debian/changelog
--- yum-3.2.12/debian/changelog
+++ yum-3.2.12/debian/changelog
@@ -1,3 +1,12 @@
+yum (3.2.12-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Added dpatch rules
+  * Added patch to load correct gpgme module (Closes: #490368)
+  * Changed rules so as to change dependency for python-pyme
+
+ -- Martin Meredith [EMAIL PROTECTED]  Sat, 26 Jul 2008 22:34:15 +0100
+
 yum (3.2.12-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u yum-3.2.12/debian/control yum-3.2.12/debian/control
--- yum-3.2.12/debian/control
+++ yum-3.2.12/debian/control
@@ -3,12 +3,12 @@
 Priority: extra
 Maintainer: Anand Kumria [EMAIL PROTECTED]
 Uploaders: Andres Salomon [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0), python-dev, python-support (= 0.4), intltool
+Build-Depends: debhelper (= 4.0.0), python-dev, python-support (= 0.4), intltool, dpatch
 Standards-Version: 3.7.3
 
 Package: yum
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-celementtree, python-libxml2, python-urlgrabber, rpm (= 4.4.1), python-rpm, python-pyme, python-sqlitecachec, python-sqlite
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-celementtree, python-libxml2, python-urlgrabber, rpm (= 4.4.1), python-rpm, python-pyme (= 0.8.0), python-sqlitecachec, python-sqlite
 Description: Advanced front-end for rpm
  Yum (Yellow dog Updater, Modified) is an automatic updater and package 
  installer/remover for rpm systems. It automatically computes dependencies 
only in patch2:
unchanged:
--- yum-3.2.12.orig/debian/patches/00list
+++ yum-3.2.12/debian/patches/00list
@@ -0,0 +1 @@
+01_fix_gpgme_include
only in patch2:
unchanged:
--- yum-3.2.12.orig/debian/patches/01_fix_gpgme_include.dpatch
+++ yum-3.2.12/debian/patches/01_fix_gpgme_include.dpatch
@@ -0,0 +1,19 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 01_fix_gpgme_include.dpatch by Martin Meredith [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Update yum/misc.py to work with pygpgme = 0.8
+
[EMAIL PROTECTED]@
+diff -urNad yum-3.2.12~/yum/misc.py yum-3.2.12/yum/misc.py
+--- yum-3.2.12~/yum/misc.py	2008-07-26 22:10:40.0 +0100
 yum-3.2.12/yum/misc.py	2008-07-26 22:25:01.0 +0100
+@@ -16,7 +16,7 @@
+ import fnmatch
+ import bz2
+ from stat import *
+-import pyme.gpgme
++import pyme.pygpgme
+ 
+ from Errors import MiscError
+ 

Bug#490368: Patch for Bug 490368

[Martin Meredith]

On Sun, 2008-07-27 at 00:14 +0200, Julien Cristau wrote:
 On Sat, Jul 26, 2008 at 23:05:57 +0100, Martin Meredith wrote:
 
  Please Note: As I've done this properly, and used dpatch to fix this, it
  will cause lintian errors (as it already does) because of previous
  changes being against the source, rather than using a patch system.
  
 There's nothing proper about using dpatch.  If you introduce changes
 in an NMU, and there isn't already a patch system, then you shouldn't
 add one.

Might just have been the way that I've been taught to package. I've
always been taught never to touch the original source unless it's for
DFSG reasons.

Attached is a debdiff without the dpatch stuff.


diff -u yum-3.2.12/yum/misc.py yum-3.2.12/yum/misc.py
--- yum-3.2.12/yum/misc.py
+++ yum-3.2.12/yum/misc.py
@@ -16,7 +16,7 @@
 import fnmatch
 import bz2
 from stat import *
-import pyme.gpgme
+import pyme.pygpgme
 
 from Errors import MiscError
 
diff -u yum-3.2.12/debian/changelog yum-3.2.12/debian/changelog
--- yum-3.2.12/debian/changelog
+++ yum-3.2.12/debian/changelog
@@ -1,3 +1,11 @@
+yum (3.2.12-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Changed yum/misc.py to include pyme.pygpgme instead of pyme.gpgme
+  * Changed depends for python-pyme in control
+
+ -- Martin Meredith [EMAIL PROTECTED]  Sat, 26 Jul 2008 23:30:42 +0100
+
 yum (3.2.12-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u yum-3.2.12/debian/control yum-3.2.12/debian/control
--- yum-3.2.12/debian/control
+++ yum-3.2.12/debian/control
@@ -8,7 +8,7 @@
 
 Package: yum
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-celementtree, python-libxml2, python-urlgrabber, rpm (= 4.4.1), python-rpm, python-pyme, python-sqlitecachec, python-sqlite
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-celementtree, python-libxml2, python-urlgrabber, rpm (= 4.4.1), python-rpm, python-pyme (= 0.8.0), python-sqlitecachec, python-sqlite
 Description: Advanced front-end for rpm
  Yum (Yellow dog Updater, Modified) is an automatic updater and package 
  installer/remover for rpm systems. It automatically computes dependencies 

Bug#492008: katapult: Katapult crashes (segfault) on some config error

[Martin Meredith]

Hi there, this is a known issue with Katapult, which we haven't been
able to track down as of yet.

[Displays/Name=Glass Display]

Looks wrong though... 

Wiping the config file from the machine fixes this normally, but
obviously, this isn't something we want to do.

Actually, looking at my config, this seems to be the case for me too...
which is a little weird.

I've tracked down this issue. I'll write a patch and get it uploaded
ASAP

On Wed, 2008-07-23 at 09:40 +0200, Ron Rademaker wrote:
 Package: katapult
 Version: 0.3.1-1
 Severity: normal
 
 There is a config option (I don't know what option, I've included the
 corrupting config below) that is valid in later versions of katapult
 that renders the program useless. If this particular config option is
 set, ALT+space no longer works and 'Configure Katapult' causes a
 segfault. I used to run katapult on an unstable system and transferred
 my kde settings to a stable machine. This is when this issue started,
 after removing the config file katapult works again.
 
 The config file that crashes the currently stable katapult:
 
 AutoExec=false
 Catalogs=Program Catalog,Bookmark Catalog,Document Catalog,Calculator 
 Catalog,Amarok Catalog,Spell Catalog,Google Catalog,Execution Catalog
 Display=Name=Glass Display
 HideDelay=1000
 HideSessionNotification=2
 HideUserNotification=0
 NoResultsAction=1
 NoResultsDelay=2500
 NotificationTimeout=5000
 SystrayIcon=true
 
 [Catalogs/Amarok Catalog]
 MinQueryLen=3
 
 [Catalogs/Bookmark Catalog]
 MinQueryLen=3
 MozAuto=true
 MozEnabled=true
 MozFile=/home/ron/.mozilla/default/0rrtvxg1.slt/bookmarks.html
 
 [Catalogs/Calculator Catalog]
 Clipboard=true
 Degrees=false
 FormatString=%1 = %2
 FracDigits=2
 Scientific=false
 
 [Catalogs/Document Catalog]
 MinQueryLen=1
 showPreview=false
 
 [Catalogs/Execution Catalog]
 TriggerWord=exec
 
 [Catalogs/Google Catalog]
 TriggerWord=google
 
 [Catalogs/Program Catalog]
 IgnoreIconless=true
 IgnoreTerminal=true
 MinQueryLen=1
 UseExecName=false
 
 [Catalogs/Spell Catalog]
 TriggerWord=spell
 
 [Displays/Name=Glass Display]
 FadeTime=250
 FontFace=Arial
 MaxFontSize=14
 MinFontSize=7
 
 [Displays/Pure Display]
 FadeTime=250
 FontFace=Verdana
 MaxFontSize=14
 MinFontSize=7
 
 -- System Information:
 Debian Release: 4.0
   APT prefers stable
   APT policy: (500, 'stable')
 Architecture: amd64 (x86_64)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.18-6-amd64
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 
 Versions of packages katapult depends on:
 ii  kdelibs4c2a 4:3.5.8.dfsg.1-4 core libraries and binaries for 
 al
 ii  libc6   2.7-5GNU C Library: Shared libraries
 ii  libgcc1 1:4.2.2-4GCC support library
 ii  libqt3-mt   3:3.3.7-4etch1   Qt GUI Library (Threaded runtime 
 v
 ii  libstdc++6  4.2.2-4  The GNU Standard C++ Library v3
 
 katapult recommends no packages.
 
 -- no debconf information
 
 




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490385: New Upstream package(s) available

[Martin Meredith]

Package: libphp-phpmailer
Severity: wishlist

While trying to upload a package, which got rejected due to an embedded
version of PHPMailer, I found that while the watch file for
libphp-phpmailer doesn't find that there is a new upstream version
available, there is in fact one available, with PHP5 Compatibility.

2.0.2 (PHP4)
http://sourceforge.net/project/showfiles.php?group_id=26031package_id=17494release_id=604596

2.1 (PHP5)
http://sourceforge.net/project/showfiles.php?group_id=26031package_id=252700release_id=604592


Regards,
Martin Mez Meredith


signature.asc
Description: This is a digitally signed message part

Bug#489828: Hold php5-symfony from testing

[Martin Meredith]

Package: php5-symfony
Version: 1.0.17-1
Severity: critical

This is a bug to hold off symfony from testing, as while the package was
in NEW - 1.1 was released. Making versioned binary packages so that we
can have 1.1 and 1.0 installed alongside each other


signature.asc
Description: This is a digitally signed message part

Bug#484732:

[Martin Meredith]

Awaiting next release, as advised my Upstream (to fix licencing in
files, etc)


signature.asc
Description: This is a digitally signed message part

Bug#486900: Rar package fails to install.

[Martin Meredith]

close 486900 1:3.8b2-2
merge 486900 486833
thanks

This issue has already been resolved. Please apt-get update and try
again.



signature.asc
Description: This is a digitally signed message part

Bug#485492:

[Martin Meredith]

forwarded 485492 [EMAIL PROTECTED]

thanks

It's refusing to compile the libs stuff for me - compiling the DLL
requires a definition for LPARAM

I can't fix this myself - have forwarded the bug upstream


signature.asc
Description: This is a digitally signed message part

Bug#484672: [D-m-team] Bug#484672: DM Application for Martin Meredith

[Martin Meredith]

On Fri, 2008-06-06 at 11:21 +1000, Aníbal Monsalve Salazar wrote:
 package debian-maintainers
 # Waiting in case of any more advocacies until Mon, 9 Jun 2008 13:36:02 UTC
 tags 484672 + confirmed
 thanks
 
 Hello Martin Meredith,
 
 Please try to convince your other sponsors to advocate you as well.
 If other DDs know you, ask them to do the same.
 
 Please ask them to read http://wiki.debian.org/Maintainers
 
 Cheers!

My other regular sponsors. One has advocated me for DD, and one is
thinking regarding advocating me.

I will contact a few of the other people that I've worked with however


signature.asc
Description: This is a digitally signed message part

Bug#484672: Debian Maintainer Advocacy

[Martin Meredith]

Hi there!

First of all, you're recieving this email as I have worked with you in
Ubuntu or Debian, or you have sponsored a package for me in either and
you are aware (or may be aware) of my packaging skills

I am currently undergoing the Debian New Maintainer process. During
this, my Application manager has suggested that I request to become a
Debian Maintainer in the meantime, as this allows me to practice
uploads, etc.

You can see my application here:

http://lists.debian.org/debian-newmaint/2008/06/msg4.html

I've already recieved on advocacy email [1] however, it has been
requested that I look for more to add to this list. [2]

If you could have a look at http://wiki.debian.org/Maintainers and then
decide whether you believe that I have what it takes to become a Debian
Maintainer, then I'd appreciate it.

If you do feel that I am suitable, I'd also appreciate if you were to
reply to my post on [EMAIL PROTECTED] (or post a new
email mentioning my name and your advocacy) to advocate my becoming a
Debian Maintainer.

Also, if you have any strong objections to me becoming a Debian
Maintainer, this is the time to make them known. This can be done, once
again, by emailing [EMAIL PROTECTED] - though I hope that
this won't be the case.

Thanks in advance for any of you who do decide to advocate me.

--
Regards,
Martin Mez Meredith

[1] http://lists.debian.org/debian-newmaint/2008/06/msg7.html
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484672




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484732: ITP: php5-svn SVN bindings for PHP5

[Martin Meredith]

Package: wnpp
Priority: normal

I intend to package 

http://pecl.php.net/package/svn

For Debian.

I have a close relationship with the upstream maintainer (we work for
the same company) and am happy to package this. 


signature.asc
Description: This is a digitally signed message part

Bug#477957: Patch for KDENetwork

[Martin Meredith]

Tags: patch

It seems that when libgadu was changed to have it's own package (from
ekg) it started using proper version numbers (see #310276) - As before,
it had been using a date as a version number, it had worked, however,
this split caused the new package to be built with the correct version
information, therefore, as it was a higher version than kdenetwork was
expecting, this would fall over.

Attached is an updated 13_improve-libgadu-detection.diff which fixes
the issue (after a regeneration - 98_buildprep.diff will need to be
updated here aswell)

I am however, still hitting a FTBFS in a sid pbuild.

I'll update this once I've fixed those.
diff -Nur kdenetwork-3.5.9/kopete/protocols/configure.in.in kdenetwork-3.5.9.new/kopete/protocols/configure.in.in
--- kdenetwork-3.5.9/kopete/protocols/configure.in.in	2006-10-01 18:27:00.0 +0100
+++ kdenetwork-3.5.9.new/kopete/protocols/configure.in.in	2008-05-24 03:42:40.0 +0100
@@ -39,9 +39,21 @@
 		
 	int main()
 	{
-#if defined __GG_LIBGADU_HAVE_PTHREAD  defined GG_LOGIN60
-		int maj, min, date;
-		sscanf( gg_libgadu_version(), %u.%u.%u, maj,min,date );
+#if defined GG_CONFIG_HAVE_PTHREAD  defined GG_LOGIN60
+		int maj, min, date, items;
+		const char *libgadu_version = gg_libgadu_version();
+
+		items = sscanf( libgadu_version, %u.%u.%u, maj,min,date );
+
+		if ( items != 3 ) { /* version in DDMM format only */
+			sscanf( libgadu_version, %u, date );
+
+			if ( date  20040520 )
+return 1;
+			else
+return 0;
+		}
+
 		if ( maj != 1 ) {
 			return 1;
 		}
@@ -49,7 +61,7 @@
 			return 1;
 		}
 
-		if ( min == 5 || min == 6 ){
+		if ( min = 5  min = 8){
 			return 0;
 		}
 			 



signature.asc
Description: This is a digitally signed message part

Bug#418904:

[Martin Meredith]

retitle 418904 ITP: php5-symfony -- The symfony framework for PHP5.
owner 418904 !
thanks

I am happy to package this.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#418904: Info received ()

[Martin Meredith]

There seems to be a few licencing issues that need to be resolved, am
discussing with upstream (or have at least mailed them)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#478755: ITP: eZcomponents -- Framework for PHP

[Martin Meredith]

Package: wnpp
Severity: wishlist

Hey Francois, Derick,

Suffice to say - I've enjoyed working on Xdebug with you both, and hope
to continue that into the future :D (Well, My name's on the package now
and I don't intend to orphan it *just* yet!)

Anyway, the reason I came to look at Xdebug was simply the fact that
it's something I want to be using with my PHP applications (and will be
forced to use at work too I presume!), along with a couple of other
things.

I'm also interested in looking at other frameworks, and, after hearing
Derick pimping eZcomponents so much at the PHP London Conference, I
decided to have a look at it, and wrote a new script using it
(http://files.sourceguru.net/lr-mirror.phps) to have a look at how well
it worked.

Anyway, installing it on my server was a bit of a pain in the ass! And,
having gone back to the old script today to add to it and get it running
on another server, I came across the fact that I needed to install
eZcomponents again.

This got me thinking. It'd be nice if eZcomponents was packaged for
debian so that I could get it installed easily.

I had a quick word with Derick, who said that there shouldn't be any
issues (apart from possibly fonts - which he's checking on) that would
disallow this from happening.

He also came up with a nice thought:-

Derick the coolest way would be if it could be done per component
actually

Which got me thinking - this wouldn't be hard to do at all. This could
be built from one source package, and have packages for each component
with the correct dependencies. So the base classes would go into say,
ezcomponents-base, and then a component like, for example,
WorkflowDatabaseTieIn would have

Depends: ezcomponents-base, ezcomponents-database, ezcomponents-workflow

I think this would actually be a neat way to package this, allowing the
end-user to only install those bits of ezcomponents that they need.

Francois, if you're willing, I'd like to work with you on this aswell as
Xdebug, and, after all, I do need a sponsor ;)

This email also acts as my Intent to Package, and has been submitted to
the BTS as such.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#377348: [RFS] php5-xdebug

[Martin Meredith]

Having a quick look at this, my first thoughts are that I hate cdbs ;)

Second of all, there seems to be a couple of weird things in there - for
example

./configure --enable-xdebug --with-php-config=/usr/bin/php-config$*

That line is simply going to make them use php-config. While the B-D's
mean that this will use php-config5, because php4 isn't installed, but
it if were, then it would be up to alternatives as to which version to
use.

I also noticed

configure_for_php%:

Which I assume is just a typo, and should be configure_for_php5 (as this
is what is used as a dependency for install/php5-xdebug)

Also, why ucf is listed as a dep for the source I don't know, as that
should be bought in by the dependencies of phpapi-`php-config5 --phpapi`
(php5-cli, php5-cgi, libapache2-mod-php5 all depend on it)

Also, I'd like to see that upon installation, xdebug is enabled, instead
of having to jump through hoops to get it working (yes, removing it
without a purge is a pain, but the postrm can sort that out anyway!)

also, the xdebug.ini should be using zend_extension instead of whatever
it's using.

Looking at the ubuntu package, I'm not too happy with a few of the
things in that, reading through it just doesn't seem clear to me (some
of the code in the rules is completely confusing - and they replace the
config.guess and config.sub for the client, even though it isn't built
(I guess to get rid of the lintian error - an override would have done)

I'm going to do a little work on the package, and conglomerate stuff
from all three packages into one package combining everything nicely.

And then I'll have to uupdate anyway (Thanks Derick! :P)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#377348: [RFS] php5-xdebug

[Martin Meredith]

To be honest, I didn't actually realise until after I'
d made that package that it actually existed in ubuntu!

I actually put in a backports request for it to go back to gutsy aswell,
but I think the package in ubuntu is based off of Marcelo's package.

I will point out however, that it seems my upload has superceded
Marcelo's on mentors.debian.net, so I can't see what there is. 

*quickly installs dget and downloads the ubuntu package*

The ubuntu package was originally created by XSBC-Original-Maintainer:
Mark A. Hershberger [EMAIL PROTECTED] ... not too sure
whether that's Marcelo, but it doesn't look like it.

I'm guessing that Marcelo is subscribed to this bug report, so I'm
hoping that he'll get this email. Otherwise, Francois, could you forward
this on to him and see what he thinks about co-maintaining?

Ah, I just noticed Mark in the bug. well, anyway... I'd be happy to work
with Marcelo/Mark, and hopefully, when my NM goes through, I'll be able
to be the sponsor/uploader too !

Derick did briefly mention that there was some sort of licencing issue,
which is why my control lists it as non-free/devel for the section.

Looking over the upload on mentors though, it doesn't seem to be the
latest upload. I did clean up the rules a little, and also played with
a coupe of things.

Derick, you say -02 you're unhappy with, would you rather I use
something else, or just remove that flag altogether.

Also, the other changes (to the description) - I'mm happy to do.

On another note, seeing as the xdebugclient comes in with that source
download, are there any thoughts as to whether it would be worth
building an xdebug-client package aswell from the source (Derick, you
need to update your config.guess and config.sub there! hehe!)

Side note: Derick, do you mind being subscribed to the bug regarding
packaging this in debian if you're not already?





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#459167: katapult: package content changes when built with dash as /bin/sh

[Martin Meredith]

Seems that dash doesn't like the line

rm -f $(CURDIR)/debian/katapult/usr/lib/libkatapult*.{so,la}

I've changed this to two seperate commands in the next upload




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443246:

[Martin Meredith]

Please Post feature requests for katapult upstream at 

http://katapult.kde.org/forums/forumdisplay.php?f=10
-- 
Regards,
Mez



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#452805:

[Martin Meredith]

tags 452805 +fixedupstream
thanks

Eugene has fixed this in his next release.
-- 
Regards,
Mez



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444967:

[Martin Meredith]

merge 444967 442143
tags 444967 +wontfix
close 444967
thanks

I'm closing this and tagging as wontfix. It's an issue in the source
code that we can't seem to track down, and can only kludge in horrid
hacks that won't work.

This system is being rewritten in the next release, so will be fixed
with that.
-- 
Martin Meredith [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444967: katapult: crashes on settings and doesn't work (popup/launch)

[Martin Meredith]

We have patches in the development branch for this... However, a release
is not due any time soon.

On Thu, 2007-12-20 at 02:04 +0100, Emil Nowak wrote:
 I had the same problem, and as You siad: Removing 
 ~/.kde/share/config/katapultrc fixes that.
 
 But of course old configuration files should crash katapult - it should be
 handled nicely.
 
 


signature.asc
Description: This is a digitally signed message part

Bug#453443: Copyright information incorrect

[Martin Meredith]

Package: php5-imagick
Version: 2.0.1-1
Severity: Important

In the copyright file, the listed copyright holders are incorrect.

http://pecl.php.net/package/imagick/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#452805:

[Martin Meredith]

tag 452805 +upstream
forwarded 452805 [EMAIL PROTECTED]
severity 452805 minor

thanks

Forward upstream to upstream maintainer. Will respond when I recieve a
response




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]