Présentation de Gna! software forge hosting

Collectif Candidatures
1

Bonjour,

Hostea est un projet de CHATONS spécialisé dans l’hébergement d’instances Gitea dédiées porté par un collectif horizontal dont Aravinth et moi même avons eu l’idée il y a quelques semaines à peine. Il s’appuie sur l’infrastructure as code Enough mais utilise des ressources totalement séparées (hyperviseur libvirt pour l’essentiel et une VM chez OVH).

La pérennité de Hostea sur le long terme est un sujet en cours de réflexion, particulièrement difficile à résoudre comme chacun le sait ici :sweat: Pour y parvenir en respectant un engagement sans compromis sur la transparence, l’horizontalité, le logiciel libre et l’auto-hébergement, chaque instance Gitea sera probablement proposée à prix forfaitaire fixe. Ça peut et ça va bouger: tout se discute sur le salon Matrix dans un esprit de transparence radicale et vous êtes toutes et tous invité·e·s à rejoindre le collectif en cours de gestation.

J’espère que Hostea deviendra un peu plus concret dans les prochaines semaines. Dans l’état c’est très flou mais je ne voulais pas laisser passer l’échéance du 15 avril 2022 pour annoncer la candidature à la prochaine portée.

A suivre!

Hi,

Hostea is a project for a CHATONS specialized in dedicated Gitea instances hosting initiated by a horizontal collective bootstrapped by Aravinth and myself. It relies on the infrastructure as code Enough but uses entirely different resources (libvirt hypervisor for the most part and a VM at OVH).

Hostea sustainability in the long run is a topic that is being discussed, a very difficult one as everyone here knows full well :sweat: To achieve that without any compromise on transparency, horizontality, Free Software and self-hosting, each Gitea instance will probably be proposed at a fixed, all inclusive, price. It may and will probably change: it is being discussed in the Matrix room in a spirit of radical transparency and you are all welcome to join the collective being shaped.

I hope Hostea will become more concrete in the weeks to come. It is currently very fuzzy but I did not want to miss the April 15th, 2022 deadline before announcing it is a candidate for the upcoming CHATONS batch.

To be continued!

7 « J'aime »
2

@Angie je viens de créer un compte sur https://framagit.org/ pour candidater pour hostea (nom d’utilisateur hostea) et il est en attente de modération. Sais-tu à qui il faut que je demande de l’approuver?

Merci par avance de ton aide :slight_smile:

EDIT: j’ai finalement fait la candidature en mon nom donc il n’est pas nécessaire de valider le compte d’ici demain, ça peut attendre.

3
4

Bonjour,

Hostea a trouvé sa voie, après une longue maturation et s’appelle désormais Gna!. L’objectif principal reste le même: fournir des services d’hébergement de forges logicielles. Mais le diable est dans les détails et le ticket de candidature a été mis à jour pour refléter ce changement.

Au plaisir de répondre aux éventuelles questions!

2 « J'aime »
5

Avec un peu de retard, je tombe sur ce fil, et je reste interdit… Gna!.. Ça me turlupine, je connais ça. Wikipédia est venu à ma rescousse. C’était donc ça : je suis vieux.

Mais je découvre des liens que je ne connaissais pas. Merci tardif donc pour cette aventure d’époque - j’ai utilisé Savannah il y a fort longtemps. Et je suis heureux de voir ressurgir l’acronyme. Est-ce que vous assumez une sorte d’héritage dans ce nouveau projet ? Est-ce que vous reprenez seulement le nom ?

1 « J'aime »
6

L’héritage des erreurs du passé est totalement assumé. Depuis nous avons collectivement appris deux ou trois choses qui, rétrospectivement, vouaient Gna! à la fin que le service a connu. Avec la nouvelle version on va s’attacher à faire des erreurs différentes :crazy_face:

1 « J'aime »
7

Hello @dachary,

Actuellement je suis sur Github, et c’est une épine que j’aimerais m’enlever du pied, mais c’est la seule solution viable pour moi qui me permette d’automatiser beaucoup beaucoup de choses à coût de CI (construction et déploiement d’images Docker principalement), et donc de ne pas passer un temps fou à maintenir mon infra. Je suis tout seul et j’ai clairement pas les moyens (le temps comme les finances) de monter ma propre forge.

J’en viens à ma question : est-ce que vous prévoyez de décliner vos offres payantes ? 10 euros pour moi c’est beaucoup trop cher, c’est plus ou moins la moitié du coût de mon infra.

Je sais que la CI ça coûte très cher, et je suis pas sur qu’il existe un modèle qui permette de proposer de la CI à bas coût, mais je suis curieux d’entendre votre point de vue à ce sujet.

1 « J'aime »
8

Je ne vois pas du tout comment faire moins cher que 10€ par mois, mais si vous trouvez moins cher je suis très intéressé d’être au courant.

1 « J'aime »
9

Je m’attendais à cette réponse :wink:

Je sais pas s’il y a des choses qui existent déjà, mais on pourrait payer à la consommation (en temps de CI) ou bien une offre pas chère avec très peu de temps de CI par mois.

Et je pense à une deuxième chose qui me sauve la vie sur Github, c’est Renovate (la version non Open Source hélas). Ca me permet de tout maintenir à jour sans aucun effort (ou presque). Je sais qu’il existe une version Open Source et qu’elle peut-être intégrée dans une CI assez facilement, mais là encore ça demande de la CI :wink:

Une forge qui me fournirait tout ça à prix accessible (allez disons maximum 5 euros par mois), ça serait le rêve.

(Je fais ma liste au père Noël, c’est le moment)

1 « J'aime »
10

Si tu as des tout petits besoins de CI tu peux aussi aller vers Codeberg.org qui fourni de la CI si tu fait la demande. Par contre impossible d’installer des trucs propriétaire la bas.

11

Salut,

Actuellement je suis sur Github, et c’est une épine que j’aimerais
m’enlever du pied, mais c’est la seule solution viable pour moi qui
me permette d’automatiser beaucoup beaucoup de choses à coût de CI
(construction et déploiement d’images Docker principalement), et donc
de ne pas passer un temps fou à maintenir mon infra. Je suis tout
seul et j’ai clairement pas les moyens (le temps comme les finances)
de monter ma propre forge.

J’en viens à ma question : est-ce que vous prévoyez de décliner vos
offres payantes ? 10 euros pour moi c’est beaucoup trop cher, c’est
plus ou moins la moitié du coût de mon infra.

Je sais que la CI ça coûte très cher, et je suis pas sur qu’il existe
un modèle qui permette de proposer de la CI à bas coût, mais je suis
curieux d’entendre votre point de vue à ce sujet.
Tout dépend des usages je pense. Personnellement j’ai pas non plus
beaucoup d’argent à mettre dans une infra de CI car d’un côté ça coûte
très cher et de l’autre j’ai pas vraiment envie de dépendre
d’une infrastructure chère juste pour ça.

Donc à la place j’ai fait en sorte d’avoir une infrastructure de test
très légère qui marche en local sur mon ordinateur de développent. En
gros ça compile une librarie pour différents OS (Android, GNU/Linux)
avec différents compilateurs (GCC, clang) et ça fait tourner les tests
(make check), avec une seule ligne de commande[1].

Pour ça j’utilise Guix[2] pour compiler et faire tourner les tests. Et
du coup toutes les personnes qui ont GNU/Linux peuvent installer Guix
et peuvent faire les tests en local super facilement, et aussi durant
le développent.

Ça à quand même eu un coût en temps, mais c’était un coût fixe, la
maintenance de ce système étant très légère (et au pire on peut fixer
le tout sur un commit Guix précis avec guix time-machine).

Sinon si le/les logiciels libre que tu développe sont stratégique il
y’a sans doute moyen de se faire sponsoriser des ressources pour du CI.
GCC par exemple à accès à toute une ferme de compilation. La FSF aide
aussi certain projets avec des VMs. Utiliser une infra de CI à sans
doute plus de sens pour des gros projets car ça aide quand y’a pleins
de patches à revoir.

Le soucis c’est qu’à la fin tout ça à un cout, et même si c’est gratuit
sous Github aujourd’hui, Github doit aussi avoir un retour sur
investissement, donc les coûts vont sans doute augmenter énormément
plus tard d’une façon ou d’une autre. Et la pour un petit projet ça
peut être très embêtant.

Références:

1 « J'aime »
12

C’est quand même loin d’être clé en main comme solution ^^

Sinon je viens de me rappeler que je voulais tester d’installer un runner Gitlab sur une de mes machines et de l’enregistrer sur Framagit par exemple.

Je ne sais pas si y’a moyen de faire la même chose avec Gitea / Woodpecker CI ? Je n’ai pas encore touché à ces outils, je ne sais pas comment ils se « connectent ».

13

C’est pas trivial Gitea/Woodpecker: moins facile que GitLab et ses runners. C’est pas rocket science non plus mais un peu plus difficile.

14

C’est quand même loin d’être clé en main comme solution ^^
Il y’a aussi des solutions ultra simples et clé en main, par exemple
c’est relativement simple d’écrire un script et de le faire tourner
dans un contenaire Guix:
guix shell --container --emulate-fhs --network
bash coreutils sed […] – ./test.sh

Mais du coup si tu à mis les tests dans test.sh c’est pas idéal car en
général y’aura que toi qui fait tourner les tests. Si tu utilises
gitlab / Source Hut etc, ça va être pareil: ça tournera qu’une seule
fois dans un contexte particulier.

Si tu bouge les tests dans le build system (comme autools, cmake, etc),
la par contre tu aura la plus part des distributions qui vont faire
tourner ces tests pour les releases du logiciel que tu maintient, et
certaines vont demander à ce que les packagers reportent le fait que
les tests ratent au projet upstream. N’importe quelle personne qui
envoie des patches peut aussi faire tourner ces tests.

Et la c’est pas non plus compliqué de faire un script qui fait
‹ ./configure && make && make check › et de le faire tourner dans un
contenaire Guix (ou autre) ou de faire un paquet guix comme j’ai fait.
Y’a pleins de moyens de faire qui marchent.

Chez moi le truc était compliqué car ça fait des trucs qui sont en
général impossible à faire comme compiler le logiciel pour Android dans
GNU/Linux, le compiler avec différents compilateurs, etc. Si je
voudrais je pourrais même le tester avec différentes versions de
OpenSSL etc. Du coup pour ça je suis obligé de faire un paquet Guix au
lieu de juste faire ‹ ./configure && make && make check › avec ou sans
conteneur.

Denis.

1 « J'aime »
15

Après j’imagine que c’est pas désigné pour tourner facilement sur un
ordinateur personnel mais plutôt sur un serveur.

Donc les gens auront tendance à utiliser la solution de facilitée (qui
est d’utiliser Github), donc c’est pas idéal.

Avec Guix ou Docker ça à l’avantage d’être fait pour du déploiement
local, donc en une commande ça marche.

Par contre contrairement à Docker, Guix n’est sans doute pas encore
packagé partout (uniquement dans Debian et dérivés récents et openSUSE,
et quelques autres distributions), mais on peut quand même relativement
facilement l’installer en téléchargeant un script[1].

Références: