On Sun, Jul 30, 2006 at 10:50:59PM +0200, Michael Banck wrote: > Hrm, what was the build failure? I seem to be able to build exult > (1.2-7) fine (and the autobuilders are tripping over an issue with > libsdl which apparently has been fixed recently)
The error was: 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? 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 ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
