Bug#794538: systemd / cross-building / failure in dpkg-gencontrol

James McCoy jamessan at debian.org
Sat Aug 29 02:09:43 UTC 2015


On Mon, Aug 24, 2015 at 12:49:58PM +0200, Johannes Schauer wrote:
> Hi,
> 
> Quoting Michael Biebl (2015-08-24 09:56:02)
> > Am 24.08.2015 um 08:21 schrieb Johannes Schauer:
> > > Quoting Helmut Grohne (2015-08-24 07:32:16)
> > >> It is not clear how to implement :native for mk-build-deps, because it does
> > >> not differentiate between build architecture and host architecture. Maybe the
> > >> simplest fix would be to s/:native// in mk-build-deps and declare cross
> > >> support unfixably broken. Dima Kogan already observed that it does not work
> > >> at all in #794538.
> > > 
> > > This is fixable. It has to be because building a binary package to satisfy
> > > dependencies already works in other situations while still being cross-aware,
> > > most notably in sbuild.
> > > 
> > > Namely, what mk-build-deps should do is to copy the sbuild behaviour:
> > > 
> > >  - use libdpkg-perl to parse and process the Build-{Depends,Conflicts}* fields
> > >    and filter architecture and profile restrictions correctly
> > >  - change the meaning of its --arch option (this currently does some magic
> > >    depending on whether the source package has architecture specific build
> > >    dependencies or not):

No, --arch shouldn't be repurposed to mean "produce a deb that satisfies
cross-build requirements".  If you want to add new functionality, that's
fine.  Just don't break existing functionality while you're at it.

Something like "mk-build-deps --cross --arch $hostarch" would be
acceptable.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <jamessan at debian.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/devscripts-devel/attachments/20150828/2f54366d/attachment.sig>


More information about the devscripts-devel mailing list