On Sun, 13 Jul 2008, Russ Allbery wrote:
Because they want that anyone can easily rebuild it with that option
disabled?
That is already supported using the existing DEB_BUILD_OPTIONS mechanism.
I may be confused about your mental model here, but it seems like you're
moving rules about
Raphael Hertzog [EMAIL PROTECTED] writes:
I think we're already on that path for quite some time. If your package
uses DEB_(BUILD|HOST)_* variables, you rely on dpkg-buildpackage setting
them for you (with dpkg-architecture).
I most certainly do not rely on dpkg-buildpackage setting anything.
Hi,
thanks for your answers.
On Fri, 11 Jul 2008, Joey Hess wrote:
Raphael Hertzog wrote:
Even if there's only two things, the fact is that the package maintainer
wants not only to decide what is supported but he might also want to
enable some features...
Did you think about having two
On Thu, 10 Jul 2008, Felipe Sateler wrote:
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
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
5 matches
Mail list logo
