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 <[EMAIL PROTECTED]> > 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
