Catégorie : Mémoire de vieux geek

Vieux Geek, épisode 186 : Claris Works, concurrent malheureux de Microsoft Works.

Article et vidéo créés le 16 mars 2020.

Dans le petit monde des trousses bureautiques allégées, Microsoft Works est le standard de facto. J’ai déjà parlé de l’outil en question en février 2017, dans l’épisode 74 de la série « Vieux Geeks ».

Un outil moins connu a commencé sa carrière sur les machines d’Apple avant de faire un tour sur les PC entre 1993 et 1997, aussi bien pour MS-Windows 3.1x que 95. La dernière version, Claris Works 5 sortira en 1997 avant qu’Apple ne rachète l’outil en 1998 et ne le renomme AppleWorks.

Continuer la lecture de « Vieux Geek, épisode 186 : Claris Works, concurrent malheureux de Microsoft Works. »

Archlinux et la mise à jour moisie de Samba, suite mais pas fin ?

Dans un précédent article, je parlais de l’arrivée d’une version moisie – une version de développement vieille de près de 4 mois – de Samba sur Archlinux.

Outre le fait qu’il y avait un bug lié à Python 3.8 qui cassait le fonctionnement de samba-tool, une deuxième couche du problème est rapidement apparu, et ne concerne que certains périphériques.

La version 4.12.0 – on en est à la 4.12.0-3 en ce 2 avril 2020 – est arrivée sur les dépôts de test. J’ai donc profité de l’occasion pour débloquer les paquets ignorés. Un redémarrage plus tard, j’avais toujours le même problème : impossible d’accéder aux partages de ma FreeBox Revolution serveur.

Après quelques recherches, je me suis aperçu que le code de la FreeBox pour cette fonctionnalité est restée bloquée sur le protocole SMBv1… Un bug a été ouvert sur l’outil de suivi de Free en octobre 2017 et n’est toujours pas clos.

Si on en croit les commentaires, c’est le passage du code en GPLv3 qui bloque la montée en version du protocole.

Bref, c’est la mouise… Comment le contourner ? Si vous avez un périphérique bloqué sur cet ancien protocole déprécié et que vous utilisez une Archlinux, il faut modifier le fichier /etc/samba/smb.conf et rajouter dans la section [global] ceci, dixit un message de David C. Rankin sur la liste de publication arch-general.


client min protocol = NT1
server min protocol = NT1

Une autre option étant d’employer CORE à la place de NT1.

Continuer la lecture de « Archlinux et la mise à jour moisie de Samba, suite mais pas fin ? »

Vieux Geek, épisode 185 : ViewMax, le DosShell à la sauce DR-DOS.

Note préliminaire : article et vidéo créés le 2 mars 2020.

Si pour nombre de personnes quand on parle de DOS, c’est MS-DOS qui est synonyme, il ne faut cependant pas oublier un des concurrents dans ce domaine, DR-DOS. Il a été développé par Digital Research de Gary Kildall, papa de CP/M. Puis, le projet a été racheté par Novell dont Caldera achètera les droits en 1996.

Dans un précédent épisode, j’ai parlé du projet DosShell de Microsoft. Mais Novell a aussi développé un projet identique – quoiqu’un peu plus développé – pour DR-DOS, j’ai nommé ViewMax. Sa version 1.0 sort en 1990 avec DR-DOS 5.0, mais n’a pas grand chose à envier à DosShell.

En 1991, sa version 2.0 est disponible et elle est aussi avancée, sinon plus que MS-Windows 3.0, produit phare de Microsoft à l’époque. Ce dernier n’étant pas très partageur, il répondra avec un certain code AARD qui rendait impossible l’installation de la version beta 1 du futur MS-Windows 3.1 avec DR-DOS.

Continuer la lecture de « Vieux Geek, épisode 185 : ViewMax, le DosShell à la sauce DR-DOS. »

Vieux Geek, épisode 184 : MS-Windows 3.0, le premier à rencontrer du succès.

Nous sommes en mai 1990. Microsoft joue gros. Alors qu’il continue de collaborer avec IBM sur le projet OS/2 qui durera jusqu’à une version 1.30 d’OS/2 (comme je l’avais raconté dans l’épisode 83 de la série vieux geek) – il veut que son MS-Windows soit couronné de succès. Il faut dire que la version 1.0 inergonomique au possible et la version 2.0 à peine mieux finie lui ont laissé un goût amer dans la bouche.

Avec une interface qui fait penser à celle du Presentation Manager d’OS/2 1.x, Microsoft sait qu’elle plaira, car elle est plus facile et plus esthétique que celle des précédents MS-Windows. Mais sous le capot, il y a pas mal de petites choses : trois modes de fonctionnement : le réel, le standard et le 386 étendu.

Ce qui permet de faire fonctionner MS-Windows 3.0 en partant du 8086 (pour le mode réel), en passant par les 286 (pour le mode standard) et le mode 386 pour les processeurs 386 et 486. Pour mémoire, le processeur 486 d’Intel est sorti en 1989. Ce dernier permettant d’avoir accès à une plus grande quantité de mémoire vive, 4 Go… Quand à l’époque 4 Mo était une quantité énorme de mémoire, 4 Go tenait de la science fiction.

L’installation tenait sur 7 disquettes… Et pour installer l’ensemble, vous allez devoir jongler avec le jeu de disquettes. Mais une fois installé, vous êtes tranquille 🙂

Continuer la lecture de « Vieux Geek, épisode 184 : MS-Windows 3.0, le premier à rencontrer du succès. »

Vieux Geek, épisode 183 : DosShell, l’interface graphique pour MS-DOS 4 et 5 de Microsoft.

En 1988, Microsoft qui n’est pas encore le géant que nous connaissons de nos jours vient de se prendre deux fiascos monumentaux dans le domaine des interfaces graphiques utilisateurs.

Après le mochissime MS-Windows 1.x, évoqué dans l’épisode 144 de la série vieux geek et sa version 2.0 qui n’est guère mieux, Microsoft se reconcentre sur son produit phare, MS-DOS.

En juin 1988, la version 4.0 de l’OS en ligne de commande de Microsoft sort. La loi des séries continue et c’est une version franchement plantogène qui sort et qui souffre de problème de compatibilité. Une version 4.0.1 un peu plus stable sort, mais le mal est fait.

Continuer la lecture de « Vieux Geek, épisode 183 : DosShell, l’interface graphique pour MS-DOS 4 et 5 de Microsoft. »