Dear mentors--
I'm not sure if the etiquette for nag requests has been sorted out
given the move of RFS to the bug tracker, but I submitted this RFS two
weeks ago and have not received so much as a nibble. If anyone is able
to devote some time to reviewing this upload, I would appreciate it
and I
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package pam-shield
* Package name: pam-shield
Version : 0.9.6-1
Upstream Author : Walter de Jong wal...@heiho.net and Jonathan
Niehof jtnie...@gmail.com
* URL : https
Thank you Mike. Candidate CVE-2012-2350 has been assigned and the
debdiff is attached to 658830.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package pam-shield
* Package name: pam-shield
Version : 0.9.2-3.3
Upstream Author : Walter de Jong wal...@heiho.net and Jonathan
Niehof jtnie...@gmail.com
* URL
On Mon, May 3, 2010 at 2:38 PM, Laurent Guignard
lguignard.deb...@gmail.com wrote:
Is there any means to update the chapter Problems on the debian package home
page (http://packages.qa.debian.org/d/dhcp-probe.html) for dhcp-probe. The
piuparts problem is for the 1.3.0-4 package's version. The
- dget
http://mentors.debian.net/debian/pool/main/p/pam-shield/pam-shield_0.9.2-4.dsc
I would be glad if someone uploaded this package for me.
Kind regards
Jonathan Niehof
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
On Tue, Apr 13, 2010 at 10:36 AM, Matthias Klumpp matth...@nlinux.org wrote:
removed the quilt-dependency
since it is the default patching system now. (But now I get a lintian
warning about missing quilt dependency now...)
This is because rules still has an include for patchsys-quilt.mk. With
I'm working with a package where upstream uses a flat Makefile and the
Debian package has been converted to automake. This means the Makefile
from the .orig.tar.gz gets clobbered in the build process, and then
removed entirely on clean. So build; clean isn't a no-op. I see
several ways to deal
On Tue, Oct 20, 2009 at 5:48 AM, Ben Finney ben+deb...@benfinney.id.au wrote:
* Remove the convenience copy from the original source archive, or
merely from the binary package?
Related question:
Since the source package consists of orig.tar.gz and a .diff, how
would one remove the convenience
I'd like to get going on some bug-squashing, but have three
semi-related questions:
1) Since updated packages go into unstable, presumably they should be
tested in an unstable environment. But they also want to percolate
into testing, so they shouldn't break or be broken by testing. So I
presume
10 matches
Mail list logo
