En vrac de milieu de semaine…

Un court billet, en ce pluvieux mercredi du mois de mai. On se croirait en septembre… Remboursez 🙂

Côté informatique :

Côté culture :

Rien pour cette fois, désolé. En ce moment, je n’ai pas trop l’opportunité de faire des recherches musicales 🙁

Bonne fin de semaine 🙂

Applewin-git, le port linux d’AppleWin empaqueté pour le monde Archlinux.

Dans un article de début mai 2021, je faisais un bilan assez triste de l’émulation Apple II sous Linux.

Je concluais l’article ainsi en parlant du port effectué de main de maître par Andrea Oddetti du logiciel AppleWin :

Le port est plus que fonctionnel, dommage que la version QT – qui serait apprécier par la plupart des utilisateurs potentiels – souffre d’une telle latence. Dommage aussi qu’en mode fenêtré, les touches fléchées soient parfois non prises en compte.

Néanmoins, cela laisse un mince espoir de pouvoir se passer à terme du duo Wine et AppleWin à terme.

Le beau temps de ce mois mai – qui est franchement pourri, à peine 12° avec de la pluie – m’a donné envie de me pencher sur la possibilité d’avoir une version empaquetée de l’émulateur pour le monde Archlinuxien.

Et comme je l’avais dit :

Pour le moment, il n’y a pas de paquets sur AUR et c’est aussi bien comme cela, vu qu’il doit être bien laxatif à empaqueter comme logiciel.

Et je confirme cela. La partie la plus ennuyeuse a été de gérer les trois dépots github tiers pour qu’ils soient reconnus à la compilation. Mais j’y suis arrivé. J’ai réussi à faire fonctionner l’ensemble, aussi bien avec l’interface QT que SDL2 sous Gnome. Mes essais pour l’interface SDL2 ont échoué dans une machine virtuelle avec Xfce. Je ne sais pas pourquoi.

Mais le principal est d’avoir un port. Je l’ai donc capturé en action pour montrer qu’il y a de l’espoir pour l’émulation Apple II, même si le port QT est effroyablement lent en ce qui concerne le rendu audio via la carte Mockingboard.

Oui, le paquet n’est pas très propre, mais je ne désespère pas de faire fonctionner les sous-modules git dans la recette de compilation de l’émulateur. En tout cas, maintenant, je peux me passer du duo Wine et AppleWin pour mes besoins en émulation d’ordinosaure de la génération Apple II.

Aimer la période Dio de Black Sabbath, c’est pas donné :(

J’aodre le metal, que ce soit le metal progressif d’un Opeth (d’Orchid à Watershed inclus), le heavy metal de Deep Purple (époque Mark II et III) et de Led Zeppelin, sans compter d’autres genres dont j’ai parlé sur le blog, sans oublier les périodes Ozzy Osborne et Dio de Black Sabbath (en dehors des ovnis « Technical Ecstasy » et « Never Say Die »).

J’avais fait un article dédié à ce sujet en 2017. Comme le temps file !

Il faut dire qu’avec des classiques comme « Heaven and Hell » et « The Mob Rules », Dio avait donné du sang neuf à un des groupes qui a fondé le metal en 1970. Il ne manquait qu’un album des deux époques Dio, c’était le très lourd et sombre « Dehumanizer ».

J’avais appris à connaître un des titres de cet album sans le savoir. En effet, une des musiques de Doom II (sur les map 10 et 16) reprenait l’introduction du très bon « After all (the dead) », sous le nom de « The Demon’s Dead ». Merci à l’excellent Doom Wiki pour les références.

J’ai pu le trouver à petit prix sur eBay. Il me tarde qu’il rejoigne ma collection.

Continuer la lecture de « Aimer la période Dio de Black Sabbath, c’est pas donné 🙁 »

Vive le « vieux-connisme » en informatique ! :)

Cet article m’a été inspiré par la longue réflexion de Didier sur la peste que sont devenues les rustines en informatique. C’est le deuxième, après un consacré à une geekerie un peu chtarbée 🙂

Oui, deux articles coup sur coup, ça fait beaucoup. Mais je dois dire que la prose de Didier m’a particulièrement inspirée. Et écouter l’excellent « Dehumanizer » de Black Sabbath (deuxième époque Dio) colle parfaitement au contenu de cet article 🙂

Dans son long article, Didier pointe du doigt ce qui rend l’informatique moderne indigeste, comme l’ajout de couches les unes au dessus des autres, que ce soit .net, DirectX ou des cadriciels à la electron.

On ne parle plus de développer les logiciels en langage de bas niveau, comme l’assembleur, le C ou le C++. Programmer en assembleur sur des Ryzen ou des Core iQuelquechose ? Bon courage 🙂

Depuis des années, on a droit à des cadriciels pour simplifier le développement… Mais les dits cadriciels (frameworks en anglais) sont devenus des monstruisités en terme de taille. Si on prend electron (orienté technologies internet), on se retrouve avec le logiciel lui même qui dépasse les 160 Mo en dehors des dépendances à installer.

Avec les dependances, on arrive à quoi ? Dans les 500 Mo ? Pour mémoire, MS-Windows XP – qui a eu la plus longue durée de vie à savoir 13 ans – avait les pré-requis système suivants en ce qui concerne l’espace disque : 1,5 Go minimum, 6 recommandés.

Je sais, on parle d’un OS sorti il y a 20 ans, mais voir qu’un cadriciel seul doit peser avec ses dépendances pas loin du tiers de ce qui était nécessaire au minimum pour installer MS-Windows XP, ça fait peur !

Comme l’a si bien dit Didier et je me permets de le citer ici :

[…]
Je vous laisse méditer sur le fait qu’un ordinateur d’aujourd’hui qui a plusieurs coeurs à plusieurs Gigahertz, des mémoires et disques SSD met presque plus de temps pour arriver à l’ouverture d’un traitement de texte que je ne pouvais le faire dans les années 80.
[…]

Je n’ai pas utilisé de traitement de texte dans les années 1980, mais lancer Microsoft Word au milieu des années 1990, ça demandait une trentaine de secondes sur des 486/Pentium et des disques durs qui n’étaient pas foudre de guerre.

Par comparaison – qui vaut ce qu’elle vaut – lancer LibreOffice depuis mon nvme, c’est facilement une dizaine de secondes. Et on ne peut pas dire que la bande passante d’un nvme est du même niveau que celle d’un disque dur des années 1995 à 2000.

Continuer la lecture de « Vive le « vieux-connisme » en informatique ! 🙂 »