Anomalie #4438
ferméagir cassé
Ajouté par Christian P. Momon il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.
0%
Description
Ce 25/04/2020 matin, le site Agir affiche :
We're sorry, but something went wrong. We've been notified about this issue and we'll take a look at it shortly.
Fichiers
| agir-cassé.png (25 ko) agir-cassé.png | Christian P. Momon, 25/04/2020 12:29 |
Mis à jour par Christian P. Momon il y a plus de 4 ans
- Statut changé de Nouveau à En cours de traitement
- Assigné à mis à Romain H.
- Difficulté changé de 2 Facile à 7 Cauchemard
On détecte rapidement que ça vient d'un problème d'upgrade automatique du paquet Redmine bulleyes :
Start-Date: 2020-04-24 01:31:38 Commandline: apt-get dist-upgrade Upgrade: redmine:amd64 (4.0.6-2, 4.0.7-1) Error: Sub-process /usr/bin/dpkg returned an error code (1) End-Date: 2020-04-24 01:32:26
10:37 < PoluX> Maybe you didn't install all the gems that this application needs. To install your gems, please run: bundle install 10:38 < PoluX> apt install -f relance une install de redmine :) 10:38 < PoluX> Could not find gem 'i18n (~> 1.5)' in any of the gem sources listed in your Gemfile. 10:38 < PoluX> dpkg: error processing package redmine (--configure): 10:38 < PoluX> installed redmine package post-installation script subprocess returned error exit status 1 10:38 < PoluX> Errors were encountered while processing: 10:39 < PoluX> redmine 10:39 < PoluX> resemble à https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947770 11:40 < madix> ça farte ? 11:41 < cpm_screen> arf, petite surprise du matin, l'upgrade auto du paquet Redmine bulleyes a cassé agir :) 11:41 < madix> pas glop 11:42 < cpm_screen> rh et echarp nous ont rejoins pour trouver une solution \o/ 11:42 < PoluX> ça freine les possibilité d'agir 11:43 < cpm_screen> hooooo, joli ;) … 12:08 < rh> pour moi c'est ça https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927339 12:08 < rh> il y a la bonne version d'installée mais le gemspec est celui de la mauvaise version 12:10 < rh> on peut mettre à la main le bon gemsepc en attendant le fix du paquet, non ? … 12:12 < cpm_screen> « We believe that the bug you reported is fixed in the latest version of 12:12 < cpm_screen> ruby-i18n, which is due to be installed in the Debian FTP archive. » 12:12 < cpm_screen> forcer l'install de ruby-i18n depuis bulleyes aussi ? Mais risque d'effet boule de neige 12:12 < rh> sur le serveur c'est bien /usr/share/rubygems-integration/all/specifications/i18n-0.7.0.gemspec 12:14 < rh> ici ça a pas l'air d'être réglé https://packages.debian.org/buster/all/ruby-i18n/filelist 12:14 < cpm_screen> donc modification temporaire manuelle ? Ça lui suffira pour démarrer ? oki, go 12:16 < rh> c'est juste qu'au prochain upgrade qui va corriger le problème, je pense que l'apt upgrade va échouer comme il y aura déjà un fichier là où il veut écrire 12:16 < rh> je suis pas certain, mais je pense pas qu'il écrase 12:19 < cpm_screen> on est en unstable donc c'est cohérent 12:20 < cpm_screen> si ce plan te parait bien alors go 12:21 < cpm_screen> après, cette dépendance aux problèmes de bulleyes, brrrr, donc is possbilité de passer à buster-backports, à voir 12:21 < rh> après là le problème est dans le paquet buster 12:21 < rh> ça a l'air ok 12:24 < cpm_screen> \ooo/ 12:25 < cpm_screen> rh: bien joué, ça a l'air de fonctionner correctement 12:25 < cpm_screen> merci echarp pour ton soutien :D 12:25 < cpm_screen> je créé le ticket 12:32 < agirbot> Redmine: (https://agir.april.org/issues/4438): Anomalie #4438 (Nouveau): agir cassé
Mis à jour par Romain H. il y a plus de 4 ans
- Statut changé de En cours de traitement à Résolu
Le package ruby-i18n v1.5.3-1 de Debian Buster contient un bug, il embarque le fichier gemspec de la version 0.7.0 ce qui empêche Redmine de trouver la version qu'il recherche (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927339).
Dans le dossier /usr/share/rubygems-integration/all/specifications , j'ai déplacé le fichier i18n-0.7.0.gemspec du paquet ruby-i18n vers i18n-0.7.0.gemspec.backup .
Dans ce même dossier j'ai créé le fichier i18n-1.5.3.gemspec qui est le même que le précédent mais avec le numéro de version mis à jour à l'intérieur.
Contrairement à ce que je disais sur IRC, le fichier devrait écrasé par le paquet Debian une fois qu'il sera corrigé. DPKG semble ne pas écraser les fichiers crées par d'autres paquets, mais écrase bien ceux crées à la main.