tag 485172 wontfix # that's a soft-wontfix, see below. thanks Raphael Hertzog <[EMAIL PROTECTED]> (08/06/2008): > Package: starfighter > Version: 1.1-7 > Severity: wishlist > Usertags: 3.0-quilt-by-default
Sorry, not this one. > In the case of starfighter, the quilt series is only applicable after > extraction of a tarball/zipfile/jarfile. But dpkg-source tries to > apply the quilt series immediately after unpack and will thus fail. Indeed, the series is applied manually after an unpack round. > In several cases the usage of tarball(s) in tarball is justified by > the fact that several upstream tarballs have to be combined. The new > format does support unpacking of multiple upstream tarballs and as > such, you probably want to defer fixing this bug until the new format > is accepted and directly make usage of this new feature. In that particular case, upstream ships its source code in a normal way, but also embeds a .pak file, which then has to be tweaked, hence the problematic patch. > If your package only contains a single tarball, you might want to > reconsider the choice of using a tarball inside a tarball and handle > the build like do most other Debian packages. Sadly, that's not possible here. > In all cases, those are heavy changes for a simple wishlist bug and I > can understand that you don't fix this until after lenny's release. > I'm merely filing this bug to keep track of the packages that will > cause troubles when we switch to the new format. I'm tagging it wontfix for now (although I'm not the maintainer of this package), because the only way I can think of right now would be to keep the extra patch(es) out of the quilt series, and apply it/them manually once the unpack round done. The clean target would need to be adjusted as well. That's why I think we should indeed postpone those modifications. I guess that this tag will help you figure out which bug might need your attention in the not-so-near future. Mraw, KiBi.
signature.asc
Description: Digital signature
