Je confirme de mon coté aussi cet état de fait.

Il est clair que les développeurs ont bien compris que bien souvent l’application Java/J2EE ou PHP qu’ils développent avec leur plateforme Eclipse est destinée à être mise en production vers un serveur Unix ou Linux.

Par ailleurs, j’ajouterai qu’il y a aussi (je pense) une certaine émulsion qui agit lorsqu’un développeur sous Windows, voit un développeur qui lui travaille avec Linux. Ce dernier même si il a des soucis de temps en temps avec son Linux + Eclipse, va tout simplement masquer ses problèmes et dire que son Linux est ‘carrément’ mieux que le Windows, et qu’il est super génial, chouette, etc. Éventuellement, il pourra tout de même dire qu’il y a parfois des problèmes, mais que les avantages restent supérieurs.

Dans tous les cas, le développeur qui se doit d’être curieux, va vouloir faire pareil que son collègue/copain. Et peut-être qu’il y aura ensuite un basculement durable sous Linux (ou un retour sous Windows).

On voit aussi parfois : l’installation en dual-boot, deux ou trois jours sous Linux, puis deux ou trois jours sous Windows en fonction de l’humeur, de la présence ou non du collègue, de la réussite ou non de l’installation de tel ou tel pilote de carte vidéo 3D, etc. Cela fait ‘presque’ penser à des gens qui essayent d’arrêter de fumer

Pour revenir à cette émulsion qui apparait lors qu’un développeur voit un autre développeur qui bosse sous Linux, on peut s’interroger sur le « comment a-t-il basculer sous Linux ? » ce premier développeur ?

Je n’ai pas une réponse, mais simplement quelques cas (qui ne sont pas forcément une généralisation) :

• l’étudiant en informatique qui a mis Linux sur sa machine dès la première année, qui a pu faire son stage de fin d’étude avec son portable toujours sous Linux, et dans la société qui l’a embauché, il n’y a pas de problème pour continuer à bosser sous Linux. Celui-là, finalement, il ne connait pas trop bien Windows, et va plus vite sous Linux.
• le développeur en régie qui vient d’une société où l’ensemble des développeurs est sous Linux (et oui cela existe). Donc là, on a un développeur qui d’abord est contraint, (et bien souvent ensuite – me semble-t-il – convaincu de Linux).
• l’expert / consultant (dont je pense faire parti) qui travaille sous Linux, et de part sa fonction dans le projet bénéficie d’une certaine reconnaissance de ses compétences, et donc du message « si il est expert et qu’il travaille sous Linux, c’est que Linux est le système pour les experts (les bons  »

Bien évidement ces cas s’adressent plutôt à des développeurs qui bossent sur du Java ou de PHP, le développeur .NET, lui n’a pas vraiment le choix, la meilleur plateforme de développement .NET est sous Windows, et son application va fonctionner sur Windows.

Pour conclure, c’est une bonne chose de mon point de vue de voir des développeurs travailler sur l’environnement Linux (ou le tester). Cela leur permet d’ouvrir un peu leur horizon informatique, de leur donner une meilleure compréhension de l’informatique, un peu comme si on voyage dans différents pays chacun ayant ses coutumes, traditions, plats culinaires, etc.

./

Finalement, j’ai fait l’installation de cette nouvelle version sur mon poste. Je n’ai pas fait de migration mais bien une installation avec formatage du disque car je voulais une version ‘vierge/propre’ pour la garder longtemps (le tout en utilisant ma technique). Je souhaite en effet (essayer de) garder cette version pendant la durée du support (3 ans) et donc ne pas procéder à l’installation des nouvelles versions de Ubuntu pour les années à venir. Histoire d’avoir un environnement qui ne bouge pas trop souvent.

Pour revenir sur la version 10.04, c’est un peu tôt pour faire un retour d’expérience, cependant je peux dire :

• Le thème ‘Ambiance’ est trop triste à mon goût (le thème Radiance me semble mieux), finalement je suis revenu sur le thème Human. Je verrais plus tard pour choisir un autre thème parmi la multitude existante.
• L’applet « Indicator » est peu pratique. Maintenant, c’est elle qui est chargée d’afficher certaines informations utiles tels que le niveau de batterie, le niveau sonore, affiche également une enveloppe pour accéder aux divers logiciels de « communication » comme le chat et la messagerie Evolution. Là où cela me gène, c’est que je n’utilise pas le chat ou Evolution. J’aimerais donc ne pas voir cette enveloppe sur la barre des tâches… Cependant je ne trouve pas l’option pour l’enlever.
• J’ai procédé à une installation avec le cdrom « alternate » qui propose une installation de Ubuntu Desktop avec le chiffrement du disque dur. Ce qui devrait mieux protéger mes données si jamais je perds ou me fait voler mon poste.
• Cela fait drôle de voir le logo d’Oracle (au lieu de Sun) quand on lance OpenOffice. Une petite capture.

• Thunderbird 3 est devenu une application de messagerie à la Gmail en ce qui concerne la gestion de son courrier (archivage, indexation global des messages, emplacement des boutons). Je ne sais pas si j’aime, car pour moi cette gestion n’est pas (ne doit pas être) la même entre un webmail et un client « lourd ».
• Ubuntu 10.04 avec son intégration des réseaux sociaux via l’application Gwibber tente (à mon avis) de contrer le navigateur et ses plugins qui deviennent « l’application unique » ou la « couche finale » de beaucoup de gens qui utilisent uniquement Gmail, Facebook, twitter, etc, sans vraiment regarder le système d’exploitation qui fait fonctionner le navigateur. Il est possible que cela soit aussi pour répondre aux petits outils gratuits « Windows Live » de Microsoft qui améliorent l’expérience utilisateur des réseaux sociaux. Pour ma part, je ne suis pas vraiment fan.
• gedit, l’application éditeur de texte et Tomboy l’application « petites notes » voit leur niveau de fonctionnalités augmenter avec des petites choses qui me sont bien utiles. Le tout grâce à leur mécanisme d’extensions.

Globalement, cette nouvelle version n’est pas une révolution par rapport à la version 9.10 exception faite du thème graphique par défaut. Elle l’est beaucoup plus par rapport à la dernière version LTS (la 8.04).

J’avoue avoir un avis moins tranché sur cette nouvelle version, peut-être est-ce l’habitude maintenant d’utiliser Ubuntu depuis plusieurs années en installant systématiquement la nouvelle version chaque six mois, et ainsi d’avoir moins de « surprises » ? …

Mais avant le 29 avril, date prévue pour la sortie officielle de cette version 10.04, j’ai dire quelques mots sur la version 9.10 (Karmic Koala).

J’en suis tout simplement très content. Elle est pour mon cas, extrêmement fiable, les applications comme OpenOffice ou Nautilus ne plantent pas comme cela pouvait m’arriver rarement dans les versions précédentes. Son mode de mise en veille fonctionne parfaitement, la preuve c’est :

$ uptime
20:09:07 up 20 days, 13:18, 18 users,  load average: 0.04, 0.23, 0.24

Ainsi cela fait 20 jours que je n’ai pas redémarré mon ordinateur portable, ce dernier étant mise en veille au moins deux fois par jour (trajet maison->boulot et vice versa).

Dans les autres petits points :

• La carte Nvidia avec le pilote ‘propriétaire’ marchent bien, en particulier lors des présentations sur un projecteur (basculement d’écrans).
• Firefox est stable (bien que lent je pense) avec 6 fenêtres d’ouvertes comportant au moins 10 onglets chacune, réparties sur plusieurs bureaux virtuels. J’utilise tout de même le plugin Session Manager pour faire de temps en temps (1 fois par semaine) un redémarrage, tout en sauvegardant l’ensemble des fenêtres et sessions afin de les restaurer au démarrage.
• Même si les bureaux virtuels existent depuis toujours, j’avoue que j’en abuse en ce moment, car le matin, je suis chez un client A, l’après-midi chez un client B et le soir à la maison. Du coup, il y a un bureau virtuel par « lieu ».
• Par contre, j’ai un problème, car avec tout cela, je mange pas mal de mémoire sur le portable. J’ai beau avoir 4 Go de mémoire, comme j’ai différentes machines virtuelles démarrées ponctuellement, j’ai le Firefox, j’ai JMeter qui a besoin de beaucoup de mémoire et Eclipse qui a soif de mémoire aussi… sans oublier le OpenOffice et autres Thunderbird, voici l’état de la mémoire ce soir (il y a un Eclipse et une VM démarrée) :

$ free -m
              total       used       free     shared    buffers     cached
Mem:          3951       3878         73          0         41        548
-/+ buffers/cache:       3288        663
Swap:         4771        993       3778

Et oui, le système devient lent… je dois arrêter la VM ou Eclipse ou les deux. Car quand le système commence à faire du swap, je dois dire que cela part en sucette…

Comme mon portable et son chipset permettent d’avoir 8 Go de RAM, je sens que je vais me laisser tenter d’autant que deux barrettes de 4Go ce n’est pas si cher que cela. (Je sais, le moins cher c’est de fermer ses fenêtres… mais bon 8 Go c’est chouette )

Enfin, tout cela pour revenir à la version 10.04… Elle me semble bien, mais j’avoue que j’ai presque envie de ne pas changer (tout de suite bien entendu), histoire d’attendre qu’elle soit bien stable, (et m’habituer psychologiquement au nouveau thème avec les trois habituels boutons Réduire, Agrandir et Fermer qui ne sont plus à gauche, mais à droite de la fenêtre cf. ci-dessous).

En tout cas, j’ai prévu un test grandeur nature sur une machine virtuelle Ubuntu 10.04 LTS avec mes données répliquées sur un (gros) disque dur virtuel pour vérifier que tout marche bien.

./

Pour mon cas, j’ai donc un portable Ubuntu Desktop (9.10), et j’ai un autre portable (cela marche aussi avec une machine virtuelle) qui est installé avec la distribution orientée tests de sécurité Backtrack (4 final). Je souhaite avoir l’environnement graphique XWindow de Backtrack (un KDE 3) sur mon poste (un Gnome), tout en gardant mon environnement XWindow/Gnome ouvert… c’est-à-dire conserver mon environnement de travail (thunderbird, firefox, etc..) et basculer sur le mode graphique du portable Backtrack pour lancer des tests de sécurité, et donc sans me déplacer physiquement vers le portable (un bon informaticien est un informaticien fainéant!).

Ouh là ! Je rêve ?! Et bien non, c’est possible :

Sur la machine backtrack, on va faire quelques ajustements / préparations après son installation :

En mode non graphique (en tant que root) :

Démarrage du SSH avec éventuellement, création des clés pour SSH si ce n’est pas déjà fait :

setup-sshd

puis, démarrage du serveur ssh :

/etc/init.d/ssh start

Démarrage en mode automatique du réseau (ce n’est pas le cas par défaut sur une backtrack) :

update-rc.d networking defaults

Démarrage en mode automatique du service SSH :

update-rc.d ssh defaults

Installation du paquetage kdm (et ses dépendances) pour pourvoir faire ce que je veux faire (le kdm est le gestionnaire d’affichage de KDE)

apt-get install kdm

On arrête le service kdm car sinon il va poser problème si jamais il est démarré que je veux l’avoir à distance.

/etc/init.d/kdm stop

On l’enlève du démarrage automatique (histoire qu’il ne nous embête plus jamais)

update-rc.d -f kdm remove

Sur la machine cliente (poste de travail), on change l’autorisation de lancer des environnements X de « console user » vers « Anybody », afin de (me) permettre de lancer le programme xinit sans être l’utilisateur root :

sudo dpkg-reconfigure x11-common

(choisir Anybody et valider)

Ensuite depuis une fenêtre Terminal (ligne de commande) sur la machine cliente,, on saisit la commande suivante :

xinit /usr/bin/ssh -i /home/milamber/.ssh/milamber -X root@10.0.0.2 "/opt/kde3/bin/startkde" -- :1

On notera que :

• 10.0.0.2 correspond à l’adresse de la machine backtrack
• l’on se connecte en root sur le backtrack (une particularité de la distribution)
• que j’utilise un certificat RSA pour ne pas saisir de mot de passe SSH
  

Et voilà, l’écran devient noir, puis le XWindow et le KDE démarrent… sur une nouvelle console virtuelle (vt).

Ensuite :

• Pour basculer (revenir) vers sa fenêtre XWindow locale, faire Ctrl+Alt+F7
• Pour revenir sur la fenêtre XWindow backtrack, faire Ctrl+Alt+F9

Un rêve devenu réalité…

./

• Là où je n’ai pas de mérite, c’est que cela fait 15 ans que j’ai commencé avec Linux (en 1995 avec le noyau 1.2.3) (ah! la jeunesse ).
• Là où j’ai un poil de mérite, c’est que j’ai passé les deux examens le même jour (à 10h30 et à 13h30)

Pour le petit retour d’expérience qui pourrait en intéresser d’autres :

• L’examen LPI 101, c’est 60 questions en 1h30. Pour ma part, j’ai fais l’ensemble des questions en 30 minutes. Puis j’ai passé 30 minutes à revoir l’ensemble des questions, dont environ 7 questions dont j’étais moins sûr. Le résultat c’est 740 sur 800 (soit 92,5% de réussite)
• L’examen LPI 102, c’est aussi 60 questions en 1h30. Ici l’ensemble des questions en 20 minutes, puis 20 minutes à relire avec environ 8 questions avec des incertitudes. Le résultat c’est 750 sur 800 (soit 93,5% de réussite)

Je suis bien entendu très content, ce sont de très bons scores (d’après moi). Il y avait des questions tordues ! Et je ne m’attendais pas à des questions « non-qcm », c’est-à-dire des questions où il faut donner la réponse en l’écrivant, genre : « c’est quoi l’éditeur de texte que l’on retrouve sur toutes les distrib Linux ? Saisir le nom du programme. » (question fictive, car j’ai signé un NDA – accord de confidentialité).

Pour ceux qui préparent (ou veulent préparer la certification) : j’ai préparé la certification avec le bouquin LPIC-1 Linux Professional Institute Certification Study Guide (Level 1 Exams 101 and 102) Edition 2009 et les questions-réponses du cdrom du livre. J’avoue avoir appris quelques bricoles du bouquin (en particulier sur GnuPG), mais globalement mon expérience a été très précieuse. Cependant je crois que les tutoriels de IBM developersWorks m’ont réellement appris pas mal de petites choses que je ne connaissais pas (bien), tels que la partie Impression (LPR/CUPS). Je vous les recommande!

Voilà, voilà. Je vais essayer (en espérant que mon courage reste et que le boulot ne me mange pas), de préparer également la certification LPIC-2, qui me semble accessible après quelques révisions sur le Kernel, Samba et NFS.

J’ai aussi envie de faire un passage vers l’examen Ubuntu 199, pour avoir la certification « Ubuntu Certified Professional« , car je suis un fervent utilisateur de Ubuntu (Desktop et Server).

J’avoue que mon désir final, est d’avoir la certification LPIC-3 spécialité sécurité…

./

Tout d’abord un billet d’une journaliste de l’émission Maternelles sur France 5 au sujet des logiciels libres dans les écoles. Ce billet nous fait découvrir des initiatives pour proposer aux enfants et enseignements des logiciels éducatifs libres. Ces initiatives illustrent (par un raccourci de mon esprit) le vieux slogan lancé à l’époque de la première crise pétrolière : « En France, on n’a pas de pétrole, mais on a des idées ». Que l’on peut compléter par : « que l’on sait concrétiser avec des logiciels libres ». Je dis Bravo.

Ensuite un article sur les jeunes et leur relation avec l’ordinateur. On apprend que finalement les futures générations ne seront pas des geeks sachant taper au clavier avec 10 doigts tout en infiltrant un réseau de machines avec du code en C ou assembleur pour rechercher une quelconque information. Et oui, les ordinateurs ne seront (sont) que le moyen pour accéder à Internet et ses sites communautaires… En deux mots : consommer Internet. Les jeunes ne cherchent plus (pas) à savoir comme fonctionne l’ordinateur, comme à une certaine époque où avoir un ordinateur revenait à être un explorateur (ou devrait-on dire ? un pionnier). Malheureusement / heureusement, je partage le point de vue de cet article. Il faut bien à un moment ou à un autre que l’ordinateur devient simple au sens utilisation et mise en place, tel un téléphone portable ou un appareil GPS. Il y a aura toujours un minimum à comprendre et à connaître, mais il n’y aura (a) plus besoin de savoir parler informatique (CPU, RAM, disque, système d’exploitation, drivers, etc) pour être un utilisateur.

Un dernier billet anglophone, sur Ubuntu 10.04, la prochaine version de cette distribution Linux tournée (justement) vers l’utilisateur lambda. Cette version se distingue par un nouveau thème graphique, l’intégration au niveau bureau des services (sites) Internet communautaires, la simplification de l’utilisation des programmes (numérisation, photo, vidéo, etc.). Ce billet vient confirmer l’article précédent.

En effet, la philosophie sous Unix pour un compte utilisateur, c’est : toutes ses données et toute sa configuration doivent être dans son « home directory ». Ainsi pour un changement d’ordinateur, il suffit de copier son répertoire utilisateur de l’ancien vers le nouveau. (On notera au passage, que ce concept a été repris par Microsoft à partir de Windows Vista.)

Voici la recette complète, si jamais vous avez besoin :

1. une sauvegarde complète de mon répertoire utilisateur vers un disque dur externe (le même que j’utilise pour mes sauvegardes hebdomadaires), soit 109 Go de données/configuration. Pour cela j’utilise rsync, un petit utilitaire de synchronisation de fichiers, bien connu des gens d’unix.
2. une installation de Ubuntu (9.10) sur le nouvel ordinateur portable suivi de l’installation des dernières mises à jour. Lors de l’installation, à la demande de création de l’utilisateur, j’ai, bien entendu, remis le même nom d’utilisateur que l’ancien.
3. puis, l’ajout des paquetages supplémentaires sur le nouveau afin d’avoir les mêmes applications que l’ancien ordinateur. Ce n’est pas forcément obligatoire, car on le faire au fil de l’eau, mais bon, c’est facile de faire la liste, puis avec une grande ligne de commande « apt-get install pqt1 pqt2 etc » on installe le tout. (c’est carrément plus simple, rapide et moins prise de tête que sous Windows où il faut faire l’installation des applications une à une…)
4. pour finir, restauration de la sauvegarde sur le nouvel ordinateur, à partir du disque dur externe (environ 4 heures pour 109 Go), toujours avec rsync. Éventuellement un « chown -R …. » si vous avez changé de nom d’utilisateur ou de numéro d’ID.

C’est tout. C’est presque frustrant, car une fois reconnecté sur le nouvel ordinateur, on se retrouve avec son bureau, ses applications, ses données, au même endroit, sans changement visible… On n’a même pas passer une nuit blanche à tout réinstaller, à suivre les barres de progression des transferts de données ou des installations, ou bien à essayer tant bien que mal à reconfigurer sa messagerie Thunderbird pour retrouver ses mails et le bon serveur POP3…

Non, finalement à part le backup/restore (qui aurait pu être remplacé par un rsync via ssh), je n’ai pas fait grand chose et j’ai bien dormi.

./

Voici une réponse :

Pour répondre à la problématique du « à distance sans saisir de mot de passe avec SSH », nous allons utiliser la notion de clé SSH.

Sur le poste de travail Linux (le poste qui va lancer la commande à distance), nous allons générer la clé SSH avec la commande suivante :

ssh-keygen -t dsa -f $HOME/.ssh/MON_LOGIN

Puis nous allons transférer la partie publique de la clé, en utilisant l’utilitaire ssh-copy-id :

ssh-copy-id MON_LOGIN@192.168.1.1

• le MON_LOGIN peut être remplacé par un autre login.

Si jamais vous n’avez pas l’utilitaire ssh-copy-id, le transfert de la partie publique peut se faire ‘manuellement’ avec la commande suivante :

scp $HOME/.ssh/MON_LOGIN.pub MON_LOGIN@192.168.1.1:/home/MON_LOGIN/.ssh/MON_LOGIN.pub

Puis en ssh sur la machine 192.168.1.1 :

cat /home/MON_LOGIN/.ssh/MON_LOGIN.pub >> /home/MON_LOGIN/.ssh/authorized_keys
rm /home/MON_LOGIN/.ssh/MON_LOGIN.pub

Voilà, maintenant que la partie publique de la clé est sur la machine distance (192.168.1.1), il suffit de faire « ssh 192.168.1.1″ pour être directement connecté sur la machine, en SSH, sans saisir de mot de passe.

Si jamais on veut utiliser une autre clé SSH qui a un nom différent du login, on peut préciser le fichier de clé à utiliser avec le paramètre « -i ». Par exemple :

ssh -i $HOME/.ssh/supervision supervision@192.168.1.1

Pour répondre à la question « en tant que root avec un utilisateur normal (et toujours) sans taper de mot de passe » :

Nous allons utiliser l’outil sudo que vous devez certainement connaître. Cet utilitaire permet à utilisateur normal de lancer une commande en tant que root.

Pour permettre à cet utilisateur donné de lancer une commande donnée sans saisir de mot de passe, nous allons opérer sur la machine distante (192.168.1.1), en éditant en tant que root, le fichier de configuration de sudo :

vi /etc/sudoers

A la fin du fichier, on ajoute la ligne suivante :

MON_LOGIN  ALL=NOPASSWD:/usr/sbin/ma_commande

• où MON_LOGIN est le login de l’utilisateur qui doit exécuter la commande
• /usr/sbin/ma_commande est la commande en question

Maintenant, nous sommes prêts pour lancer la commande qui va répondre à la question de ce billet.

On se place sur la machine de lancement, et on saisit la commande suivante :

ssh -t MON_LOGIN@192.168.1.1 sudo /usr/sbin/ma_commande param1 param2

où :

• -t permet d’émuler une pseudo console tty (nécessaire si le paramètre requiretty est activé dans le /etc/sudoers)
• MON_LOGIN@192.168.1.1 correspond au login et la machine distante
• « sudo /usr/sbin/ma_commande param1 param2 », la commande et ses paramètres à exécuter sur la machine distante

Et voilà, nous avons la réponse.

Pour finir, ne me demandez pas : « A quoi cela sert de pouvoir faire cela ? », car soit vous en aurez besoin un jour si vous faites de l’administration systèmes et vous serez content de trouver ce billet, soit vous n’en aurez jamais besoin…

./

Quelques nouveautés qui améliorent la distribution pour la préparer vers la future version LTS (long term support) qui sortira en avril 2010.

Parmi les nouveautés, je remarque :

• Le passage à Firefox 3.5 (meilleure rapidité d’affichage et autres améliorations ergonomiques),
• OpenOffice 3.1.1 (l’interface des tables pivots est améliorée, ainsi que les graphiques)
• Un réécriture du GDM (le gestionnaire de connexion à Xwindow)
• Un nouveau thème graphique (tant pour la connexion que pour metacity) avec une belle iconographie.
• Le remplacement du « ajouter/supprimer des logiciels » par le Ubuntu Software Center
• L’ajout de Ubuntu One, pour le stockage en ligne (dans les nuages) de ses données
• Et bien entendu, l’ajout de JMeter dans les paquetages de la distribution. Maintenant un simple « apt-get install jmeter » suffit pour commencer à travailler avec JMeter.

Bien entendu, j’ai fait l’upgrade

Du coté de la version Serveur de la distribution, nous avons le Ubuntu Enterprise Cloud, permettant à une entreprise de faire ses propres nuages (cloud) privés. Je vous avoue que j’ai bien envie de tester cette fonctionnalité… faut juste que j’arrive à dégoter deux serveurs puisque c’est apparemment le nombre minimal recommandé pour débuter son cloud.

Le site de Ubuntu

D’après ce que je comprends, c’est la récupération du paquetage JMeter de la distribution Linux Debian (dont Ubuntu est un dérivé).

C’est une bonne chose, pas parce que cela simplifie ou non son installation, cette dernière étant assez simple (une JVM + la décompression du fichier zip JMeter), mais cela me donne le sentiment d’une certaine reconnaissance de l’outil.

C’est la version 2.3.4 (la dernière en date) qui est distribuée. Pour effectuer son installation à partir de la version bêta de Ubuntu 9.10, il suffit de taper la commande suivante :

sudo apt-get install jmeter

Cela installera 3 paquetages (jmeter, jmeter-help, jmeter-http) de base (et leur dépendances). Avec cela, vous pouvez faire des tests de charges sur des sites Web.

Pour faire des tests sur LDAP, FTP, JMS, Junit, Mail, TCP et Java, il faudra ajouter le paquetage correspondant. Voir ce lien pour la liste des paquetages disponibles.

Bons tests.