Je vais mettre à jour le serveur gitea dans l’après midi. Cela fait suite au cadre des maintenances applicatives en retard et suites aux précédents échanges dont :
Cela me permettra d’être raccord avec l’état stable gitea. Ainsi de contrôler sur une base saine les problèmes de comportement de la forge.
Alors je ne sais pas où ça en est des mises à jour de Gitea et autre sur spip/spip, mais je commence vraiment à fatiguer des erreurs récurrentes qui apparaissent sur les dépots spip/* et surtout sur spip/spip. Dès que l’on enchaine des merges / rebase / push, puis fusion depuis l’interface, à un moment quelque chose plante…
dans l’interface de gitea, peu de temps après, bouton de rebase dans master (et j’avais bien coché supprimer la branche issue_deprecated)
On voit les logs de shiraz le dire d’ailleurs
[19:57:01] <shiraz> [spip] 1 commit par Matthieu Marcillaud | https://git.spip.net/spip/spip/commit/f28be61d : build: up dependencies
[19:57:01] <shiraz> [spip ↪ issue_deprecated] 5 commits par Matthieu Marcillaud
[19:57:01] <shiraz> — https://git.spip.net/spip/spip/commit/0e63a15f : docs(upgrade): icone -> icone_verticale
[19:57:01] <shiraz> — https://git.spip.net/spip/spip/commit/191132b9 : docs(changelog): filtre icone supprimé
[19:57:02] <shiraz> — https://git.spip.net/spip/spip/commit/4f71cbd1 : remove: fonction `lister_objets` depréciée depuis SPIP 3.1 Utiliser une inclusion directement vers prive/objets/liste/xxx
[19:57:02] <shiraz> — https://git.spip.net/spip/spip/commit/8e1b1030 : docs(upgrade): inc_lister_objets_dist -> recuperer_fond
[19:57:03] <shiraz> — https://git.spip.net/spip/spip/commit/5ce86686 : docs(changelog): fonction inc_lister_objets_dist supprimée
[19:57:04] <shiraz> [spip] PR n°5841 mise à jour par marcimat | https://git.spip.net/spip/spip/pulls/5841 : Suppression de 2 fonctions dépréciées : filtre icone & fonction inc_lister_objets_dist
[19:58:01] <shiraz> [spip] PR n°5841 : Nouveau commentaire par marcimat | https://git.spip.net/spip/spip/pulls/5841#issuecomment-64419 : C’est fait pour les PR et le composer.lock de master est à jour :)
[20:01:01] <shiraz> [spip] PR n°5841 fermée par marcimat | https://git.spip.net/spip/spip/pulls/5841 : Suppression de 2 fonctions dépréciées : filtre icone & fonction inc_lister_objets_dist
[20:01:01] <shiraz> [spip] 5 commits par Matthieu Marcillaud
[20:01:01] <shiraz> — https://git.spip.net/spip/spip/commit/0e63a15f : docs(upgrade): icone -> icone_verticale
[20:01:01] <shiraz> — https://git.spip.net/spip/spip/commit/191132b9 : docs(changelog): filtre icone supprimé
[20:01:01] <shiraz> — https://git.spip.net/spip/spip/commit/4f71cbd1 : remove: fonction `lister_objets` depréciée depuis SPIP 3.1 Utiliser une inclusion directement vers prive/objets/liste/xxx
[20:01:01] <shiraz> — https://git.spip.net/spip/spip/commit/8e1b1030 : docs(upgrade): inc_lister_objets_dist -> recuperer_fond
[20:01:02] <shiraz> — https://git.spip.net/spip/spip/commit/5ce86686 : docs(changelog): fonction inc_lister_objets_dist supprimée
[20:01:03] <shiraz> [spip] Suppression de la branche issue_deprecated par marcimat | https://git.spip.net/spip/spip
[20:04:02] <shiraz> [spip] PR n°5840 revue approuvée par marcimat | https://git.spip.net/spip/spip/pulls/5840 : Ça me va, on va cherry-pick et reprendre le log
[20:14:28] <marcimat> mais PUNAISE !!!!!!!!!!!!!!
[20:14:30] <marcimat> WTF ?
[20:15:07] <marcimat> https://git.spip.net/spip/spip/pulls/5841 fusionnée via le bouton gitea…
[20:15:17] <marcimat> n’apparait pas là https://git.spip.net/spip/spip
[20:15:31] <marcimat> j’en peux plus
[20:17:03] <marcimat> azerttyu ça devient récurrent … dès qu’on touche un peu au dépot…
Ce qu’on observe sur le dépot :
les commits ne sont pas dans master
la branche est toujours là et n’a pas été supprimée
Bonjour,
sauf erreur de ma part, il semblerait que la mise à jour de gitea n’a pas encore eu lieu.
je vois toujours affiché : 1.19.2
Où alors, c’est peut être le cache qui n’a pas été rafraîchi ?
En effet la mise à jour n’a pas encore eu lieu. Entre le fait qu’il y a eu de l’activité et que j’ai eu d’autres trucs à gérer, c’est resté en attente.
Pour le bogue je pense qu’on a bien un truc coté gitea, sans savoir exactement où. Le rebase n’est pas finalisé au niveau du dépôt, donc j’envisage un problème de droit d’écriture.
Sur ce type d’action je peux encore reprendre la main tout de suite en forçant manuellement le commit associé à la tête master.
Je stoppe les services et je fais la mise à jour par sécurité. Vu ma gestion du temps compliqué actuellement, ça sera fait dans la journée mais sans horaire.
Je vais couper les services dans les minutes qui suivent.
Je dois d’abord agrandir le disque dur pour avoir assez de stockage disponible. Cette opération risque de prendre un peu de temps.
Le service a été coupé et relancé, la première phase concernant l’agrandissement du disque est réalisée.
Le redémarrage m’a permis de voir une coquille concernant la configuration du redis servant la forge.
Cela est au passage corrigé.
Je prépare maintenant le build de gitea, cela va donc recouper dans les minutes à venir.
De : azerttyu via Discuter de SPIP noreply@discuter.spip.net Envoyé : mercredi 24 janvier 2024 16:11 À : Objet : [SPIP][Dev] [git.spip.net] Mise à jour de l’instance
azerttyu Janvier 24
Bonjour
La forge a été mise à jour. Il y a des incompatibilité avec le thème, je suis en train de corriger ceci.
Voir le sujet ou répondre à ce courriel pour répondre.
Pour vous désabonner de ces courriels, cliquez ici.
J’ai également rétablis redis qui améliore fortement la navigation et ne semble pas en cause dans les problèmes des commits comme discuté sur Salvatore bégaie - #29 par azerttyu.
L’affichage du git.spip.net correspond maintenant au contenu de son dépôt éponyme. A force jouer en direct la copie locale n’avait plus aucune correspondance avec son dépôt source.
Je viens de régulariser la situation.
Je note toutefois mon incompréhension concernant les lables et les licences. Nous sommes sensés proposer des listes par défaut mais je ne sais pas comment cela s’applique. Cela ne semble pas rétroactif ou je n’ai pas compris comme cela fonctionne.
J’ai profité un moment de calme pour continuer à faire du ménage.
Les dépots metasplus et colonne_raccourci ont subi gros lifting. Ils étaient en permanence en erreur en raison d’objets invalide.
Comme je n’ai pas réussi à obtenir une copie des dépôts avec les bouts manquants, je les ai passé à la moulinette pour proposer un dépôt source valide.
Les dépôts restent fonctionnels et les PR/issues sont identiques. Donc coté usage pas de changement mais de mon coté moins de bruit dans les logs serveurs.
Je ne sais pas si c’est le bon endroit pour signaler mais depuis 2/3 jours j’ai régulièrement des erreurs 500 qui s’affichent dans le bandeau après avoir posté un commentaire sous un ticket ou une PR