Salut,
Il ne faut pas prendre cette non-réponse comme un refus … juste que
personne n'est motivé pour l'instant.
Tu peux faire un tour sur notre IRC ou il y aura peut être des gens
intéressé, ce n'est pas tout a fait les même personne que sur la ML.
@+
Le 06/01/2020 à 16:28, Bertrand Caplet
a écrit :
Coucou,
j'ai pas eu de réponse si ça vous intéressait ou pas.
Je suppose que non alors :-P
Très belle année à vous tous et meilleurs vœux :-)
Le 2019-12-06 09:07, Bertrand Caplet a écrit :
Hello,
Si ça vous intéresse, j'aimerais vous aider sur la
partie pilotes (ou autre dev).
Je précise que je ne suis pas développeur du tout, je
fais ça par hobby :-)
Dites-moi ce que vous en pensez ?
Le 2019-12-05 22:20, Caracole a
écrit :
Je note tes commentaires sur l'issue, et je serai
ravi de discuter plus en détail de tes
propositions dans son espace de discussion :)
--
Caracole
Le 5 décembre 2019
21:26:41 GMT+01:00, Nicolas Chartier
<chartier.n@xxxxxxx> a écrit :
On Tue, 03 Dec 2019 15:16:17 +0100
Caracole <romain@xxxxxxxxxx> wrote:
Qui est
historiquement développeur aguerri du projet «
pilotes » ?
J'ai besoin d'aide pour nettoyer les branches.
CF
https://gitlab.com/bepo/pilotes/issues/1
Ça ne se voit peut-être pas, mais le dépot (du moins celui pour les
pilotes) est déjà en git-flow.
Par contre, le travail bénévole étant ce qu'il est, et la gestion du
projet bépo étant ce qu'elle est, il y a du travail commencé qui n'a
jamais été terminé.
Ce n'est pas pour autant qu'il faut tout jeter :)
l'issue/2 devrait être de finir ce qui a été commencé :D
Donc pour l'instant on reprend tout...
--
Nicolas
Merci, et bonne fin de journée :)
--
Caracole
Le 27 novembre 2019 13:35:01 GMT+01:00, Romain
Taprest
<romain@xxxxxxxxxx> a écrit :
J'ai terminé de faire
une passe sur chacun des projets :
- Le mirroring depuis tuxfamily est retiré.
- Je n'ai pas pu activer le mirroring
vers tuxfamily car je n'ai pas
d'identifiants tuxfamily, quelqu'un
pourra-t-il m'en donner ? Il
faudra aussi un compte administrateur
tuxfamily pour désactiver les
push vers ces dépôts.
- Toutes les branches (*) étaient protégées
à cause du mirroring,
j'ai reconfiguré les protections pour ne
protéger que les branches
principales.
- J'ai aussi modifié quelques paramètres
généraux des projets, comme
retirer les Wiki par exemple (car on a déjà
un wiki), ou les
conditions de merge des merge-requests.
Sur le wiki, un administrateur pourrait-il
modifier le lien « Code
source » (bandeau supérieur) s'il vous plaît
?
Et puis j'ai envie de dire... C'est parti
pour les issues !
De : Romain Taprest
<romain@xxxxxxxxxx>
À : discussions@xxxxxxxxxxx
Sujet : Re: [EGD-discu] Bug tracker /
gestion de projet
Date : 26/11/2019 09:51:00 Europe/Paris
Merci je viens de voir ça.
J'ai aussi trouvé comment Gitlab gérait le
mirroring, je m'occupe de
la bascule des miroirs dès que j'ai le
temps.
De : Valentin Brosseau
<valentin@xxxxxxxxxxxx>
À : discussions@xxxxxxxxxxx
Sujet : Re: [EGD-discu] Bug tracker /
gestion de projet
Date : 26/11/2019 09:41:28 Europe/Paris
Bonjour,
voilà la liste actuelle des administrateurs
-------- Message d'origine --------
On 26 nov. 2019 à 09:38, Romain Taprest
romain@xxxxxxxxxx > a écrit :
Bonjour à tous,
Le vote pour le changement d'hébergeur des
dépôts centraux est
clôturé. Merci aux votants d'avoir donné
leur avis. Vous pouvez
retrouver le détail sur cette page du wiki.
Il a été décidé de passer sur Gitlab.com.
Je propose d'utiliser le groupe déjà
existant
(https://gitlab.com/bepo).
En réfléchissant rapidement, je pense que
les actions immédiates restantes sont :
1- Trouver l'administrateur actuel !
(peut-être déjà identifié ? J'ai
oublié)
2- Donner les accès administrateur et les
accès en écriture aux
personnes nécessaires (je n'ai aucune idée
de comment procéder à
cela. Manifestez vous ?)
3- Désactiver les mécanismes de miroir
tuxfamily => gitlab s'ils
existent
4- Activer les mécanismes de miroir gitlab
=> autres (quelqu'un sait
comment c'est mis en œuvre ?)
5- Communiquer sur cette migration, et
encourager à créer des issues.
Bonne journée à tous :)
--
Caracole
De : Mimoza <bepo@xxxxxxxx>
À : discussions@xxxxxxxxxxx
Sujet : Re: [EGD-discu] Bug tracker /
gestion de projet [Méthode
Schulze/Condorcet]
Date : 01/11/2019 22:29:30 Europe/Paris
Salut,
Non pas nécessaire de faire un poste sur le
forum. Les personnes
concernés sont sur la ML ou sur l'IRC, donc
aller faire un petit tour
sur ce dernier ne serai pas superflux.
@+
Le 01/11/2019 à 18:25, Romain Taprest a
écrit :
Bonjour à tous,
J'ai mis du temps à m'y mettre, mais voilà.
J'ai **essayé** de faire
une page de discussion/vote concernant notre
hébergement Git.
J'espère avoir fait les choses correctement.
http://bepo.fr/wiki/Discussion:Hebergement_git
Cela vous convient-il ? Faudrait-il aussi
faire un post sur le forum
?
--
Caracole
De : Caracole <romain@xxxxxxxxxx>
À : discussions@xxxxxxxxxxx;
Marcel <bkn.ema@xxxxxxxxx>
Sujet : Re: [EGD-discu] Bug tracker /
gestion de projet [Méthode
Schulze/Condorcet]
Date : 26/09/2019 18:31:13 Europe/Paris
C'est parce que je n'ai pas eu le temps de
m'en occuper depuis. Mais
merci pour ta réponse et les exemples. Je
tenterai quelque chose ce
week-end.
--
Caracole
Le 26 septembre 2019 12:08:41 GMT+02:00,
Marcel <bkn.ema@xxxxxxxxx> a
écrit :
Bonjour, Vu que la discussion semble s'être
arrêtée je renvoie ceci
(ayant répondu hors liste pour ne pas
encombrer la ML vu que ceux qui
utilisent connaissent). [Histoire de ne pas
avoir l'air de ne pas
répondre aux questions.] J'espère avoir
compris la méthode ; si en
réalité il y a plus simple, merci de me
corriger. On 25/09/2019
11:58, Caracole wrote:
Moi je veux bien le faire sur le wiki, mais
je vois pas comment ça
fonctionne. Tu pourrais m'aiguiller s'il te
plaît ?
La méthode Schulze, utilisée pour N > 2
options, inclut la méthode
Condorcet s'il y a un gagnant de Condorcet :
1) On vote par
classement utilisant ">" et/ou "=". 2) On
remplit les N²−N cases
d'un tableau avec le nombre de votants
faisant gagner une option X
sur une option Y. 3) On attribue les
différences aux flèches (moitié
moins nombreuses que les cases remplies)
entre les angles d'un
N-angle. 4) Si un angle n'a que des flèches
partantes, c'est le
gagnant de Condorcet. Sinon : 5) On liste
les N×(N−1) paires
d'angles (options) et attribue à chacune un
chiffre égal au plus
petit chiffre trouvé sur le chemin (en
suivant les flèches) où ce
résultat est le plus grand. C'est « le
chemin le plus fort ». 6) On
détermine l'option dont le chemin vers toute
autre option est plus
fort que le chemin inverse. C'est l'option
gagnante (tout court).
Plus simple que l'article Wikipédia (
https://fr.wikipedia.org/wiki/M%C3%A9thode_Schulze
), l'article de
Markus Schulze, donc de l'auteur de la
méthode lui-même (je suppose)
:
https://www.noscommunes.ca/Content/Committee/421/ERRE/Brief/BR8397842/br-external/SchulzeMarkus-f.pdf
Des exemples sur le wiki du BÉPO :
https://bepo.fr/wiki/Discussion:Association_Ergodis
https://bepo.fr/wiki/Discussion:Version_1.1
-- Cordialement, Marcel
-- Courrielleur : Thunderbird 52.9.1 sous
Ubuntu 16.04 Xenial Xerus
-- Pour ne plus recevoir les messages de
cette liste de discussion,
envoyez un courriel avec pour destinataire
discussions-REQUEST@xxxxxxxxxxx et pour
sujet "unsubscribe".
|
Bertrand Caplet |
IT Analyst |
🌍
www.chunkz.net |
Montpellier (FR) |
Feel free to send
encrypted/signed messages |
🔑 Key ID:
6E494EB9 |
🔒 More infos
about my GPG key here |
|
|
Bertrand Caplet |
IT Analyst |
🌍 www.chunkz.net |
Montpellier (FR) |
Feel free to send
encrypted/signed messages |
🔑 Key ID: 6E494EB9 |
🔒 More infos about my GPG
key here |
|
|