Hi Martin, Sorry for the long silence and thanks for your work, it's not ignored, but I had a severe lack of time and I am investing the Debian energies in other places...
2014-02-10 23:45 GMT+00:00 Martin Quinson <martin.quin...@loria.fr>: > Ok, I think I progressed a bit on the packaging (even if not done yet). > > Lintian outputs: > W: flare-game: desktop-command-not-in-package > usr/share/applications/flare.desktop usr/games/flare I am not sure if these are serious enough, especially if -game depends on/recommends -engine, which I think that it's the idea. > W: flare-engine: binary-without-manpage usr/games/flare-engine Just a matter of renaming/symlinking/whatever the manpage, I guess? >> 3) I don't think that the executable "flare" should be renamed, if >> that's the name upstream uses and doesn't cause conflicts. And this >> avoid the patch to cmakelists.txt and flare.sh (which would need an >> additional manpage, etc). > > Well, I'm not sure I agree here, so I didn't do it yet. The think is > that users will expect `flare` to start the game as it used to do. I > may change my mind overnight, but not sure yet. > >> 3.1) Maybe only a binary "flare-game" if you want to make it easier >> for users, a shell as it is now but without .sh in the name (I think >> that it's recommended not have .sh, .py etc in /usr/bin), and with a >> simple manpage will do. I don't know what upstream recommend to >> launch the games though. > > Same here. I am a bit lost with this. >> 5) "flare-engine" binary package should recommend (or suggest?) >> "flare-game" with ">= 0.19, <= 0.20"; and the same from the game data >> to the engine (but with depends instead of just recommends); because >> often (at least in the past) game and data were changed to suit each >> other every version > > I used "flare-game (= 0.19)", as flare-game (>= 0.19, <= 0.20) was > raising an error. $ apt-cache show gimp | sed -n '/Depends/ s|, |\n|gp' | grep gimp-data gimp-data (>= 2.8.6) gimp-data (<= 2.8.6-z) To achieve what I suggested you need to use two dependencies as if they were independent packages, not both version in parentheses, I think, like the gimp example above. Also I think that "flare-game (=0.19)" will not match 0.19.1 for example (does it match only the beginning, or the full string?). I don't know if this is good or bad, I guess that it depends on the situation? I was suggesting it because hopefully changes 0.19.*, if ever released, will probably be artwork-compatible with 0.19 version of the code, so I don't know if we need to tighten the dependency to be exactly 0.19 or not. It's all right either way I suppose, we can leave it for later versions. >> 6) I think that .xz (and probably with options -9e) should be used for >> orig.tar, especially the data... last time that I checked had very >> significant reduction compared to gzip > > Done, but I'd like to have a debian/rules::get-orig that automatizes > that, or I'll forget each time to do so (It went from 170M with gz > down to 168M with xz -9e, not such a big deal but anyway). Yeah, not great, maybe I am misremembering (or maybe when I did it there was duplicated data). Perhaps png optimizers could help, btw, but let's not do it this time. >> Sorry for the brevity and the direct style, I had a quite hard day at >> work but prefered to reply rather than leaving this hanging. > > that's the kind of working interactions I like. Keep going this way. > Thanks for the feedback. Merci for your work and patience :-) -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org