in this case,<br>the bug was already reported some years ago by an other debian people ;-)<br><br>we added 2 parameters to the xmoto binary to be able to create/extract the xmoto.bin file<br>and the man said it was ok. I hope it is still ok for you.<br>
<br>    --pack [BIN] [DIR]<br>        Build the BIN package from directory DIR.<br>    --unpack [BIN] [DIR] [no_list]<br>        Unpack the BIN package into the dir DIR.<br><br>Nicolas<br><br><div class="gmail_quote">2012/5/12 Stephen Kitt <span dir="ltr"><<a href="mailto:steve@sk2.org" target="_blank">steve@sk2.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nicolas,<br>
<div class="im"><br>
On Sat, May 12, 2012 at 01:45:58PM +0200, Nicolas Adenis-Lamarre wrote:<br>
> The xmoto.bin file is in the tar.gz.<br>
> However it's not in the svn repository because it is generated at<br>
> compilation time when building from svn.<br>
<br>
</div>That's not the issue here - the problem from our point of view is that<br>
xmoto.bin is shipped in the tarballs without the corresponding source<br>
files used to generate it. From our point of view the source isn't<br>
complete if the tarballs don't include the full contents of the bin<br>
folder (as available in svn).<br>
<br>
C'est peut-être plus simple en français : le souci ne vient pas de<br>
l'absence de xmoto.bin dans svn, mais plutôt du fait que puisque le<br>
fichier est généré à partir d'autres fichiers (les contenus du dossier<br>
bin), ceux-ci devraient être présents dans l'archive .tar.gz. Un<br>
utilisateur qui récupère juste l'archive devrait disposer de tout ce<br>
qui est nécessaire pour pouvoir modifier les sources et reconstruire<br>
un livrable - et puisqu'on ne modifie pas xmoto.bin directement, mais<br>
plutôt les fichiers dans bin/, il faut fournir ces derniers (en plus<br>
de xmoto.bin).<br>
<br>
Regards,<br>
<br>
Stephen<br>
</blockquote></div><br>