Bug#789581: marked as pending
James McCoy
jamessan at debian.org
Thu Nov 24 19:29:28 UTC 2016
On Thu, Nov 24, 2016 at 01:37:05PM -0500, James McCoy wrote:
> On Thu, Nov 24, 2016 at 05:41:21AM +0100, Guillem Jover wrote:
> > Hi!
> >
> > On Wed, 2016-11-23 at 18:11:37 +0000, James McCoy wrote:
> > > commit 607c5911b44ca61cf352e80397b5707ee23d9eec
> > > Merge: 1f82d5b 064dc31
> > > Author: James McCoy <jamessan at debian.org>
> > > Date: Wed Nov 23 12:53:49 2016 -0500
> > >
> > > Merge branch 'debuild-slimming'
> > >
> > > Refactor debuild to be a much thinner wrapper around dpkg-buildpackage.
> > > There is no longer any emulation of dpkg-buildpackage, and unknown
> > > options will be passed through to dpkg-buildpackage.
> >
> > Wow, great! Thanks for this.
> >
> > It seems that in commit 6bf94e623894dc2b7da41f6a45d9b4368d250ce2
> > there's a swapped hook name and it should be:
> >
> > 'final-clean' => 'postclean',
> >
> > ?
>
> Indeed. Thanks for spotting that.
>
> > Also checking what's missing, I guess I could add a new --sign-option,
> > in which case iff when passed, I could make --sign-command receive just
> > the file to sign, so that you could pass debsign/debrsign? I think that
> > would allow eliminating another good chunk of code?
>
> That should work, yes. Another thing to think about is allowing
> --check-command to be specified multiple times, and therefore have
> --check-command/--check-option be positional. This would allow running
> multiple checkers (e.g., --check-command=lintian --check-option=-i
> --check-command=piuparts --check-option=--distribution=testing
> --check-option=--distribution=sid).
In a similar manner, being able to specify multiple --rules-target
options would be handy to reduce the overhead of debuild's target mode.
Currently (in git), "debuild build binary" will need to invoke
dpkg-buildpackage twice, once for each target.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
More information about the devscripts-devel
mailing list