Mods : maj & modifs "Framinetest"


#1

Ceci s’adresse surtout à @Sangokuss, @Powi & @Peppy puisque ce sont eux qui maintiennent les mods du serveur framinetest.
J’essaie de remonter un dépot git contenant les mods installés sur le serveur avec d’une part les mods d’origine sur la branche master et une branche framinetest contenant les modifs (genre traductions).
Deux objectifs : suivre les maj des modules originaux et suivre aussi les modifs mises en place sur le serveur framinetest.
Parce qu’au bout de cinq mois d’évolution, je me suis rendu compte que les mods initiaux avaient changés, évolués, …

Dans l’idéal, il faudrait forker tous les repos git individuellement. Après un essai avec des submodules, j’ai finalement pris le parti d’utiliser les subtrees. Ça permet d’avoir un seul dépot contenant tous les mods utilisés.
Bon, ça complique aussi la gestion mais tant pis.

J’ai ensuite récupéré les mods du serveur et j’ai essayé de retrouver les dépots git de chaque module.
J’en ai retrouvé une bonne partie (après plusieurs essais quelques fois) mais pour certains j’ai des gros doutes.
Vous allez donc peut-etre pouvoir m’éclairer.

softtouch :
il vient de https://forum.minetest.net/viewtopic.php?f=9&t=16457 ou d’ailleurs ?
Y’a un depot git qq part ?

mailbox :
il vient de https://github.com/taikedz/everamzah-mailbox ou d’ailleurs ?

serverguide :
https://github.com/xisd/serverguide.git ?

streets : on reste sur la v1.5 ?

simple_skins : c’est la version de tenplus1 ?
https://github.com/tenplus1/simple_skins ?

privilegeareas :
Les petites modifs par rapport au depot git d’origine viennent d’où ?

polls :
Là, j’ai trouvé uniquement un mod qui s’appelle vote : https://github.com/joshuamars/minetest-mod-vote
Le mod polls vient d’où exactement ?

names_per_ip :
Flou total. Vient de là : https://github.com/SmallJoker/names_per_ip ?

h2omes :
C’est une version récupérée où ? https://github.com/MinetestForFun/h2omes ?
Parce qu’elle ne colle pas avec celle du dépot.

display_modpack :
Là, c’est juste l’i18n qui me chagrine.
Est-il nécessaire d’avoir un intllib.lua dans chaque dossier ?

De manière générale, y aurait-il moyen de standardiser les appels à la lib intllib ?
Y’a des trads en fr.txt, d’autres en fr.po.
Des appels en local avec ajout du fichier intllib.lua dans le dossier, des appels au module par get_modpath, d’autres par global_exists.
Si on part du principe qu’on utilise la dernière version d’intllib qui utilise les fichiers .po, y’a t-il moyen que tous les appels à la lib se fasse de la même manière, surtout de façon à utiliser uniquement la version du mod intllib.

Voilà, avec qq réponses, je pourrais continuer à avancer avant d’ouvrir le dépot.


#2

@fat115

C’est moi qui ai mis à jour la totalité des mods que tu cites.
Je peux fournir les sources originales et les modifications effectuées.

Concernant les traductions, quand elles ont été faites, il n’y avait qu’une méthode possible (fichier .txt).

J’ai demandé a de nombreuses reprises que ces traductions soient remontées aux auteurs des mods.
Comme cela n’a pas été fait, on ne peux pas mettre à jour les mods aujourd’hui sans perdre les traductions. :rage:

J’ai utilisé la méthode de traduction avec des fichiers .po (et le fichier intllib.lua) dès que cela a été possible.
Cela explique la présence de ces deux méthodes.

Par ailleurs, il y a des choses qui posent encore souci avec la méthode du .po :
La génération de chaînes contenues dans un tableau ne se fait pas, il faut bricoler le .po et si on relance le script de m.a.j. , elles ne sont pas conservées.

PS : je dois répondre a un mail de Powi/Sangokuss sur l’organisation d’un dépôt, je te mettrai en copie.
pour résumer : je crois que les priorités sont ailleurs :_(


#3

Tu as un exemple ? Parce que je ne vois pas ce genre de souci (ou j’ai pas compris).

En fait c’est surtout la provenance des sources qui m’intéresse dans un premier temps : dépot git (GitHub ou autre) ? archive sur le forum minetest ? autre ?

On peut toujours mais c’est certes un poil lourd.


#4

Pour les traductions, si l’intérêt de les remonter ne parait pas évident, je ne peux rien faire.
J’ai passé trop d’heures dessus, pour au final même pas le respect minimum de faire qu’elles soient pérennisées.
Je laisse le soin aux masochistes de s’y coller maintenant !

Je vais essayer de trouver ça et aussi faire un récapitulatif pour les mods, leur origine et les modifs faites.
Je te le donnerai par mail.


#5

Moi, l’intéret me parait évident. Par contre la façon de le faire sans compte Github, là ça parait moins évident.
Je n’avais pas conscience que le choix de l’hébergeur d’un projet git contraignait autant les utilisateurs :confused:


#6

Certains dev de mods commencent heureusement à saisir le souci avec Github :smiley:
Des migrations vers Gitlab commencent à se faire !


#7

Du coup, je viens de tester une autre méthode : l’envoi par mail d’un patch reprenant un commit.
Y’avait justement l’auteur des mods hud_bars et hbhunger qui était chez un hébergeur alternatif et qui avait déjà entamé des trads de et pt.
À suivre


#8

Certains mods ont été traduits, rendu traduisibles depuis mes modifs, tant mieux !
Il manque des mots dans ta dernière phrase, non ? :smiley:

Bon 1er mai !

PS : Ne vaut il pas mieux continuer cette conversation par mail ?


#9

@fat115 au final, as-tu créé un projet (public) pour héberger les mods Framinetes ?


#10

Mais je ne saurai dire si tout est à jour