Documentation avant le changement: Desktop 2012

Pas grand chose à voir avec les dernières élections mais plutôt une photo d'un appartement virtuel, le bureau de ma station de travail principale, avant le passage à Gnome 3.

Ceci est un bureau Gnome 2 avec Docky, Gnome Do, et Compiz, qui correspond aux features de Gnome 3  (Dock, Vue Application, Menu Applications) installées à partir d'éléments séparés.
Je pense qu'au niveau fonctionnalités, je n'ai donc pas trop de souci à me faire.
Les applications ici visibles sont Mame (émulateur de bornes d'arcade), son front end Gnome Video Arcade, l'émulateur Atari ST Hatari, et le navigateur Iceweasel/Firefox.

Des Unix libres partout: Minix 1.5 sur Atari ST

Linux ou NetBSD sur i386, amd64, powerpc ou ARM, d'accord on connaît.
Mais si on installait un Unix libre, avec micro noyau et license BSD sur notre bon vieil Atari ST ?
En suivant les instructions suivantes, j'ai donc installé Minix en version 1.5 sur un Atari 520 STE, doté de 4 Mo de Ram et d'un disque dur d'une taille faramineuse de 20 Mo. La documentation exhaustive rend l'installation relativement aisée, le plus long restant de préparer les images des six disquettes.

Une fois  Minix installé il est possible d'activer un terminal sur le port série pour pouvoir se connecter depuis une autre machine, et là attention votre monstre de 4Go de RAM / quad core devient un terminal passif pour votre Atari de 4Mo / 8Mhz.

L'environnement en lui même est assez semblable à BSD 4.3 comme le montre la présence de la commande machine, ou la syntaxe de la commande ps. Pas de TCP/IP, mais il est possible de transférer des fichiers via kermit, zmodem en utilisant le port série.

Que faire à partir de la ? Minix 1.5 est livré avec son code source et dispose de tous les outils Unix standards. On peut donc moyennant patches y installer de vieilles versions de GCC et Bash. Et en utilisant Minix 1.5 comme système de développement, on a déjà pu démarrer pas mal de choses.

Trois messages d'erreur parmi les plus confus sous Unix / Linux

Je conserve une collection de messages d'erreurs inattendus, en voici un florilège:

Le dossier qui n'était pas un dossier

# Création d'un répertoire de test

mkdir /tmp/my_dir

# On crée un lien symbolique vers ce répertoire

ln -s /tmp/my_dir /tmp/my_link# On efface le lien symbolique ( completion du nom en tapant deux fois Tab pour faire apparaître le slash / à la fin )
rm /tmp/my_link/
rm: impossible de supprimer « /tmp/my_link/ »: est un dossier

rmdir /tmp/my_link/
rmdir: échec de suppression de « /tmp/my_link/ »: N'est pas un dossier
# Faudrait savoir ...

#La solution 

rm /tmp/my_link 

Est-ce un bug des coreutils ( dont fait partie rm) sous Linux ?  Sous NetBSD la commande rm /tmp/my_link/ efface bien le lien symbolique.

Mount prétend que le disque dur n'existe pas

Depuis le CD d'install GNU/kFreeBSD, en exécutant un shell de secours.

#On monte la partition racine depuis le live CD

mount /dev/da4s1 /mnt

mount: mounting /dev/da4s1 on /mnt/failed: No such file or directory

Alors que /dev/da4s1 et /mnt existent bien ! La solution (discutée ici):
mount -t ufs /dev/da4s1 /mnt

Mount prétend que root n'est pas root

Depuis le CD d'install GNU/kFreeBSD, en exécutant un shell de secours.
#On monte la partition racine depuis le live CD
mount -t ufs /dev/da4s1 /mnt
mount:permission denied (are you root?)

La solution: rien à voir ici avec un problème de droits, /dev/da4s1 n'a pas été démontée proprement. Il faut tout d'abord effectuer

fsck.ufs /dev/da4s1

avant de monter la partition.

La complexité de Drupal: pourquoi tant de termes et de concept à maîtriser ?

Une bonne indication de la complexité d'un corpus de savoir ( logiciel à manipuler, contenu de livre à assimiler, partition de musique à interpréter ) est donné par la taille du lexique spécifique à celui ci.

Pour développer pour Debian il faudra connaitre upstream/downstream, unstable / testing / stable / oldstable, bikeshedding, sponsor, debian maintainer, debian developer, non-maintainer upload , FTBFS, override file, autobuild. A part bikeshedding et upstream, tous ces termes sont spécifiques à Debian.
Pour lire un livre ou un texte de Bourdieu, il sera bon de connaître habitus, champ, violence symbolique, déshistoricisation.
Pour créer un site avec le framework Drupal, il vous faudra connaitre la signification des termes suivant:
core module / contributed module, permission, roles, node, authenticated user, taxonomy, region, block, primary and secondary links.

Un lexique important demande bien sûr un temps d'apprentissage conséquent. Mais en même il reflète la qualité organisationnelle  de l'auteur du corpus. Nommer un objet, et plus encore créer un terme spécifique, c'est dissiper l’ambiguïté d'un terme trop générique. C'est aussi créer du "neuf", tellement neuf qu'une délimitation lexicologique s'impose avec "l'ancien". Ainsi le "node" de drupal, décrit une page html avec son contenu, unité de base d'un site drupal.
Utiliser "node" plutôt que page, permet de regrouper dans une meta catégorie tous les types de pages qu'un site drupal peut contenir ( article, post de blog, entrée de wiki, page d'accueil ) et permet à la communauté Drupal d'échanger en interne en connaissance de cause.

Faire un paquet Debian c'est facile

Après plusieurs heures consacrées à lire la documentation de git, de dpkg-source, de pbuilderrc, de debi, de lintian, et la Debian Policy pour finalement boucler mon paquet des émulateurs Mame et Mess 0.144, j'ai ressenti le besoin de résumer cette expérience.

L'inspiration est venue en lisant http://upsilon.cc/~zack/blog/posts/2007/09/svn-cowbuilder/ via la page du Wiki Debian sur cowbuilder.

Grub2 et FreeBSD/NetBSD

Même si ma propre expérience avec Grub2 a plutôt été décevante, j'ai pris le temps de documenter dans un mail à grub-devel, et dans le wiki Ubuntu la procédure nécessaire pour charger un noyau FreeBSD ou NetBSD depuis GRUB2.

Le support NetBSD permet de faire des choses bien pratiques, comme installer un système NetBSD directement depuis GRUB2, en chargeant le kernel-INSTALL depuis une partition Linux.  C'est la procédure que j'ai suivie pour installer NetBSD sur un serveur KVM hosted, où les options d'installation ne proposaient pas ce dernier.

Serveur privé VPS chez Hetzner.de: pour l'instant que du bon

Même si j'étais enchanté des tarifs et du service chez prgmr, la latence entre l'Europe et la Californie faisait que le travail était ennuyeux sur ce serveur.
Je viens donc d'obtenir une nouvelle machine VPS chez l'hébergeur allemand Hetzner dont je suis pour l'instant particulièrement content.

Les points faibles:

  * Comme toute offre VPS, il faut se méfier de la tolérance de l'hébergeur vis a vis des contenus. Hetzner a par exemple dans un premier temps refusé l'hébergement de mirroirs wikileaks, avant de finalement seulement les "déconseiller" à ses clients ( en allemand) Il est bien entendu difficile d'héberger un noeud de sortie Tor, mais je pense que c'est la politique standard de beaucoup d'hébergeurs.

 * Une partie de la documentation est seulement en allemand ou en russe, comme par exemple cet article qui montre via traceroute dans quel data center votre machine se trouve

 * Pas encore d'IPv6 pour les VPS.

Point forts:
  * Excellent prix: un vps avec 1 Gb de RAM et 40 GB de disque dur revient à 13 euros par mois !
  * Excellente performance de la machine: le CPU annoncé de 2.8 Ghz donne les mêmes résultats avec sysbench que ma machine de bureau elle aussi avec ce CPU ( Intel Core)
  * Excellente latence vers l'Europe. Le ping est à 27 ms vers l'Autriche.
  * Système de secours pour la machine virtuelle. En cas de problème on peut booter sur une machine virtuelle alternative tournant sur un Ramdisk et chrooter son système pour le réparer. Ceci m'avait bien manqué sur gandi qui ne proposait qu'un accès à une console série.
  * Grand choix d'OS virtualisés. FreeBSD est supporté, y compris via le système de secours.
  * Bonne documentation, servie par un Dokuwiki. La technologie utilisée est kvm.
  * Hetzner dispose de son propre mirroir Debian

Je dispose donc maintenant d'un serveur virtuel Debian chez Hetzner, reste à mettre en place un système de backup, je pense que cette doc rsync de iMil fera parfaitement l'affaire.

A moyen terme, étant  donnée la baisse continue des tarifs dans ce domaine, on ne peut  que recommander à chacun d'avoir son propre serveur virtuel avec son nom de domaine. On conserve alors la propriété de son contenu de A à Z, contrairement aux plateformes propriétaires d'hébergement.