Admins

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é

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.