Control: tag -1 + moreinfo Hi,
On Sat, 03 Oct 2015 00:45:51 -0700 Dima Kogan <d...@secretsauce.net> wrote: > Hi. This probably isn't a "bug", but it's an unexpected behavior. Suppose > you have a simple debianization that uses the basic debhelper debian/rules: > > #!/usr/bin/make -f > %: > dh $@ > > and has both an arch:all and arch:any packages defined. You can build > these just fine with dpkg-buildpackage, but if you issue 'sbuild -s' it > barfs with > > Package builds hello-doc_3-1_all.deb when binary-indep target is not > called. This is a bug in the packaging. > > You need to build with 'sbuild -s -A' to explicitly ask for the arch-all > package. Sbuild is technically right: we built the arch-all package > without the build explicitly asking for it, but that's what debhelper > does, and maybe sbuild should just accept these build results. I'm not > totally sure what the right answer here is, so maybe it's good as is. I > however had to spend time figuring out why 'sbuild -s' was barfing, and I'd > rather have used that time for something else. This might be related to #799056 in that the result of using --source is quite confusing as it is not properly documented what is actually happening. What sbuild is doing when running just with --source and no other options (as explained in #782553) is to call dpkg-buildpackage with -G. This in turn means that only the source and architecture specific packages should be produced. I'm not really sure how much it is sbuild's place to complain if the package additionally also produced architecture independent packages but given that you were mostly wondering about *why* this happens, maybe updating the documentation would help? So what info exactly were you missing from the man page? Would having the table I created for bug #782553 have helped you avoid this problem? Or was something else missing? Thanks! cheers, josch
signature.asc
Description: signature
