Hi! * Eddy =?UTF-8?Q?Petri=C5=9For ?= <[EMAIL PROTECTED]> [060417 15:34]:
> I think this patch should fix it: > > Index: debian/rules > =================================================================== > --- debian/rules (revision 526) > +++ debian/rules (working copy) > @@ -113,7 +113,7 @@ > dh_installman -s ppracer.6 ppracer.de.6 > dh_installdocs -s AUTHORS > # now let's install all the icons... > - dh_install -s --exclude=.uu debian/icons/* /usr/share/pixmaps > + dh_install -pplanetpenguin-racer-data -s --exclude=.uu > debian/icons/* /usr/share/pixmaps It does partly (that should then be moved to build-indep, too, shouldn't it?). However it was that way the previous package release. In 0.3.1-5 I moved the menu icons from the planetpenguin-racer package to the -data package (since I thought architecture independent stuff should be there after missinterpreting a thread in -devel during that period). But in -6 lintian complained about the missing icon when checking the planetpenguin-racer package, so I moved it back, and since piuparts didn't complained about that, I didn't spend more time about thinking about possible problems. Seems I have been wrong... During an upgrade it might be that planetpenguin-racer 0.3.1-6 is installed, before planetpenguin-racer-data 0.3.1-6 is, which leads to the reported bug. First option would be to ignore this bug, since a) upgrades from the stable distibution are not affected (the icon was in the same package as it is now), b) even when upgrading in testing it is (AFACT) unlikely to stumble about this bug. Second option would be to use something like... Replaces: planetpenguin-racer-data (= 0.3.1-5) to debian/control for planetpenguin-racer. That should force the old -racer-data package to be removed before the new -racer package is installed, shouldn't it? I'll test that later. Yours sincerely, Alexander -- http://learn.to/quote/ http://www.catb.org/~esr/faqs/smart-questions.html
signature.asc
Description: Digital signature
