Re: RFS: lockrun

2008-07-04 Thread Noah Slater
On Thu, Jul 03, 2008 at 12:52:46PM -0500, Raphael Geissert wrote: What has upstream's response? If you really want the package in Debian but upstream doesn't want to integrate your patches without a good reason you could anyway package it, drop a few lines in debian/README.Debian and look for

Re: RFS: lockrun

2008-07-03 Thread Noah Slater
I am dropping my intended maintainership for the `lockrun` package. Details can be found here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461915 You are more than welcome to convert this back from an RFP and claim ownership. The source code is available here:

Re: RFS: lockrun

2008-07-03 Thread Raphael Geissert
Noah Slater wrote: I am dropping my intended maintainership for the `lockrun` package. Details can be found here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461915 What has upstream's response? If you really want the package in Debian but upstream doesn't want to integrate your

Re: RFS: lockrun

2008-06-21 Thread George Danchev
On Wednesday 18 June 2008, Noah Slater wrote: --cut-- Hello, and sorry for the late reply, Seems like cdbs magic doesn't cope with that, but you can still save the day: clean:: unpatch common-install-prehook-impl:: patch This is a bug in CDBS, I have reported it as #486848:

Re: RFS: lockrun

2008-06-21 Thread Noah Slater
On Sat, Jun 21, 2008 at 06:14:41PM +0300, George Danchev wrote: A possible problem could arise when users of your source package decide to exemine the source code and call fakeroot debian/rules patch, but there is still modification left (no matter how innocent it is) to be done against the C

Re: RFS: lockrun

2008-06-18 Thread Noah Slater
On Fri, May 30, 2008 at 09:31:00PM +0300, George Danchev wrote: Sure, the CDBS magic is fine, although being magic behind the scene could be dangerous sometimes. It is Debian Policy #4.9 which says: The binary target must be all that is necessary for the user to build the binary package(s)

Re: RFS: lockrun

2008-05-30 Thread Noah Slater
On Thu, May 29, 2008 at 07:04:30PM -0500, Raphael Geissert wrote: debian/copyright: Debianized-By: Noah Slater [EMAIL PROTECTED] Debianized-Date: Sat, 08 Mar 2008 22:58:05 + You should read the wiki page again now, those have a different name now. Heh, I was the one who made that

Re: RFS: lockrun

2008-05-30 Thread George Danchev
On Thursday 29 May 2008, Noah Slater wrote: Hello, Thank you all for the suggestions/comments, etc. Hello, On Sun, May 25, 2008 at 10:43:19AM +0300, George Danchev wrote: I'd rather reply with few questions ;-) -- it seems that the command-option.patch is not applied before building

Re: RFS: lockrun

2008-05-30 Thread Raphael Geissert
Noah Slater wrote: On Thu, May 29, 2008 at 07:04:30PM -0500, Raphael Geissert wrote: debian/copyright: By the way, where did you get this line from? Copyright: Copyright 2008, Stephen J. Friedl [EMAIL PROTECTED] I don't see any statement in the .c file that it is copyrighted. And as the file

Re: RFS: lockrun

2008-05-29 Thread Noah Slater
Hello, Thank you all for the suggestions/comments, etc. On Sun, May 25, 2008 at 10:43:19AM +0300, George Danchev wrote: I'd rather reply with few questions ;-) -- it seems that the command-option.patch is not applied before building stage causing your help2man call to fail, since the binary

Re: RFS: lockrun

2008-05-29 Thread Raphael Geissert
Hi there, Noah Slater wrote: ... Would you mind taking another look at this package following these changes? debian/copyright: Debianized-By: Noah Slater [EMAIL PROTECTED] Debianized-Date: Sat, 08 Mar 2008 22:58:05 + You should read the wiki page again now, those have a different name

Re: RFS: lockrun

2008-05-25 Thread George Danchev
On Saturday 24 May 2008, Noah Slater wrote: On Tue, May 20, 2008 at 02:46:59PM +0100, Noah Slater wrote: Done, and re-uploaded to mentors.d.o Hey, is there any chance someone could take another look at this please? Hey Noah, I'd rather reply with few questions ;-) -- it seems that the

Re: RFS: lockrun

2008-05-25 Thread Raphael Geissert
Neil Williams wrote: Just re-reading what you said: ... CC=cc endif That will cause troubles when using CC=gcc-4.3 dpkg-buildpackage (for example in i386, where 4.3 is not the default gcc). Something like CC=$(CC) should be used (the intention is to preserve the original $(CC), but of

Re: RFS: lockrun

2008-05-25 Thread Raphael Geissert
Noah Slater wrote: On Fri, May 02, 2008 at 10:54:56AM -0500, Raphael Geissert wrote: Please upload your key to a public keyserver. Very strange, my key has been uploaded for months. [EMAIL PROTECTED]: ~ $ gpg --recv-key 0x8FBFCFBF gpg: requesting key 8FBFCFBF from hkp server

Re: RFS: lockrun

2008-05-25 Thread Neil Williams
On Sun, 2008-05-25 at 16:37 -0500, Raphael Geissert wrote: Neil Williams wrote: Just re-reading what you said: ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE)) CC=$(DEB_HOST_GNU_TYPE)-gcc else CC=cc endif $(CC) $(CFLAGS) lockrun.c -o lockrun ... CC=cc endif That will cause

Re: RFS: lockrun

2008-05-25 Thread Raphael Geissert
Neil Williams wrote: On Sun, 2008-05-25 at 16:37 -0500, Raphael Geissert wrote: $(OURCC) $(CFLAGS) lockrun.c -o lockrun OUR is the wrong prefix, CROSSCC is probably better. The thing is that it is not always used for cross compiling, so I don't think CROSSCC is the best name either.

Re: RFS: lockrun

2008-05-24 Thread Noah Slater
On Tue, May 20, 2008 at 02:46:59PM +0100, Noah Slater wrote: Done, and re-uploaded to mentors.d.o Hey, is there any chance someone could take another look at this please? Many thanks, -- Noah Slater - Bytesexual http://bytesexual.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Re: RFS: lockrun

2008-05-20 Thread Noah Slater
On Fri, May 02, 2008 at 10:54:56AM -0500, Raphael Geissert wrote: Please upload your key to a public keyserver. Very strange, my key has been uploaded for months. [EMAIL PROTECTED]: ~ $ gpg --recv-key 0x8FBFCFBF gpg: requesting key 8FBFCFBF from hkp server subkeys.pgp.net gpg: key 61D50B88:

RFS: lockrun

2008-05-02 Thread Noah Slater
Dear mentors, I am looking for a sponsor for my (very small) package lockrun. * Package name: lockrun Version : 1-1 Upstream Author : Stephen J. Friedl [EMAIL PROTECTED] * URL : http://www.unixwiz.net/tools/lockrun.html * License : Public domain Language:

Re: RFS: lockrun

2008-05-02 Thread Raphael Geissert
Noah Slater wrote: ... - dget http://mentors.debian.net/debian/pool/main/l/lockrun/lockrun_1-1.dsc $ dget -x http://mentors.debian.net/debian/pool/main/l/lockrun/lockrun_1-1.dsc dget: retrieving http://mentors.debian.net/debian/pool/main/l/lockrun/lockrun_1-1.dsc % Total% Received % Xferd

Re: RFS: lockrun

2008-05-02 Thread Neil Williams
On Fri, 2008-05-02 at 10:54 -0500, Raphael Geissert wrote: debian/rules: gcc lockrun.c -o lockrun Please don't do that, at least call gcc with CFLAGS: gcc $(CFLAGS) lockrun.c -o lockrun Use the proper DEB_HOST_GNU_TYPE variable too so that the package can be cross-built (and use the cc