Comme j’ai tweeté récemment, j’ai adopté apticron: je trouve l’outil super intéressant pour me faire un rappel des updates en attentes dans mes divers systèmes, entre autres parce qu’il y joint le changelog de l’update en question.

Le truc s’installe d’un simple apt-get install, mais j’ai remarqué aujourd’hui sur un système plus “ancien” ou je l’installais (un vénérable Ubuntu Hardy… ) que la cron job nétait pas installé dans /etc/cron.d, mais bien dans /etc/cron.daily. Ce qui n’est pas a prime abord remarquable…

Le bout que j’ai trouvé drôle, c’est la façon que le script a de ne pas se lancer en même temps que les diverses cronjobs qui démarrent au cron.daily. Je paste le script dans son entiereté:

#!/bin/sh 

RANGE=3600
number=`od -vAn -N2 -tu4 < /dev/urandom`

number=`expr $number "%" $RANGE`
sleep $number
test -x /usr/sbin/apticron || exit 0
/usr/sbin/apticron

od? WTF?

Man od nous dit : “od – dump files in octal and other formats”

Assez créatif comme façon d’obtenir un nombre random je dirais…

Trouvé au hasard de mon épluchage de mes RSS: Find all SSH Hosts

Le truc est intéressant, mais la ligne de commande pas mal touffu pour garder un espace dans mon cerveau. J’ai donc voulu la transformer en simple alias dans mon bashrc, mais bon… ca faisait pleins d’erreurs.

Voici la version amélioré, en fonction bash; l’amélioration évident devrait être de chercher plus d’un port, ou encore de spotter tous les hosts roulant quelque chose sur un port quelconque a recevoir en paramètre… A ajuster au besoin.

Le code:

function find-ssh-host() {
echo "Finding SSH hosts on port 22 in connected network"
ips=$(ip addr | grep global | awk '{print $2}' | tr '\n' ' ')
nmap -p22 -oG - $ips | awk '/22\/open/ {print $2}' | sort | uniq
}


Belle coincidence aujourd’hui.

Ce midi, j’ai assisté à une présentation (euh, show de boucane est plus approprié) par des représentants de Sun Microsystems. On nous a présenté, entre autres, les capacités des nouveaux CPU Niagara et les fonctionnalités de Solaris 10.

Et ce soir, en arrivant à la maison, j’ai trouvé une enveloppe contenant les CD gratistes d’OpenSolaris que j’ai commandé y’a loooooooongtemps (Ubuntu fait ça plus vite.. )! Bon timing!

J’ai donc essayé ça drèt là avec les versions LiveCD qui viennent avec. Il y a trois distributions de dérivés d’OpenSolaris disponibles: Belenix, Nexenta et Schillix.

Je vais garder ça bref, je ne suis quand même pas DistroWatch… Mais voilà mes premières impressions:

Le premier que j’ai essayé est Nexenta qui est une dérivé d’Ubuntu. C’est cute, ça semble offrir des trucs agréable comme un gestionnaire de paquet (Synaptic), mais c’est leeeeeent…. Tellement que je me suis tanné et que j’ai rebooté dans Belenix.

Belenix est le plus utilisable: le livecd marche bien, le boot est relativement rapide (un livecd Ubuntu est un brin plus rapide, mais c’est quand même correct) et le desktop KDE que j’ai choisi au boot (on a le choix entre XFCE et KDE) offrait un sympatique fichier “Belenix/Solaris-for-newbies” qui était bien pour un utilisateur-Solaris-par-la-bande comme moi (j’ai plus une expérience user sous Solaris, avec juste un minimum comme admin… Jamais eu l’occasion). Il y a aussi une petite application qui permet d’explorer ce qui est faisable avec DTrace et le DTraceToolkit; désolé d’oublier les noms exacts, je suis revenu sous Linux.
Schillix est le plus drabe des trois: on est accueilli dans une console qui prend un temps relativement long à arriver… Ça ressemble plus aux “vrais” Solaris que j’ai connu; pure console..

Dans tous les cas, l’expérience n’a pas permis d’explorer très loin du simple fait que je n’avais pas d’accès Internet (d’où mon retour sous Linux): le wireless ne fonctionnait pas, mais en principe le chipset est supporté. Il doit y avoir un quelque chose que je pourrais faire en manuel…

Le son n’était pas non plus fonctionnel; pas dramatique…
Prochaine étape: installation dans des VMs pour jouer plus en profondeur avec tout ça (ZFS et les Zones pour commencer!). Ou peut-être directement sur un de mes vieux Suns. Je pourrais essayer de rivaliser avec les vidéos de Pascal!

Comme je l’avais déjà presque promis, et comme certains m’ont suggéré, voilà le truc tout simple que je me suis préparé pour afficher automatiquement le nom du serveur dans un onglet de Konsole.

Il s’agit simplement d’ajouter ces lignes dans votre fichier .bashrc (désolé, utilisateurs d’autres shell, j’utilise Bash. L’adaptation est sans doute facile…):

function ssh(){
b4=`dcop $KONSOLE_DCOP_SESSION sessionName`
args=$# # Nombre de parametres.
msg=${!args}
dcop $KONSOLE_DCOP_SESSION renameSession "ssh $msg"
/usr/bin/ssh $@
dcop $KONSOLE_DCOP_SESSION renameSession "$b4"
}


Comment ça marche?

On commence par garder en mémoire la nom de l’onglet courant. On ramasse le nom qu’on veut donner à la console (ie on ramasse le dernier argument, qui devrait normalement être le nom du serveur), puis on invoque le Konsole courant avec dcop et on lui passe le nom que l’on veut voir. Une fois que ssh a retourné, on remet l’ancien nom.

La fonction bash s’appelant ssh, elle remplace carrément l’exécution de la commande ssh qui est dans le $PATH: il suffit de la renommer si ce n’est pas l’effet désiré.

L’avantage d’une petite fonction de ce genre est que ça permet de fonctionner simplement pour n’importe quelle connection.

J’ai aussi un code indentique (mouais, cut/paste: y’aurait plus élégant, mais bon, c’est juste un .bashrc…) qui a certains paramètres que j’utilise souvent prêt à l’emploi. La plupart de ces paramètres sont déjà dans mon .ssh/config, mais les mettres dans la fonctions bash permet de rendre leur utilisation plus souple quand je me promène d’un réseau à l’autre.

Le code en question:

function sshcanoe() {
myparams=’ FIXME: mes parametres SSH’
b4=`dcop $KONSOLE_DCOP_SESSION sessionName`
dcop $KONSOLE_DCOP_SESSION renameSession “$1″
/usr/bin/ssh $myparams “$@”
dcop $KONSOLE_DCOP_SESSION renameSession “$b4″
}

Évidemment, à la place du “FIXME”, il faut mettre quelque chose…

J’y mets les paramètres propres à notre réseau, ie mon nom d’usager, les paramètres particuliers pour SSH, etc.

Auparavant, j’utilisais un ensemble de fonctions pour configurer chaque serveur: ça permet d’avoir à n’écrire que le nom du serveur, mais ça oblige à créer une fonction pour chaque serveur. Jusqu’à 5-10 serveurs, ça va bien, mais rendu à 30, 40, 50, ça devient un peu fou à gérer… J’utilise donc ces fonctions de moins en moins, mais bon, à tout hasard:

# Fonction wrapup de SSH
function xssh() {
b4=`dcop $KONSOLE_DCOP_SESSION sessionName`
dcop $KONSOLE_DCOP_SESSION renameSession “$1″
shift
/usr/bin/ssh $@
dcop $KONSOLE_DCOP_SESSION renameSession “$b4″
}

# la fonction propre à un serveur
function nomduserveur() {
xssh nomduserveur username@nomduserveur
}

Mais bon, de cette façon, ça pourrait permettre de passer des paramètres propres à chaque serveur. Par exemple, pour configurer une couleur particulière, Konsole nous permet d’appliquer un schema:

function monserveurencouleur() {
prevschema=`dcop $KONSOLE_DCOP_SESSION schema`
dcop $KONSOLE_DCOP_SESSION setSchema DarkPicture.schema
xssh monserveur user@monserveur
dcop $KONSOLE_DCOP_SESSION setSchema “$prevschema”
}

L’appel a dcop avec le paramètre schema permet de lire le schéma courant; l’appel setSchema permet d’appliquer le schéma voulu, puis de ramener le schéma d’origine. J’appelle ici ma fonction xssh(), mais dans le fond, je pourrais appeler ma fonction ssh(), ou encore mon sshcanoe().

Bon, en ce samedi matin, je lis mes nouvelles avec mon café, et la caféine doit me stimuler trop, ou me faire défoncer l’enthousiasme… Ou encore, c’est la perspective de m’occuper de ma piscine/gazon/feuilles mortes/travaux de peintures qui me pousse l’intérêt ailleurs.. Peut importe…

Mais bon, ce matin, j’ai lu ce texte sur lwn.net.
Ce n’est pas le texte référé lui même qui m’a allumé (ça parles de la façon que Canonical peut avoir du succès avec Ubuntu): ce qui m’a allumé, c’est le commentaire de l’usager “drag”, auquel j’ai répondu une réponse un peu “me-too” (je suis holstein).

L’idée, c’est d’avoir un genre de Ubuntu-SMB (Small Medium Business), avec une version serveur et une version cliente.

La version serveur te fait une installation assez classique d’Ubuntu, mais orienté serveur: elle te demande comment marche ton réseau, ta zone horaire, etc, puis quels services tu veux avoir (genre, partages réseau, emails, serveur web, etc.).

Puis, tu prend la version cliente, et tu la configures pour qu’elle se connecte automatiquemetn au serveur. Elle l’utilise alors automatiquement pour la gestion des usagers, le DHCP (bon, c’est déjà fait ici…), l’accès Internet, etc.
Le client peut alors automatiquement savoir quels sont les paratages réseaux disponibles, il est déjà prêt pour lire ses courriels, surfer sur Internet, etc. Tout est déjà prêt pour que les gens du bureau puisse partager des documents (d’OpenOffice ou autre), travailler en collaboration (on pense à y mettre un calendrier, un wiki/forum/watever).
L’idée de pousser pour le genre de petit-bureau-pas-de-budget peut même être étiré en détectant automagiquement que la machine cliente est un peu petite et on peut alors la faire tomber (dynamiquement, ou à l’installation) en configuration “je roules tout à partir du serveur” (via X) ou carrément la transformer en client LTSP.

A vu de nez, il me semble que l’idée est bonne… Est-ce qu’un de mes rares lecteurs (je vous comprends.. ) a une opinion?

Mise-à-jour (déjà!):

J’ai trouvé sur le wiki d’Ubuntu une proposition qui va dans le même sens. C’est marqué “low-priority” et ça date de 2005, alors j’imagine que si ça m’intéresse, me reste plus qu’à voté avec mes pieds et mettre l’épaule à la roue…

Seconde mise-à-jour (encore!)

Une discussion sur le sujet existe sur le forum d’Ubuntu.

Filelight, un petit outil intéressant qui scanne vos fichiers (de votre système au complet ou encore seulement de votre $HOME) et vous donne un bel aperçu visuel de ce qui occupe l’espace utilisé. Pour ma part, j’ai remarqué qu’une grosse parti de mon disque était utilisé par des .OLD et .BAK et autre DOT.backup…

La description officielle:

Filelight creates an interactive map of concentric segmented-rings that represent the sizes of files and directories on your computer.

Ça ressemble en esprit au FileSize View de Konqueror, mais l’utilisation de cercle concentrique me semble à la fois plus intuitive et agréable à l’oeil. Disponible pour Ubuntu/Kubuntu dans universe/kde.
L’auteur suggère aussi philesight, un outil du même genre, mais non-interactif. L’idée est d’utiliser cet outil pour scanner périodiquement un filesytem d’une machine distante et de rendre disponible un graphique montrant où va l’utilisation du disque. Hum, à mon retour au boulot, je vais être tenté… Je
connais de GROS filesystems qui mériteraient d’être analysés…:) Si j’aimes, je packagerai: celui là n’est pas disponible pour Ubuntu.
Oh, et BTW… Louis-Philippe est arrivé.

Veux-veux-pas, vous aurez à toucher à un terminal dans Linux, ne serait-ce que pour utiliser SSH.

Sous KDE, le logiciel qui sert de console virtuelle est Konsole. C’est un logiciel plus lourd qu’un simple xterm, mais avec beaucoup plus de fonctionnalités: c’est beaucoup moins intimidant pour un débutant, et de moins point de vue, beaucoup plus efficace même pour le plus-si-débutant-que-ça… Voici quelques trucs pour rendre son utilisation plus agréable sous KDE.

• Utiliser les onglets: comme Firefox (et plein d’autres logiciels…), Konsole supporte d’avoir une série de sessions dans des onglets. Ça évite d’avoir une longue série de fenêtre pour chaque connexion/session en cours comme c’est le cas avec xterm. Pour un utilisateur Windows de console SSH, c’est l’équivalent d’avoir des sessions dans SecureCRT vs. Putty.
• Naviguer d’un onglet à l’autre: la touche Shift-flèche permet de se déplacer d’un onglet à l’autre, de gauche à droite. Et tant qu’à être dans les raccourcis: CTRL-Shift-N permet d’ouvrir une Nouvelle session.
• Nommez vos sessions: un click-droit ou le raccourcis CTRL-Alt-S permet de renommer l’onglet courant, pour mieux se retrouver dans la pile.

Une autre fonctionnalité intéressante de Konsole est le fait que l’application est scriptable via DCOP. Je reviendrai sur DCOP un moment donné, mais pour faire bref, DCOP est une interface permettant d’automatiser et de scripter des actions dans des applications KDE; un peu l’équivalent de COM sous Windows ou AppleScript sous Mac.

Je me suis développé une série de petits alias et de fonctions Bash pour faire en sorte de renommer automatiquement l’onglet courant du nom du serveur sur lequel je me connecte. C’est aussi possible, par exemple, d’ouvrir automatiquement une Konsole et d’y exécuter une série de commande automatiquement; par exemple, se connecter sur une série de serveur… J’ai utiliser beaucoup un script de ce genre pour me connecter sur la dizaine de serveurs qui servaient à UHM.

J’ai comme vague projet de faire un peu de ménage dans mes petits scripts de Konsole pour faciliter leur partage; faites signe si vous êtes intéressés, ça me motivera sans doute assez..

Enfin, dernier gadget bien utilisant sous la couverte Konsole: Yakuake. Il s’agit d’un émulateur de terminal qui se font dans votre environnement. Au démarrage, l’application se “cache” ; pour l’afficher, presser F12 (par défaut) et une fenêtre de terminal va “descendre” du haut de votre écran, prêt à utiliser. Donc, en bref, une console kewl qui fait parler le 733t h4×0r en vous, tout en vous donnant accès vite fait à une konsole pas du tout encombrante. Pour l’essayer; apt-get install yakuake ; yakuake…

Pssst: sur le côté, j’ai écrit sous forme de page les petites configs que j’ai faite pour utiliser mon nouveau laptop.

La grande détresse, lorsqu’on fait le saut vers le monde Libre, c’est de trouver les logiciels, petits ou grands, qui font le bonheur et la productivité du cubicle-warrior que vous êtes.

Pour aider un peu à identifier les “gros” joueurs du monde Linux, voici quelques sites qui ont fait des grilles de correspondances entre logiciels Windows et leur équivalent(s) Linux:

D’abord, un “classique” que j’ai vu référé ici et là depuis un bout de temps: La table d’équivalence Windows/Linux, en version française, anglaise, ou l’originale en russe… ;P

Ensuite, une liste plus récente faite par le Irish Linux Users Group: Alternatives to Windows software.

Enfin, sur LinuxQuestions.org, Linux software equivalent to Windows software, une liste qui semble bien maintenu et complète.

Sur Ask Slashdot, une discussion intéressante pour les utilisateurs de KDE, surtout les nouveaux.

Parmi les intéressants, un que je connais déjà bien mais que les gens prennent souvent beaucoup de temps à découvrir: les KIO slaves, et notamment fish:// a essayer dans Konqueror; j’y reviendrai.

Autre trucs intéressant, que je ne connaissais pas et que je me promets bien d’essayer: Katapult, un équivalent à QuickSilver et/ou Spotlight sur Mac OSX (aucune idée si Windows a quelque chose d’équivalent. Don’t-know-don’t-care… ). Ça permet de lancer une application en 2-3 raccourcies.

Ça fait des années maintenant que j’utilise Linux et que je “l’évangélise” autour de moi. Je l’utilise à la maison depuis environ 8 ans (évidemment, moins dans les premières années que maintenant; j’avais moins de machines où installer toutes sortes d’OS jadis… ). Je l’utilise aussi au travail, avec interruptions ici et là (notamment lors de mon passage chez ce qui est maintenant mon “compétiteur“) depuis 1999/2000. Je parles bien sur de l’utiliser comme Desktop; j’ai utilisé sans le savoir un serveur Linux avant de même savoir ce qu’était Linux, comme bien des gens.

C’est drôle, ça fait tellement longtemps que je suis le seul à travailler avec ça au bureau que je m’étais comme mentalement fait à l’idée d’être perpétuellement le seul à le faire. Mais au cours des dernières semaines, plusieurs de mes collègues ont dit être tenté de faire le saut; le tout aidé par les encouragement du boss des infras.

Semble donc que j’aurai bientôt plein de collègues qui verront la Lumière..

Mais en tant que gars-qui-roule-Linux-depuis-longtemps, j’ai eu droit à plusieurs questions de ci de là, et honnêtement, je n’avais pas toujours de réponse adéquate à donner… J’ai donc décidé d’écrire ici quelques petits bouts de textes pour donner quelques références et quelques liens qui vont faciliter le passage.

Donc, Stay Tuned, comme on dit en latin; me reste qu’à vaincre l’intertie naturelle de mes posts sur ce blog..