Programmation pour le logiciel libre et partage.

Salut à tous,

pour la fac, je doit pousser un projet d’info jusqu’à un programme packeté et distribué en logiciel libre.

En fait, je ne sais pas trop comment organiser cela. J’ai pour l’instant sur GitHub un dossier src/ avec dedans le code source et un Makefile.

Est-ce que le code qui va transformer l’executable en packet .deb (ou autre) doit être fourni sur github ? Si oui, sous quelle forme ? Je n’ai pas trouvé grand chose sur le net.

Merci d’avance

En vrai ça dépend complètement de la techno que tu utilises pour développer ton programme. A priori tu n’as pas besoin de versionner un package .deb ni .rpm sur github.

Il parlait du script de packaging je pense. Ca peut se versionner. Le .deb ou .rpm, idéalement tu le met dans le repo de la distrib, ou ton repo perso je dirais.

Ok, merci beaucoup. Pour info, il y a une lib python pour faire le packaging ? Je ne vois pas trop l’interet d’ultiliser python plutot qu’un script shell simple ?

Encore une fois ça dépend totalement de la techno avec laquelle tu développes.

On ne distribue pas de la même façon un logiciel en C++, en Rust, en Go, en Python ou en Java.

Typiquement:

• En C ou C++, on distribue une archive qui s’installe avec le classique ./configure; make; make install.
• En Go, on ne package pas les bibliothèques, il suffit de suivre le format standard pour ton dépôt.
• En Rust, c’est presque pareil, mais il faut lier le dépôt de ton projet sur crates.io.
• En Python on utilise distutils/setuptools pour créer un paquet PIP (tarball ou wheel) et on l’enregistre sur le PyPi.
• Etc.

Du coup avant discuter le bout de gras sur python ou shell, pour avancer il faut déjà savoir en quoi tu comptes développer ton logiciel.

C’est un petit bout de bison/C, en un seul fichier.

OK super, merci beaucoup.

Mais pour générer un .deb, il faut des données en plus, non ? Genre un dossier DEBIAN avec un fichier control, un fichier rules etc… Il n’y a pas besoin de partager cela ?

Il peut y avoir tellement de cibles que tu peux difficilement toutes les gérer : l’avantage de la tarball c’est que c’est universel.

Si quelqu’un veut l’installer sur Debian ou CentOS, avec ton tarball, il le peut. Et si ça lui est vraiment utile, il te proposera peut-être un script de génération de .rpm ou de .deb.

Pour moi ces trucs-là peuvent être laissés au soin des contributeurs. À moins que tu n’aies rien de plus urgent que ça à faire sur ton projet.

Ok, merci.

Est-ce que tu as un lien vers un tutoriel clair pour autoconf ? Je ne trouve pas de choses très clair.

Tu peux t’orienter plus vers Meson qui est, certe plus jeune, mais qui se veut une bonne alternative à cmake : https://mesonbuild.com/

J’ai commencé à utiliser cmake.

Je n’ai pas tout compris du principe, et c’est vraiment compliqué de trouver une explication clair.

Je peux à priori créer un fichier CMakeFile.txt à la racine, et l’utilisateur fera un simple cmake && make.

Cela, c’est si je veux distribuer le code source, mais sinon je peux utiliser CPack et créer un package distribuable directement.

Tu peux me confirmer que c’est bien cela ?

Sinon, est-ce que c’est faisable de déplacer l’exécutable dans /bin ? Ou ce n’est pas le rôle de la distribution du code source, et ne se fait que dans cas d’un package ?

OK, super, merci beaucoup !