[buildd-tools-devel] Bug#868527: Bug#868527: want sbuild --no-source or something

Johannes Schauer josch at debian.org
Sun Jul 16 20:21:21 UTC 2017


Quoting Ian Jackson (2017-07-16 14:32:17)
> It would be nice if it were easier to use sbuild with a gitish
> downstream workflow which does not produce "3.0 (quilt)" source
> packages.
> 
> [snip]
> 
> The above attempt will probably fail.
> 
> This is because the package "foo" is probably "3.0 (quilt)", according
> to debian/source/format.  sbuild will try to build a source package,
> and dpkg-source will want the user's changes to be "committed" as
> patches in debian/patches.  The user won't have done that and probably
> doesn't want to.  Worse, in the general case, changes might be made to
> the git tree which dpkg-source cannot represent.
> 
> The solution is to not build a source package.  The user who adopts a
> gitish workflow probably doesn't want one.  However, sbuild needs a
> source package because that's how it transfers the package into the
> chroot.

Indeed, the task to solve is how to transfer the source into the chroot.

But is $(dpkg-source -Zgzip -z0 --format=1.0 -sn) really the right thing to do?
Would it not be more fitting to use some git-based command to exchange the
data? For example using a git bundle? This would then make sure that everything
git knows about is transferred into the chroot. Sbuild can make sure that git
gets installed together with build-essential and is thus able to git unbundle
the file.

What do you think?

Thanks!

cheers, josch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: signature
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20170716/b43e54c3/attachment.sig>


More information about the Buildd-tools-devel mailing list