Un SlackBuild (script d’empaquetage pour Slackware) est prêt, je le déposerai prochainement sur slackware-fr.org.
Par contre, il y a quelque chose qui m’échappe : si on extrait le contenu de l’archive newton_adventure-${project.version}.jar, on constate qu’elle contient une copie des bibliothèques natives partagées. Du coup, je ne comprends pas pourquoi il est nécessaire d’installer en plus ces bibliothèques dans un dossier natives à côté de l’archive Jar... On dirait que la JVM ignore les bibliothèques incluses dans l’archive, mais dans ce cas à quoi bon les inclure lors de la construction de ladite archive ?
Bien sûr, ce n’est qu’un détail qui n’empêche pas le fonctionnement correct du programme ; mais je soupçonne qu’il doit y avoir un moyen d’utiliser les bibliothèques incluses dans le jar, ce qui simplifierait encore un peu plus l’installation en évitant d’avoir à copier le dossier natives.
[^] # Re: La discrimination sur le user-agent, c’est mal
Posté par gouttegd . En réponse au message Cherche empaqueteurs sachant empaqueter sans leur make. Évalué à 2.
Merci. ;)
Un SlackBuild (script d’empaquetage pour Slackware) est prêt, je le déposerai prochainement sur slackware-fr.org.
Par contre, il y a quelque chose qui m’échappe : si on extrait le contenu de l’archive
newton_adventure-${project.version}.jar, on constate qu’elle contient une copie des bibliothèques natives partagées. Du coup, je ne comprends pas pourquoi il est nécessaire d’installer en plus ces bibliothèques dans un dossiernativesà côté de l’archive Jar... On dirait que la JVM ignore les bibliothèques incluses dans l’archive, mais dans ce cas à quoi bon les inclure lors de la construction de ladite archive ?Bien sûr, ce n’est qu’un détail qui n’empêche pas le fonctionnement correct du programme ; mais je soupçonne qu’il doit y avoir un moyen d’utiliser les bibliothèques incluses dans le jar, ce qui simplifierait encore un peu plus l’installation en évitant d’avoir à copier le dossier
natives.