Les tests de régression

Palaiseau, le samedi 12 décembre 2020

Comme chaque samedi, j'ai un peu plus de temps pour me concentrer sur l'empaquetage. Quelque composants de la suite Qiime 2 en version 2020.11.1 sont entrés dans Testing, mais la plupart des composants, notamment ceux dans mon radar, sont restés en version 2020.11.0. Ce n'est pas critique en soi, mais en terme général, c'est toujours mieux de faire en sorte que tout le monde utilise des logiciels à jour. C'est l'une des principales responsabilités en tant qu'empaqueteur. Les téléversements du jour sont donc :

• qiime 2020.11.1-1 ;
• q2-types 2020.11.1-1 ;
• q2cli 2020.11.1-1, qui ferme: #976271 ;
• q2templates 2020.11.1+dfsg-1 ;
• q2-metadata 2020.11.1+dfsg-1, qui ferme: #950931.

Le bug du jour est #976271, que j'avais ouvert moi-même au début du mois, non pas pour avoir des points en plus, mais surtout pour documenter le manque de couverture du test de régression existant dans le paquet q2cli. Le test de base lançait juste la commande qiime --help ; c'est mieux que rien, ça permet déjà de trouver certaines classes d'erreurs, comme des dépendances manquantes, ou des exécutables qui ne s'installent pas correctement. Cependant, les paquets qui passent leurs tests de régression bénéficient d'avantages que n'ont pas les paquets de base, comme :

• des temps d'intégration dans Testing beaucoup plus courts ; les paquets normaux restent coincés cinq jours dans Sid en priorité normale, et les paquets avec autopkgtest n'ont que deux jours à attendre en temps normal ;
• des migrations encore automatisées au début de la période de freeze ; le temps de transition est de vingt jours pour les paquets avec tests, et une revue manuelle de l'équipe de publication est nécessaire pour les paquets sans tests, donc autant dire que les changements doivent être aussi minimes que possible pour ne pas accroître davantage le délai.

Ces avantages ne sont pas négligeables, et juste tester les commandes pour récupérer le numéro de version ou bien l'aide ne fournit pas une couverture raisonnable pour bénéficier de ces avantages. L'équipe de publication a ouvert une série de bugs à ce sujet, mais ce paquet ci était passé en dessous du radar.

Les détails concernant la prochaine période de freeze sont décrits sur le site de l'équipe de publication. Idéalement, il faudrait que l'ensemble des paquets de l'équipe Debian Med soient en bon état avant le 12 janvier 2021. En jetant un œil dans l'aperçu de l'état des paquets sur le site de contrôle qualité, c'est globalement pas mal, mais il y a encore du boulot, notamment pour les quelques paquets restants affectés par des bugs critiques pour la publication, et ceux marqués pour enlèvement automatique de Testing, ainsi que les quelques paquets qui ne sont pas à jour.

Ce n'est que plus tard dans la soirée que j'ai noté que le bug #950931, affectant q2-metadata, pouvait être fermé également. J'en ai du coup profité pour mettre le paquet à jour et lui ajouter un autopkgtest, qui était entièrement manquant pour le coup.

Un dernier paragraphe sur les questions de portage. J'ai patiemment attendu les résultats de compilation de kmc sur architecture amd64 et noyau kFreeBSD ; la page est éphémère, donc j'ai fait une copie en pièce jointe à cette entrée. J'ai eu bon espoir que la compilation passe, mais le programme fait un appel système getrusage(2) avec le symbole RUSAGE_THREAD, qui est malheureusement spécifique au noyau Linux.

	Name	Last modified	Size
	Parent Directory		-
	kmc-kfreebsd-amd64_build.log	2020-12-12 21:31	42K