On Sun, 05 Jun 2011, Bill Allombert wrote:
Please find a new patch that use the name Build-Features and the module name
Dpkg::BuildFeatures.
Thanks, here's a short review with a few details to clean.
1/ You're not consistent with the coding style (see doc/coding-style.txt).
2/ Why are you not
On Mon, Jun 06, 2011 at 08:17:11AM +0200, Raphael Hertzog wrote:
On Sun, 05 Jun 2011, Bill Allombert wrote:
Please find a new patch that use the name Build-Features and the module
name
Dpkg::BuildFeatures.
Thanks, here's a short review with a few details to clean.
1/ You're not
Hi,
On Mon, 06 Jun 2011, Bill Allombert wrote:
Please find a new patch.
Did some small changes and merged it. Thanks!
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Follow my Debian News ▶ http://RaphaelHertzog.com (English)
▶ http://RaphaelHertzog.fr (Français)
--
On Thu, Nov 25, 2010 at 02:19:35PM +0100, Raphael Hertzog wrote:
Great... but dpkg-buildpackage will not impose them. If you want
to help, please implement support of the Build-Features: build-arch
field that will tell dpkg-buildpackage that it can rely on
build-arch/indep.
The closest
reassign 604919 dpkg-dev 1.15.8.6
forcemerge 229357 604919
thanks
(Yay for yet another duplicate on this one...)
On Thu, 25 Nov 2010, Roger Leigh wrote:
In order to allow full use of Build-Depends-Indep, and to allow
autobuilding of arch-indep packages on our buildds, as well as
more
On Thu, Nov 25, 2010 at 02:19:35PM +0100, Raphael Hertzog wrote:
reassign 604919 dpkg-dev 1.15.8.6
forcemerge 229357 604919
thanks
(Yay for yet another duplicate on this one...)
On Thu, 25 Nov 2010, Roger Leigh wrote:
In order to allow full use of Build-Depends-Indep, and to allow
Hi,
On Thu, 25 Nov 2010, Roger Leigh wrote:
I don't see why we can't just mandate it in Policy, and then
enable it unconditionally if the Standards-Version is = that
policy version. The package maintainer is declaring that their
package conforms to that policy version, which requires that
7 matches
Mail list logo