Merci pour les liens. Pour git la méhode par test proposée ici m'a pas mal aidé à comprendre des trucs aussi.
Salut, je suis le sujet d'assez loin en ce moment car changement de boulot et pare feu d'entreprise hyper restrictif. Mais je suis favorable à ce qu'on recrute du sang neuf dans toutes les équipes et que les administrateurs chevronnés (et actifs) passent super-admins. Afin de pouvoir avancer.

Je suis favorable à une migration gitlab parce que launchpad personne n'y comprend rien, non plus qu'à l'organisation des équipes

Je ne serai a priori pas disponible le 16/17 novembre. Ceci dit j'habite en région parisienne, il doit y avoir moyen de se croiser physiquement un de ces 4 avec les autres admins de la capitale.

Au niveau compétences informatiques, je suis développeur fullstack Java/Javascript. Mais je n'ai aucune connaissance du php. Bon courage à ceux qui font avancer le truc!
@Aldian, au final tu as reçu quoi comme "pouvoir" d'admin en même temps que Fabux?

  • [supprimé]

  • Message #24
krodelabestiole a écritJe suis pas sûr de piger ce que tu dis, Toulibre. Launchpad est un service à la github / gitlab, basé à la base sur l'alternative canonical à git : bazaar. Mais vu que tout le monde même chez ubuntu utilise git, launchpad supporte git depuis 2015. Sauf erreur, je crois qu'on n'utilise plus bazaar non plus pour aucun des projets côté ubuntu-fr.
Donc oui, la connaissance de git est désormais un prérequis à l'utilisation de launchpad.
Désolé pour mon langage non technique, oui oui c'est ça.
Dire que j'avais commencé avec Bazaar...(pétage de neurones, environ 10 puissance 10 / seconde) et (ça revient jamais) même si cela avait fonctionné je n'ai pas encore vraiment appris à l'utiliser.

Pourtant c'est bien dans les conditions pour faire ses preuves et les proposer avant d'être accepté.
Aldian a écritJe suis favorable à une migration gitlab parce que launchpad personne n'y comprend rien, non plus qu'à l'organisation des équipes
Aaaah ! Merci 😉
Je suis favorable à une migration gitlab parce que launchpad personne n'y comprend rien
C'est sûr que pour comprendre launchpad il faut s'accrocher... C'est tout launchpad qui devrait migrer sur gitlab :lol: D'ailleurs gitlab c'est tellement intuitif que t'as pas besoin de beaucoup de connaissance.
Mon bon au risque de me répéter, tant que personne n'est validé SP (super pouvoir) nos avis ne servent à rien 😉
j'ai déjà monté une instance gitlab et c'est quand même bien lourd niveau ressource serveur (je pense pas que ce soit une bonne idée d'être dépendant d'un service comme gitlab.com).

après le truc c'est que si on décide de migrer là dessus, la proposition d'olive ne sert à rien : il faut recréer tous les groupes et attribuer les bonnes permissions.
et surtout monter gitlab, reconfigurer le serveur pour l'utiliser et là je crois pas que qui ce soit d'encore actif ait accès à ça à part Sp4rKy, dont on n'a pas eu de nouvelle récemment (j'ai essayé par irc, pas par mail perso edit : mail envoyé le 26/10).

c'est du taf mais dans l'absolu je trouve aussi que c'est une bonne idée !
krodelabestiole a écritje pense pas que ce soit une bonne idée d'être dépendant d'un service comme gitlab.com
pour expliquer le truc : gitlab peut très bien être racheté dans 3 mois par un gafam, vmware, ibm ou autre, ou / et les conditions peuvent changer n'importe quand (limite de collaborateurs au delà de quoi ça devient payant etc.)
alors que si on part de notre propre instance de gitlab ce, c'est à peu près sûr que dans le même cas de figure la communauté créera un fork qui restera libre vers lequel on pourra migrer simplement.
Alors si vous avez besoin d'un gitlab + serveur de dev genre dev2020.ubuntu-fr.org pour que toute la situation soit débloqué dans les meilleures de conditions (pas de prise de tête LP/bzr, pas de latence d'adminsys trop occupé ailleurs, etc.), on ouvre une vm sur l'infra ubuntu-fr (ou sur la mienne, j'ai de la place. j'héberge déjà le peertube des ubuntu party et le odoo de l'asso) et roulez jeunesse.
Est-ce que c'est une solution qui conviendrait à tout le monde ?

  • [supprimé]

  • Message #31
J'ai pas tout comprit les abréviations mais ça à l'air sympa (de sympathique).
Alors il y a pas mal de Cuniculums Vitae qui ont été lancés, des personnes super motivées pour prendre les rennes, j'espère que cela va prendre bonne tournure !
Alors j'ai pas bien compris la justification pour avoir notre propre gitlab. En effet à supposer que les conditions changent, on récupère le code et on le remet ailleurs, donc pourquoi se faire des soucis? A mon avis la probabilité que gitlab soit racheté dans les années qui viennent est équiprobable de celle que le serveur privé d'hébergement du code soit hacké, ou perdu, ou plus disponible. De plus si on se met sur gitlab.com, on trouvera plus facilement des contributeurs que si on est sur notre propre instance de gitlab, qui sera mal référencée, que les gens ne trouveront qu'en sachant qu'il est là, et où, de plus, les gens devront créer un nouveau compte, un de plus.

Je veux dire jusqu'à preuve du contraire le code source de la doc et du forum est ouvert, donc n'importe qui peut l'avoir, incluant microsoft. Si ce n'est que pour le moment il est bien planqué au fin fond du launchpad.

Pour le reste ce que propose Olive me va. Et j'ai compris toutes les abréviations 😉
@Оливье, as-tu les droits suffisants pour faire passer d'autres en admin de la webteam? Selon moi ça reste la priorité. Pour la suite je fais confiance aux experts, bien que j'ai une nette préférence pour Gitlab quand je vois comme j'ai galéré juste pour validé ma clé ssh à l'époque!
@Toulibre: LP = Launchpad, bzr = bazaar

sinon ce que propose olive ça me va
Aldian a écritsi on se met sur gitlab.com, on trouvera plus facilement des contributeurs que si on est sur notre propre instance de gitlab, qui sera mal référencée, que les gens ne trouveront qu'en sachant qu'il est là, et où, de plus, les gens devront créer un nouveau compte, un de plus.
ok, comme vous préférez ! on peut laisser tomber l'install de gitlab ce si gitlab.com convient à tout le monde.

olive a écritsi vous avez besoin d'un gitlab + serveur de dev genre dev2020.ubuntu-fr.org pour que toute la situation soit débloqué dans les meilleures de conditions (pas de prise de tête LP/bzr, pas de latence d'adminsys trop occupé ailleurs, etc.), on ouvre une vm sur l'infra ubuntu-fr (ou sur la mienne, j'ai de la place. j'héberge déjà le peertube des ubuntu party et le odoo de l'asso) et roulez jeunesse.
ça me parait parfait.
par contre il faudrait créer des accès SSH pour automatiser le déploiement sur les serveurs de dev et de prod.
(ou au moins qu'on soit quelques uns à pouvoir le faire manuellement)
je pense qu'il faudrait aussi qu'on soit quelques uns à avoir accès aux bdd pour les exporter, les anonymiser et les filer aux devs qui voudraient monter des serveurs locaux. (ou par ex. pour tester une migration de fluxbb vers flarum)
J'imaginais une instance Gitlab CE, mais effectivement pourquoi pas gitlab.com (jamais utilisé) s'il propose les mêmes fonctionnalités.
Bien entendu, pour un serveur de dev on peut ajouter un accès root à toutes les personnes contributrices. (tant qu'on ne teste pas sur une copie de la base de prod avec des données réelles)
Je serai loin de mon PC jusqu'au weekend prochain, mais après ça je peux monter une petite infra de dev (si personne ne le fait avant). 🙂
bises
@Оливье, je repose encore ma question, (c'est pas pour te harceler hein) mais as-tu les droits pour attribuer la totalité des droits à Kro et Bruno (et les autres) côté dev/prod?
Si oui je pense que c'est le plus important. Sinon je vois pas l'utilité de faire un truc sur gitlab sans que ça n'ai d'impact sur la prod. Tant pour la page d'accueil que pour la doc et le forum.
Maintenant c'est peut-être aussi que j'ai rien compris au enjeu de lié à Gitlab, dans ce cas désolé pour la question :rolleyes:
Justement, le serveur de dev c'est là où on fait les tests, et quand ça fonctionne, on pousse en prod pour appliquer les modifs
Justement, le serveur de dev c'est là où on fait les tests, et quand ça fonctionne, on pousse en prod pour appliquer les modifs
Ok, je comprends, c'est justement ça mon inquiétude. On redéploie un serveur de dev sur gitlab, on travaille comme des fous pour un super truc, puis c'est de nouveau bloqué côté prod → Case départ.
Mon affaire c'est d'ajouter les droits que certains possèdent actuellement pour pousser les patchs et améliorations en prod. C'est le gros problème, on a personne qui le fait pour l'instant. Et il faut quelqu'un parmi la nouvelle équipe qui puisse également valider des contributeurs en leur octroyant ces droits sur la prod.
Je sais pas si j'arrive à me faire comprendre?
Honnêtement je pense que olive a les droits suffisants, donc il n'y aura pas ce problème à mon avis.