Bonjour,

Debian tourne sur toutes mes machines, pro, perso, cloud, docker…
Et Debian Bookworm est sortie voilà un bon mois maintenant.

Aussi, j’ai passé un peu de temps à migrer celles qui n’étaient pas en Debian Sid et ça s’est plutôt bien passé. C’est devenu trivial avec le temps.

Au boulot cependant, j’ai une vieille machine qui fait tourner entre autres une partie des démos Ada for Automation, notamment celle qui met en œuvre une carte cifX, celle-ci. Et cette machine a été pénible.

Au début, ça se plantait lamentablement, figeait carrément, et je me suis demandé si ça pouvait venir de Docker que j’ai donc dés-installé. Que nenni. J’ai ensuite pensé à un problème matériel et j’ai démonté la machine, un PC industriel, pour y jeter un œil.

Deux barrettes de RAM. J’en enlève une et la machine repart impeccable. Memtest86+ me le confirme : une des deux barrettes est HS. Une commande plus tard et ma machine recouvre la santé avec 8 Gb de RAM ! Yeah !

Debian Bookworm est à l’aise dedans et vous pouvez à nouveau profiter des applications de démonstration App2 et App3.

Pour autant, je n’étais pas tiré d’affaire. Les applications écrites en Ada nécessitent d’être compilées avec le même compilateur que celui utilisé pour compiler les bibliothèques dont elles dépendent.

Il a donc fallu que je recompile les applications de démonstration mais elles dépendent, pour celles munies d’une interface Web, de Gnoga qui dépend de Simple Components.

Or, la version que j’utilisais de Gnoga, la dev_1.7, qui embarque une copie de Simple Components, ne compile pas avec les dernières versions du compilateur Gnat.

J’ai donc mis à jour Gnoga en version dev_2.2… ce qui a impliqué de gérer les strings version UXStrings.
D’où le tas de commits « Gnoga : dev_2.2 / UXStrings adaptation » !

La migration du portail de démonstration s’est faite sans encombre tout comme celle des images Docker.

Voilà, la migration est terminée, « Ada for Automation » est à jour.

Je peux retourner jouer avec Python ! 😉

Cordialement,
Stéphane