Forum Linux.général Cherche empaqueteurs sachant empaqueter sans leur make

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
4
30
juin
2013

Bondour,

Je cherche des personnes pouvant m'aider à l'intégration de deux de mes logiciels (nanimstudio et Newton Adventure) dans des distributions linux.

Aujourd'hui, je sais générer des paquets deb et rpm ainsi qu'un installeur pour les autres OS.

Par contre, je pense que je n'arriverais pas seul à aller plus loin: il y a beaucoup de distributions, chacune a sa propre procédure plus ou moins facile et surtout j'ai l'impression qu'il faut que le paquet soit pris en charge par une équipe de la distribution.

Newton Adventure et la page consacrée au sujet
Nanim

  • # La discrimination sur le user-agent, c’est mal

    Posté par  . Évalué à 7. Dernière modification le 30 juin 2013 à 11:39.

    Si je visite la page de nanim avec mon navigateur (Uzbl), impossible de télécharger les « attachements » en bas de page (il n’y a pas de lien). Si je télécharge la page avec wget, pareil : aucun lien dans le code HTML envoyé.

    Ce n’est que si je dis à Uzbl ou à wget de se faire passer pour Firefox ou Internet Explorer (au passage, merci à www.useragentstring.com) que le code HTML envoyé contient bien les liens de téléchargement.

    Pardon, mais c’est quoi ce comportement de merde ?

    À part ça, deux remarques :

    • Ton « README_YOU_DONT_WANT_TO_BUT_YOU_HAVE_TO_README.txt » ne contient pas les informations essentielles, comme par exemple comment compiler le programme… Seule la prĂ©sence du fichier pom.xml indique qu’il faut utiliser Maven, Ă  condition de connaĂ®tre ce système de build.
    • Le seul moyen que j’ai trouvĂ© de gĂ©nĂ©rer le fichier le fichier newton_adventure-1.10.jar est soit de tout construire (avec le script release.sh), soit a minima de construire un paquet RPM (cible « rpm ») ou un paquet DEB (cible « deb »). Une cible permettant de gĂ©nĂ©rer uniquement newton_adventure-1.10.jar serait la bienvenue pour ceux souhaitant empaqueter le programme pour une distribution n’utilisant ni DEB ni RPM.
    • [^] # Re: La discrimination sur le user-agent, c’est mal

      Posté par  (site web personnel) . Évalué à 3.

      Pardon, mais c’est quoi ce comportement de merde ?

      Ah oui tiens, ça pue du pull :-(

      Le site est un dépôt fossil. J'essayerais d'installer la dernière version pour voir si ça fait la même chose et sinon il faudra rapporter le bug.

      Ton « README_YOU_DONT_WANT_TO_BUT_YOU_HAVE_TO_README.txt » ne contient pas les informations essentielles, comme par exemple comment compiler le programme… Seule la présence du fichier pom.xml indique qu’il faut utiliser Maven, à condition de connaître ce système de build.

      Les instructions sont sur cette page, mais c'est vrai qu'il faudrait les reporter dans un INSTALL.txt

      Je vais essayer de mettre tout ça au propre!

      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

      • [^] # Re: La discrimination sur le user-agent, c’est mal

        Posté par  . Évalué à 3.

        Le site est un dépôt fossil. J'essayerais d'installer la dernière version pour voir si ça fait la même chose et sinon il faudra rapporter le bug.

        Apparemment it’s not a bug, it’s a feature : Defense Against Spiders…

        Mais oui, clairement, ça pue. Vu le bordel que sont devenues les chaînes d’user-agent, vouloir en tirer des infos pertinentes (comme « est-ce un bot ou un humain »), ça me dépasse. Enfin bref… /HS

        Les instructions sont sur cette page, mais c'est vrai qu'il faudrait les reporter dans un INSTALL.txt

        Non, INSTALL.txt c’est trop classique, mets plutôt ça dans un fichier YOU_SHOULD_READ_THIS_FILE_IF_YOU_WANT_TO_COMPILE_FROM_SOURCE.txt. ;-)

        Plus sérieusement, en attendant de mettre ça directement dans les sources il faudrait au minimum ajouter un lien explicite vers cette page à partir de la page des téléchargements. En l’état et à moins que j’ai raté un lien quelque part, la seule façon de trouver cette page est de passer par la liste des pages du wiki.

        Je vais essayer de mettre tout ça au propre!

        Pendant que tu y es, parmi les infos utiles aux éventuels empaqueteurs, il faudrait ajouter que le fichier newton_adventure-1.10.jar n’est pas autosuffisant. Il faut aussi installer, dans le même dossier que l’archive, le dossier data (tel que fourni dans les sources) et le dossier natives (généré lors de la compilation). Bien sûr c’est évident pour toi, mais pas forcément pour quelqu’un d’autre.

        • [^] # Re: La discrimination sur le user-agent, c’est mal

          Posté par  (site web personnel) . Évalué à 3.

          Voici le fichier INSTALL.txt que j'ajouterais Ă  la prochaine release:

          http://devnewton.bci.im/projects/newton_adventure/artifact/f79251a138c68535a19adf65415b1f69491a66a7

          Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

          • [^] # Re: La discrimination sur le user-agent, c’est mal

            Posté par  . É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 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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.