On Mon, Jul 31, 2006 at 12:30:08PM +0200, Jordà Polo wrote: > dh_movefiles -Nexult > dh_movefiles: Compatibility levels before 4 are deprecated. > dh_movefiles -pexult > dh_movefiles: Compatibility levels before 4 are deprecated. > The following files are not accounted for: > debian/tmp/usr/share/games/exult/faces.vga > debian/tmp/usr/share/games/exult/gumps.vga > debian/tmp/usr/share/games/exult/shapes.vga > debian/tmp/usr/share/games/exult/sprites.vga > debian/tmp/usr/share/games/exult/fonts.vga > debian/tmp/usr/share/games/exult/pointers.shp > debian/tmp/usr/share/games/applications/exult.desktop > debian/tmp/usr/share/games/icons/exult.png > make: *** [install] Error 1 > > > I have been looking at it, and it certainly works fine on clean > environments (I should have checked this before!). It fails here > because automake-1.9, which currently has an higher priority than 1.4, > is installed. > > The thing that still puzzles me is 01_estudio_dir.patch. The package > fails to build with automake-1.9 because exult-studio data files > are installed to usr/share/games/exult/, while debian/rules expects > usr/share/games/exult/estudio/new/. But the purpose of that patch is to > install those files in usr/share/games/exult/, isn't it?
Looking at the changelog, that seems to have been introduced by Carlos Laviola in the short period when he maintained exult (though apparently in discussion with myself). I don're really remember what the motivation for this change was, whether it was a FHS fix or a build fix. > So, either leave things as they are (perhaps running > automake-1.4 instead of automake): same debian/rules, data files in > usr/share/games/exult/estudio/new/, mising .desktop file, and useless > 01_estudio_dir.patch; or switch to a newer automake. I prefer the > latter ;) Hrm, ok, sounds good. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
