Re: Weired things creating packages
On (15/09/06 01:19), Michelle Konzack wrote:
> Heello Mentors,
>
> I have uploaded the following package:
>
> Your package does not seem to be lintian clean.
> 'lintian' is a tool to verify if source package contain obvious
> packaging errors. These warnings/errors were found:
> E: xmms-skin-debian-4.0-etch source: package-uses-debhelper-but-lacks-build-depends
> E: xmms-skin-debian-4.0-etch source: package-lacks-versioned-build-depends-on-debhelper 4
> W: xmms-skin-debian-4.0-etch source: build-depends-without-arch-dep
>
> and it looks a little bit weired, because the controlfile is:
>
> ----8<--------------------------------------------------------------
> Source: xmms-skin-debian-4.0-etch
> Section: x11
> Priority: optional
> Maintainer: Michelle Konzack <linux4michelle@freenet.de>
> Standards-Version: 3.7.2
> Build-Depends: debhelper (>=4.2.32), zip
Might be as this is normally (>= 4.3.32).
zip should be moved to Build-Depends-Indep as you are building from
arch: all. debhelper must be kept as Build-Depends as you use dh_clean
in clean target. Build-Depends-Indep packages are not required for
invoking the clean target, and so debhelper must stay in Build-Depends.
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps
explains more.
mentors.d.n runs an older lintian I believe, but newer ones report this
correctly and have a better explanation.
>
> Aha, xmms-skin-debian-4.0-etch_0.1.0-1_all.deb is there but
> WHY does dpkg-buildpackage create a *_i386.changes ?
>
That is normal. The changes contains the arch string even for arch: all
builds. There is no problem in this.
James
--
James Westby -- GPG Key ID: B577FE13 -- http://jameswestby.net/
seccure key - (3+)k7|M*edCX/.A:n*N!>|&7U.L#9E)Tu)T0>AM - secp256r1/nistp256
Reply to: