On Mon, 2012-06-04 at 19:48 +0300, Touko Korpela wrote: > On Mon, Jun 04, 2012 at 04:40:25PM +0100, Ben Hutchings wrote: > > > > --- debian/templates/control.source.in (revision 19077) > > > > +++ debian/templates/control.source.in (working copy) > > > > @@ -3,7 +3,7 @@ > > > > Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org> > > > > Uploaders: Bastian Blank <waldi@debian.org>, Frederik Schüler <fs@debian.org>, maximilian attems <maks@debian.org>, Ben Hutchings <ben@decadent.org.uk> > > > > Standards-Version: 3.9.2 > > > > -Build-Depends: debhelper (>> 7), cpio, kmod | module-init-tools, python (>= 2.6.6-3~), lzma [armel], kernel-wedge (>= 2.83), quilt > > > > +Build-Depends: debhelper (>> 7), cpio, kmod | module-init-tools, python (>= 2.6.6-3~), lzma [armel], kernel-wedge (>= 2.83), quilt, rsync > > > > Build-Depends-Indep: bzip2, xmlto > > > > > > Shouldn't lzma build-depend be now set on all architectures? > > > > Yes, thanks. > > armel lzma build-depend was for kernel image compression, so it's little different Yes. > What about xz-utils build-depend? It's higher priority and tar suggests it > (tar could remove suggest now that xz-utils is Priority: required, > and kernel not need add build depend on it?) > (There is also xz-lzma compatibility package available for in place of lzma ). Actually, the tar invocations I'm changing to use xz compression are done during source preparation, not during auto-building. For auto-building, dpkg-dev is responsible for decompression and must define the right dependencies to cover all supported compression formats. Therefore I don't think any new build-dependency is required. Ben. -- Ben Hutchings It is impossible to make anything foolproof because fools are so ingenious.
Attachment:
signature.asc
Description: This is a digitally signed message part