Bug#460486: marked as done (debian-policy: Section 10.1 has a mistake in example)

2008-01-12 Thread Debian Bug Tracking System
Your message dated Sun, 13 Jan 2008 01:11:32 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#460486: debian-policy: Section 10.1 as a mistake in example makefile snippet. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been de

Bug#460486: debian-policy: Section 10.1 as a mistake in example makefile snippet.

2008-01-12 Thread Russ Allbery
"Andres Mejia" <[EMAIL PROTECTED]> writes: > Package: debian-policy > Version: 3.7.3 > Tags: patch > > Debian Policy Section 10.1 contains the following makefile snippet in > regards to using the 'nostrip' option. > > ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) > INSTALL_PROGRAM += -s > end

Bug#460486: debian-policy: Section 10.1 as a mistake in example makefile snippet.

2008-01-12 Thread Andres Mejia
On Jan 12, 2008 11:56 PM, Clint Adams <[EMAIL PROTECTED]> wrote: > On Sat, Jan 12, 2008 at 11:22:41PM -0500, Andres Mejia wrote: > > Package: debian-policy > > Version: 3.7.3 > > Tags: patch > > > > Debian Policy Section 10.1 contains the following makefile snippet in > > regards to using the 'nost

Bug#460486: debian-policy: Section 10.1 as a mistake in example makefile snippet.

2008-01-12 Thread Clint Adams
On Sat, Jan 12, 2008 at 11:22:41PM -0500, Andres Mejia wrote: > Package: debian-policy > Version: 3.7.3 > Tags: patch > > Debian Policy Section 10.1 contains the following makefile snippet in > regards to using the 'nostrip' option. > > ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) > INSTALL

Bug#460486: debian-policy: Section 10.1 as a mistake in example makefile snippet.

2008-01-12 Thread Andres Mejia
Package: debian-policy Version: 3.7.3 Tags: patch Debian Policy Section 10.1 contains the following makefile snippet in regards to using the 'nostrip' option. ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif It should be: ifneq (,$(findstring nostrip,$(DEB_BUILD_OP

Processed (with 1 errors): your mail

2008-01-12 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > retitle 460486 debian-policy: Section 10.1 has a mistake in example Bug#460486: debian-policy: Section 10.1 as a mistake in example makefile snippet. Changed Bug title to `debian-policy: Section 10.1 has a mistake in example' from `debian-policy: Sect

Bug#114920: Start earning the salary you deserve by obtaining the proper ccredentials!

2008-01-12 Thread Pablo Mueller
Academic Qualifications available from prestigious Non-Accredited Universiities. Do you have the knowledge and the experience but lack the qualifications? AAre you getting turned down time and time again for the j oob of your dreams because you just don't have the right letters afte

Bug#458385: New version of Artistic License

2008-01-12 Thread Allison Randal
Hmmm... Russ and Gunnar seem to have traded positions. Whatever the policy group decides is, of course, fine. Just let us know. I'll check back in a few months if I don't hear anything more. Gunnar Wolf wrote: I'm more worried about the tons of changes this will inflict on the pkg-perl group ;

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

2008-01-12 Thread Steve Langasek
On Sat, Jan 12, 2008 at 11:33:23AM +, Colin Watson wrote: > On Mon, Jan 07, 2008 at 12:39:30PM +0100, Bill Allombert wrote: > > Since libuuid1 is essential, every system will end up with a libuuid > > user/group, so why not just add it to base-passwd instead of creating it > > dynamically ? >

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

2008-01-12 Thread Colin Watson
On Mon, Jan 07, 2008 at 12:39:30PM +0100, Bill Allombert wrote: > Since libuuid1 is essential, every system will end up with a libuuid > user/group, so why not just add it to base-passwd instead of creating it > dynamically ? In general I want to avoid almost all further creation of global static