Re: New Build-Options field and build-arch option, please review

2008-07-10 Thread Felipe Sateler
El 10/07/08 18:02 Raphael Hertzog escribió: > Hello, > > in order to fix #229357 I decided to add a new Build-Options field. > I modified Dpkg::BuildOptions to parse this field and DEB_BUILD_OPTIONS. > And I added support for a build-arch option, that if present, will let > dpkg-buildpackage call d

New Build-Options field and build-arch option, please review

2008-07-10 Thread Raphael Hertzog
Hello, in order to fix #229357 I decided to add a new Build-Options field. I modified Dpkg::BuildOptions to parse this field and DEB_BUILD_OPTIONS. And I added support for a build-arch option, that if present, will let dpkg-buildpackage call debian/rules build-arch and build-indep. It's not obvio

Re: RFC: Idea for improved diversions and alternatives handling

2008-07-10 Thread Goswin von Brederlow
Neil Williams <[EMAIL PROTECTED]> writes: > Goswin von Brederlow wrote: >> working on dpkg reminded me that I wanted to propose a better >> diversion and alternatives handling for debian packages. Currently >> they have to be manually added and removed in the maintainer >> scripts. This method is

Re: Multiarch and idea for improved diversions and alternatives handling

2008-07-10 Thread Goswin von Brederlow
Neil Williams <[EMAIL PROTECTED]> writes: > On Fri, 2008-07-04 at 08:33 +0200, Tollef Fog Heen wrote: >> * Neil Williams >> >> | Just a thought - why use /usr/lib/$ARCH and /usr/include/$ARCH at all >> | when it would (IMHO) be simpler to use /usr/$TRIPLET/ and put the entire >> | package under