Comme déjà rapporté quelques fois sur ce forum et ajouté comme issue sur gcli; nous avons un soucis avec le nom de l’application “gcli” qui est déjà enregistré dans les packages Debian pour une application intitulée “Git Forge CLI”
Si on fait la recherce dans les packages Debian officiels, on retrouve bien cette application.
Et j’ai également le soucis sur mes serveurs Oracle qui forcent l’installation de ce même package (ce qui remplace mon installation manuelle du client duniter v2sgcli à chaque fois).
Du coup, je pense effectivement qu’il serait nécessaire de renommer complètement l’application client duniter v2sgcli !
Pour cela, plusieurs questions destinées aux utilisateurs & developpeurs de gcli:
Je peux tenter l’ajout d’un sondage, mais je n’ai pas vu de configuration pour permettre l’ajout d’options par les personnes.
Edit: Je ne vois pas comment pouvoir ajouter d’options pendant le sondage. C’est probablement mieux de dabord récupérer les différentes propositions et ensuite créer le sondage…
Et effectivement, il faudrait vérifier que les propositions ne soient pas déjà en conflit avec des applications existantes
Concernant les noms similaires je ne pense pas qu’il soit pertinent de chercher les noms identiques sur github, tout existe déjà à différents niveau de popularité (bon sauf dunigeek ça m’étonnerait…), et on ne cherche pas de la visu sur GitHub on y est meme pas ^^
Juste sur les colision de noms dans les packagés debian qui compte à mon avis.
Pour autant que l’on arrive a bien réserver le nom du côté package Debian; effectivement ce n’est sans doute pas trop grave si on à le même nom qu’un projet github.
Pas sûr malheureusement que cela règle le problème si l’exécutable a le même nom dans le $PATH ou s’installe au même endroit, il y aura encore conflit.
Le problème revient, alors je me permets de faire des propositions.
dcli : c’est court, ça vient de duniter-cli ou duniter-client. Mais c’est très générique. Risque de collision avec une autre application à l’avenir ?
g1-cli : le 1 est peut-être chiant à taper. Mais on est quasi sûr d’être unique. Autre avantage, on peut décliner une vrai suite d’outils comme g1-stats, g1-top, g1-init, g1-fait-la-vaisselle, etc…
Peut-être que tu peux maintenant faire un vrai sondage, puis une MR sur le dépôt pour finaliser un nom anti-conflit…
J’ai remplacé la liste par un sondage dans le 1er post. Sondage public avec jusque 3 choix
Et je réitère ma 2ème question, qui connaît le processus pour faire enregistrer une application dans les packages Debian/Homebrew/… Pour éviter que le soucis ne revienne après avoir changé de nom ?
Premier arrivé premier servi, non ?
Il n’y avait pas de paquet silkaj dans Debian, puis il y a eu un paquet silkaj. Si un autre logiciel qui s’appelait pareil voulait entrer dans Debian il y aurait un problème.
À ma connaissance, il n’y a pas de système officiel comme pour les noms de domaine mis en place pour l’unicité des noms de logiciels au sein des dépôts de logiciels des systèmes d’exploitation. Sinon, il y a la possibilité de déposer le nom comme trademark.
C’est un mauvais calcul que de partir dans cette idée.
C’est que le nom qui aura été choisi n’est pas assez unique et original, comme l’est gcli.
Effectivement, je vois que le package est bien disponible sur Debian pour silkaj
apt search silkaj
Sorting... Done
Full Text Search... Done
silkaj/jammy,jammy 0.9.0-4 all
command-line client for Duniter Ğ1 currency
Mais du coup, je suppose que c’est toi (@Moul) qui à effectué les démarches nécessaires pour l’ajout dans le dépôt Debian ?
Il faudrait que l’on fasse la même chose pour le nouveau nom de gcli
Et voir si c’est possible de faire l’équivalent pour homebrew également.
?