Informatique – Page 387 – Le Weblog de Frederic Bezies

Vieux geek, épisode 50… non 51 : Ken’s Labyrinth, le lointain ancêtre de… Duke Nukem 3D.

Note : c’est le billet 51 de la série vieux geek, non le 49ième. Je m’étais trompé lourdement dans la numérotation ! Oups 🙂

En 1996, 3D Realms sort un jeu resté dans les mémoires pour son côté technique mais aussi pour son humour caustique, les clins d’oeil à la pelle pour des évènements (comme l’affaire OJ Simpson), des films (Star Wars, Indiana Jones), ou encore des jeux vidéos dont le vénérable ancêtre Doom.

Derrière tous les effets spéciaux en question qui donne une claque au genre FPS en cette année 1996 – 20 ans déjà, ouille ! – il y a un moteur de rendu qui s’appelle le Build Engine.

C’est l’oeuvre du programmeur de génie Ken Silverman qui n’en est pas à son coup d’essai. En effet, en 1993, Epic MegaGames publie la version ultime d’un titre assez bizarre pour sa charte graphique, Ken’s Labyrinth.

Ken Silverman, 18 ans (il est né en 1975), avait vu son frère s’éclater sur Wolfenstein 3D. Il a alors décidé de développer son propre Wolfenstein 3D, avec quelques améliorations. Même si les graphismes sont moins avancés que ceux de l’équipe d’id Software, il y a des parties un peu plus interactives comme les bonus qui se transforment, les machines à sous et les distributeurs d’objets. Les ennemis sont assez vaches par moment.

Il y aussi des portes battantes, inexistantes dans Wolfenstein 3D. Ou encore des murs destructibles. Évidemment, on est loin de ce que sera Duke Nukem 3D en 1996.

Continuer la lecture de « Vieux geek, épisode 50… non 51 : Ken’s Labyrinth, le lointain ancêtre de… Duke Nukem 3D. »

La Manjaro Linux 15.12 avec i3, une autre raison de vouloir ignorer les versions communautaires de la fille d’Archlinux ?

Je ne suis pas un grand amateur des versions communautaires de la Manjaro Linux qui sont souvent des horreurs surchargées avec des goûts de toilettes publiques plus que prononcés. Il y a quelques rares exceptions, mais j’avoue qu’en dehors de la version avec OpenRC, je ne vois pas.

Dans un commentaire sur la atrocity Apricity OS, Steph m’a fait la demande de présenter la Manjaro Linux avec i3.

J’ai donc été sur la page officielle de la Manjaro Linux à la recherche de la version avec le tiling window manager i3. Un tiling window manager, ou gestionnaire de fenêtre à base de pavé permet de gérer les différentes fenêtres en les redimensionnant dynamiquement à un endroit précis. Bref, l’opposé des autres gestionnaires de fenêtres qui laisse les fenêtres se balader sur l’écran. Donc un gestionnaire des plus légers dans sa conception et qui a ses adeptes.

Je suis donc tombé sur l’annonce sur le site officiel qui détaille les logiciels, avec quelques-uns pour compléter l’ergonomie d’i3 et l’étrange fork de Mozilla Firefox du nom de Palemoon (qui ne m’inspire pas confiance dans sa sécurisation et dans son support des technologies HTML5 et CSS3) ainsi que l’existence de deux versions, une avec systemd et l’autre avec OpenRC. Étant plus à l’aise avec systemd, c’est donc la version que j’ai récupéré via wget pour l’article que vous lisez.

[fred@fredo-arch ISO à tester]$ wget -c http://vorboss.dl.sourceforge.net/project/manjarolinux/community/i3/2015.12/systemd/manjaro-i3-15.12-x86_64.iso
–2016-01-11 21:35:37– http://vorboss.dl.sourceforge.net/project/manjarolinux/community/i3/2015.12/systemd/manjaro-i3-15.12-x86_64.iso
Résolution de vorboss.dl.sourceforge.net (vorboss.dl.sourceforge.net)… 5.10.152.194
Connexion à vorboss.dl.sourceforge.net (vorboss.dl.sourceforge.net)|5.10.152.194|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1221148672 (1,1G) [application/octet-stream]
Sauvegarde en : « manjaro-i3-15.12-x86_64.iso »

manjaro-i3-15.12-x8 100%[=====================>] 1,14G 2,97MB/s ds 8m 0s

2016-01-11 21:43:37 (2,43 MB/s) — « manjaro-i3-15.12-x86_64.iso » sauvegardé [1221148672/1221148672]

J’ai ensuite créé une machine virtuelle dans VirtualBox pour voir ce que cette version communautaire a dans le ventre.

Continuer la lecture de « La Manjaro Linux 15.12 avec i3, une autre raison de vouloir ignorer les versions communautaires de la fille d’Archlinux ? »

Puisque l’actualité des distributions est aussi ennuyeuse qu’une journée pluvieuse, parlons d’ApricityOS.

Rien que le titre vous indique à quel point l’article sera potentiellement catégorisé « méchant Fred ». La seule et unique fois où j’ai parlé de la distribution dérivée d’Archlinux dans un billet en vrac du mois de juillet 2015.

Je n’y étais pas allé avec le dos de la cuillère à l’époque :

Dans la série, « oui, j’ai envie de faire une distribution pour astiquer mon ego », je demande l’Apricity OS, en gros une Archlinux (ou une Antergos au moins pour le jeu d’icones), avec une présentation à la Elementary OS / MacOS-X. J’aurais bien une idée du nom réel de cette distribution, mais je n’ai pas envie d’être cruel… Du moins, par pour le moment 🙂

J’ai donc récupéré l’ISO de la dernière version en date. Si j’en crois le nom, elle a été produite en décembre 2015. Transmission m’a permis de récupérer via le réseau des tipiakeurs l’image ISO en toute sérénité. Apparemment, ce serait une version béta. L’ISO est assez lourde, elle pèse près de 1,8 Go.

Sur le plan technique, c’est une Archlinux avec un jeu d’icones à la Numix uniquement disponible en 64 bits, mais proposant une interface basée sur un Gnome Shell avec une présentation à la MacOS-X sans oublier les incontournables Wine via PlayOnLinux et Steam.

Cependant, il y a des outils spécifiques proposés, comme Sbackup (pour faire des sauvegardes), Ice (qui permet d’utiliser des « webapps » en toute tranquillité) ou encore PushBullet (qui permet de fusionner l’utilisation de vos appareils nomades). Bref, que du classique. J’ai tout aussi classiquement fait chauffé mon VirtualBox pour voir ce que la distribution propose.

Continuer la lecture de « Puisque l’actualité des distributions est aussi ennuyeuse qu’une journée pluvieuse, parlons d’ApricityOS. »

Les projets un peu fou du logiciel libre, épisode 4 : FreeDOS.

Pour ce quatrième billet de la série « Les projets un peu fous du logiciel libre », j’ai eu envie de parler de FreeDOS. C’est le pendant du projet ReactOS dont j’ai parlé dans l’épisode 2 de cette série de billet, le 17 décembre 2015.

Le but de FreeDOS est simple : proposer un clone de MS-DOS en logiciel libre. Vu l’énorme logithèque développée pour MS-DOS, le projet confirme son utilité. Il est né en 1994. Alors que Microsoft travaille sur la quatrième version majeure de son environnement MS-Windows à destination des particuliers pour succéder à MS-Windows 3.1 du nom de code de Chicago (alias MS-Windows 95), il annonce que MS-DOS ne sera plus vendu séparément. Un développeur, Jim Hall qui appréciait la simplicité de MS-DOS fut ulcéré.

Il se lança donc dans le projet de faire son propre MS-DOS. Appellé dans un premier PD-DOS pour Public Domain-DOS, il devint rapidement FreeDOS. Mais vu l’énormité du projet, il faudra 4 ans pour qu’une première version alpha sorte et 12 ans pour que la première version officiellement stable, dite 1.0 voit le jour. 6 ans de plus pour que sorte en 2012 la version 1.1 de ce DOS. Qui est largement meilleur que le MS-DOS d’origine : support des CD et du réseau, un shell amélioré (dont l’auto-complétion), le support des noms de fichiers dit longs (au dela du duo 8 caractères et 3 caractères pour l’extension) pour ne citer que les améliorations principales 🙂

Continuer la lecture de « Les projets un peu fou du logiciel libre, épisode 4 : FreeDOS. »

Vieux geek, épisode 50 : 1997, l’année où la première génération de Pentium devint… folle :)

1997. Microsoft travaille d’arrache-pied sur MS-Windows 97 (qui sera connu sous le nom de MS-Windows 98 au final) et Intel apprend l’existence d’un bug qui fait planter sa génération de processeur grand public haut de gamme, les Pentium et leur pendant amélioré, les Pentium MMX.

En 1994, les processeurs Pentium avaient déjà eu droit à une première « tempête de merde » avec un bug resté dans les mémoires, le bug dit FDIV. En gros, les premiers Pentium qui allait de 66 à 100 Mhz avait un bug affreux, surtout si on avait besoin de faire des calculs en utilisant des nombres décimaux. Les résultats étaient parfois incorrects.

Mais début novembre 1997, c’est un bug d’un autre niveau qui touche les processeurs d’Intel. Le bug dit F00F met le processeur en rideau. En clair, si le processeur était touché par le bug, le seul moyen de récupérer la main était de redemarrer à la sauvage son ordinateur !

Plutôt ennuyeux comme bug. Si Microsoft proposa un contournement pour MS-Windows NT4, sauf erreur de ma part, aucun correctif ne fut proposé avec MS-Windows 95. J’ai pu trouvé une gazette de février 1998 déclarant ceci :

[…]What about Windows 95, Windows 3.1, and Windows NT 3.5x? Microsoft is still making a determination about how to address this bug in all the other Windows operating systems.[…]

Qu’on peut traduire par :

[…]Qu’en est-il de Windows 95, Windows 3.1 et Windows NT 3.5x ? Microsoft est toujours de prendre une décision sur la façon de résoudre ce bogue dans tous les autres systèmes d’exploitation Windows.[… ]

Du Microsoft de la grande époque, non ? Et le logiciel libre, alors ? J’y viens.

Continuer la lecture de « Vieux geek, épisode 50 : 1997, l’année où la première génération de Pentium devint… folle 🙂 »