Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Russ Allbery
Raphael Hertzog writes: > On Mon, 11 May 2009, Russ Allbery wrote: >> I still think Build-Options-Supported is fundamentally the wrong way >> to implement that. You have to modify every package to add it >> anyway, in which case you can just as easily support it in the >> package's debian/rules

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Raphael Hertzog
On Mon, 11 May 2009, Manoj Srivastava wrote: > > If you refer to the fact, that dpkg-buildpackage cleans and rebuilds > > everything and that it can take a lot of time, then please stop using > > arguments that do not hold at all. you can call arbitrary debian/rules > > targets with dpkg-buildpacka

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Raphael Hertzog
On Mon, 11 May 2009, Russ Allbery wrote: > Raphael Hertzog writes: > > > BTW, just to make things clear. It's likely that those Makefile > > snippet (if we decide to go that way) become quite more elaborated as > > we try integrating support for things like hardening-wrapper (see > > #489771). E

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Gabor Gombas
On Mon, May 11, 2009 at 03:43:41PM +0200, Giacomo A. Catenazzi wrote: > You are a very special case: a developer since very long time, with a > enormous knowledge of debian policy (and dpkg internal). > But I really think that most people outside DD use dpkg-buildpackage > because it is the easier

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Russ Allbery
"Giacomo A. Catenazzi" writes: > Manoj Srivastava wrote: >> The only builds Debian supports are not just the buildd ones. As >> members of the free software community, we should also cater to end >> users building, tweaking, and rebuilding our software. > You are a very special case: a

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Russ Allbery
Raphael Hertzog writes: > BTW, just to make things clear. It's likely that those Makefile > snippet (if we decide to go that way) become quite more elaborated as > we try integrating support for things like hardening-wrapper (see > #489771). Expect stuff like "if debian/control has > Build-Optio

Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)

2009-05-11 Thread Manoj Srivastava
On Mon, May 11 2009, Holger Levsen wrote: > Hi Bill, > > On Montag, 11. Mai 2009, Bill Allombert wrote: >> But policy allows creating directory like /usr/local/share/texmf in the >> postinst. > [...] >> It seems to me that mktexlsr could honour policy if >> /usr/local/share/texmf/ls-R was only cre

Processed: severity of 528021 is wishlist

2009-05-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > severity 528021 wishlist Bug#528021: please purge /usr/local/share/texmf if empty Severity set to `wishlist' from `important' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system admin

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Manoj Srivastava
On Mon, May 11 2009, Raphael Hertzog wrote: > On Sun, 10 May 2009, Manoj Srivastava wrote: >> I would prefer Debian to remain a full fledged member of the free >> software community, and continue to not let build behaviour diverge >> whether or not dpkg-buildpackage was used -- which can

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Giacomo A. Catenazzi
Manoj Srivastava wrote: On Sun, May 10 2009, Steve Langasek wrote: On Sun, May 10, 2009 at 11:37:46PM +0300, Peter Eisentraut wrote: On Sunday 10 May 2009 13:56:04 Steve Langasek wrote: I thought it was generally recognized that it's a Bad Idea to implement config files using your interpreter

Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)

2009-05-11 Thread Holger Levsen
Hi Bill, On Montag, 11. Mai 2009, Bill Allombert wrote: > But policy allows creating directory like /usr/local/share/texmf in the > postinst. [...] > It seems to me that mktexlsr could honour policy if > /usr/local/share/texmf/ls-R was only created when it would be not empty > (i.e. the user insta

Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)

2009-05-11 Thread Bill Allombert
On Mon, May 11, 2009 at 10:43:35AM +0200, Holger Levsen wrote: > reassign 528021 debian-policy > severity 528021 important > thanks > > Hi Norbert, > > On Sonntag, 10. Mai 2009, Norbert Preining wrote: > > The problem is that it seems you don't have an idea about what ls-R files > > are and how

Processed: Re: Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)

2009-05-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > reassign 528021 debian-policy Bug#528021: please purge /usr/local/share/texmf if empty Bug reassigned from package `tex-common' to `debian-policy'. > severity 528021 important Bug#528021: please purge /usr/local/share/texmf if empty Severity set

Re: Bug#528021: maintainer scripts put files in /usr/local/ (policy 9.1.2)

2009-05-11 Thread Holger Levsen
reassign 528021 debian-policy severity 528021 important thanks Hi Norbert, On Sonntag, 10. Mai 2009, Norbert Preining wrote: > The problem is that it seems you don't have an idea about what ls-R files > are and how they are created. I wouldnt call it _the_ problem here, but it surely has been p

Re: Environment variables, debian/rules and dpkg-buildpackage

2009-05-11 Thread Peter Eisentraut
On Monday 11 May 2009 09:49:31 Raphael Hertzog wrote: > On Mon, 11 May 2009, Peter Eisentraut wrote: > > Well, debuild calls dpkg-buildpackage most of the time, unless you give a > > specific target (which would again possibly be of interest to those who > > are interested in calling debian/rules b