Dans un précédent article, je disais que je passais une semaine où je rapportais chaque jour – ou presque – un nouveau bug.
Le 14 juillet n’a pas été exempt d’un rapport d’un bug. Cette fois, concernant Dosbox-X et le support des modes graphiques des machines Amstrad PC1512/1640. Tout est parti d’une remarque postée par Benedikt Freisen sur les modes graphiques de l’Amstrad PC1512/1640 – dont j’ai parlé dans un article vieux geek en août 2020 – qui parlait d’une étrangeté avec un mode CGA pseudo-monochrome.
J’ai donc voulu vérifier et quand je lançais Dosbox-X avec comme option machine=amstrad
, j’avais droit à un plantage en beauté.
J’ai donc rapporté le bug, et je me suis aperçu que cette régression fut introduite entre Dosbox-X 0.83.13 (sorti début mai 2021) et la version 0.83.14 (sortie en juin 2021).
Après quelques conseils pour pouvoir détecter le jour de la régression – et soyons fous – l’ajout de code responsable de celle-ci, je me suis mis à la longue recherche. Après un faux départ, j’ai décidé de prendre les choses de manière plus méthodique. J’ai pris la référence de la dernière modification de chaque jour.
Pour retrouver le code, j’ai utilisé la commande : git checkout référence
Ensuite, j’utilisais le script de compilation build, puis j’allais dans le répertoire src pour lancer le dosbox-x obtenu. Si ça plantait, je passais au jour précédent, sans nettoyer l’ensemble auparavant avec un make distclean
, en réinitialisant le dépot git (pour ne pas avoir de problème de branche orpheline) avec la commande git switch -
.
Une fois tout cela fait, je recommençais la même danse. En comptant 5 minutes de compilation, et 2 autres pour le test et le nettoyage, ça me permettait de tester en gros 8 jours par heure. Avec un mois de 31 jours, en espérant ne pas aller jusqu’au 1er, vous imaginez le nombre de compilations… Par chance, j’ai fini par trouver que le dernier jour fonctionnel était le 14 mai… Donc 13 jours de tests évités 🙂
Par chance, il n’y a eu que deux ajouts de code durant le 15 mai, ce qui réduit le nombre de tests à faire. Et comme je l’avais ressenti, c’était le commit 5860652 qui faisait planter Dosbox-X au démarrage.
Décidément, la semaine du 12 juillet 2021 restera pour moi la semaine à bugs de l’année 2021.
J’ai bien l’impression que tu as fait l’équivalent d’un git bisect manuellement.
git bisect aurait normalement été plus efficace dans le sens où l’algo est prévu pour retrouver le commit responsable d’un bug le plus rapidement possible. D’un autre côté, ça entraîne aussi plus de modifications de code donc potentiellement un temps de compilation un peu plus long (mais ça c’est dépendant du projet)…
Oui, je l’ai fait manuellement. Étant donné que le code responsable a été inséré il y a deux mois, et qu’il y a encore 150 commits par mois…
coucou fred,
je ne sais pas si sur t’a arch la mis à jour à changer tout le thème mais, sur ma manjaro le thème à changer et les icônes de la barre des favoris son prêt à sortir de l’écran.
j’ai pas trouvé comment réduire la taille des icônes. bizarre ce changement.
https://www.zupimages.net/up/21/28/gvu2.png
Non, j’ai toujours le thème d’origine.
Passage à GNOME 40 qui provoque des effets indésirables sur Manjaro ? Ça a aussi été signalé sur HFR : https://forum.hardware.fr/hfr/OSAlternatifs/Installation/manjaro-rolling-release-sujet_75887_25.htm#t1466474
La personne qui a installé un dizaine d’extensions – et comment – et qui se plaint que ça plante ? Qu’elle commence par expliquer la méthodé d’installation utilisée ou qu’elle se taise à jamais.
HFR, le 18-25 de l’informatique ?
ça à changer tous seul.
voici le thème que j’ai actuellement.
https://zupimages.net/up/21/28/rcx2.png
ça à changer tous seul après la dernière mis a jour de manjaro que j’ai fait depuis le terminal.
bizarre bizarre.
quelle histoire de dingue !
Le thème a dû être adapté pour les spécificités de Gnome 40.
OK, j’ai retrouvé mon thème par défaut,
c’est le thème matcha-sea.
par contre les icônes et la barre des favoris qui sont devenus obèses, je ne c’est pas comment résoudre ça.
tempi.
Peut-être au niveau de l’outil ajustements pour tout ce qui est jeu d’icones ?! Enfin, je dis ça…
Pour les spécificités ça fait longtemps que je suis passé sous gnome 40. bizarre qu’il change que maintenant.
j’ai essayé plusieurs jeux d’icône mais ça change juste le design des icônes pas la taille.
c’est peut-être par défaut maintenant sous gnome.
je suis bête, c’est normal, c’est le nouveau manjaro pahvo, manjaro 21.1.0