Re: [spip-dev] Tag sur git mais pas sur gitea

2020-04-09 Par sujet cam.lafit

Bonjour

le tag est présent

https://git.spip.net/spip-contrib-extensions/formidable_participation/src/tag/v1.9.0

Km

Le 08/04/2020 à 23:25, Maïeul Rouquette a écrit :

Salut Camille,

lorsque je clone ce repertoire
https://git.spip.net/spip-contrib-extensions/formidable_participation

j'ai bien un tag v1.9.0

Par contre Gitea ne l'affiche pas (et du coup je pense que le débardeur
ne le trouve pas).

Quid?

Maïeul


___
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] Tag sur git mais pas sur gitea

2020-04-09 Par sujet cam.lafit

Salut

Me faudrait des exemples. Ma boule de cristal est en panne :)

Le 09/04/2020 à 10:47, Maïeul Rouquette a écrit :

Le 09/04/2020 à 09:45, cam.la...@azerttyu.net a écrit :

Salut

Je complète si "tag" et "release" étaient la même on ne s’embêterait
pas à avoir 2 onglets distincts.
Le reste a déjà été dans ce fil de discussion et d'autres :)

Km
___


Oki, mais alors pourquoi sur certains projets pusher des tags crée 
automatiquement des releases, et pas sur d'autres?

___
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] Tag sur git mais pas sur gitea

2020-04-09 Par sujet cam.lafit

Bonjour

Ils ont été importés via l'api de gitea. De ce que je vois ce sont des 
tags pre-éxistants à l'usage de git.


Ils n'ont pas été créés par un git push --tags par exemple.

Km

Le 09/04/2020 à 10:58, Maïeul Rouquette a écrit :

Le jeudi 09 avril 2020 à 10:55 +0200, cam.lafit a écrit :

Salut

Me faudrait des exemples. Ma boule de cristal est en panne :)



https://git.spip.net/spip-contrib-extensions/formidable/releases
https://git.spip.net/spip-contrib-extensions/spip-bible/releases

et on pourrais en citer d'autres


tu as ici des versions correspondantes aux tags envoyés


https://git.spip.net/spip-contrib-extensions/formidable_participation/releases

tu n'as pas les versions correspondantes aux tags envoyés


___
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] Tag sur git mais pas sur gitea

2020-04-09 Par sujet cam.lafit

Salut

Ok donc c'est passé lors de la dernière mise à jour que j'ai poussé. 
Comme on était sur une alpha ce n'était pas identifié dans le changelog.


Autrement *INTERDICTION* de faire le dirty push indiqué dans le ticket 
de référence. Merci de ne pas chercher à casser les outils actuellement 
en place et la synchronisation svn.


Merci

Le 09/04/2020 à 11:53, nicod_ a écrit :

Le 09/04/2020 à 11:24, Maïeul a écrit :

Le 09/04/2020 à 11:19, Maïeul Rouquette a écrit :

Hum, je peux t'assurer que pour formidable, comme c'est moi qui les
avais poussé à l'époque, c'était bien du git push --tags. Ca avait même
fait crier puisque cela avait provoqué plein, plein de commits svn :)
Le jeudi 09 avril 2020 à 11:17 +0200, cam.lafit a écrit :


il y avait un bug avant, mais corrigé
https://github.com/go-gitea/gitea/issues/6237

En tout cas à lire les messages sur ce fil, il semblerait quand même 
que la logique dans gitea soit un tag = une release


J'ai créé hier un nouveau dépot sur spip-contrib-extensions :
https://git.spip.net/spip-contrib-extensions/opquast

Après avoir poussé le code dans le dépôt, j'ai créé un tag localement 
(git tag -a v1.0.0 -m "Version 1.0.0" et git push), et ça a bien créé 
une release côté Gitea, automatiquement.


(et je vois qu'il a bien été débardé, super !)

___
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] Maintenance git.spip.net - 17 avril 2020

2020-04-18 Par sujet cam.lafit

Bonjour

Vous avez constaté des incidents durant la soirée de hier et ce matin. 
J'espère que cela est résolu. Un problème sur une interface réseau a 
rendu indisponible le serveur. Je viens de faire des modifications à ce 
propos.


Pour le moment les services sont à nouveaux joignables

Km

Le 17/04/2020 à 15:19, cam.lafit a écrit :

Bonjour

Le second disque est en place. Le service git est à nouveau disponible.

Il sera encore ralenti pour environnement  1h le temps que les disques 
se synchronisent.


Km

Le 17/04/2020 à 14:11, cam.lafit a écrit :

Bonjour à tous

Un des disques a été changé. Pour le moment le service est à nouveau 
rétabli. Une nouvelle coupure est prévue dans la journée pour changer 
le second disque.


Km

Le 17/04/2020 à 11:42, cam.lafit a écrit :

Bonjour

Une opération de maintenance va démarrer sur le serveur 
git.spip.net. L'objectif est de changer les 2 disques durs existants.


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] Notifications git.spip.net

2020-04-11 Par sujet cam.lafit

Bonjour

Comme pour la zone toute personne inscrite sur git.spip.net est abonnée 
à l'ensemble des dépôts.


Cet abonnement à maintenant l'effet de vous notifier des divers échanges 
(tickets, PR, ...) qui ont lieu sur ces divers dépôts.
Ceci est dû au fait que par défaut à la création de votre compte, celui 
ci est configuré pour que toutes les notifications vous soient envoyées.


Vous pouvez personnaliser cette configuration depuis 
https://git.spip.net/user/settings/account



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] Tag sur git mais pas sur gitea

2020-04-09 Par sujet cam.lafit

Bonjour

Cela devrait être réglé, maieul a identifié une commande serveur qui 
permet de créer à la volée les release sur la base des tags.


La commande semble avoir fonctionné.

Km

Le 09/04/2020 à 12:34, Maïeul Rouquette a écrit :

Yep, ca me serait pas venu à l'idée :)
Le jeudi 09 avril 2020 à 12:31 +0200, cam.lafit a écrit :

Salut
Ok donc c'est passé lors de la dernière mise à jour que j'ai poussé.
Comme on était sur une alpha ce n'était pas identifié dans le
changelog.
Autrement INTERDICTION de faire le dirty push indiqué dans le ticket
de référence. Merci de ne pas chercher à casser les outils
actuellement en place et la synchronisation svn.
Merci
Le 09/04/2020 à 11:53, nicod_ a écrit :

Le 09/04/2020 à 11:24, Maïeul a écrit :

Le 09/04/2020 à 11:19, Maïeul Rouquette a écrit :

Hum, je peux t'assurer que pour formidable, comme c'est moi qui
les
avais poussé à l'époque, c'était bien du git push --tags. Ca
avait même
fait crier puisque cela avait provoqué plein, plein de commits
svn :)
Le jeudi 09 avril 2020 à 11:17 +0200, cam.lafit a écrit :
  
il y avait un bug avant, mais corrigé

https://github.com/go-gitea/gitea/issues/6237

En tout cas à lire les messages sur ce fil, il semblerait quand
même que la logique dans gitea soit un tag = une release
  
J'ai créé hier un nouveau dépot sur spip-contrib-extensions :

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

Après avoir poussé le code dans le dépôt, j'ai créé un tag
localement (git tag -a v1.0.0 -m "Version 1.0.0" et git push), et ça
a bien créé une release côté Gitea, automatiquement.

(et je vois qu'il a bien été débardé, super !)


___
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 - 17 avril 2020

2020-04-17 Par sujet cam.lafit

Bonjour

Une opération de maintenance va démarrer sur le serveur git.spip.net. 
L'objectif est de changer les 2 disques durs existants.


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] Maintenance git.spip.net - 17 avril 2020

2020-04-17 Par sujet cam.lafit

Bonjour à tous

Un des disques a été changé. Pour le moment le service est à nouveau 
rétabli. Une nouvelle coupure est prévue dans la journée pour changer le 
second disque.


Km

Le 17/04/2020 à 11:42, cam.lafit a écrit :

Bonjour

Une opération de maintenance va démarrer sur le serveur git.spip.net. 
L'objectif est de changer les 2 disques durs existants.


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] Maintenance git.spip.net - 17 avril 2020

2020-04-17 Par sujet cam.lafit

Bonjour

Le second disque est en place. Le service git est à nouveau disponible.

Il sera encore ralenti pour environnement  1h le temps que les disques 
se synchronisent.


Km

Le 17/04/2020 à 14:11, cam.lafit a écrit :

Bonjour à tous

Un des disques a été changé. Pour le moment le service est à nouveau 
rétabli. Une nouvelle coupure est prévue dans la journée pour changer 
le second disque.


Km

Le 17/04/2020 à 11:42, cam.lafit a écrit :

Bonjour

Une opération de maintenance va démarrer sur le serveur git.spip.net. 
L'objectif est de changer les 2 disques durs existants.


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] Incident sur git.spip.net

2020-03-30 Par sujet cam.lafit

Bonjour

La question est justifiée. Et la réponse est oui mais ...

Comme sans surprise ce n'est quand on rencontre le problème qu'on 
constate qu'il manque un bout qui semblait pourtant une évidence.


La base de donnée est sauvegardée quotidiennement, les outils de 
déploiement sont versionnés mais en effet la documentation avait oublié 
2/3 points de "détail" qu'il a fallu me souvenir. Et je vais renforcer 
le système de sauvegarde externe pour être un peu plus complet pour 
avoir plus un instantané qu'une solution pour reconstruire la forge. 
Comme c'est 95% de dépôts git reconstruire n'est en soit pas un problème 
mais cela est plus long et pour certains aspect moins pratique.


Km


Le 29/03/2020 à 14:06, CSI a écrit :

Bonjour,

Une question d'ordre général sur cette infra: y-a-t-il des sauvegardes
en dehors du miroir (qui n'en n'est pas une) ? et y-a-t-il quelque part
une description de cette infra ?

PS: absolument aucune pensée polémique, juste la volonté de comprendre
et de voir si éventuellement on peut aider.

Le 28/03/2020 à 20:01, cam.la...@azerttyu.net a écrit :

Bonjour

Bonne nouvelle cela avance et on est plus proche de la fin que du
début (sauf surprises de dernières minutes, oui au pluriel en général
si cela arrive c'est en escadron).

La base de donnée du gitea a été rétablie. On ne constate pas de perte
de données à ce niveau.
Concernant les dépôts git, certains dépôts ont été abîmés mais la
majeure partie a pu être rétablie dans un état stable. Un seul dépôt
est noté comme cassé.

On avait 2 commits de retard par rapport au svn ils ont bien été synchronisés.

J'ai donc réouvert les accès en écriture sur les dépôts contrib.

Pour information voici la liste des différents dépôts impactés
Encore en erreur :
* spip/ecrire.git
cela n'est pas bloquant car c'est un projet en lecture seule pour
le moment (prochaine étape avec composer).
On travaille pour le moment spip/spip.git
Ayant eu un problème et rétabli dans un état considéré stable :
* spip-contrib-outils/archives_from_gitea.git
* spip-contrib-outils/git_loader.git
* spip/prive.git
* spip-contrib-squelettes/spipr-dist.git
* spip-contrib-squelettes/escal.git
* nicod_/spip.git
* spip-contrib-extensions/deconnexion_auto.git
* spip-contrib-extensions/mailsubscribers.git
* spip-contrib-extensions/moncompte.git
* spip-contrib-extensions/abonnements.git
* spip-contrib-extensions/rainette.git
* spip-contrib-extensions/autorisations_etendues.git
* spip-contrib-extensions/prix.git
* spip-contrib-extensions/metasplus.git
* spip-contrib-squelettes/html5up_alpha.git


Comme le dépôt cassé est sur l'organisation SPIP j'ai encore un
travail à faire pour être complètement serein.
Pour le moment la synchronisation git > svn n'a pas été rétablie sur
cette organisation.


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

--

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] 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

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


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

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

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

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] 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] 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


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] 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


[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


[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] 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] 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


[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] [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-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

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

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

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] 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


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-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


[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] 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] 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-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] 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] 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] 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] 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] 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-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] [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] 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] 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] 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] 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] 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] 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] [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] 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


[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] [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] [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] 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

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] 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