Re: [spip-dev] SPIP 4

2021-05-03 Par sujet cam.lafit
Hello

Il y eu un projet spip_intervallaire pour prendre en charge la
hiérarchie imbriquée.
Un aspect technique bloquait le fonctionnement à l'époque, les transactions.

Depuis cela est maintenant presque par défaut sur la plupart des bases
de données, cela pourrait donc être possible sans remettre en cause la
logique de base actuelle de SPIP.

Km

PS : Elle est belle cette nouvelle version \o/
Merci

Le 03/05/2021 à 19:11, Gildas Cotomale a écrit :
> Le lun. 3 mai 2021 à 16:27, Matthieu Marcillaud a écrit :
>>
>> Le 03/05/2021 à 16:06, Pierre-Jean Colliot a écrit :
>>>
>>> Bonjour,
>>>
>>> Je rebondis sur ce sujet car il met le doigt sur un point auquel je
>>> pense depuis quelques années et qui a modifié mes pratiques avec
>>> l'abandon des articles au profit de l'objet rubrique sur la quarantaine
>>> de sites que je gère.
>>
> Ça n'en a pas l'air, mais cela montre que SPIP évolue au point de
> permettre cette flexibilité inimaginable en version 1.2.x par exemple.
> 
>> C'est une idée qui a déjà eu des discussions, il y a peut être un ticket
>> là dessus pour avoir des articles hiérarchisés, où un article peut être
>> le descendant d'un autre. Je crois que ça s'est arrêté à des discussions
>> et qu'il n'y a pas eu de Proof of concept en plugin.
>>
> J'ai l'impression qu'il n'y a pas beaucoup d'usagers de polyhiérarchie
> (enfin je ne sais pas si ça répond vraiment à la problématique)
> 
> Depuis la version 2 il y a la possibilité d'avoir des objets répondant
> aux besoins spécifiques mais rien n'a encore émergé comme solution
> générique largement testée.
> 
>> Donc non : pour SPIP 4, c'est mort clairement ! On est à stabiliser /
>> terminer toutes les modifs qu'en rajouter d'autres… Surtout une énorme
>> comme celle là.
>>
>> Il faut d'abord tester ce genre de choses en plugin. Et quid de la
>> migration de la BDD et des squelettes ? Ça ouvre un champ de questions
>> assez immense :)
>>
> Tout à fait.
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Page CharteDeFonctionnement

2021-04-19 Par sujet cam.lafit
Hello

Merci c'est fusionné et mis en ligne.

Km

Le 19/04/2021 à 18:15, nicod_ a écrit :
> Le 19/04/2021 à 17:17, nicod_ a écrit :
>> Le 19/04/2021 à 16:38, cam.lafit a écrit :
>>> Hello
>>>
>>> La PR de chankalan en attente régle le problème.
>>> C'est en ligne :)
>>
>> Je vois toujours la page :
>> https://git.spip.net/CharteDeFonctionnement.html
> 
> Voilà : https://git.spip.net/spip-galaxie/git.spip.net/pulls/2
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Page CharteDeFonctionnement

2021-04-19 Par sujet cam.lafit
Hello

La PR de chankalan en attente régle le problème.
C'est en ligne :)

Km

Le 19/04/2021 à 15:57, Bruno Bergot a écrit :
> Hop,
> 
> Le 19/04/2021 à 15:46, cam.lafit a écrit :
>>
>> Donc le plus simple/propre/cool/... corrige le dépôt et on n'en parle
>> plus :)
>>
> 
> Avec un lien c'est plus sympa :)
> 
> https://git.spip.net/spip-galaxie/git.spip.net/src/branch/master/public/CharteDeFonctionnement.html
> 
> 
> Amha, le plus simple est de vider cette page et de faire qu'elle
> redirige vers https://www.spip.net/fr_article6431.html
> 
> ++
> b_b
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Page CharteDeFonctionnement

2021-04-19 Par sujet cam.lafit
Yop

>> bien de https://git.spip.net/CharteDeFonctionnement.html !
> 
> Non, on parle de https://www.spip.net/fr_article6431.html :)
> 
> Mais supprimez cette page de git.spip, elle n'a aucun sens ! (surtout que la 
> charte devenue officielle sur le site portail central était déjà en ligne 
> bien avant l'utilisation de git.spip)

Tu sais utiliser git alors gogogo
Note : la page git est celle qui a été reprise depuis le trac/svn qui
date de bien bien avant et qui a toujours accompagné les mails
d'ouverture sur la zone. D'où le fait de sa présence sur les
communication git (vu qu'on a juste migré depuis le svn)

Donc le plus simple/propre/cool/... corrige le dépôt et on n'en parle
plus :)

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Accéder à git.spip.net

2021-04-19 Par sujet cam.lafit
Hello

Avant d'ouvrir le compte peux tu confirmer que tu acceptes la charte ?

Merci

Km

Le 19/04/2021 à 08:50, Brice Boucard a écrit :
> Bonjour à tous,
> 
> Je me suis mis à l'ouvrage et commence à avoir quelque chose de
> fonctionnel, enfin, je pense... Mes quelques tests sur mes usages du
> plugin me semblent satisfaisants.
> 
> Je vais me lancer dans la documentation de l'ensemble dans un thread
> spécifique de la liste.
> 
> Cependant, serait-il possible d'avoir un accès sur git.spip.net pour
> que je puisse verser ma branche de développement ?
> 
> Merci à tous et bonne journée !
> 
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Accéder à git.spip.net

2021-04-19 Par sujet cam.lafit
PEC

Le 19/04/2021 à 08:50, Brice Boucard a écrit :
> Bonjour à tous,
> 
> Je me suis mis à l'ouvrage et commence à avoir quelque chose de
> fonctionnel, enfin, je pense... Mes quelques tests sur mes usages du
> plugin me semblent satisfaisants.
> 
> Je vais me lancer dans la documentation de l'ensemble dans un thread
> spécifique de la liste.
> 
> Cependant, serait-il possible d'avoir un accès sur git.spip.net pour
> que je puisse verser ma branche de développement ?
> 
> Merci à tous et bonne journée !
> 
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [git.spip.net] Mise à jour du serveur 1.14.1

2021-04-18 Par sujet cam.lafit
Hello

Le 16/04/2021 à 18:56, Gildas Cotomale a écrit :
> Plop,
> 
>>> message "revenait plus tard" et on ne pouvait les valider
>>
>> On le prenait dans le nez, donc "revenez plus tard" :p
>>
> C'est bien du passé maintenant, et ce n'était point parfait ;-

hehe
Comme ce message ne devrait plus apparaître, lors de la prochaine
notification de mise à jour cela ne devrait plus brûler les yeux ^^

Km

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] [git.spip.net] Mise à jour du serveur 1.14.1

2021-04-16 Par sujet cam.lafit
Bonjour

Vous avez pu constaté une indisponibilité durant l'après midi du 14
avril du serveur gitea et une micro coupure ces dernières minutes.
Cela a été due à une mise à jour du serveur à la version 1.14.1

Avec cette mise à jour on peut noter :
* une correction concernant le blocage de certaines PR, on avait un
message "revenait plus tard" et on ne pouvait les valider
* l'affichage des SVG comme images
* la possibilité d'indiquer manuellement la fusion de PR faite depuis git.
* des ruptures de compatibilités concernant les webhooks
* l'approbation des destinataires lors d'un transfert de dépôt
* des ajustements concernant les connexions/authentification ssh

En complément de ceci on peut noter diverses améliorations, corrections
de bogues, 

Pour le détail des mises à jour :
* https://blog.gitea.io/2021/04/gitea-1.14.0-is-released/
* https://blog.gitea.io/2021/04/gitea-1.14.1-is-released/

Merci à vous

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Les PR sont coincées dans le tuyau

2021-04-15 Par sujet cam.lafit
Hello

Suite à la mise à jour de hier, le problème devrait être réglé pour de bon.
La gestion de la PR est disponible sur
https://git.spip.net/spip/spip/pulls/142

Note : il sera possible aussi de noter un PR fusionner même suite à un
traitement manuel.

Le 08/04/2021 à 14:53, cam.lafit a écrit :
> Hello
> 
> C'est toujours sur le feu. Je n'ai pas eu le temps d'investiguer plus
> pour le moment.
> 
> Km
> 
> Le 02/04/2021 à 12:03, cam.lafit a écrit :
>> Hello
>>
>> Il semblerait qu'il y ait un délai dans le contrôle des PR.
>> De mon coté je vois que les options de gestion reviennent sur certaines
>> d'entre elles.
>>
>> Km
>>
>>
>> Le 30/03/2021 à 19:40, cam.lafit a écrit :
>>> Hello
>>>
>>> Je confirme le bogue. Cela ne ressemble pas au même problème que l'autre
>>> fois.
>>> L'investigation est toujours en cours.
>>>
>>> Km
>>>
>>> Le 30/03/2021 à 14:07, cam.lafit a écrit :
>>>> Hello
>>>>
>>>> Ok c'est le même symptôme que l'autre fois. Je vois avec nos amis de
>>>> gitea, lors de la mise à jour j'ai normalement suivi la procédure pour
>>>> ne pas avoir ce problème.
>>>>
>>>> Km
>>>>
>>>> Le 30/03/2021 à 13:47, Cerdic a écrit :
>>>>> Pardon oui, c’est mieux avec une URL
>>>>>
>>>>> https://git.spip.net/spip/spip/pulls/145
>>>>> <https://git.spip.net/spip/spip/pulls/145>
>>>>> https://git.spip.net/spip/spip/pulls/144
>>>>> <https://git.spip.net/spip/spip/pulls/144>
>>>>> https://git.spip.net/spip/spip/pulls/142
>>>>> <https://git.spip.net/spip/spip/pulls/142>
>>>>> https://git.spip.net/spip/spip/pulls/140
>>>>> <https://git.spip.net/spip/spip/pulls/140>
>>>>>
>>>>> par exemple
>>>>>
>>>>> -- 
>>>>> Cédric
>>>>> Le 30 mars 2021 à 12:34 +0200, cam.lafit , a 
>>>>> écrit :
>>>>>> Hello
>>>>>>
>>>>>> Une url pour que je vois un cas pratique ?
>>>>>>
>>>>>> Km
>>>>>>
>>>>>> Le 30/03/2021 à 11:54, Cerdic a écrit :
>>>>>>> Hello,
>>>>>>>
>>>>>>> Gitea nous dit :
>>>>>>>
>>>>>>> "Vérification des conflits de fusion en cours. Réessayez dans quelques
>>>>>>> instants."
>>>>>>>
>>>>>>> Mais comme il a pas dit « Jacques à dit » ça vaut pas. 
>>>>>>> Enfin là ça vaut quand même mais c’est bien embêtant...
>>>>>>>
>>>>>>> --
>>>>>>> Cédric
>>>>>>>
>>>>>>> ___
>>>>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>>>>> doc: https://www.spip.net/
>>>>>>> dev: https://core.spip.net/
>>>>>>> irc://irc.freenode.net/spip
>>>>>>>
>>>>>> ___
>>>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>>>> doc: https://www.spip.net/
>>>>>> dev: https://core.spip.net/
>>>>>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Demande d'inscription

2021-04-12 Par sujet cam.lafit
Hello

Désolé pour le temps de réponse. On a bien un script qui fait les
association des personnes aux divers projets.
Il passe par l'api.
Une fois la personne ajoutée à git.spip.net, il faut en effet affecter
son compte ensuite via le script.

Script non commité, je corrige ceci tantôt.

Km

Le 15/03/2021 à 23:03, JLuc a écrit :
> Le 15/03/2021 à 22:06, RastaPopoulos a écrit :
>> Le 15/03/2021 à 19:49, JLuc a écrit :
>>> 2) obtenir un engagement à respecter la charte pour qui veut participer 
>>> plus et notamment commiter
>>>
>> Non la charte c'est pour tout le monde ! Dès qu'on a les tickets, on
>> peut commenter de partout, donc on doit suivre la charte.
>> Par contre quand c'est juste pour les tickets : on n'a pas à être
>> inscrit aux listes emails, de discussion et des commits, pour elleux
>> c'est juste le compte git.spip. Alors que celleux qui commitent, c'est
>> des droits enplus sur git.spip + les listes.
> 
> Oui en effet. Et avec ce fonctionnement il y a bien 2 types de comptes ;
> c'est bien ce qu'on veut et ya pas de bazar.
> JL
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Les PR sont coincées dans le tuyau

2021-04-08 Par sujet cam.lafit
Hello

C'est toujours sur le feu. Je n'ai pas eu le temps d'investiguer plus
pour le moment.

Km

Le 02/04/2021 à 12:03, cam.lafit a écrit :
> Hello
> 
> Il semblerait qu'il y ait un délai dans le contrôle des PR.
> De mon coté je vois que les options de gestion reviennent sur certaines
> d'entre elles.
> 
> Km
> 
> 
> Le 30/03/2021 à 19:40, cam.lafit a écrit :
>> Hello
>>
>> Je confirme le bogue. Cela ne ressemble pas au même problème que l'autre
>> fois.
>> L'investigation est toujours en cours.
>>
>> Km
>>
>> Le 30/03/2021 à 14:07, cam.lafit a écrit :
>>> Hello
>>>
>>> Ok c'est le même symptôme que l'autre fois. Je vois avec nos amis de
>>> gitea, lors de la mise à jour j'ai normalement suivi la procédure pour
>>> ne pas avoir ce problème.
>>>
>>> Km
>>>
>>> Le 30/03/2021 à 13:47, Cerdic a écrit :
>>>> Pardon oui, c’est mieux avec une URL
>>>>
>>>> https://git.spip.net/spip/spip/pulls/145
>>>> <https://git.spip.net/spip/spip/pulls/145>
>>>> https://git.spip.net/spip/spip/pulls/144
>>>> <https://git.spip.net/spip/spip/pulls/144>
>>>> https://git.spip.net/spip/spip/pulls/142
>>>> <https://git.spip.net/spip/spip/pulls/142>
>>>> https://git.spip.net/spip/spip/pulls/140
>>>> <https://git.spip.net/spip/spip/pulls/140>
>>>>
>>>> par exemple
>>>>
>>>> -- 
>>>> Cédric
>>>> Le 30 mars 2021 à 12:34 +0200, cam.lafit , a écrit 
>>>> :
>>>>> Hello
>>>>>
>>>>> Une url pour que je vois un cas pratique ?
>>>>>
>>>>> Km
>>>>>
>>>>> Le 30/03/2021 à 11:54, Cerdic a écrit :
>>>>>> Hello,
>>>>>>
>>>>>> Gitea nous dit :
>>>>>>
>>>>>> "Vérification des conflits de fusion en cours. Réessayez dans quelques
>>>>>> instants."
>>>>>>
>>>>>> Mais comme il a pas dit « Jacques à dit » ça vaut pas. 
>>>>>> Enfin là ça vaut quand même mais c’est bien embêtant...
>>>>>>
>>>>>> --
>>>>>> Cédric
>>>>>>
>>>>>> ___
>>>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>>>> doc: https://www.spip.net/
>>>>>> dev: https://core.spip.net/
>>>>>> irc://irc.freenode.net/spip
>>>>>>
>>>>> ___
>>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>>> doc: https://www.spip.net/
>>>>> dev: https://core.spip.net/
>>>>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Question Gitea-Nova-Spip

2021-04-08 Par sujet cam.lafit
Bonjour

Suite au message initial de ce fil assez laconique, j'ai pris contact
avec panic pour en savoir plus.
Ceci est leur retour.

Je ne connais pas l'outil de panic. Je m'occupe juste de maintenir notre
forge gitea ici. Et je trouvais surprenant qu'un client git ne puisse
pas utiliser ssh ou http, ce qui est un peu la base.

On peut essayer d'avancer avec eux (panic et gitea) mais pour ceci il
faut plus d’éléments de la part des personnes qui rencontrent un problème.

Km

Le 07/04/2021 à 14:04, CSI a écrit :
> Bonjour,
> 
> Un point que je ne pige pas dans la conversation ci-dessous: en fait
> vous vous êtes adressé directement à Panic ? (car vous êtes partie
> prenante dans le dev de Gitea ou juste par curiosité ?)
> 
> Moi de mon côté ils m'ont dit que l'authentification Gitea était sur
> leur todolist sans date prévisionnelle pour l'instant.
> 
> Le 07/04/2021 à 09:13, cam.lafit a écrit :
>> Bonjour
>>
>> Voici la réponse de Panic, il nous manque des éléments pour avancer :
>>
>>> Hello,
>>>
>>> Sorry for the trouble and for the delayed response. I'm afraid we're
>>> not quite sure what's causing this, unfortunately.
>>>
>>> For starters, we'll need to see the error message in question, as well
>>> as a list of steps these users take in order to make the issue happen.
>>>
>>> Thanks!
>> Km
>>
>> Le 21/03/2021 à 00:05, cam.lafit a écrit :
>>> Bonjour
>>>
>>> Il faudrait savoir quel mode d'authentification utilise ce logiciel.
>>> gitea accepte authentification ssh et http
>>>
>>> Sans plus d'information impossible de fournir du SAD.
>>>
>>> Km
>>>
>>> Le 16/03/2021 à 22:16, CSI a écrit :
>>>> Bonjour,
>>>>
>>>> Je me réponds à moi-même, Panic m'a répondu Nova n'est pas compatible
>>>> Gitea donc exit Gitea, je réinstalle Gitlabs, triste, Nova est trop
>>>> canon pour que je change d'éditeur.
>>>>
>>>> Le 16/03/2021 à 19:56, CSI a écrit :
>>>>> Bonjour,
>>>>>
>>>>> Question un peu hors spip mais je sais que c'est Gitea qui est utilisé
>>>>> ici. Y-a-t-il un des contributeurs à Spip qui utiliserait l'éditeur
>>>>> Nova de Panic (MacOS only) pour interagir avec Gitea ? J'ai monté un
>>>>> serveur Gitea (parce que j'aimais l'idée d'utiliser le même que Spip)
>>>>> mais je n'arrive pas à pousser vers le serveur Gitea:
>>>>>
>>>>> Erreur renvoyée par libgit2 : server requires authentication that we
>>>>> do not support (-1)
>>>>>
>>>>> En fait j'utilisais GitLabs jusqu'ici mais un petit malin a jugé bon
>>>>> de cramer mon serveur chez un hébergeur que je ne nommerai pas dans
>>>>> une province lointaine (vers l'est) de notre beau pays :-(
>>>>>
>>>>> --�
>>>>> Pierre
>>>> -- 
>>>> Pierre
>>>> ___
>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>> doc: https://www.spip.net/
>>>> dev: https://core.spip.net/
>>>> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Question Gitea-Nova-Spip

2021-04-07 Par sujet cam.lafit
Bonjour

Voici la réponse de Panic, il nous manque des éléments pour avancer :

>Hello,
>
>Sorry for the trouble and for the delayed response. I'm afraid we're
>not quite sure what's causing this, unfortunately.
>
>For starters, we'll need to see the error message in question, as well
>as a list of steps these users take in order to make the issue happen.
>
>Thanks!

Km

Le 21/03/2021 à 00:05, cam.lafit a écrit :
> Bonjour
> 
> Il faudrait savoir quel mode d'authentification utilise ce logiciel.
> gitea accepte authentification ssh et http
> 
> Sans plus d'information impossible de fournir du SAD.
> 
> Km
> 
> Le 16/03/2021 à 22:16, CSI a écrit :
>> Bonjour,
>>
>> Je me réponds à moi-même, Panic m'a répondu Nova n'est pas compatible
>> Gitea donc exit Gitea, je réinstalle Gitlabs, triste, Nova est trop
>> canon pour que je change d'éditeur.
>>
>> Le 16/03/2021 à 19:56, CSI a écrit :
>>> Bonjour,
>>>
>>> Question un peu hors spip mais je sais que c'est Gitea qui est utilisé
>>> ici. Y-a-t-il un des contributeurs à Spip qui utiliserait l'éditeur
>>> Nova de Panic (MacOS only) pour interagir avec Gitea ? J'ai monté un
>>> serveur Gitea (parce que j'aimais l'idée d'utiliser le même que Spip)
>>> mais je n'arrive pas à pousser vers le serveur Gitea:
>>>
>>> Erreur renvoyée par libgit2 : server requires authentication that we
>>> do not support (-1)
>>>
>>> En fait j'utilisais GitLabs jusqu'ici mais un petit malin a jugé bon
>>> de cramer mon serveur chez un hébergeur que je ne nommerai pas dans
>>> une province lointaine (vers l'est) de notre beau pays :-(
>>>
>>> -- 
>>> Pierre
>> -- 
>> Pierre
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Les PR sont coincées dans le tuyau

2021-04-02 Par sujet cam.lafit
Hello

Il semblerait qu'il y ait un délai dans le contrôle des PR.
De mon coté je vois que les options de gestion reviennent sur certaines
d'entre elles.

Km


Le 30/03/2021 à 19:40, cam.lafit a écrit :
> Hello
> 
> Je confirme le bogue. Cela ne ressemble pas au même problème que l'autre
> fois.
> L'investigation est toujours en cours.
> 
> Km
> 
> Le 30/03/2021 à 14:07, cam.lafit a écrit :
>> Hello
>>
>> Ok c'est le même symptôme que l'autre fois. Je vois avec nos amis de
>> gitea, lors de la mise à jour j'ai normalement suivi la procédure pour
>> ne pas avoir ce problème.
>>
>> Km
>>
>> Le 30/03/2021 à 13:47, Cerdic a écrit :
>>> Pardon oui, c’est mieux avec une URL
>>>
>>> https://git.spip.net/spip/spip/pulls/145
>>> <https://git.spip.net/spip/spip/pulls/145>
>>> https://git.spip.net/spip/spip/pulls/144
>>> <https://git.spip.net/spip/spip/pulls/144>
>>> https://git.spip.net/spip/spip/pulls/142
>>> <https://git.spip.net/spip/spip/pulls/142>
>>> https://git.spip.net/spip/spip/pulls/140
>>> <https://git.spip.net/spip/spip/pulls/140>
>>>
>>> par exemple
>>>
>>> -- 
>>> Cédric
>>> Le 30 mars 2021 à 12:34 +0200, cam.lafit , a écrit :
>>>> Hello
>>>>
>>>> Une url pour que je vois un cas pratique ?
>>>>
>>>> Km
>>>>
>>>> Le 30/03/2021 à 11:54, Cerdic a écrit :
>>>>> Hello,
>>>>>
>>>>> Gitea nous dit :
>>>>>
>>>>> "Vérification des conflits de fusion en cours. Réessayez dans quelques
>>>>> instants."
>>>>>
>>>>> Mais comme il a pas dit « Jacques à dit » ça vaut pas. 
>>>>> Enfin là ça vaut quand même mais c’est bien embêtant...
>>>>>
>>>>> --
>>>>> Cédric
>>>>>
>>>>> ___
>>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>>> doc: https://www.spip.net/
>>>>> dev: https://core.spip.net/
>>>>> irc://irc.freenode.net/spip
>>>>>
>>>> ___
>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>> doc: https://www.spip.net/
>>>> dev: https://core.spip.net/
>>>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Les PR sont coincées dans le tuyau

2021-03-30 Par sujet cam.lafit
Hello

Je confirme le bogue. Cela ne ressemble pas au même problème que l'autre
fois.
L'investigation est toujours en cours.

Km

Le 30/03/2021 à 14:07, cam.lafit a écrit :
> Hello
> 
> Ok c'est le même symptôme que l'autre fois. Je vois avec nos amis de
> gitea, lors de la mise à jour j'ai normalement suivi la procédure pour
> ne pas avoir ce problème.
> 
> Km
> 
> Le 30/03/2021 à 13:47, Cerdic a écrit :
>> Pardon oui, c’est mieux avec une URL
>>
>> https://git.spip.net/spip/spip/pulls/145
>> <https://git.spip.net/spip/spip/pulls/145>
>> https://git.spip.net/spip/spip/pulls/144
>> <https://git.spip.net/spip/spip/pulls/144>
>> https://git.spip.net/spip/spip/pulls/142
>> <https://git.spip.net/spip/spip/pulls/142>
>> https://git.spip.net/spip/spip/pulls/140
>> <https://git.spip.net/spip/spip/pulls/140>
>>
>> par exemple
>>
>> -- 
>> Cédric
>> Le 30 mars 2021 à 12:34 +0200, cam.lafit , a écrit :
>>> Hello
>>>
>>> Une url pour que je vois un cas pratique ?
>>>
>>> Km
>>>
>>> Le 30/03/2021 à 11:54, Cerdic a écrit :
>>>> Hello,
>>>>
>>>> Gitea nous dit :
>>>>
>>>> "Vérification des conflits de fusion en cours. Réessayez dans quelques
>>>> instants."
>>>>
>>>> Mais comme il a pas dit « Jacques à dit » ça vaut pas. 
>>>> Enfin là ça vaut quand même mais c’est bien embêtant...
>>>>
>>>> --
>>>> Cédric
>>>>
>>>> ___
>>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>>> doc: https://www.spip.net/
>>>> dev: https://core.spip.net/
>>>> irc://irc.freenode.net/spip
>>>>
>>> ___
>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>> doc: https://www.spip.net/
>>> dev: https://core.spip.net/
>>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Les PR sont coincées dans le tuyau

2021-03-30 Par sujet cam.lafit
Hello

Ok c'est le même symptôme que l'autre fois. Je vois avec nos amis de
gitea, lors de la mise à jour j'ai normalement suivi la procédure pour
ne pas avoir ce problème.

Km

Le 30/03/2021 à 13:47, Cerdic a écrit :
> Pardon oui, c’est mieux avec une URL
> 
> https://git.spip.net/spip/spip/pulls/145
> <https://git.spip.net/spip/spip/pulls/145>
> https://git.spip.net/spip/spip/pulls/144
> <https://git.spip.net/spip/spip/pulls/144>
> https://git.spip.net/spip/spip/pulls/142
> <https://git.spip.net/spip/spip/pulls/142>
> https://git.spip.net/spip/spip/pulls/140
> <https://git.spip.net/spip/spip/pulls/140>
> 
> par exemple
> 
> -- 
> Cédric
> Le 30 mars 2021 à 12:34 +0200, cam.lafit , a écrit :
>> Hello
>>
>> Une url pour que je vois un cas pratique ?
>>
>> Km
>>
>> Le 30/03/2021 à 11:54, Cerdic a écrit :
>>> Hello,
>>>
>>> Gitea nous dit :
>>>
>>> "Vérification des conflits de fusion en cours. Réessayez dans quelques
>>> instants."
>>>
>>> Mais comme il a pas dit « Jacques à dit » ça vaut pas. 
>>> Enfin là ça vaut quand même mais c’est bien embêtant...
>>>
>>> --
>>> Cédric
>>>
>>> ___
>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>> doc: https://www.spip.net/
>>> dev: https://core.spip.net/
>>> irc://irc.freenode.net/spip
>>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Les PR sont coincées dans le tuyau

2021-03-30 Par sujet cam.lafit
Hello

Une url pour que je vois un cas pratique ?

Km

Le 30/03/2021 à 11:54, Cerdic a écrit :
> Hello,
> 
> Gitea nous dit :
> 
> "Vérification des conflits de fusion en cours. Réessayez dans quelques
> instants."
> 
> Mais comme il a pas dit « Jacques à dit » ça vaut pas. 
> Enfin là ça vaut quand même mais c’est bien embêtant...
> 
> -- 
> Cédric
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [git.spip.net] Mise à jour du serveur 1.13.5

2021-03-26 Par sujet cam.lafit
Hello

> Merci.
> J'ai l'impression qu'il est un peu plus réactif, mais c'est peut être dû
> à un redémarrage de quelque chose ?

soit mise à jour soit redemmarage.
A surveiller. dis moi si ça rame.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] [git.spip.net] Mise à jour du serveur 1.13.5

2021-03-23 Par sujet cam.lafit
Bonjour

Il est temps de garder le rythme des mises à jours. Nous venons de
passer de la version 1.13.1 à 1.13.5

Je n'avais pas annoncé la mise à jour 1.13.1 étant faite dans la foulée
immédiate de la 1.13.0.

Sans être exhaustif on peut noter ceci  :
* amélioration des webhooks (notification sur les suppression de tags)
* amélioration des imports (locaux et distant)
* amélioration dans les notifications par mail
* correction d'un bogue que nous avions ouvert concernant la possibilité
d'appliquer les PR

Ce sont surtout des correctifs de bogues divers et variés, il est
probable que pour la plupart d'entre nous aucun changement ne soit constaté.

Pour le détail des mises à jour :
https://blog.gitea.io/2020/12/gitea-1.13.1-is-released/
https://blog.gitea.io/2021/02/gitea-1.13.2-is-released/
https://blog.gitea.io/2021/03/gitea-1.13.3-is-released/
https://blog.gitea.io/2021/03/gitea-1.13.4-is-released/
https://blog.gitea.io/2021/03/gitea-1.13.5-is-released/

Km

Le 22/12/2020 à 16:02, cam.lafit a écrit :
> Bonjour
> 
> Ce matin a été effectuée une mise à jour de notre forge git.spip.net.
> Cela faisait 6 mois que rien n'avait été fait, il était temps d'y remédier.
> 
> Nous sommes passés de la version 1.12.1 à la 1.13.0 sortie le 2 décembre
> dernier.
> 
> Durant cette période nous avons donc eu plusieurs rattrapages de version
> à faire :
> de la 1.12.2 du 12/07/2020
> à  la 1.13.0 du 02/12/2020
> 
> En pèle-mêle ces différentes versions ont apportées :
> * des améliorations sur l'api
> * des optimisations de cache
> * des ajustements sur les émoji
> * des correctifs de sécurité sur Oauth et  oubli de mot de passe
> * des améliorations concernant l'import de forges externe
> 
> En évolutions majeures on peut noter :
> * des évolutions sur le système d'import de dépot (en cours de validation)
> * une amélioration concernant les imports depuis diverses sources git
> * le contrôle de mot de passe depuis l'outil HaveIBeenPwned
> * la (ré)activation d'open id pour les comptes existants
> * le support de graphique/flux via la syntaxe mermaid
> (https://mermaid-js.github.io/mermaid/ )
> * le support de kanban
> 
> Pour le détail des mises à jours :
> * https://blog.gitea.io/2020/07/gitea-1.12.2-is-released/
> * https://blog.gitea.io/2020/07/gitea-1.12.3-is-released/
> * https://blog.gitea.io/2020/09/gitea-1.12.4-is-released/
> * https://blog.gitea.io/2020/10/gitea-1.12.5-is-released/
> * https://blog.gitea.io/2020/11/gitea-1.12.6-is-released/
> * https://blog.gitea.io/2020/12/gitea-1.13.0-is-released/
> 
> 
> Km
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Question Gitea-Nova-Spip

2021-03-20 Par sujet cam.lafit
Bonjour

Il faudrait savoir quel mode d'authentification utilise ce logiciel.
gitea accepte authentification ssh et http

Sans plus d'information impossible de fournir du SAD.

Km

Le 16/03/2021 à 22:16, CSI a écrit :
> Bonjour,
> 
> Je me réponds à moi-même, Panic m'a répondu Nova n'est pas compatible
> Gitea donc exit Gitea, je réinstalle Gitlabs, triste, Nova est trop
> canon pour que je change d'éditeur.
> 
> Le 16/03/2021 à 19:56, CSI a écrit :
>> Bonjour,
>>
>> Question un peu hors spip mais je sais que c'est Gitea qui est utilisé
>> ici. Y-a-t-il un des contributeurs à Spip qui utiliserait l'éditeur
>> Nova de Panic (MacOS only) pour interagir avec Gitea ? J'ai monté un
>> serveur Gitea (parce que j'aimais l'idée d'utiliser le même que Spip)
>> mais je n'arrive pas à pousser vers le serveur Gitea:
>>
>> Erreur renvoyée par libgit2 : server requires authentication that we
>> do not support (-1)
>>
>> En fait j'utilisais GitLabs jusqu'ici mais un petit malin a jugé bon
>> de cramer mon serveur chez un hébergeur que je ne nommerai pas dans
>> une province lointaine (vers l'est) de notre beau pays :-(
>>
>> -- 
>> Pierre
> -- 
> Pierre
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] [Git] Contrôle d'intégrité : demande de copie de dépôt

2021-01-26 Par sujet cam.lafit

Bonjour

Dans le cadre d'un contrôle d'intégrité des divers dépôts du serveur, je
constate des erreurs mineures que j'aimerai auditer.

Pour ce faire j'aurais besoin d'avoir de copies externes (au serveur) de
ces projets :

spip-contrib-extensions/porte_plume_gbe
spip-contrib-extensions/gabarits
spip-contrib-extensions/doc2article
spip-contrib-extensions/souhaits
spip-contrib-extensions/app
spip-contrib-extensions/colonne_raccourci
spip-contrib-extensions/metasplus

Quand je parle de copie cela englobe tout le contenu local du .git

Si vous possédez de telle copie cela m'intéresse fortement, merci à vous

Km



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Certificat sur https://latex.spip.net/ et math.spip.org

2021-01-21 Par sujet cam.lafit
Hello

Une rustine a été appliquée. Cela restaure le certificat, je regarde
pour avoir une solution plus pérenne.

Km

Le 20/01/2021 à 14:58, cam.lafit a écrit :
> Hello
> 
> Non on peut réparer.
> Je check dans la journée
> 
> Km
> 
> Le 20/01/2021 à 14:49, Cerdic a écrit :
>> Hello,
>>
>> visiblement on a pas/plus de certificat sur https://latex.spip.net ni
>> sur https://math.spip.org
>> alors que par ailleurs on a changé l’URL dans le core pour la mettre en
>> https
>>
>> cf 
>> https://git.spip.net/spip/spip/commit/222cf3549a22f5d3f8125a4e341646bf69931f96
>> <https://git.spip.net/spip/spip/commit/222cf3549a22f5d3f8125a4e341646bf69931f96>
>> suivi de 
>> https://git.spip.net/spip/spip/commit/067bd798c0e0f9c9f37078a1d6a7a3bbbebaf80a
>> <https://git.spip.net/spip/spip/commit/067bd798c0e0f9c9f37078a1d6a7a3bbbebaf80a>
>>
>> est-ce qu’on sait/peut réparer le certificat sur https://math.spip.org a
>> minima ?
>> ou est-ce qu’on remet une URL en http dans le core ?
>>
>> -- 
>> Cédric
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Certificat sur https://latex.spip.net/ et math.spip.org

2021-01-20 Par sujet cam.lafit
Hello

Non on peut réparer.
Je check dans la journée

Km

Le 20/01/2021 à 14:49, Cerdic a écrit :
> Hello,
> 
> visiblement on a pas/plus de certificat sur https://latex.spip.net ni
> sur https://math.spip.org
> alors que par ailleurs on a changé l’URL dans le core pour la mettre en
> https
> 
> cf 
> https://git.spip.net/spip/spip/commit/222cf3549a22f5d3f8125a4e341646bf69931f96
> 
> suivi de 
> https://git.spip.net/spip/spip/commit/067bd798c0e0f9c9f37078a1d6a7a3bbbebaf80a
> 
> 
> est-ce qu’on sait/peut réparer le certificat sur https://math.spip.org a
> minima ?
> ou est-ce qu’on remet une URL en http dans le core ?
> 
> -- 
> Cédric
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] Accès git

2021-01-18 Par sujet cam.lafit
Bonjour

Le compte a été activé sur le dépôt git.

Il est possible de faire mot de passe oublié, pour obtenir un nouveau
mot de passe.

Km

Le 18/01/2021 à 10:16, BERTRAND Joël a écrit :
> cam.lafit a écrit :
>> Bonjour
> 
>   Bonjour,
> 
>> Bien que nous ayons migré les comptes svn vers le git, nous avons entre
>> temps fait un peu de ménage sur les comptes qui n'avaient pas eu de
>> connexion récente.
>>
>> Je ne trouve pas ton courriel, on doit te recréer un compte. Es tu en
>> accord avec la charte.
> 
>   Si elle n'a pas changé depuis la création de mon accès SVN, oui.
> 
>   JB
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [Spip-zone-commit] Accès git

2021-01-18 Par sujet cam.lafit
Bonjour

> Donc je ne sais pas si quelqu’un•e a supprimé ton compte, mais ce serait
> tout à fait légitime.

Merci de ne pas laisser entendre qu'on supprime des comptes de connexion
comme on le souhaite. Cela ne fait pas partie de l'esprit communautaire
qui est défendu ici.
Le compte est bien présent sur le svn mais n'est plus présent sur le
git. Comme on a l'a déjà expliqué, on a pu supprimer ou ne pas importer
des comptes uniquement pour des raisons techniques.

> Et a contrario, ça me semble tout à fait inapproprié de te réouvrir un
> compte comme si de rien n’était, tu ne crois pas ?

C'est le principe de la charte qu'on approuve en (re)ouvrant un compte
il  me semble.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] plugin Associaspip

2021-01-18 Par sujet cam.lafit
Hello

Malheureusement non.  De mon coté j'ai de veilles archives d'une partie
du projet.
Je dois pour les republier correctement (mélange de git et svn chez moi)

Km

Le 16/01/2021 à 19:49, RealET a écrit :
> cam.lafit a écrit le 16/01/2021 à 19:04 :
>> Hello
>>
>> Il y aussi toute la solution dolispip (dolibarr couplé à dolibarr).
>> C'est ce qui est utilisé entre autre avec les sites des RMLL.
> Tu as des nouvelles suite à ton post ici
> https://www.dolibarr.fr/forum/t/deces-de-jean-francois-ferry-jfefe/31901/16
> 
> RIP jfefe :~(
> 
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [Spip-zone-commit] Accès git

2021-01-18 Par sujet cam.lafit
Bonjour

Bien que nous ayons migré les comptes svn vers le git, nous avons entre
temps fait un peu de ménage sur les comptes qui n'avaient pas eu de
connexion récente.

Je ne trouve pas ton courriel, on doit te recréer un compte. Es tu en
accord avec la charte.

Merci

km

Le 17/01/2021 à 22:08, BERTRAND Joël a écrit :
> Bruno Bergot a écrit :
>> Hop,
>>
>> Le 15/01/2021 à 18:43, BERTRAND Joël a écrit :
>>> Jacques B a écrit :
 Bonjour,
 Est-ce que tu as un compte valide sur git ?
 https://git.spip.net/explore/users
>>>
>>> Bonsoir,
>>>
>>> J'avais. Mais comme je ne peux plus poster sur les listes de spip non
>>> plus, je me demande si une petite main n'est pas passée pour fermer le
>>> compte en question.
>>>
>>
>> J'ai vérifié, il n'y a aucun compte portant ce mail sur git.spip.net
>>
>> Qui t'avait créé ton compte ? Ça date de quand ? (désolé j'ai la flemme
>> de chercher dans les archives de la liste ^^)
> 
>   Bonsoir,
> 
>   S'il n'y a pas moyen de retrouver, on peut peut-être en recréer un pour
> que je puisse mettre à jour Multiflex ? D'ailleurs, j'ai vu que sur le
> git, il y a deux versions du plugin en question. Laquelle est la bonne ?
> 
>   Bien cordialement,
> 
>   JB
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Mise en place d'un CDN ?

2021-01-16 Par sujet cam.lafit
Hello

je tombe tardivement sur ce message.
A mon sens proposer des sous domaines cdn perd de son sens à l'heure
actuelle. Le multiplexage de http2 résout proprement le problème de
chargement de connexe de ressources.
D'autant plus que les serveurs cdn ont tendance à proposer ce service
même si le serveur final n'est pas compatible.

Ensuite que ce soit en multi domaine ou non, le serveur cache se mettra
en frontal du site, c'est lui qui sollicitera le site final et selon les
entête de durée de vie des fichiers gardera ou non en cache les ressources.

De mémoire pour les ressources css/js un argument d'url horodaté permet
de notifier d'un mise à jour et permet donc le rafraîchissement des
caches (serveur et navigateur).

Je me souviens qu'il y aussi un plugin varnish qui permet de remonter
des entêtes complémentaires pour permettre au serveur cache d'invalider
ce qui est nécessaire.

Km

Le 23/09/2020 à 15:45, nicod_ a écrit :
> Yop,
> 
> on me fait une demande d'évaluation pour la mise en place d'un CDN sur
> un stockage externe, est ce que certains d'entre vous ont déjà géré ça ?
> 
> Au delà de l'url qu'on peut configurer dans les fonctions avancées,
> comme ça se passe pour la synchro de fichiers, quand SPIP génère les css
> et js compressés dans /local, les images etc ?
> 
> Vous avez des tuyaux là dessus ?
> 
> PS : l'objectif est de mieux servir (performance) des utilisateurs à
> l'autre bout du monde (Asie par exemple)
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] plugin Associaspip

2021-01-16 Par sujet cam.lafit
Hello

Il y aussi toute la solution dolispip (dolibarr couplé à dolibarr).
C'est ce qui est utilisé entre autre avec les sites des RMLL.

Km

Le 04/12/2020 à 08:22, Team Stéphane a écrit :
> *Bonjour,*
> 
> pour répondre plus précisément a la question de JLuc , je suis en train
> de relire tout les infos qui concerne associaspip et garradin
> 
> 
> *ma question est :*
> 
> Ce plugin a t'il encore une vie ?, ou est il passé au oubliettes ?
> 
> a vous lire 
> 
> 
> Le 03/12/2020 à 12:42, JLuc a écrit :
>> Le 02/12/2020 à 20:52, Team Stéphane a écrit :
>>> Je suis a la recherche d'un DEV pour étudier, voir réaliser un plugin
>>> pour spip de comptabilité en interface privé.
>>> qui sera reversé a la communauté et déposé sur git spip
>>> il devra reprendre la partie compta de  garradin
>>> (https://framalibre.org/content/garradin)
>>> (voir si on peu transformer ça en brique de spip)
>>
>> Qu'apporterait / devrait apporter cette intégration par rapport à
>> avoir Garradin à côté de SPIP ?
>>
>>> le reste pour une association étant déja fourni par spip
>>> (https://contrib.spip.net/Gestion-d-association-complete)
>>
>> JLuc
>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Gitea et le débardeur

2021-01-05 Par sujet cam.lafit
Hello

La notion de release n'est pas un concept git. Cela est propre aux
forge. À ma connaissance toute les forges proposent cette fonctionnalité
(gitea, gogs, gitlab, github, ...)

La différence réside dans le principe de diffusion du code. Un tag est
un marqueur dans le code tandis qu'une release est une version prête à
l'emploi.
Les release peuvent être de simple zip mais on peut aller plus loin. Par
exemple chez alternc on exploite les releases pour fournir directement
des paquets debian.
Pour les projets en go, comme gitea, sont proposés les executables pour
chaque plateforme (linux, mac, bsd, )

Dans notre cas, on a juste besoin de zip et cela ne change pas grand
chose à ce que proposait trac avec les urls de téléchargement.

Une release est reproductible, c'est toujours une même recette appliquée
sur un tag.

Km


Le 05/01/2021 à 02:49, Gildas Cotomale a écrit :
> Bonsoir la liste,
> 
> Le lun. 4 janv. 2021 à 14:02, Eric Lupinacci a écrit :
>>
>> Re,
>>
>> Le lun. 4 janv. 2021 à 13:16, nicod_  a écrit :
> […]
>>>
>>> Sur ta proposition d'utiliser les versions de Gitea, si c'est une
>>> fonctionnalité spécifique à Gitea je ne suis pas chaud : on ne pourrait
>>> pas la reproduire si on devait changer de forge, ou bien sur un miroir.
>>
>>
>> A priori Github a aussi cette notion de release et Gitlab un notion 
>> d'étiquette.
>> Je n'ai pas vérifié si cela coïncide exactement.
> 
> Attention, il y bien les étiquettes (tags) qui sont une fonctionnalité
> de Git qu'on retrouve dans beaucoup de systèmes de gestions de
> versions.
> Il y a aussi les publications/versions (releases) qui s'appuient sur
> les précédents en y ajoutant la génération des artéfacts et une note
> de publication… On retrouve cela dans les principales forges basées
> sur Git
> - https://docs.gitlab.com/ee/user/project/releases/
> - 
> https://docs.github.com/en/free-pro-team@latest/github/administering-a-repository/managing-releases-in-a-repository
> - Gitea reprend des fonctionnalité de Github que ne reprend pas Gogs,
> et les versions sont maintenant automatiquement générée
> https://christine.website/blog/gitea-release-tool-2020-05-31
> 
> Pour passer d'une forge à une autre, il y a un travail d'adaptation à prévoir…
> 
> 
> […]
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Plugin Massicot et gestion des autorisations

2021-01-04 Par sujet cam.lafit
Hello

Merci pour la coquille.
Comme tu l'indiques on peut contribuer :)


> Je voulais juste vous partager une toute petite coquille pour laquelle
> je n'ai pas trouvé le repo correspondant :


La PR devrait se passer par ici
https://git.spip.net/spip-galaxie/git.spip.net/src/branch/master/public
et là
https://git.spip.net/spip-galaxie/git.spip.net/src/branch/master/templates/custom/extra_links_footer.tmpl

Km

Le 01/01/2021 à 12:34, Olivier Duquesne aka DaffyDuke a écrit :
> Salut,
> 
> Je vous lis et participe peu j'avoue mais pour une fois j'ai un petit
> truc à dire.
> Tout d'abord il est est de bon ton le 1er janvier de vous souhaiter une
> excellente nouvelle année. Ça c'est fait.
> Bravo pour le passage sous gitea, j'espère vraiment que cela facilitera
> le quotidien des développeurs.
> Je voulais juste vous partager une toute petite coquille pour laquelle
> je n'ai pas trouvé le repo correspondant :
> https://git.spip.net/  / tout en bas dans le pied de page / Confimration
> d'inscription <https://git.spip.net/MailConfirmationInscription.html>  
> un r un poil mal placé :-)
> 
> 
> Voilà c'est tout je ne vous embête plus,
> 
> Bonne année,
> 
> 
> Daffy
> 
> 
> Le 31/12/2020 à 09:49, cam.lafit a écrit :
>> Bonjour
>>
>> Voeux de fin d'année exaucés. Ton compte a été ouvert sur la forge git.
>> Bien entendu cela sous entend que tu acceptes
>> https://git.spip.net/CharteDeFonctionnement.html lors de ta connexion.
>>
>> Pour la PR cela devrait se passer par ici :
>> https://git.spip.net/spip-contrib-extensions/massicot
>>
>> Km
>>
>> Le 30/12/2020 à 16:36, glopg...@riseup.net a écrit :
>>> Bonjour à tou·tes,
>>>
>>> J'ai l'impression qu'il y a un petit souci avec le plugin Massicot
>>> dans sa version actuelle : aucune vérification d'autorisation n'est
>>> effectuée, ce qui permet de recadrer des documents que l'on n'aurait
>>> normalement pas le droit de modifier (logos d'autres articles que les
>>> siens, logos d'autres utilisateur·trices, etc.).
>>>
>>> J'ai bricolé le patch ci-joint pour rétablir un contrôle un peu plus
>>> strict des autorisations, s'appuyant sur `autoriser('modifier', ...)`
>>> pour savoir si un·e utilisateur·trice est autorisé·e à recadrer tel
>>> ou tel logo ou document.
>>>
>>> Je ne sais pas trop quelle est la meilleure manière de procéder, mais
>>> si vous préférez, je peux aussi faire un pull request sur git.spip.net
>>> (mais à ce moment-là, il me faudrait un compte sur ce site, s'il vous
>>> plaît).
>>>
>>> Merci beaucoup !
>>>
>>> ++
>>> Glop
>>>
>>>
>>> ___
>>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>>> doc: https://www.spip.net/
>>> dev: https://core.spip.net/
>>> irc://irc.freenode.net/spip
>>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Plugin Massicot et gestion des autorisations

2021-01-01 Par sujet cam.lafit
Bonjour

J'ai réaligné tous les profils pour toutes les orgas tu devrais avoir
accès aux autres orgas manquantes également.

Km

Le 31/12/2020 à 13:14, glopg...@riseup.net a écrit :
> Bonjour tcharlss,
> 
> tcharlss:
>> Ça y est tu devrais être maintenant dans les bonnes orgas.
>> Bons commits !
> 
> Oui, c'est parfait, merci beaucoup !
> 
> ++
> Glop
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Migration Git - Galaxie - Scories

2020-12-31 Par sujet cam.lafit
Hello

La nouvelle forge n'a pas tout repris du trac (certaines page de
documentation). Pour l'histoire et la facilité, je pense que c'est une
bonne idée de les mettre en archive.

Et cela ne mange pas de pain.

Km

Le 28/12/2020 à 20:37, Franck a écrit :
> hello
> Concernant la boussole, j'avais fait une Pr il y a déjà un moment, 
> https://git.spip.net/spip-contrib-extensions/boussole_spip/pulls/1
> Si vous voulez que j'y fasse des modifications, suffit de la dire 
> Franck
> 
> -Message d'origine-
> De : Bruno Bergot  
> Envoyé : lundi 28 décembre 2020 14:53
> À : Eric Lupinacci ; SPIP-Dev 
> Objet : Re: [spip-dev] Migration Git - Galaxie - Scories
> 
> Hop,
> 
> Le 27/12/2020 à 10:41, Eric Lupinacci a écrit :
>>
>> *Renommer des repos*:
>> Pour être plus lisible et cohérent avec le reste il faudrait renommer 
>> les repos galactic_ du nom de l'url:
>> - *contrib* devrait devenir contrib.spip.net
>> - *galactic_spip_net* en www.spip.net
>> - *galactic_programmer* en programmer.spip.net
>> - *galactic_forum* en forum.spip.net
>> - et aussi *univers_spip* en stats.spip.net Ça peut se faire 
>> rapidement mais y a-t-il des conséquences et où ?
> 
> Ok sur le principe, seule conséquence, tous les gens qui avait cloné ces 
> repos devront mettre à jour leur url.
> 
>>
>> *Déprécier des repos*:
>> - *galactic_pluginspip* : début de passage à galactic de Plugins SPIP, 
>> à supprimer car il ne servira jamais étant donné que Contrib inclura 
>> Plugins SPIP à terme
>> - *spip-info* : archiver le repo
>>
> 
> Ok, tu veux que je passe les deux en archive ?
> 
>> *Supprimer ou rajouter de la boussole*:
>> - *spip-info* : à supprimer de la boussole
>> - *stats.spip.net * : à ajouter à la boussole
>> - *git.spip.net  *: à ajouter à la boussole
>> - *SPIP zone* : ne faudrait-il pas le supprimer de la boussole ?
>>
> 
> +1, et oui pour supprimer le lien spip-zone qui de toute façon n'est
> plus à jour cf https://zone.spip.net/trac/spip-zone/log/spip-zone/
> 
>> *Migrer des repos dans Galaxie*:
>> - rapatrier les repos *mediaspip* listés ici :
>> https://pic.infini.fr/WjHjXWPV/aksPYu6u.png. Ce sont les repos utilisés sur
>> medias.spip.net et qui sont au format trunk/branches.
> 
> Même si on peut considérer que mediaspip est à l'abandon, oui il faut 
> copier ces repos sur le git, ne serait-ce que pour archive.
> 
>> - rapatrier les repos *_squelettes_/spip.zone.trac* et
>> _*squelettes_/trac.rezo.net
>> * pour mémoire et les archiver. Ce n'est pas grand
>> chose mais ça me parait plus cohérent.
>>
> 
> Bof, mais si tu penses que c'est nécessaire, ça ne mange pas de pain.
> 
> ++
> b_b
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Plugin Massicot et gestion des autorisations

2020-12-31 Par sujet cam.lafit
Bonjour

Voeux de fin d'année exaucés. Ton compte a été ouvert sur la forge git.
Bien entendu cela sous entend que tu acceptes
https://git.spip.net/CharteDeFonctionnement.html lors de ta connexion.

Pour la PR cela devrait se passer par ici :
https://git.spip.net/spip-contrib-extensions/massicot

Km

Le 30/12/2020 à 16:36, glopg...@riseup.net a écrit :
> Bonjour à tou·tes,
> 
> J'ai l'impression qu'il y a un petit souci avec le plugin Massicot
> dans sa version actuelle : aucune vérification d'autorisation n'est
> effectuée, ce qui permet de recadrer des documents que l'on n'aurait
> normalement pas le droit de modifier (logos d'autres articles que les
> siens, logos d'autres utilisateur·trices, etc.).
> 
> J'ai bricolé le patch ci-joint pour rétablir un contrôle un peu plus
> strict des autorisations, s'appuyant sur `autoriser('modifier', ...)`
> pour savoir si un·e utilisateur·trice est autorisé·e à recadrer tel
> ou tel logo ou document.
> 
> Je ne sais pas trop quelle est la meilleure manière de procéder, mais
> si vous préférez, je peux aussi faire un pull request sur git.spip.net
> (mais à ce moment-là, il me faudrait un compte sur ce site, s'il vous
> plaît).
> 
> Merci beaucoup !
> 
> ++
> Glop
> 
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Les PR sont coincées !

2020-12-30 Par sujet cam.lafit
Hello

Merci pour l'alerte j'étais en mode semi déconnecté. C'est en effet la
mise à jour qui posait problème.
Lors du rédemmarage de la forge, le processus dédié à la gestion des PR
ne s'est pas lancé.

Cela semble maintenant corrigé.

Bonne année :)

Camille

Le 30/12/2020 à 11:06, Cerdic a écrit :
> Hello Camille,
> 
> je sais pas si c’est lié à la mise à jour, mais toutes les PR
> de https://git.spip.net/spip/spip/
> <https://git.spip.net/spip/spip/> sont bloquées dans un état
> "Vérification des conflits de fusion en cours. Réessayez dans quelques
> instants."
> 
> Au début j’ai cru que c’était parce que c’étaient des vieilles PR
> difficiles à traiter, mais même sur une PR toute simple et récente on a
> le problème
> https://git.spip.net/spip/spip/pulls/82
> <https://git.spip.net/spip/spip/pulls/82>
> 
> -- 
> Cédric
> Le 22 déc. 2020 à 09:43 +0100, cam.lafit , a écrit :
>> Bonjour
>>
>> De 10 à 11h le serveur git va basculer en maintenance. Il y a plusieurs
>> mises à jour de retard, alors je profite d'un petit créneau pour m'y
>> coller.
>>
>> Km
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] [git.spip.net] Mise à jour du serveur 1.13.0

2020-12-22 Par sujet cam.lafit
Bonjour

Ce matin a été effectuée une mise à jour de notre forge git.spip.net.
Cela faisait 6 mois que rien n'avait été fait, il était temps d'y remédier.

Nous sommes passés de la version 1.12.1 à la 1.13.0 sortie le 2 décembre
dernier.

Durant cette période nous avons donc eu plusieurs rattrapages de version
à faire :
de la 1.12.2 du 12/07/2020
à  la 1.13.0 du 02/12/2020

En pèle-mêle ces différentes versions ont apportées :
* des améliorations sur l'api
* des optimisations de cache
* des ajustements sur les émoji
* des correctifs de sécurité sur Oauth et  oubli de mot de passe
* des améliorations concernant l'import de forges externe

En évolutions majeures on peut noter :
* des évolutions sur le système d'import de dépot (en cours de validation)
* une amélioration concernant les imports depuis diverses sources git
* le contrôle de mot de passe depuis l'outil HaveIBeenPwned
* la (ré)activation d'open id pour les comptes existants
* le support de graphique/flux via la syntaxe mermaid
(https://mermaid-js.github.io/mermaid/ )
* le support de kanban

Pour le détail des mises à jours :
* https://blog.gitea.io/2020/07/gitea-1.12.2-is-released/
* https://blog.gitea.io/2020/07/gitea-1.12.3-is-released/
* https://blog.gitea.io/2020/09/gitea-1.12.4-is-released/
* https://blog.gitea.io/2020/10/gitea-1.12.5-is-released/
* https://blog.gitea.io/2020/11/gitea-1.12.6-is-released/
* https://blog.gitea.io/2020/12/gitea-1.13.0-is-released/


Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [spip-team] Maintenance git.spip.net : 22/12/2020 de 10h à 11h

2020-12-22 Par sujet cam.lafit
Bonjour

Le service git est rétabli depuis 11h03.

Camille

Le 22/12/2020 à 09:43, cam.lafit a écrit :
> Bonjour
> 
> De 10 à 11h le serveur git va basculer en maintenance. Il y a plusieurs
> mises à jour de retard, alors je profite d'un petit créneau pour m'y coller.
> 
> Km
> ___
> spip-t...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-team
> 
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Maintenance git.spip.net : 22/12/2020 de 10h à 11h

2020-12-22 Par sujet cam.lafit
Bonjour

De 10 à 11h le serveur git va basculer en maintenance. Il y a plusieurs
mises à jour de retard, alors je profite d'un petit créneau pour m'y coller.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Reposter sur twitter facebook et Instagram ?

2020-11-24 Par sujet cam.lafit
Hello

2 cailloux à l'édifice concernant la publication.
Instagram ne permet plus de publier quoique ce soi chez eux, c'est noté
en clair dans leur CGV. Il reste 2 cas possibles :
* utiliser le SDK pour android/iphone.
* utiliser un service tiers payant qui ont négocié avec FB/insta.

Pour twitter, c'est encore possible j'utilise un plugin WP qui fait le
boulot et la création du compte développeur n'était pas trop compliqué.
Un peu long mais en suivant le pas à pas communiqué, cela s'est fait
sans trop de douleur.

Km

Le 23/11/2020 à 21:43, JLuc a écrit :
> Le 14/11/2020 à 08:08, JLuc a écrit :
>> Là j'ai un fix qui permet de connecter un compte twitter et de faire
>> fonctionner la lecture :
>> les balises #INCLURE{fond=inclure/twidget_search} et
>> #INCLURE{fond=inclure/twidget_profile}
>> C'est assez sympa avec le raffraîchissement automatique.
> 
> Le fix est expliqué là :
> https://git.spip.net/spip-contrib-extensions/twitter/issues/2
> mais pas commité.
> 
>> J'ai demandé sur user si des spipeurs utilisaient vraiment ce plugin
> 
> Klaus a répondu qu'il a un site qui l'utilise avec un paramétrage antique
> pour récupérer les tweets d'un compte.
> Et sur ce site, le tweet (spip -> twitter) ne fonctionne pas.
> 
>> Reste à réactiver la possibilité de twitter.
> 
> J'ai donc essayé sans succés de réactiver la possibilité de tweeter,
> sans succès.
> J'ai également essayé 2 librairies :
> https://github.com/dg/twitter-php dont l'API est sympa
> et https://github.com/J7mbo/twitter-api-php qui semble plus souvent
> référencée.
> Sans succés aussi !
> 
> Peut être mon compte développeur twitter n'est il pas paramétré
> correctement ?
> Je ne suis jamais certain de bien comprendre les docs
> et j'ai du mal à m'y retrouver dans les différents outils ou catégories
> d'API.
> Pour l'instant je suis passé à autre chose.
> 
> JL
> 
>>> Le 11 nov. 2020 à 10:16 +0100, JLuc , a écrit :
 Hello

 J'aimerais diffuser certains contenus éditoriaux, ou leur annonce,
 sur twitter, facebook et instagram notamment.
 Certains sites comme iftt permettent pas mal de choses à partir d'un
 flux RSS,
 mais ils utilisent des raccourcisseurs non maîtrisés, le paramétrage
 semble limité
 et le rendu n'est pas toujours satisfaisant. À moins que vous ne
 connaissiez une super ressource ?

 Visiblement il y a des API pour facebook et instagramm qui semblent
 permettre cela :
 - API "New Page Experience" :
 https://developers.facebook.com/docs/pages
 - Flux rss des Instant Articles :
 https://developers.facebook.com/docs/instant-articles/publishing/setup-rss-feed

 - API des Instant Articles :
 https://developers.facebook.com/docs/instant-articles/api
 - instagram : https://developers.facebook.com/docs/instagram +
 https://developers.facebook.com/docs/instagram-api

 J'ai cherché dans la proche galaxie spip et trouvé le plugin twitter
 https://contrib.spip.net/4393
 Il est bien prévu pour poster sur twitter,
 mais les derniers commentaires indiquent que ce plugin ne marche plus,
 probablement en raison d'une modification de l'API.
 Des personnes parviennent elles quand même à s'en servir actuellement ?

 Il y a aussi un plugin facebook d'il y a 10 ans mais il doit être
 périmé vu que les API changent régulièrement.

 Et vous comment faites-vous pour ces fonctionnalités ?

 JLuc

 ___
 liste: https://listes.rezo.net/mailman/listinfo/spip-dev
 doc: https://www.spip.net/
 dev: https://core.spip.net/
 irc://irc.freenode.net/spip
>>>
>>
>>
> 
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Soyez sympa, arrêtez de rembobiner...

2020-09-07 Par sujet cam.lafit

Hello

Étant en congé je ne vois l'échange que maintenant.

Concernant subgit on a bien coupé l'écriture depuis le svn. Il ne doit 
que traduire vers le svn pour maintenir un service de lecture.


Je vais regarder les journaux pour voir pourquoi les commits sont passés 
en branche d'attente. De mon coté il n'y pas de raison suite au point 
précédent. Git fait foi depuis le 1er juillet.


Concernant l'espace disque c'est hors sujet, c'est de la tambouille 
serveur et cela n'impacte pas les usages.


On a encore un cas qui justifie en l'état subgit, c'est le découpage 
"composer". C'est lui qui permet d'avoir les 2 sous projets ecrire/ et 
prive/ sans avoir à commiter dessus.
On peut sûrement faire autrement, vu qu'officiellement ces dépôts ne 
sont pas sensés être utilisés.
J'avais regarder pour les casser en full git. Je n'ai pas encore eu le 
temps de valider le process. Je m'y recolle.


Km


Le 03/09/2020 à 21:02, Eric Lupinacci a écrit :

Je recommence car les touches m'ont joué des tours.

On a dit qu'on couperait au 1 juillet.
On a fermé le SVN en écriture le 1 juillet mais le subgit est resté branché.
Ca fait deux mois qu'on ne s'en sert plus et que personne n'en a eu 
besoin comme prévu.


Donc je souhaiterais maintenant qu'après tous les efforts qu'on a fait 
on finisse enfin quelque chose jusqu'au bout et donc que l'on coupe le 
subgit ce qui nous permettra aussi d'éviter d'avoir 100Mo pour un repo 
de 1 Mo.


Et comme le dit Cédric on a peut être mieux à faire de se prendre la 
tête et la gueule sur un tel sujet pendant que Contrib et SPIP 3.3 
s'épuisent dans leur coin...


Donc on dit début de la semaine prochaine ?

Le jeu. 3 sept. 2020 à 20:57, Eric Lupinacci > a écrit :


Hello,

On a dit qu'on couperait au 1 juillet.
On a fermé le SVN en écriture le 1 juillet mais le subgit est resté
branché.
C

Le jeu. 3 sept. 2020 à 17:03, Cerdic mailto:ced...@yterium.com>> a écrit :

Bon donc hier j’ai envoyé 2 commits sur spip sur les branches
spip 3.2 et master.

Et au moment de pousser une branche de dev et de faire une PR
aujourd’hui je vois que ces deux commits ont disparus de master
et de la branche 3.2.

De fait, quand je pioche dans les mails d’hier et que je clic
sur les liens, les commits sont bien dans l’arbre, mais dans des
branches
subgit/unsynced/...


https://git.spip.net/spip/spip/commit/9825b8b5874043fa987dfa5f6120bd04a2246e9d

https://git.spip.net/spip/spip/commit/06da062331024d62cf80d1ed06c3f5125816c783

Je constate que les 2 commits ne sont pas non plus sur le mirroir.

J’ai essayé de les repousser en regardant aussitot sur le
git.spip.net  : mes 2 commits arrivent bien
sur les branches, puis après pfiout ils disparaissent.

Ce qui m’amène aux reflexions et questions suivantes :

- jamais aucune forge git ne m’avait perdu des commits avant que
de bosser sur git.spip.net  !
- on avait dit qu’on se débarassait de subgit au 1er juillet, non ?
- qu’est ce que ce truc fait encore à nous pourrir la vie alors
que plus personne n’en veut et qu’il ne nous sert plus à rien ?

On a pas autre chose à faire de notre peu d’énergie que de
passer notre temps à récupérer les oups et les foirures de
subgit, ou à s’écharper à son sujet ?

On a essayé, aussi fort et autant qu’on a pu.
Ça ne marche pas de façon satisfaisante.
Donc on va pas encore se farcir le truc des mois, on coupe et on
arrête les frais.

Je comprends même pas que ce soit encore un sujet...

-- 
Cédric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip 


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Plugin spip référencé chez matomo/piwik

2020-08-13 Par sujet cam.lafit

Salut

Pour info je trouvais dommage que le plugin SPIP ne soit pas listé chez 
matomo.

Cela est corrigé depuis ce jour :
https://matomo.org/integrate/#content-management-systems

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] [git.spip.net] Maintenance sur serveur

2020-08-03 Par sujet cam.lafit

Bonjour

Dans le cadre d'une amélioration de la capacité disque du serveur, j'ai 
lancée une opération de migration de données interne.
Dans la pratique, les données du serveur sont déplacées sur une autre 
disque dur.
À noter, il n'y a pas de coupure de service, c'est une opération interne 
transparente. Toutefois il est possible que vous constatiez des 
ralentissements ponctuels au cours de la matinée.
Cela est donc normal, une fois la migration effecutée le service sera à 
nouveau pleinement opérationnel.


Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] 3 repos corrompus en mode —mirror

2020-07-24 Par sujet cam.lafit

Salut

Oui j'ai vu ta réponse entre temps.
Pour le dépôt spip je confirme que c'est bien réparé, j'ai pu relancer 
la synchronisation sur la copie github.


Pour les 2 autres je dois regarder plus en détail à quoi cela correspond.

Km


Le 24/07/2020 à 11:49, Cerdic a écrit :

Hello,

comme indiqué j’ai fait un git clone —mirror sur l’ensemble des projets 
git, et je n’ai eu de problèmes que sur ces 3 cas là.


Dans le cas de SPIP c’est réparé, il reste les 2 autres.
Pour metasplus c’est visiblement une référence d’un objet caché car je 
l’ai pas en local

Pour l’autre il donne aucune référence et je n’en ai pas de copie ancienne.

Dans les 2 cas j’ai pu faire un clone —bare donc tout récupérer sauf les 
objets cachés du type subgit donc c’est pas bien grave


--
Cédric
Le 24 juil. 2020 à 11:22 +0200, cam.lafit , a 
écrit :

Salut

Il me semblait avoir reconstruit metaplus suite aux derniers incidents.
Pour colonne_raccourci il ne me dit rien, je n'ai pas souvenir de
l'avoir identifié dans les dépots cassés.

Concernant spip, j'avais fait une demande pour avoir des copie loclas de
spip pour retrouver les objets et les réinjecter sans nouvelle depuis.

Pour réparer un dépôt en général il me faut des copie non purgé. De là
si l'objet existe dans la copie il peut être réimporté.
On a aussi les objet "dangling" qui bloquent parfois mais qui ne sont
pas utile, je peux alors les purger.

Un cas problématique c'est quand il s'agit d'un objet subgit. Dans ce
cas je pars du principe que personne n'a de copie locale.
A ma connaissance rare sont les personnes à configurer leur dépot avec
clonage des notes dépots.

Je vais regarder plus en détail l'état des dépôts. Si toute personne a
des copies, je veux bien en recevoir un double.

Km

Le 23/07/2020 à 15:04, Cerdic a écrit :

Hello,

je viens d’essayer de faire un git clone —mirror sur l’ensemble des
projets de git.spip.net, et j’en ai 3 qui sont en erreur, dont notamment
SPIP lui même, c’est un peu embêtant :/

git clone --mirror
https://git.spip.net/spip-contrib-extensions/metasplus.git 
repositories/spip-contrib-extensions/metasplus
Cloning into bare repository
'repositories/spip-contrib-extensions/metasplus'...
remote: error: Could not read d36ee3773080dc1ab2bf719a78fe41abea17af89
remote: fatal: Failed to traverse parents of commit
b2826d48b6f70d92905589cd95f927219136171b
remote: aborting due to possible repository corruption on the remote 
side.

fatal: protocol error: bad pack header

git clone --mirror
https://git.spip.net/spip-contrib-extensions/colonne_raccourci.git 
repositories/spip-contrib-extensions/colonne_raccourci
Cloning into bare repository
'repositories/spip-contrib-extensions/colonne_raccourci'...
remote: Enumerating objects: 53, done.
remote: fatal: mmap failed: No such device
remote: aborting due to possible repository corruption on the remote 
side.

fatal: protocol error: bad pack header

git clone --mirror 
https://git.spip.net/spip/spip.git repositories/spip/spip

Cloning into bare repository 'repositories/spip/spip'...
remote: error: Could not read 930a3f4df8c10ecc597f63ace5968e6a8abe2e92
remote: fatal: Failed to traverse parents of commit
d0908f717b611c4013d264a797742b23cd03ce90
remote: aborting due to possible repository corruption on the remote 
side.

fatal: protocol error: bad pack header

Le fait est que
https://git.spip.net/spip/spip/commit/d0908f717b611c4013d264a797742b23cd03ce90 
est
du coup en erreur 500
et
https://git.spip.net/spip/spip/commit/930a3f4df8c10ecc597f63ace5968e6a8abe2e92 
n’existe
pas

Probablement que ça vient des manipulations/corruptions/reparations
qu’on a fait sur les repositories, mais cela dit je me souviens pas du
tout qu’on ait eu des soucis sur colonne_raccourci

Cela dit je ne sais pas ce qu’il faut faire pour réparer ça...

--
Cédric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] 3 repos corrompus en mode —mirror

2020-07-24 Par sujet cam.lafit

Salut

Il me semblait avoir reconstruit metaplus suite aux derniers incidents.
Pour colonne_raccourci il ne me dit rien, je n'ai pas souvenir de 
l'avoir identifié dans les dépots cassés.


Concernant spip, j'avais fait une demande pour avoir des copie loclas de 
spip pour retrouver les objets et les réinjecter sans nouvelle depuis.


Pour réparer un dépôt en général il me faut des copie non purgé. De là 
si l'objet existe dans la copie il peut être réimporté.
On a aussi les objet "dangling" qui bloquent parfois mais qui ne sont 
pas utile, je peux alors les purger.


Un cas problématique c'est quand il s'agit d'un objet subgit. Dans ce 
cas je pars du principe que personne n'a de copie locale.
A ma connaissance rare sont les personnes à configurer leur dépot avec 
clonage des notes dépots.


Je vais regarder plus en détail l'état des dépôts. Si toute personne a 
des copies, je veux bien en recevoir un double.


Km

Le 23/07/2020 à 15:04, Cerdic a écrit :

Hello,

je viens d’essayer de faire un git clone —mirror sur l’ensemble des 
projets de git.spip.net, et j’en ai 3 qui sont en erreur, dont notamment 
SPIP lui même, c’est un peu embêtant :/


git clone --mirror 
https://git.spip.net/spip-contrib-extensions/metasplus.git repositories/spip-contrib-extensions/metasplus
Cloning into bare repository 
'repositories/spip-contrib-extensions/metasplus'...

remote: error: Could not read d36ee3773080dc1ab2bf719a78fe41abea17af89
remote: fatal: Failed to traverse parents of commit 
b2826d48b6f70d92905589cd95f927219136171b

remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header

git clone --mirror 
https://git.spip.net/spip-contrib-extensions/colonne_raccourci.git repositories/spip-contrib-extensions/colonne_raccourci
Cloning into bare repository 
'repositories/spip-contrib-extensions/colonne_raccourci'...

remote: Enumerating objects: 53, done.
remote: fatal: mmap failed: No such device
remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header

git clone --mirror https://git.spip.net/spip/spip.git repositories/spip/spip
Cloning into bare repository 'repositories/spip/spip'...
remote: error: Could not read 930a3f4df8c10ecc597f63ace5968e6a8abe2e92
remote: fatal: Failed to traverse parents of commit 
d0908f717b611c4013d264a797742b23cd03ce90

remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header

Le fait est que 
https://git.spip.net/spip/spip/commit/d0908f717b611c4013d264a797742b23cd03ce90 est 
du coup en erreur 500
et 
https://git.spip.net/spip/spip/commit/930a3f4df8c10ecc597f63ace5968e6a8abe2e92 n’existe 
pas


Probablement que ça vient des manipulations/corruptions/reparations 
qu’on a fait sur les repositories, mais cela dit je me souviens pas du 
tout qu’on ait eu des soucis sur colonne_raccourci


Cela dit je ne sais pas ce qu’il faut faire pour réparer ça...

--
Cédric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] [git.spip.net] Mise à jour de serveur pour le 21/07 au matin (7h - 9h)

2020-07-21 Par sujet cam.lafit

Bonjour

Les services ont été migrés et réactivés.
Vous pouvez accéder normalement à la forge.

Km

Le 21/07/2020 à 09:05, cam.lafit a écrit :

Bonjour

La migration est toujours en cours. Je me suis raté dans mon calcul de 
temps de transfert.
La coupure de service plus longue que prévu. Il faudra encore compter 
encore une heure de coupure.


Km


Le 21/07/2020 à 08:03, cam.lafit a écrit :

Bonjour

La migration est lancée. Les services sont coupé le temps du transfert 
des données.


Km

Le 21/07/2020 à 07:24, cam.lafit a écrit :

Bonjour

La migration est en cour de préparation. Elle devrait être effective 
d'ici 30'


Km

Le 20/07/2020 à 11:15, cam.lafit a écrit :

Bonjour tout le monde


Suite aux derniers incidents sur le serveur, la forge va migrer de 
machine. En l'état je ne peux plus rien faire de plus concernant la 
machine actuelle.


Je suis en train de configurer une nouvelle machine qui accueillera 
donc la forge. J'espère que cela réglera tous les problèmes matériels.


Dans la pratique il s'agira d'un transfert de machine virtuelle. Il 
y aura une coupure de service le temps de transférer les données. 
J'estime un temps de transfet avec contrôle entre 30 et 60 minutes.


Plus la marge de sécurité, on prévoit une coupure entre 7h et 9h

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [git.spip.net] Mise à jour de serveur pour le 21/07 au matin (7h - 9h)

2020-07-21 Par sujet cam.lafit

Bonjour

La migration est toujours en cours. Je me suis raté dans mon calcul de 
temps de transfert.
La coupure de service plus longue que prévu. Il faudra encore compter 
encore une heure de coupure.


Km


Le 21/07/2020 à 08:03, cam.lafit a écrit :

Bonjour

La migration est lancée. Les services sont coupé le temps du transfert 
des données.


Km

Le 21/07/2020 à 07:24, cam.lafit a écrit :

Bonjour

La migration est en cour de préparation. Elle devrait être effective 
d'ici 30'


Km

Le 20/07/2020 à 11:15, cam.lafit a écrit :

Bonjour tout le monde


Suite aux derniers incidents sur le serveur, la forge va migrer de 
machine. En l'état je ne peux plus rien faire de plus concernant la 
machine actuelle.


Je suis en train de configurer une nouvelle machine qui accueillera 
donc la forge. J'espère que cela réglera tous les problèmes matériels.


Dans la pratique il s'agira d'un transfert de machine virtuelle. Il y 
aura une coupure de service le temps de transférer les données. 
J'estime un temps de transfet avec contrôle entre 30 et 60 minutes.


Plus la marge de sécurité, on prévoit une coupure entre 7h et 9h

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [git.spip.net] Mise à jour de serveur pour le 21/07 au matin (7h - 9h)

2020-07-21 Par sujet cam.lafit

Bonjour

La migration est lancée. Les services sont coupé le temps du transfert 
des données.


Km

Le 21/07/2020 à 07:24, cam.lafit a écrit :

Bonjour

La migration est en cour de préparation. Elle devrait être effective 
d'ici 30'


Km

Le 20/07/2020 à 11:15, cam.lafit a écrit :

Bonjour tout le monde


Suite aux derniers incidents sur le serveur, la forge va migrer de 
machine. En l'état je ne peux plus rien faire de plus concernant la 
machine actuelle.


Je suis en train de configurer une nouvelle machine qui accueillera 
donc la forge. J'espère que cela réglera tous les problèmes matériels.


Dans la pratique il s'agira d'un transfert de machine virtuelle. Il y 
aura une coupure de service le temps de transférer les données. 
J'estime un temps de transfet avec contrôle entre 30 et 60 minutes.


Plus la marge de sécurité, on prévoit une coupure entre 7h et 9h

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [git.spip.net] Mise à jour de serveur pour le 21/07 au matin (7h - 9h)

2020-07-20 Par sujet cam.lafit

Bonjour

La migration est en cour de préparation. Elle devrait être effective 
d'ici 30'


Km

Le 20/07/2020 à 11:15, cam.lafit a écrit :

Bonjour tout le monde


Suite aux derniers incidents sur le serveur, la forge va migrer de 
machine. En l'état je ne peux plus rien faire de plus concernant la 
machine actuelle.


Je suis en train de configurer une nouvelle machine qui accueillera donc 
la forge. J'espère que cela réglera tous les problèmes matériels.


Dans la pratique il s'agira d'un transfert de machine virtuelle. Il y 
aura une coupure de service le temps de transférer les données. J'estime 
un temps de transfet avec contrôle entre 30 et 60 minutes.


Plus la marge de sécurité, on prévoit une coupure entre 7h et 9h

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Pages gitea

2020-07-20 Par sujet cam.lafit

Bonjour

De pouvoir retrouver le mail type sans chercher 36000 ans.
C'était pratique de l'avoir sur le trac, ça l'est encore maintenant

Ensuite tout est améliorable, cela pourrait être sur le wiki de 
core.spip.net (mais sa disparition est une réflexion en cours)


Km

Le 20/07/2020 à 14:09, nicod_ a écrit :

Le 20/07/2020 à 12:35, cam.lafit a écrit :

Ce que je ne comprends pas c'est le titre du lien et le nom du fichier
"MailConfirmationInscription" est-ce qu'il est utilisé pour la
confirmation et envoyé par mail ou ça n'a rien à voir?


Le nom du fichier correspond effectivement à son contenu, c'est le 
modèle du courriel qui est envoyé à la main lors d'une inscription.

C'est la reprise brute du contenu actuel existant sur zone.spip.net


Mais, au final, quel est l'intérêt de ce lien ?


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Pages gitea

2020-07-20 Par sujet cam.lafit

Bonjour


dans le pied de page templates/custom/extra_links_footer.tmpl, on trouve
le lien vers MailConfirmationInscription.html > [...]
qui mène à https://git.spip.net/MailConfirmationInscription.html

Sauf contre indication, je propose de rediriger vers une page mise en
forme proprement et accessibles via SPIP comme
https://www.spip.net/fr_article825.html

à moins qu'il existe déjà une page dédiée ou plus explicite ?


La page indiquée sur spip.net n'a rien à voir avec le contenu du lien. 
Ce sont des des contenus bien distincts.


C'est une page spécifique à la gestion de la forge. Cette page n'a pas 
été modifiée depuis des années. (reprise depuis zone.spip.net)


A mon niveau l’intérêt est plus que faible de vouloir mettre ce contenu 
sur spip.net




Ce que je ne comprends pas c'est le titre du lien et le nom du fichier
"MailConfirmationInscription" est-ce qu'il est utilisé pour la
confirmation et envoyé par mail ou ça n'a rien à voir?


Le nom du fichier correspond effectivement à son contenu, c'est le 
modèle du courriel qui est envoyé à la main lors d'une inscription.

C'est la reprise brute du contenu actuel existant sur zone.spip.net

Km



merci de la réponse

++

touti


Le 20/07/2020 à 11:10, cam.lafit a écrit :

Salut

git.spip.net est un site de la galaxie, du coup cela se passe ici :
https://git.spip.net/spip-galaxie/git.spip.net

Km



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] [git.spip.net] Mise à jour de serveur pour le 21/07 au matin (7h - 9h)

2020-07-20 Par sujet cam.lafit

Bonjour tout le monde


Suite aux derniers incidents sur le serveur, la forge va migrer de 
machine. En l'état je ne peux plus rien faire de plus concernant la 
machine actuelle.


Je suis en train de configurer une nouvelle machine qui accueillera donc 
la forge. J'espère que cela réglera tous les problèmes matériels.


Dans la pratique il s'agira d'un transfert de machine virtuelle. Il y 
aura une coupure de service le temps de transférer les données. J'estime 
un temps de transfet avec contrôle entre 30 et 60 minutes.


Plus la marge de sécurité, on prévoit une coupure entre 7h et 9h

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Pages gitea

2020-07-20 Par sujet cam.lafit

Salut

git.spip.net est un site de la galaxie, du coup cela se passe ici : 
https://git.spip.net/spip-galaxie/git.spip.net


Km

Le 17/07/2020 à 19:44, tout...@free.fr a écrit :

Bonsoir,

En pied de page de git.spip.net il y a une faute sur le mot 
"Confimration d'inscription" et le lien aboutit à une page qui parle de 
SVN, où est-ce que ça peut se changer ?


++
touti



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [PostMortem] Indisponibilité git.spip.net vendredi 10 / samedi 11 juillet

2020-07-16 Par sujet cam.lafit

Bonjour

Pour information le même incident a eu lieu entre 20h et minuit cette nuit.
C'est la même cause, sauf qu'il a fallu une intervention au DC, la prise 
à distance n'était pas possible.


Camille


Le 12/07/2020 à 17:43, cam.lafit a écrit :

Bonjour

Le serveur git.spip.net a été indisponible de vendredi 17h à samedi 11h. 
Durant ce laps de temps le service a été fortement indisponible avec des 
temps de réaction extrêmement lent voir complètement indisponible.

L'ensemble des services ont été impacté http et ssh.

Ceci est dû à un problème sur l'interface réseau qui ne répondait pas 
correctement.
Le fait que sur la route pour le point dans une zone blanche, je n'ai eu 
l'alerte que très tard.

Le service a été relancé au retour d'un accès internet minimum au matin.

Bien entendu toute aide à la maintenance d'un outil libre maintenu par 
la communauté pour la communauté gratuitement et gracieusement est 
acceptée :)


Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Plus de merge request sur git.spip

2020-07-15 Par sujet cam.lafit

Salut

Bonne nouvelle, je me note dans la process que le répertoire de cache 
"indexers" reste chatouilleux.


Km

Le 15/07/2020 à 14:36, Bruno Bergot a écrit :

Super, ça fonctionne de nouveau, j'ai pu merger deux PR en attente.

Merci.

++
b_b

Le 15/07/2020 à 13:59, cam.lafit a écrit :

Bonjour

Je viens de purger un fichier de cache de gitea, je vois que l'option 
de merge est à nouveau disponible sur 
https://git.spip.net/spip/medias/pulls/4


Est ce le cas pour vous ?


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Plus de merge request sur git.spip

2020-07-15 Par sujet cam.lafit

Bonjour

Je viens de purger un fichier de cache de gitea, je vois que l'option de 
merge est à nouveau disponible sur https://git.spip.net/spip/medias/pulls/4


Est ce le cas pour vous ?

Km

Le 15/07/2020 à 08:25, cam.lafit a écrit :

Bonjour


Mais pourquoi ça se met à ne plus marcher d'un coup ?


Si je le savais cela marcherait/serait réparé ou je n'aurais pas à 
demander aux personnes qui maîtrisent mieux le sujet.


Et pourquoi ce serait lié à Gitea, tu as fait une mise à jour pas 
annoncée ?


Parce que c'est gitea qu'on utilise et qu'on parle d'un problème dans 
son interface.
Je n'ai pas fait de mise à jour ces derniers jours. Dans la mesure du 
possible j'essaye de tenir informé assez rapidement la liste, cf le fil 
de discussion dédié.


On est à la version 1.12.1 , je sais avoir communiqué à ce propos sur 
IRC. Toutefois je ne me souviens pas si j'ai fait la compilation des 
évolution sur la liste.



Km




Le 14/07/2020 à 23:03, cam.lafit a écrit :

Bonjour

Merci pour la remontée d'information. Je demande à l'équipe gitea 
s'il y a eu du changement à ce niveau.



Merci

Km

Le 14/07/2020 à 20:21, Bruno Bergot a écrit :

Hop,

Juste pour signaler, on ne peut plus effectuer de merge request sur 
git.spip.net, exemple https://git.spip.net/spip/medias/pulls/4 qui 
affiche continuellement "Vérification des conflits de fusion en 
cours. Réessayez dans quelques instants.".


On me signale que c'est aussi le cas pour d'autres repos hors de 
l'orga SPIP, bref ça semble global.


++
b_b




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Plus de merge request sur git.spip

2020-07-15 Par sujet cam.lafit

Bonjour


Mais pourquoi ça se met à ne plus marcher d'un coup ?


Si je le savais cela marcherait/serait réparé ou je n'aurais pas à 
demander aux personnes qui maîtrisent mieux le sujet.


Et pourquoi ce serait lié à Gitea, tu as fait une mise à jour pas 
annoncée ?


Parce que c'est gitea qu'on utilise et qu'on parle d'un problème dans 
son interface.
Je n'ai pas fait de mise à jour ces derniers jours. Dans la mesure du 
possible j'essaye de tenir informé assez rapidement la liste, cf le fil 
de discussion dédié.


On est à la version 1.12.1 , je sais avoir communiqué à ce propos sur 
IRC. Toutefois je ne me souviens pas si j'ai fait la compilation des 
évolution sur la liste.



Km




Le 14/07/2020 à 23:03, cam.lafit a écrit :

Bonjour

Merci pour la remontée d'information. Je demande à l'équipe gitea s'il 
y a eu du changement à ce niveau.



Merci

Km

Le 14/07/2020 à 20:21, Bruno Bergot a écrit :

Hop,

Juste pour signaler, on ne peut plus effectuer de merge request sur 
git.spip.net, exemple https://git.spip.net/spip/medias/pulls/4 qui 
affiche continuellement "Vérification des conflits de fusion en 
cours. Réessayez dans quelques instants.".


On me signale que c'est aussi le cas pour d'autres repos hors de 
l'orga SPIP, bref ça semble global.


++
b_b




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Plus de merge request sur git.spip

2020-07-14 Par sujet cam.lafit

Bonjour

Merci pour la remontée d'information. Je demande à l'équipe gitea s'il y 
a eu du changement à ce niveau.



Merci

Km

Le 14/07/2020 à 20:21, Bruno Bergot a écrit :

Hop,

Juste pour signaler, on ne peut plus effectuer de merge request sur 
git.spip.net, exemple https://git.spip.net/spip/medias/pulls/4 qui 
affiche continuellement "Vérification des conflits de fusion en cours. 
Réessayez dans quelques instants.".


On me signale que c'est aussi le cas pour d'autres repos hors de l'orga 
SPIP, bref ça semble global.


++
b_b

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] [PostMortem] Indisponibilité git.spip.net vendredi 10 / samedi 11 juillet

2020-07-12 Par sujet cam.lafit

Bonjour

Le serveur git.spip.net a été indisponible de vendredi 17h à samedi 11h. 
Durant ce laps de temps le service a été fortement indisponible avec des 
temps de réaction extrêmement lent voir complètement indisponible.

L'ensemble des services ont été impacté http et ssh.

Ceci est dû à un problème sur l'interface réseau qui ne répondait pas 
correctement.
Le fait que sur la route pour le point dans une zone blanche, je n'ai eu 
l'alerte que très tard.

Le service a été relancé au retour d'un accès internet minimum au matin.

Bien entendu toute aide à la maintenance d'un outil libre maintenu par 
la communauté pour la communauté gratuitement et gracieusement est 
acceptée :)


Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Règles de contribution

2020-07-06 Par sujet cam.lafit

Salut

Amha, il ne reste plus qu'à copier 
https://zone.spip.org/trac/spip-zone/wiki/MailConfirmationInscription 
sur git.spip ou core.spip pour ne pas le perdre quand on coupera trac, 
et on devrait être au point sur le sujet.


https://git.spip.net/MailConfirmationInscription.html

https://git.spip.net/spip-galaxie/git.spip.net/src/commit/66839859b2e8b9ddaf4495edff45ec96637bcabc/public/MailConfirmationInscription.html

A compléter et corriger.

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-07-02 Par sujet cam.lafit

Bonjour

Je confirme que le svn depuis ce matin n'est plus disponible aux commits.

Km

Le 01/07/2020 à 17:39, Eric Lupinacci a écrit :

Yep,


Le 1 juil. 2020 à 17:28, Amaury Adon  a écrit :

Salut
Je viens de voir qu’il y avait epilogue dans la liste. S’il n’est pas trop 
tard, ce serait bien de le migrer. J’en profiterai pour lui faire un bon 
nettoyage de printemps et un article sur contrib


Fait.
A toi de jouer maintenant.

++
Eric


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net

2020-06-30 Par sujet cam.lafit

Salut

En effet j'ai omis de le dire dans le mail, je ne l'ai fait que sur IRC 
:/ (faite ce que je dis pa ce que je fait :/)


Subgit a été relancé mais il prend du temps à traiter. C'est entre 10 et 
20 secondes par dépot et c'est un traitement séquentiel non alphabétique.


Je viens de forcer à la main pages. Cela devrait mieux passer.

De ce que je vois, subgit met un verrou pour traiter un dépôt et savoir 
ce qu'il fait. Comme le disque était saturé la pose de verrou était 
partielle.
Le fait que certains dépôts soient impactés ou non dépendait de la file 
d'attente de subgit et du fait que le verrou ait pu être déposé ou non.


En ayant augmenté l'espace disque, je peux relancer subgit sur tous les 
dépots. Subgit va pouvoir poser ses verrous correctement. Une fois le 
traitement fait je pense qu'on ne devrait plus avoir de problème en rapport.



Km

Le 30/06/2020 à 15:24, Cerdic a écrit :
J’ai donc essayé de pusher sur les repos pages et polyhierarchie, ce que 
j’essaye de faire depuis hier.
C’est passé sur polyhierarchie, mais c’est toujours la même erreur sur 
le plugin pages


$ git remote -v
origin g...@git.spip.net 
<mailto:g...@git.spip.net>:spip-contrib-extensions/pages.git (fetch)
origin g...@git.spip.net 
<mailto:g...@git.spip.net>:spip-contrib-extensions/pages.git (push)


$ git push origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 431 bytes | 431.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) 
is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit 
translation engine.

remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file 
/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/daemon.pid

remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/.

remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and 
Subversion repositories

remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/logs'

remote:
remote: THANK YOU!
To git.spip.net <http://git.spip.net>:spip-contrib-extensions/pages.git
  ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'g...@git.spip.net 
<mailto:g...@git.spip.net>:spip-contrib-extensions/pages.git'


C’est donc totalement aléatoire ? certains repos sont plantés, d’autres 
non et redémarrer les hooks semble ne résoudre que partiellement le 
problème ?


Par ailleurs je ne reçois toujours plus aucun appel sur le hook post 
push sur l’url de contrib, le debardeur ne peut donc plus faire les 
mises à jour de zip ni les notifications de commit...


--
Cédric
Le 30 juin 2020 à 15:11 +0200, cam.lafit , a écrit :

Bonjour

Les services sont relancés.

J'ai réattribué de l'espace disque d'un autre espace présent sur le
serveur. Cela m'a partit de dégager une 100G pour le serveur. Vu les
besoin actuel cela devrait être suffisant dans l'immédiat.

Je dois toutefois prévoir une coupure franche du serveur pour avoir
accès à la totalité des disques (MBR vs GPT) et donc au To disponible.
Je vais voir pour faire ça tranquillement.

Dans le même lors de cette coupure à prévoir je changerai le bloc
d'alimentation, suite aux dernières investigations concernant le crash
du printemps il semble que ce soit le coupable.

Merci de me tenir informé si cela coince encore.

Km


Le 30/06/2020 à 14:24, cam.lafit a écrit :

Bonjour

Je remets le serveur en arret. Ma solution temporaire pour gagner de
l'espace disque n'est pas suffisante. J'applique un autre solution qui
implique l'arret du serveur git.

Cela reste une solution temporaire. On profitera toujours pas de
l'ensemble de la capacité du serveur.

Km

Le 30/06/2020 à 11:54, cam.lafit a écrit :

Bonjour

Le serveur git est à nouveau disponible en LECTURE. Le push est pour
le moment déconseillé le temps que les hooks soient bien réactivés.

Km

Le 30/06/2020 à 10:12, cam.lafit a écrit :

Bonjour

Pour éviter toute surprise j'ai bloqué le dépot git le temps de
resynchroniser les hooks.

La coupure de service sera d'au moins 30 minutes.

Km

Le 30/06/2020 à 10:04, cam.lafit a écrit :

Hello

dans ce cas j'opte plus un p

Re: [spip-dev] [spip-team] Maintenance git.spip.net

2020-06-30 Par sujet cam.lafit

Bonjour

Les services sont relancés.

J'ai réattribué de l'espace disque d'un autre espace présent sur le 
serveur. Cela m'a partit de dégager une 100G pour le serveur. Vu les 
besoin actuel cela devrait être suffisant dans l'immédiat.


Je dois toutefois prévoir une coupure franche du serveur pour avoir 
accès à la totalité des disques (MBR vs GPT) et donc au To disponible.

Je vais voir pour faire ça tranquillement.

Dans le même lors de cette coupure à prévoir je changerai le bloc 
d'alimentation, suite aux dernières investigations concernant le crash 
du printemps il semble que ce soit le coupable.


Merci de me tenir informé si cela coince encore.

Km


Le 30/06/2020 à 14:24, cam.lafit a écrit :

Bonjour

Je remets le serveur en arret. Ma solution temporaire pour gagner de 
l'espace disque n'est pas suffisante. J'applique un autre solution qui 
implique l'arret du serveur git.


Cela reste une solution temporaire. On profitera toujours pas de 
l'ensemble de la capacité du serveur.


Km

Le 30/06/2020 à 11:54, cam.lafit a écrit :

Bonjour

Le serveur git est à nouveau disponible en LECTURE. Le push est pour 
le moment déconseillé le temps que les hooks soient bien réactivés.


Km

Le 30/06/2020 à 10:12, cam.lafit a écrit :

Bonjour

Pour éviter toute surprise j'ai bloqué le dépot git le temps de 
resynchroniser les hooks.


La coupure de service sera d'au moins 30 minutes.

Km

Le 30/06/2020 à 10:04, cam.lafit a écrit :

Hello

dans ce cas j'opte plus un problème avec les hooks coté git.
Je relance tous les hooks sur les dépots

Km

Le 30/06/2020 à 09:27, Cerdic a écrit :

oui du coup j’ai pu pusher sur ce repo

--
Cédric
Le 30 juin 2020 à 09:23 +0200, cam.lafit , 
a écrit :

Salut

Je ne comprends pas où cela coince car :

git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


subgit verify .
SubGit version 3.3.9 ('Bobique') build #4351
(c) TMate Software 2012-2019 (http://subgit.com/)

Verifying repository at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git'. 



Subversion revisions verified: 123404
Mirror is operating normally.

VERIFICATION SUCCESSFUL


git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (3924/3924), done.


J'ai relancé spécifiquement pour ce dépot subgit. En gros cela 
remet les

hooks.

Est ce que pour ce dépot cela fonctionne mieux ?

Km



Le 30/06/2020 à 09:11, Cerdic a écrit :
Il est toujours impossible de pusher sur aucun repo subgit : je 
viens

d’essayer contact et organisation, pages, polygierarchie et
systématiquement on a

remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') 
build #4351):

remote:
remote: You've received this message because SubGit 
(http://subgit.com/)

is installed in your repository
remote: and an error that needs to be dealt with has occurred in 
SubGit

translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/daemon.pid 


remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or 
commits.

remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/. 


remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and
Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/logs' 


remote:
remote: THANK YOU!

--
Cédric
Le 29 juin 2020 à 19:27 +0200, cam.lafit 
, a écrit :

Bonjour

Le service est temporairement rétabli. Je constate que je dois 
faire une

autre opération au préalable.
Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son 
espace
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce 
soir.


Donc vers 19h les services seront coupés le temps que je fasse
l'ajustement de configuration.

Camille
___
spip-t...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net

2020-06-30 Par sujet cam.lafit

Bonjour

Je remets le serveur en arret. Ma solution temporaire pour gagner de 
l'espace disque n'est pas suffisante. J'applique un autre solution qui 
implique l'arret du serveur git.


Cela reste une solution temporaire. On profitera toujours pas de 
l'ensemble de la capacité du serveur.


Km

Le 30/06/2020 à 11:54, cam.lafit a écrit :

Bonjour

Le serveur git est à nouveau disponible en LECTURE. Le push est pour le 
moment déconseillé le temps que les hooks soient bien réactivés.


Km

Le 30/06/2020 à 10:12, cam.lafit a écrit :

Bonjour

Pour éviter toute surprise j'ai bloqué le dépot git le temps de 
resynchroniser les hooks.


La coupure de service sera d'au moins 30 minutes.

Km

Le 30/06/2020 à 10:04, cam.lafit a écrit :

Hello

dans ce cas j'opte plus un problème avec les hooks coté git.
Je relance tous les hooks sur les dépots

Km

Le 30/06/2020 à 09:27, Cerdic a écrit :

oui du coup j’ai pu pusher sur ce repo

--
Cédric
Le 30 juin 2020 à 09:23 +0200, cam.lafit , a 
écrit :

Salut

Je ne comprends pas où cela coince car :

git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


subgit verify .
SubGit version 3.3.9 ('Bobique') build #4351
(c) TMate Software 2012-2019 (http://subgit.com/)

Verifying repository at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git'. 



Subversion revisions verified: 123404
Mirror is operating normally.

VERIFICATION SUCCESSFUL


git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (3924/3924), done.


J'ai relancé spécifiquement pour ce dépot subgit. En gros cela 
remet les

hooks.

Est ce que pour ce dépot cela fonctionne mieux ?

Km



Le 30/06/2020 à 09:11, Cerdic a écrit :

Il est toujours impossible de pusher sur aucun repo subgit : je viens
d’essayer contact et organisation, pages, polygierarchie et
systématiquement on a

remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') 
build #4351):

remote:
remote: You've received this message because SubGit 
(http://subgit.com/)

is installed in your repository
remote: and an error that needs to be dealt with has occurred in 
SubGit

translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/daemon.pid 


remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or 
commits.

remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/. 


remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and
Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/logs' 


remote:
remote: THANK YOU!

--
Cédric
Le 29 juin 2020 à 19:27 +0200, cam.lafit , 
a écrit :

Bonjour

Le service est temporairement rétabli. Je constate que je dois 
faire une

autre opération au préalable.
Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.

Donc vers 19h les services seront coupés le temps que je fasse
l'ajustement de configuration.

Camille
___
spip-t...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-30 Par sujet cam.lafit

Bonjour

Le serveur git est à nouveau disponible en LECTURE. Le push est pour le 
moment déconseillé le temps que les hooks soient bien réactivés.


Km

Le 30/06/2020 à 10:12, cam.lafit a écrit :

Bonjour

Pour éviter toute surprise j'ai bloqué le dépot git le temps de 
resynchroniser les hooks.


La coupure de service sera d'au moins 30 minutes.

Km

Le 30/06/2020 à 10:04, cam.lafit a écrit :

Hello

dans ce cas j'opte plus un problème avec les hooks coté git.
Je relance tous les hooks sur les dépots

Km

Le 30/06/2020 à 09:27, Cerdic a écrit :

oui du coup j’ai pu pusher sur ce repo

--
Cédric
Le 30 juin 2020 à 09:23 +0200, cam.lafit , a 
écrit :

Salut

Je ne comprends pas où cela coince car :

git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


subgit verify .
SubGit version 3.3.9 ('Bobique') build #4351
(c) TMate Software 2012-2019 (http://subgit.com/)

Verifying repository at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git'. 



Subversion revisions verified: 123404
Mirror is operating normally.

VERIFICATION SUCCESSFUL


git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (3924/3924), done.


J'ai relancé spécifiquement pour ce dépot subgit. En gros cela remet 
les

hooks.

Est ce que pour ce dépot cela fonctionne mieux ?

Km



Le 30/06/2020 à 09:11, Cerdic a écrit :

Il est toujours impossible de pusher sur aucun repo subgit : je viens
d’essayer contact et organisation, pages, polygierarchie et
systématiquement on a

remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build 
#4351):

remote:
remote: You've received this message because SubGit 
(http://subgit.com/)

is installed in your repository
remote: and an error that needs to be dealt with has occurred in 
SubGit

translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/daemon.pid 


remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or 
commits.

remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/. 


remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and
Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/logs' 


remote:
remote: THANK YOU!

--
Cédric
Le 29 juin 2020 à 19:27 +0200, cam.lafit , 
a écrit :

Bonjour

Le service est temporairement rétabli. Je constate que je dois 
faire une

autre opération au préalable.
Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.

Donc vers 19h les services seront coupés le temps que je fasse
l'ajustement de configuration.

Camille
___
spip-t...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-30 Par sujet cam.lafit

Bonjour

Pour éviter toute surprise j'ai bloqué le dépot git le temps de 
resynchroniser les hooks.


La coupure de service sera d'au moins 30 minutes.

Km

Le 30/06/2020 à 10:04, cam.lafit a écrit :

Hello

dans ce cas j'opte plus un problème avec les hooks coté git.
Je relance tous les hooks sur les dépots

Km

Le 30/06/2020 à 09:27, Cerdic a écrit :

oui du coup j’ai pu pusher sur ce repo

--
Cédric
Le 30 juin 2020 à 09:23 +0200, cam.lafit , a 
écrit :

Salut

Je ne comprends pas où cela coince car :

git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


subgit verify .
SubGit version 3.3.9 ('Bobique') build #4351
(c) TMate Software 2012-2019 (http://subgit.com/)

Verifying repository at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git'. 



Subversion revisions verified: 123404
Mirror is operating normally.

VERIFICATION SUCCESSFUL


git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 


git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (3924/3924), done.


J'ai relancé spécifiquement pour ce dépot subgit. En gros cela remet les
hooks.

Est ce que pour ce dépot cela fonctionne mieux ?

Km



Le 30/06/2020 à 09:11, Cerdic a écrit :

Il est toujours impossible de pusher sur aucun repo subgit : je viens
d’essayer contact et organisation, pages, polygierarchie et
systématiquement on a

remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build 
#4351):

remote:
remote: You've received this message because SubGit 
(http://subgit.com/)

is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit
translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/daemon.pid 


remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or 
commits.

remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/. 


remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and
Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/logs' 


remote:
remote: THANK YOU!

--
Cédric
Le 29 juin 2020 à 19:27 +0200, cam.lafit , a 
écrit :

Bonjour

Le service est temporairement rétabli. Je constate que je dois 
faire une

autre opération au préalable.
Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.

Donc vers 19h les services seront coupés le temps que je fasse
l'ajustement de configuration.

Camille
___
spip-t...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-30 Par sujet cam.lafit

Hello

dans ce cas j'opte plus un problème avec les hooks coté git.
Je relance tous les hooks sur les dépots

Km

Le 30/06/2020 à 09:27, Cerdic a écrit :

oui du coup j’ai pu pusher sur ce repo

--
Cédric
Le 30 juin 2020 à 09:23 +0200, cam.lafit , a écrit :

Salut

Je ne comprends pas où cela coince car :

git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$
subgit verify .
SubGit version 3.3.9 ('Bobique') build #4351
(c) TMate Software 2012-2019 (http://subgit.com/)

Verifying repository at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git'.

Subversion revisions verified: 123404
Mirror is operating normally.

VERIFICATION SUCCESSFUL


git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$
git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (3924/3924), done.


J'ai relancé spécifiquement pour ce dépot subgit. En gros cela remet les
hooks.

Est ce que pour ce dépot cela fonctionne mieux ?

Km



Le 30/06/2020 à 09:11, Cerdic a écrit :

Il est toujours impossible de pusher sur aucun repo subgit : je viens
d’essayer contact et organisation, pages, polygierarchie et
systématiquement on a

remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build 
#4351):

remote:
remote: You've received this message because SubGit (http://subgit.com/)
is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit
translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/daemon.pid
remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or 
commits.

remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/.
remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and
Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/logs'
remote:
remote: THANK YOU!

--
Cédric
Le 29 juin 2020 à 19:27 +0200, cam.lafit , a 
écrit :

Bonjour

Le service est temporairement rétabli. Je constate que je dois faire une
autre opération au préalable.
Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.

Donc vers 19h les services seront coupés le temps que je fasse
l'ajustement de configuration.

Camille
___
spip-t...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-30 Par sujet cam.lafit

Salut

Je ne comprends pas où cela coince car :

git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 
subgit verify .

SubGit version 3.3.9 ('Bobique') build #4351
  (c) TMate Software 2012-2019 (http://subgit.com/)

Verifying repository at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git'.


Subversion revisions verified: 123404
Mirror is operating normally.

VERIFICATION SUCCESSFUL


git@vailopaa:/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git$ 
git fsck

Checking object directories: 100% (256/256), done.
Checking objects: 100% (3924/3924), done.


J'ai relancé spécifiquement pour ce dépot subgit. En gros cela remet les 
hooks.


Est ce que pour ce dépot cela fonctionne mieux ?

Km



Le 30/06/2020 à 09:11, Cerdic a écrit :
Il est toujours impossible de pusher sur aucun repo subgit : je viens 
d’essayer contact et organisation, pages, polygierarchie et 
systématiquement on a


remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) 
is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit 
translation engine.

remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file 
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/daemon.pid

remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/.

remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and 
Subversion repositories

remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/contacts_et_organisations.git/./subgit/logs'

remote:
remote: THANK YOU!

--
Cédric
Le 29 juin 2020 à 19:27 +0200, cam.lafit , a écrit :

Bonjour

Le service est temporairement rétabli. Je constate que je dois faire une
autre opération au préalable.
Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.

Donc vers 19h les services seront coupés le temps que je fasse
l'ajustement de configuration.

Camille
___
spip-t...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-team] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-29 Par sujet cam.lafit

Bonjour

Le service est temporairement rétabli. Je constate que je dois faire une 
autre opération au préalable.

Je vois pour planifier l'opération complémentaire demain soir.

Km

Le 29/06/2020 à 18:35, cam.lafit a écrit :

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace 
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.


Donc vers 19h les services seront coupés le temps que je fasse 
l'ajustement de configuration.


Camille
___
spip-t...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-team

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Maintenance git.spip.net : Coupure de service dès 19h

2020-06-29 Par sujet cam.lafit

Bonjour

Je dois faire une opération sur le serveur pour agrandir son espace 
disque, n'ayant pas pu m'en occuper ce week end je fais ça ce soir.


Donc vers 19h les services seront coupés le temps que je fasse 
l'ajustement de configuration.


Camille
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Notifs de commits git ?

2020-06-29 Par sujet cam.lafit

Salut

On sait pas compris alors ... Car j'avais indiqué que j'avais affecté le 
hook a une des organisations et de ton coté j'avais compris que tu 
filtrais les orga donc rationalisation de code on met un seul hook au 
niveau supérieur.


Pas de problème pour revenir au niveau organisation ne pas oublier que 
si l'orga change de nom ou une nouvelle arrive cela ne marchera pas 
automatiquement.


Je restaure l'ancienne config tantôt.

Km

Le 29/06/2020 à 09:02, Cerdic a écrit :

Hello,

mais en fait on veut justement pas forcément toutes les organisations ?
C’est très bien de choisir quelles organisations on gère ou pas, et ce 
qu’on avait mis en place marchait très bien.


Du côté SPIP on va pas ajouter des organisations tous les 4 matins.

Et a contrario on a aucune envie ni besoin ni énergie pour traiter les 
Xmilles forks que chacun va éventuellement faire ou les repos 
individuels. Là du coup on s’est retrouvé avec des notifications de 
mails sur les projets de RealET et ça n’a aucun sens de traiter ça, non ?


Quand un truc marche bien, ça peut être pas mal de pas y toucher :p

--
Cédric
Le 27 juin 2020 à 11:01 +0200, cam.lafit , a écrit :

Salut


Une forge git n'est qu'un systeme de hook par dessus des dépots git.
On peut déclarer des hooks au niveau du dépot (standard git), de
l'organisation (gitea) et l'ensemble du serveur (gitea).

Pour débardeur j'avais déclaré le hook au niveau de l'organisation. Du
coup cela ne prenait pas en compte toute les organisations.
Par conséquent j'ai modifié la configuration pour associer ce hook au
niveau global. Pour ne le déclarer qu'une fois.

Depuis ce changement je constate en effet que le hook n'est plus 
déclenché.


Soit je me suis raté au niveau de la déclaration du hook, soit que
l'application sur les dépôts n'a pas cascadé.

Camille


Le 26/06/2020 à 20:13, nicod_ a écrit :

Le 26/06/2020 à 19:21, cam.lafit a écrit :

Salut

Je vais regenérer les hooks gitea pour voir si cela change quelque 
chose.


Donc c'est un hook (genre post commit je suppose ?), et il fait que ce
hook, c'est lui qui envoie le mail de notif à la liste ?


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Faut pas pusher mémé dans les orties

2020-06-29 Par sujet cam.lafit

Salut

Ce n'est pas subgit le problème mais l'espace disque.
J'avais prévu de faire l'augmentation de capacité dans le week end je 
n'ai pas pu.


Je tente de faire ça en fin de journée ou demain matin. Coupure de 
service d'une bonne heure à prévoir.


Km

Le 29/06/2020 à 14:25, Cerdic a écrit :

et polyhierarchie non plus visiblement

$ git push origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) 
is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit 
translation engine.

remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file 
/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/daemon.pid

remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/.

remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and 
Subversion repositories

remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at 
'/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/logs'

remote:
remote: THANK YOU!
To git.spip.net 
:spip-contrib-extensions/polyhierarchie.git

  ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'g...@git.spip.net 
:spip-contrib-extensions/polyhierarchie.git'



Plus que 48h à tenir et on se débarasse de ce fucking subgit qui nous 
pourrit la vie !


--
Cédric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Notifs de commits git ?

2020-06-27 Par sujet cam.lafit

Salut


Une forge git n'est qu'un systeme de hook par dessus des dépots git.
On peut déclarer des hooks au niveau du dépot (standard git), de 
l'organisation (gitea) et l'ensemble du serveur (gitea).


Pour débardeur j'avais déclaré le hook au niveau de l'organisation. Du 
coup cela ne prenait pas en compte toute les organisations.
Par conséquent j'ai modifié la configuration pour associer ce hook au 
niveau global. Pour ne le déclarer qu'une fois.


Depuis ce changement je constate en effet que le hook n'est plus déclenché.

Soit je me suis raté au niveau de la déclaration du hook, soit que 
l'application sur les dépôts n'a pas cascadé.


Camille


Le 26/06/2020 à 20:13, nicod_ a écrit :

Le 26/06/2020 à 19:21, cam.lafit a écrit :

Salut

Je vais regenérer les hooks gitea pour voir si cela change quelque chose.


Donc c'est un hook (genre post commit je suppose ?), et il fait que ce 
hook, c'est lui qui envoie le mail de notif à la liste ?



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Notifs de commits git ?

2020-06-26 Par sujet cam.lafit

Salut

Je vais regenérer les hooks gitea pour voir si cela change quelque chose.


Km

Le 26/06/2020 à 17:20, nicod_ a écrit :

Le 26/06/2020 à 17:01, Cerdic a écrit :
De fait, depuis le 18 juin je n’ai reçu aucune notification push de 
gitea sauf pour les commits sur un repo de RealET...

Et sans notif push pas de notif mail...


Ok merci, mais du coup, qui/quoi est censé envoyer quoi à qui/quoi, et 
ça déclenche quoi ?

C'est un peu nébuleux...

Ce serait peut être pas mal de documenter ça quelque part (sur le wiki 
de Redmine ? de Gitea ?) pour qu'on ait une référence en cas de problème.



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Mots multi parents ?

2020-06-24 Par sujet cam.lafit

Salut

Polyhierarchie a dans son code une logique multi objet.
J'avais regardé il y a (très) longtemps pour gérer ça pour un autre type 
d'objet et cela semblait jouable sans trop de galère.


Km

Le 24/06/2020 à 09:51, Beurt via spip-dev a écrit :

Bonjour,

Il y a quelques années, j’ai été confronté au même souci qui se résume à
donner des mots-clés à un mot-clé (ce sont donc ses « parents »). La
solution (avec représentation graphique des relations), bricolée à
l’arrache s’appelait Mot sur Mots (Momo) :

– https://plugins.spip.net/momo.html
– https://contrib.spip.net/MoMots

Ce n’est sûrement pas une base de
code à reprendre :-) peut-être quelques idées cependant ?

@+

Le 24/06/2020 à 1 h 19, nicod_ a écrit :

Yop,

je me confronte à un cas que je ne sais pas encore trop comment traiter
au mieux.

Sur le principe : des mots clés qui représentent une liste de thèmes et
de sous thèmes.
Les mots clés arborescents, c'est parfait.

Sauf que certains sous thèmes peuvent être liés à plusieurs thèmes.
Une sorte de polyhiérarchie de mots clés, en quelque sorte.

Quelqu'un a déjà bricolé un truc dans le genre ou bien je me lance dans
une usine à gaz ?




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Fwd: Re: Ménage dans les dépots git

2020-06-22 Par sujet cam.lafit

Salut

C'est normalement corrigé. Le serveur n'arrivait pas à choper le dernier 
commit à priori à cause d'un synchro foireuse avec les PR coté github.


Je viens de faire la synchro à la main, cela semble corriger la situation.
Est ce que tu me confirmes ?

Km

Le 19/06/2020 à 10:23, Cerdic a écrit :

Hello Camille,

il y a moyen de corriger ça, je suis totalement spammé par le debardeur ?

--
Cédric
-- Message transféré --
*De :* Cerdic 
*Date :* 18 juin 2020 à 14:39 +0200
*À :* SPIP-dev SPIP , cam.lafit 
*Objet :* Re: [spip-dev] Ménage dans les dépots git


Hello,

je sais pas si il y a un rapport, mais le projet
https://git.spip.net/spip/bigup.git
est planté en erreur 500 sur l’interface web, et clone/push échouent 
(du coup le débardeur rale dans ma boite mail)


--
Cédric
Le 17 juin 2020 à 21:03 +0200, cam.lafit , a 
écrit :

Bonjour

Suite aux précédents incidents serveurs, j'avais corrigé les dépots
urgents et pris un peu de retard sur l'ensemble.

J'ai fait une repasse et j'ai trouvé d'autres dépôts à traiter. Je les
liste et indique pour chacun l'action corrective réalisée :

spip-contrib-extensions/colonne_raccourci.git
qui aurait une copie git ?
spip-contrib-extensions/metasplus.git
qui aurait une copie ?


jluc/bigup.git
restauration depuis le dépôt source biguup
realet/bigup.git
restauration depuis le dépôt source biguup
maieul/bac_a_sable.git
supprimé
nicod_/metasplus.git
supprimé
marcimat/spip.git
supprimé
spip-contrib-squelettes/ressourcotheque.git
recréé depuis le dépôt svn
spip-contrib-extensions/stocks.git
réparé localement

spip/spip.git
investigation en cours

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Ménage dans les dépots git

2020-06-22 Par sujet cam.lafit

Salut

Oui le rebase ignore les commits de merge il faut utiliser 
--preserve-merge (déconseillé mais lisible) ou --rebase-merges (plus 
précis et fiable mais un peu plus abscons)


Le 18/06/2020 à 12:49, Maïeul Rouquette a écrit :

Le 18/06/2020 à 11:43, cam.lafit a écrit :

Bonjour

 > Est-ce qu'il serait possible de repartir plutot de la copie que je 
t'ai

 > envoyé ? Sinon je m'arrangerai pour reprendre les commits dessus...

Malheureusement cela n'a pas été possible. Les éléments corrompus 
était liè aux éléments de synchronisation.

Je n'ai pas eu d'autres choix que de le reconstruire depuis le svn.

Avec un git pull et git rebase --onto tu devrais pouvoir remettre tes 
commits aux bons endroits.


Km



oki, merci pour l'astuce sur --onto. Ca a bien marché, sauf pour les 
commits de merge, mais cela n'a aucune importance. je pense qu'il 
fallait que je rajouter une option, mais tant pis.


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Ménage dans les dépots git

2020-06-18 Par sujet cam.lafit

Bonjour

> Est-ce qu'il serait possible de repartir plutot de la copie que je t'ai
> envoyé ? Sinon je m'arrangerai pour reprendre les commits dessus...

Malheureusement cela n'a pas été possible. Les éléments corrompus était 
liè aux éléments de synchronisation.

Je n'ai pas eu d'autres choix que de le reconstruire depuis le svn.

Avec un git pull et git rebase --onto tu devrais pouvoir remettre tes 
commits aux bons endroits.


Km

Le 17/06/2020 à 23:53, Maïeul Rouquette a écrit :

Merci pour ce travail.

Cependant pour la ressourcothèque, je t'avais envoyé une copie locale 
que j'avais.


Là les hash de la version restaurée ne correspondent plus à ce que j'ai 
en local / dans la copie que je t'ai envoyé.






Merci

Maïeul
Le 17/06/2020 à 21:03, cam.lafit a écrit :

Bonjour




spip-contrib-squelettes/ressourcotheque.git
    recréé depuis le dépôt svn


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Accès GIT svp

2020-06-17 Par sujet cam.lafit

Salut

Si ma mémoire est bonne c'est toi qui avait un email en @ifrance
Si oui on peut te le réassocier.

km

Le 17/06/2020 à 18:37, PatV via spip-dev a écrit :

Bonjour,
Je refais donc un fil à propos de mon accès SVN qui n'a pas (encore) été 
basculé en GIT

Un grand merci pour votre attention !
Pat

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Ménage dans les dépots git

2020-06-17 Par sujet cam.lafit

Bonjour

Suite aux précédents incidents serveurs, j'avais corrigé les dépots 
urgents et pris un peu de retard sur l'ensemble.


J'ai fait une repasse et j'ai trouvé d'autres dépôts à traiter. Je les 
liste et indique pour chacun l'action corrective réalisée :


spip-contrib-extensions/colonne_raccourci.git
   qui aurait une copie git ?
spip-contrib-extensions/metasplus.git
   qui aurait une copie ?


jluc/bigup.git
   restauration depuis le dépôt source biguup
realet/bigup.git
   restauration depuis le dépôt source biguup
maieul/bac_a_sable.git
   supprimé
nicod_/metasplus.git
   supprimé
marcimat/spip.git
   supprimé
spip-contrib-squelettes/ressourcotheque.git
   recréé depuis le dépôt svn
spip-contrib-extensions/stocks.git
   réparé localement

spip/spip.git
   investigation en cours

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-17 Par sujet cam.lafit

Salut

Par exemple sur l'api gitea comme le fait l'autre script d'import.
Avant d'avoir une logique via composer.

https://git.spip.net/spip-contrib-outils/git_loader/src/branch/master/git_loader.sh#L84

Km

Le 16/06/2020 à 16:42, nicod_ a écrit :

Le 15/06/2020 à 15:34, Eric Lupinacci a écrit :

Hello,


Je fais suite à mon mail du 28/05 sur la bascule finale sous Git au 1 
juillet.

Je rappelle que c’est toujours l’objectif.

Donc je relance un fil pour savoir si vous voyez des opérations 
préalables à faire dans les 15 jours.

Si c’est le cas il est temps de les identifier et de les faire.


Le script checkout.php (et donc j'imagine spip-cli qui l'a intégré) 
s'appuie sur le fichier .gitsvnextmodules pour cloner les plugins de la 
distribution :
https://git.spip.net/spip-contrib-outils/checkout/src/branch/master/checkout.php#L310 



https://git.spip.net/spip/spip/src/branch/master/.gitsvnextmodules

S'il n'y a plus de SVN, ce fichier n'a plus de sens.

Par quoi le remplacer ?


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-17 Par sujet cam.lafit

Bonjour

Au premier juillet on peut bloquer le svn publiquement mais le laisser à 
disposition en interne.
Ainsi on conserve les possibilité d'import/migration comme maintenant 
même après la date fatidique.



Km

Le 16/06/2020 à 15:50, Maïeul Rouquette a écrit :

Le 16/06/2020 à 15:22, Eric Lupinacci a écrit :

Hello,




Pour résumé, il faut qu'on revalide notre process d'accueil, car 
j'allais enfin prendre le temps de le faire pour Rémi (cf le fil à 
propos de html5up_lens) et je me rends compte que je ne sais plus 
quelle est la démarche maintenant qu'on est sous git, et surtout, je 
n'ai pas les droits pour lui créer un compte sur gitea...




Autre sujet aussi.
Sur la zone il nous reste encore les répertoires racine suivants qui 
ont été peu explorés:

- _acotes_ : dernière modification il y a 3 ans
- _composer_ : les tests de James
- _contribs_ : dernière modification il y a 5 ans
- _dev_ : on a récupérer Salvatore et univers_spip
- _doc_ : dernière modification il y a 7 ans
- _graphismes_ : dernière modification il y a 3 ans
- _modeles_ : dernière modification il y a 4 ans

Et _REGLES_DE_COMMIT et autodoc.txt

Je ne sais pas si il y a des choses récupérables d’emblée mais surtout 
on a _graphismes_ et _doc_ qui ne sont pas du tout du code et ne 
rentrent dans aucune organisation sous Gitea.
Ne faudrait-il pas créer un dernière organisation spip-contrib-annexes 
pour ce type de contributions graphiques ou autres ?

Et alors on y verserait quelques repos actuels à définir.

là comme ca je me dit que "doc" n'a rien a faire sur un gestionnaire de 
code (sauf si on décide à passer à de la doc embarquée), et que ca 
devrait être rappatrièe sur spip.net/contrib.spip.net


_modeles_ j0imagime qu'on a des modèles à part, mais ca mériterait s'ils 
sont utiles d'être encapsulés dans des plluginsd


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Mise à jour git.spip.net

2020-06-09 Par sujet cam.lafit

Bonjour

La mise à jour du serveur git a eu lieu ce matin. On est passé de la 
version 1.11.4 à la version 1.11.4


Il s'agit principalement de correctifs divers et variés, rien de 
particulier à signaler.


Pour le détail complet :
https://blog.gitea.io/2020/05/gitea-1.11.5-is-released/

Km


Le 11/04/2020 à 01:25, cam.la...@azerttyu.net a écrit :

Bonjour  tout le monde

Une mise à jour a eu lieu. On passe de la version 1.11.1 à la version
1.11.4. On était passé par une version intermédiaire le 19 mars (un
1.11.2-rc) pour laquelle je n'avais pas communiqué.
On peut noter sur ces mises à jours :
* Principalement des correctifs divers
* Un correctif sur les pièces jointes dans les tickets (ceux ci ont
été supprimés en partie lors du passage en 1.10/1.11) (correctif
déployé le 19 mars)
* Un correctif sur le support de Go (pouvant entrainer des montées en
charge du serveur)
* Des améliorations à la marge sur la gestion des PR

En soit pas de grande évolution, principalement de la mise au propre de l'outil.

Pour plus d'information je vous invite à consulter les pages suivantes :
* https://blog.gitea.io/2020/03/gitea-1.11.2-is-released/
* https://blog.gitea.io/2020/03/gitea-1.11.3-and-1.10.6-released/
* https://blog.gitea.io/2020/04/gitea-1.11.4-is-released/

Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Suppression de branches sur git.spip & tracker redmine

2020-06-09 Par sujet cam.lafit

Salut

Tu peux ouvrir le ticket sur 
https://core.spip.net/projects/git-spip-net/issues


Désolé pour le temps de réaction

Km

Le 09/06/2020 à 10:11, cam.lafit a écrit :

Bonjour

Ok j'ai compris c'est le module git de redmine qui faisait planté le 
serveur.
En le désactivant j'ai omis que j'avais branché le dépôt git sur ce 
projet, d'où les 500 spécifiques à ce projet.


Je vois pour restaurer le projet.

Km

Le 07/06/2020 à 11:52, Bruno Bergot a écrit :

Salut,

Je viens de tenter de supprimer toutes les branches de PR fusionnées, 
cf :


https://git.spip.net/spip/spip/branches

Je l'avais déjà fait hier, mais les branches ont questions sont 
revenus à leur état précédent.


J'ai donc tenté de signaler le bug dans le tracker de git.spip, mais 
celui-ci est en erreur 500 depuis quelques jours cf 
https://core.spip.net/projects/git-spip-net/issues/


Ce mail fait donc office de ticket :p

++
b_b

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Suppression de branches sur git.spip & tracker redmine

2020-06-09 Par sujet cam.lafit

Bonjour

Ok j'ai compris c'est le module git de redmine qui faisait planté le 
serveur.
En le désactivant j'ai omis que j'avais branché le dépôt git sur ce 
projet, d'où les 500 spécifiques à ce projet.


Je vois pour restaurer le projet.

Km

Le 07/06/2020 à 11:52, Bruno Bergot a écrit :

Salut,

Je viens de tenter de supprimer toutes les branches de PR fusionnées, cf :

https://git.spip.net/spip/spip/branches

Je l'avais déjà fait hier, mais les branches ont questions sont revenus 
à leur état précédent.


J'ai donc tenté de signaler le bug dans le tracker de git.spip, mais 
celui-ci est en erreur 500 depuis quelques jours cf 
https://core.spip.net/projects/git-spip-net/issues/


Ce mail fait donc office de ticket :p

++
b_b

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Import de github dans git.spip

2020-05-26 Par sujet cam.lafit

Salut

Oui faut qu'on se coordonne. Les logs sont assez verbeux et comme c'est 
un cas que je n'ai pas testé outre mesure je ne sais pas encore quoi 
chercher exactement.


Bippes moi sur IRC pour qu'on se cale.

Km


Le 24/05/2020 à 22:45, nicod_ a écrit :

Le 21/05/2020 à 18:27, nicod_ a écrit :

Yop,

j'ai essayé de rapatrier tri_par_rubrique sur Gitea en lançant une 
migration, mais la tasse clignote depuis 3 heures...

https://git.spip.net/spip-contrib-extensions/tri_par_rubrique

Je pense qu'il faudrait le supprimer, mais est ce que je ré-essaye 
ensuite ?

C'est censé fonctionner ?

Je pourrai créer un dépot simple, et pusher dedans, mais ce serait 
plus propre de pouvoir migrer les PR en même temps.


Salut,

la tasse clignote toujours (elle est vaillante).

Azertyu, tu veux qu'on se cale pour que je refasse la manip et que tu 
regardes les logs ?


J'avais demandé un import avec mes identifiants github et demandé 
l'import des PR, notamment.



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Maintenance de core.spip.org entre 29 mai et 2 juin

2020-05-25 Par sujet cam.lafit

Bonjour

D'ici ce week end et debut de semaine prochaine je vais effectuer une 
mise à jour du serveur et du redmine.


Il se trouve que nous avons une vielle version de redmine et qu'enfin le 
paquet debian a été remis au goût du jour. Mais dans le même temps cela 
obliger de mettre à jour le système. Ce ne sera pas une opération de 
tout repos.


Cela ne réglera peut être pas de facto les erreurs 500 mais cela 
permettra au moins d'assainir la situation et de peut être mieux 
comprendre ce qui coince.


Du fait des mes autres contraintes, il faut prévoir un arrêt de service 
entre 24 et 48h. Ce sera entre vendredi 29 et mardi 2 juin 2020.


Km

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] r124749 - in _plugins_/scssphp/tags/v2.4.1

2020-05-19 Par sujet cam.lafit

Yop

Pour le peu que j'utilise de scss c'est quand même  bien pratique de 
pouvoir les utiliser en s'extrayant du CMS en tant que tel.


Cela m'arrive de reprendre du code ailleurs pour normaliser la 
présentation sur plusieurs outils de publication. Si on peut avoir des 
scss qui ne cassent pas ailleurs c'est quand même mieux :)


Moins grave d'avoir un url d'image foirée que le bloc de scss.

Mes 2 sous

km


Le 19/05/2020 à 17:38, Cerdic a écrit :
Oui c’était un des soucis qui restait à résoudre avec les chemins 
relatifs des medias référencés dans les scss compilées et qui étaient 
toujours relatif à la css principale (bootstrap.scss, theme.scss) ce 
qui posait parfois des impossibilités de surcharge.


Du coup ici on y gagne d’utiliser aussi le mécanisme de surcharge de 
SPIP et ça résoud le soucis de chemin relatif dans tous les cas.
Seul inconvénient, les feuilles de styles scss deviennent non 
utilisables autre part.


En écrivant, je me dis que c’est peut-être la fonction scss url() 
qu’il aurait fallu définir ainsi, qui aurait géré le chemin de son 
argument et retourné une chaine avec url() autour du chemin.


Du coup ça éviterait de casser la syntaxe, et ça couvrirait sans doute 
tous les cas non ?
Au pire, en compilant la même scss avec un autre outil, les chemins 
images seraient faux, mais on casserait pas la compilation. Je sais 
pas ce qui est le mieux…


Un avis ?

--
Cédric
Le 18 mai 2020 à 21:14 +0200, nicod_ , a écrit :

Le 18/05/2020 à 17:03, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a
écrit :

Author: Cerdic
Ajout de la fonction scss find-in-path() propre a SPIP pour 
retrouver un fichier media dans le path SPIP.

Permet :
- de regler les problemes de chemins car le chemin retourne est 
relatif a la feuille SCSS principale compilee

- de rendre surchargeables les fichiers ainsi utilise



Hey ! Génial cet ajout, super pratique, merci !



Details: https://zone.spip.org/trac/spip-zone/changeset/124749



--
nicod_
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] LOGO en webp

2020-05-18 Par sujet cam.lafit

Salut

Une autre solution c'est de proposé le webp aux navigateurs qui l'accepte.

Ce que je fais sur mes hébergements dans leur htacess :

RewriteCond %{HTTP_ACCEPT} image/webpRewriteCond %{REQUEST_URI} 
(?i)(.*)(\.jpe?g|\.png)$RewriteCond %{DOCUMENT_ROOT}%1.webp 
-fRewriteRule (?i)(.*)(\.jpe?g|\.png)$ %1%2\.webp [L,T=image/webp,R]


Si le navigateur accepte le webp et qu'elle existe on le lui envoie au 
lieu du png ou jpg. Cela évite de modifier le comportement natif de spip


En complément j'ai un script d'optimisation qui génère périodiquement 
les webp. (dont les versions modifiée par les filtres images)
Entre autre je m'appuie sur une version patchée de 
https://github.com/VirtuBox/img-optimize


Km

Le 18/05/2020 à 10:03, Arnaud Martin a écrit :

Effectivement, on ne peut pas travailler à partir de WebP, ni le livrer comme 
format d’office, puisque c’est refusé sur iOS notamment.

Ce que je fais de mon côté, c’est que je fabrique les WebP dans image_responsive à 
partir des versions Jpeg (qui restent la norme), ce qui fait qu’ils sont servis dans 
les sources de . Donc en pratique, je travaille exactement comme avant 
avec les JPEG, et c’est au niveau es squelettes, avec image_responsive, que les WebP 
sont fabriqués automatiquement et livrés sous une forme qui fait qu’ils passent 
nickel sous Chrome et Firefox, et qu’iOS continue avec les JPEG.


 
 
 
 
 
 
 


Un détail pas du tout marrant: j’ai un site qui fabrique énormément d’images, 
et notamment des PNG. Et j’ai constaté que GD2 fabriquait une quantité 
astronomique de fichiers PNG corrompus. En revanche, le code de GD2 qui 
fabrique des WepP n’a produit rigoureusement aucune image corrompue. J’ai 
l’impression qu’il y a une énorme différence de qualité de code entre les deux 
fonctions…

ARNO*




Le 18 mai 2020 à 09:55, Cerdic  a écrit :

Hello,

est-ce que je me trompe ou bien le problème de base c’est quand même que si on 
utilise des logos en webp les filtres images de fonctionneront pas dessus et 
donc potentiellement les squelettes sont cassés ?

Je pense qu’en effet il serait opportun de commencer à réflechir à introduire 
webp (je suis prudent, car pour info ce n’est toujours pas supporté par Safari 
et donc iOS https://caniuse.com/#search=webp) mais ça suppose de gérer le 
support dans les filtres images pour qu’on puisse l’utiliser comme les autres 
images...

--
Cédric
Le 18 mai 2020 à 08:57 +0200, Bruno Bergot , a écrit :

En effet ça ne peut pas fonctionner en l'état, le sujet a déjà été
abordé ici https://core.spip.net/issues/3958#note-3 et là
https://github.com/seenthis/seenthis_squelettes/issues/13#issuecomment-510776860
pour plus de détails.

Je prépare un ticket dédié à ce sujet dès que j'ai un moment.

++
b_b

Le 18/05/2020 à 01:20, Maïeul Rouquette a écrit :

hum

je sais pas. Chez moi ca marchait pour limiter les logos à svg...
le formatage m'a l'air correct

aucune idée...


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Cloner tout git.spip.net

2020-05-14 Par sujet cam.lafit

Salut

Un clone git complet est plus lourd que son pendant svn.

~119Go (dont 4go pour spip et dist) vs ~6Go (zone et dist)

Autrement 2 astuces pour avoir des infos plus complètes sur ses copies git

Pour avoir les infos svn dans les commits git (à condition d'avoir un 
dépot suivi sur svn)


||

|fetch = +refs/svn/map:refs/notes/commits |

Pour suivre localement les PR

|fetch = +refs/pull/*/head:refs/remotes/origin/pr/*|||

Km

Le 14/05/2020 à 14:16, nicod_ a écrit :

Le 14/05/2020 à 10:27, Cerdic a écrit :

Hello,

c’est un besoin un peu à la marge mais qui existe :
comment avoir une copie de tous les repos de git.spip.net en local 
pour faire des recherche dans la base de code par exemple ?


C’est maintenant possible avec le script mirror.php que vous 
trouverez là

https://git.spip.net/spip-contrib-outils/gitea_mirror

Le script veille à ne pas charger le serveur inutilement : les appels 
à l’API gitea sont mis en cache et seuls les repositories modifiés 
depuis le dernier appel sont pull à nouveau.

Il peut donc être utilisé sans crainte de charger git.spip.net :)
(il n’y a que le premier clone complet qui génère vraiment une charge)


Ah super, j'étais en train de coder ça dans mon coin aussi.

Avec un cache, c'est parfait, merci.

Et ça devrait peser moins lourd que la zone en svn avec tous ses tags 
maintenant :)


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Fwd: Re: [Pousseur] Erreur sur paquet-minus

2020-05-13 Par sujet cam.lafit

Salut

J'ai relancé le démon subgit sur l'ensemble des dépôts. C'est un 
traitement itératif. Je scanne chaque dépôt suivi par subgit, je le 
désactive et réactive ensuite.


Cela permet de rebrancher le démon correctement.

A noter que cela prend 20/30 secondes par dépot. C'est en cours depuis 
de 11h00. Aucune du temps restant vu que la boucle ne traite pas par 
ordre alphabétique.


On a donc au moins 4 repos sur lesquels le daemon subgit semble bloquer 
le push :


minus
saisies
formidable
oembed

:(


On a au moins trad-lang aussi.

Une fois la boucle passée j'aurais une meilleure idée de dépots qui 
coince avec subgit.


Km

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] git.spip.net et reboot hardu

2020-05-12 Par sujet cam.lafit

Bonjour


21 Repositories en erreur
- https://git.spip.net/spip-contrib-squelettes/html5up_hyperspace.git
En cours on n'a pas de copie à jour. Une reconstruction manuelle va 
être effectuée.




- https://git.spip.net/spip-contrib-extensions/eva_geometrie.git

réparé

- https://git.spip.net/spip-contrib-extensions/diogene_agenda.git

réparé, problème de source svn
- 
https://git.spip.net/spip-contrib-extensions/formidable_identification.git

réparé, problème de source svn


- https://git.spip.net/spip-contrib-extensions/emballe_medias.git
Erreur de migration c'est un metaprojet, il est supprimé et remplacé par 
ses enfants.



- https://git.spip.net/spip-contrib-extensions/gis_geometries_histo.git
- https://git.spip.net/spip-contrib-extensions/gis_geometries_fusion.git
- https://git.spip.net/spip-contrib-extensions/figure.git

Dépôts supprimés.
2 reliquats de tests antérieur
Le dernier n'est plus maintenu sur la zone.


Km

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] git.spip.net et reboot hardu

2020-05-12 Par sujet cam.lafit

Bonjour

Un retour synthétique sur ces dépôts.

Je vous invite à faire un git pull --rebase pour réaligner vos copies 
locales (il est possibles que certains commits divergent suite à leur 
reconstruction)


Voici l'état actuel

21 Repositories en erreur
- https://git.spip.net/spip-contrib-squelettes/html5up_hyperspace.git
En cours on n'a pas de copie à jour. Une reconstruction manuelle va être 
effectuée.

- https://git.spip.net/spip-contrib-extensions/albums.git
- https://git.spip.net/spip-contrib-extensions/medias_responsive_mod.git
- https://git.spip.net/spip-contrib-extensions/maintenancekit.git
- 
https://git.spip.net/spip-contrib-extensions/correction_liens_internes.git

- https://git.spip.net/spip-contrib-extensions/coloration_code.git
- https://git.spip.net/spip-contrib-extensions/scssphp.git
- https://git.spip.net/spip-contrib-extensions/oembed.git
- https://git.spip.net/spip-contrib-extensions/prix.git
- https://git.spip.net/spip-contrib-extensions/datatables.git
- https://git.spip.net/spip-contrib-extensions/player.git
- https://git.spip.net/spip-galaxie/galactic.git
- https://git.spip.net/spip/petitions.git
- https://git.spip.net/spip-galaxie/contrib.spip.net.git


reconstruits depuis svn ou via copie git
Si reconstruit via svn un git pull --rebase est à effectuer. Les commits 
peuvent être modifiés.



- https://git.spip.net/spip-contrib-extensions/eva_geometrie.git
- https://git.spip.net/spip-contrib-extensions/gis_geometries_histo.git
- https://git.spip.net/spip-contrib-extensions/gis_geometries_fusion.git
- https://git.spip.net/spip-contrib-extensions/diogene_agenda.git
- https://git.spip.net/spip-contrib-extensions/emballe_medias.git
- 
https://git.spip.net/spip-contrib-extensions/formidable_identification.git


A priori on a divers problèmes de configuration amont. Ciblage sur des 
chemins svn invalides. En cours d'analyse.



- https://git.spip.net/spip-contrib-extensions/figure.git

Le dépôt est vide sur svn
https://svn.spip.net/spip-zone/_plugins_/figure/readme.txt

Km

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] git.spip.net et reboot hardu

2020-05-12 Par sujet cam.lafit

Bonjour

Le dépôt a été reconstruit.

Km

Le 11/05/2020 à 08:39, teamspipfact...@gmail.com a écrit :

si ça peu aider checkout et spip-cli couine sur

git clone https://git.spip.net/spip/petitions.git ./plugins-dist/petitions
Clonage dans './plugins-dist/petitions'...
remote: Counting objects: 2735, done.
remote: Compressing objects: 100% (602/602), done.
remote: Total 2735 (delta 2110), reused 2691 (delta 2085)
Réception d'objets: 100% (2735/2735), 588.63 Kio | 353.00 Kio/s, fait.
Résolution des deltas: 100% (2110/2110), fait.
*error: référence distante inconnue refs/heads/master**
**PHP Warning:  chdir(): No such file or directory (errno 2) in 
/opt/spip-cli/src/Command/CoreTelecharger.php on line 726*



Le 11/05/2020 à 00:43, RastaPopoulos a écrit :

Le 11/05/2020 à 00:38, nicod_ a écrit :

Y'a moyen de vérifier tous les dépôts en lot pour identifier tous les problèmes 
à coup sûr ?

+1
je demandais similairement sur IRC tout à l'heure :


(19:06:54) RastaPopoulos: ya un paquet de dépôts pétés en fait apparemment 
azerttyu
(19:07:02) RastaPopoulos: tous les jours on va en découvrir des nouveaux
(19:07:17) RastaPopoulos: ya pas un truc possible à faire pour tout corriger 
d'un coup ?
(19:07:31) RastaPopoulos: là par ex tu fais quoi comme opération quand on te 
signale un pété ?
(19:07:44) RastaPopoulos: on peut pas faire la même opération mais en masse sur 
100% des dépôts ?


--
spipfactory.fr

Perdu dans la Galaxie SPIP ? :https://boussole.spip.net/
---
Tout SPIPeur, qui fait quelquechose,
a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément 
le contraire,
et surtout la grande armée des gens, beaucoup plus sévéres, qui ne fait rien.
Merci a ceux qui font.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-12 Par sujet cam.lafit

Salut

uhuhu :) j'ai mélangé les eric.

Du coup peux tu me transmettre une copie de ta version locale (.git inclus)

km

Le 12/05/2020 à 15:02, cam.lafit a écrit :

Bonjour

J'ai demandé une copie du dépot pour reconstruire les bouts manquants.

Km

Le 06/05/2020 à 15:22, eric a écrit :

Pas prioritaire ni urgent, éviter la 500 :
supprimer :  https://git.spip.net/eldk/test_bootstrap_5

Merci

PS : dans ce cas impossible de le faire soi même ?
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] git.spip.net et reboot hardu

2020-05-12 Par sujet cam.lafit

Bonjour

J'ai demandé une copie du dépot pour reconstruire les bouts manquants.

Km

Le 06/05/2020 à 15:22, eric a écrit :

Pas prioritaire ni urgent, éviter la 500 :
supprimer :  https://git.spip.net/eldk/test_bootstrap_5

Merci

PS : dans ce cas impossible de le faire soi même ?
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Serveur Latex et mathml

2020-05-11 Par sujet cam.lafit

Bonjour

Avez-vous prévu de passer à MathML ? J'ai vu dans un fichier de config 
qu'il y avait une option pour cela. Qu'en est-il ? Pourra-t-on entrer 
les formules directement en MathML ou s'agira-t-il d'une traduction 
des formules latex ?


Il s'agit plus d'une question pour spip-dev (que je mets du coup en copie).

De mon coté j'assure la maintenance du serveur latex.spip.net pour 
répondre aux demandes de la communauté. Je n'ai pas suivi les évolutions 
possibles concernant mathml et son fonctionnement. En tout cas si on 
doit faire évoluer le service il n'y pas de problème en soit.


Km

Le 11/05/2020 à 20:00, Abossolo Foh Guy a écrit :

Bonjour,

Les navigateurs supportent maintenant nativement MathML. C'est le cas 
de Safari et des navigateurs utilisant aussi WebKit. FireFox et les 
produits dérivés basés sur GeckoView l'affichent également. Ce sera 
aussi le cas pour Chrome et ses dérivés (dont Edge) dans quelques 
semaines ou mois. Avez-vous prévu de passer à MathML ? J'ai vu dans un 
fichier de config qu'il y avait une option pour cela. Qu'en est-il ? 
Pourra-t-on entrer les formules directement en MathML ou s'agira-t-il 
d'une traduction des formules latex ?


Cordialement.

--

Le 2020-05-11 9:37, cam.lafit a écrit :

Bonjour

Oui le moteur latex que nous utilisions n'est plus maintenu.

On utilise maintenant mimetex au lieu de tex2im. C'est pour le moment
la meilleure solution qu'on ai trouvé. A disposition si on peut
améliorer le système.

km

Le 11/05/2020 à 02:06, Abossolo Foh Guy a écrit :

Bonjour,

Il semblerait également qu'il n'existe pas de signe + dans cette 
police.

Tous les signes + ne sont plus affichés.

Cordialement.

--

Bonjour,

Merci beaucoup, c'est effectivement mieux maintenant :).
J'ai aussi remarqué que la qualité des équations est très différente 
depuis plusieurs mois.
Les caractères sont pixelisés, cela pourrait-il venir de la police 
utilisée sur le serveur ?


Cordialement.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Migration framagit

2020-05-11 Par sujet cam.lafit

Salut

Tu n'as pas bu la tasse.

C'est un cas merdique que j'ai pas eu encore eu le temps de 
diagnostiquer. Un contournement est de supprimer la copie et de relancer 
l'import.


Je fini les autres points et on regarde ça ensemble tantôt.

km

Le 10/05/2020 à 10:14, jeanmarie a écrit :


Ça ressemble à 
https://www.mail-archive.com/spip-dev@rezo.net/msg68291.html



Le 10/05/2020 à 08:12, Fabrice Véronneau a écrit :

Salut à tous,

J'ai voulu faire une migration de plugin hier soir (en https), de 
*framagit* vers *spip.git* mais j'ai une tasse de thé qui ne cesse de 
se remplir. Je me suis dit que je m'étais trompé de propriétaire mais 
même en indiquant le bon, ça ne cesse d'infuser ;)


Voici les 2 dépôts qui ont mal tournés :
https://git.spip.net/fa_b/html5up_escape_velocity
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity

Est-ce qu'un admin peut faire quelque chose ? Et éventuellement 
m'indiquer la bonne démarche.


A+

Fa_b

___
liste:https://listes.rezo.net/mailman/listinfo/spip-dev
doc:https://www.spip.net/
dev:https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Socle Interministériel de Logiciels Libres

2020-05-11 Par sujet cam.lafit

Bonjour

L'académie de Rennes vient de soumettre la demande.

Cela vient de m'être remonté par un autre canal qui suit ce qui se passe 
là bas.


Km

Le 08/05/2020 à 14:14, Pierre KUHN a écrit :

Le 07/05/2020 à 18:18, nicod_ a écrit :

Le 07/05/2020 à 16:35, RastaPopoulos a écrit :

Le 07/05/2020 à 16:08, Stephane Santon a écrit :

N'est-ce pas un référent "agent public de l'état" ??


Ah j'avais compris un truc comme ça moi aussi, que pour proposer, 
fallait plutôt faire partie d'un organisme public, puisque le but 
c'est de proposer des choses vraiment utilisés et suivis


Mais y'a des gens qui bossent dans des ministères dans la team, non ?


Bonjour,

Une académie prends le poste, j'attends un retour la dessus.

Cdt.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] git.spip.net et reboot hardu

2020-05-06 Par sujet cam.lafit

Bonjour

Ce matin le serveur a dû être rebooté. L'opération semble avoir eu un 
impact sur une partie des données. Il semble que malgré un extinction 
normale le système de fichier n'aie pas pas apprécié ceci.


Par conséquent il est possible que certains dépots retourne des erreurs 
500 ou des messages concernant des objets git corrompus ou manquants. 
Merci dans ce cas de m'en informer pour que je puisse les traiter au cas 
par cas.


Km

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] SVN => GIT : Core de SPIP & plugins-dist

2020-04-29 Par sujet cam.lafit

Salut

par défaut php n'est pas auto exécutable. Donc il faut préciser le 
programme php.


Autrement en pur bash il y a aussi git_loader qui répond au même besoin 
mais avec une approche un peu différente.


Km

Le 28/04/2020 à 15:32, tcharlss a écrit :


Si tu as un "command not found" en lançant checkout.php c'est sans 
doute que le script n'est pas présent dans le $PATH de la machine.
Est-ce que ce point a été fait ? Il y a plusieurs méthodes possibles 
pour ce faire, le readme en donne une (remplacer /home/toto/etc par le 
vrai chemin du script) :


sudo ln -s /home/toto/checkout/checkout.php /usr/bin/checkout.php

Alternativement, s'il n'est pas dans le $PATH, tu devrais pouvoir 
lancer le script comme ça depuis le répertoire où il se trouve :


php checkout.php --help

Le 28/04/2020 à 12:54, teamspipfact...@gmail.com a écrit :

merci de suivre 

Le 28/04/2020 à 11:39, tcharlss a écrit :

Oui le script checkout.php que tu as utilisé

ben non j'ai pas utilisé
j'ai utilisé git clone , plugin par plugin avec le lien en https

pas moyens de lancer checkout.php
comprend pas ce qui coince

permet notamment de récupérer en une fois SPIP et tous les plugins 
dist.
ça ouep j'avais compris encore faut il que checkout tourne ce que je 
sais pas mettre en route




Tu as des exemples de commandes pour ça dans le readme du dépôt ou 
dans les articles d'eric.

oui j'avai lu
mais je suis bloqué a :

~/web$ git clone https://git.spip.net/spip-contrib-outils/checkout.git
Cloning into 'checkout'...
remote: Counting objects: 26, done.
remote: Compressing objects: 100% (24/24), done.
remote: Total 26 (delta 11), reused 3 (delta 0)
Unpacking objects: 100% (26/26), done.
Checking connectivity... done.

:~/web$ cd checkout

:~/web/checkout$ checkout.php --help
bash: checkout.php: command not found

:~/web/checkout$


du coup je me suis tapé a la main les plugins_dist et spip avec git 
clone


mais il y a des repo que je comprend pas dans https://git.spip.net/spip
que font il la comme

https://git.spip.net/spip/ecrire
https://git.spip.net/spip/dist
https://git.spip.net/spip/prive
https://git.spip.net/spip/msie_compat
https://git.spip.net/spip/grenier
https://git.spip.net/spip/dev
https://git.spip.net/spip/themes
https://git.spip.net/spip/bigup

rien a voir avec la distrib de spip trouver sur 
https://www.spip.net/fr_download











Le 28/04/2020 à 08:24, teamspipfact...@gmail.com a écrit :

Yo,

Je commencerais mon message par des remerciements à vous tous pour 
votre patience et vos conseils qui me permette d'avancer et de 
comprendre
je rappel que mes messages ne sont pas a vocation "trollesque", 
mais plus des interrogations sur des constats dans mon apprentissage.


Puisque grâce a vos conseils, j'ai pu mettre a jour les plugins en 
SVN avec git clone en méthode https


J'ai décidé de faire la même chose pour Spip & plugins-dist
et bien sur https://git.spip.net/spip c'est fractionné ce qui est 
normal un répertoire spip et un répertoire par plugins


en navigant dans https://git.spip.net/spip des choses m'interpelle 
comme le plugins themes pas souvenir que c'est un plugin-dist mais 
bon vu le DEV acharné c'est ptet un nouveau.
Avant d'installer tous ça je  m'en vais chercher sur 
https://www.spip.net/fr_download la version stable pour faire un 
comparatif.


Ma question pourquoi j'ai dans https://git.spip.net/spip les 
répertoires suivant et dois je les installer également en plus de 
https://git.spip.net/spip/spip, n'y aurais t'il pas des repos qui 
n’ont rien a voir la avec Spip & plugins-dist (ou j'ai pas compris 
le classement fort probable)


/bigup
/ecrire
/dist
/prive
/msie_compat
/grenier
/dev
/themes

merci pour votre éclairage

ps/ c'est possible de mettre a jour spip + les plugins-dist en GIT 
, en une fois ?




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

  1   2   >