Page personelle de Geoffray

Compiler votre propre noyau Linux

fatalerrors — Sun, 02 Oct 2011 14:00:18 +0000

Compiler votre propre noyau Linux est la première étape dans l’optimisation des performance de votre système. En le créant avec exactement ce dont vous avez besoin, vous diminuer votre temps de démarrage et votre utilisation mémoire. Ce sera également un bon moyen de prendre en charge des périphériques que le noyau de votre distribution ne gère pas encore. Néanmoins, il vous faudra une connaissance approfondie des capacités de votre ordinateur et des périphériques qu’il contiens. Comme exemple, je prendrais la famille de carte mère Intel DH67 avec un système Debian Squeeze de base correctement installé. Cette famille de carte utilise le nouveau chipset Sandy Bridge pour lequel la partie Ethernet n’est pris en charge que depuis la version 2.6.38 du noyau et la partie graphique la version 3.0.0. Pour pouvoir installer cette Debian Squeeze je fus donc forcé d’ajouter une carte réseau provisoire sur le seul port PCI de la carte (une carte de la famille RTL8139). Veuillez remarquer que certaine version de carte mère de cette famille ont un pont PCI-Express vers PCI non supportés (comme sur la DH67GD-B3, alors qu’il fonctionne sur une DH67BL-B3), vous pourriez donc avoir besoins d’une carte PCI-Express si vous êtes dans ce cas. Une autre possibilité pour installer le système de base et le nécessaire pour compiuler votre propre noyau est de mettre votre disque dur dans un autre ordinateur avec des périphérique plus ancien et bien pris en charge. Notez que si vous procédez avec ce tutoriel sans modification vous devrez être super-utilisateur (root) en quasi-permanance. Par conséquent je recommende de vous logger en root maintenant soit avec “su” soit avec “sudo /bin/bash”. Tout ceci est completement fonctionnel sur les distributions basés sur Debian (incluant Ubuntu).

Les seuls paquets que vous devrez installer sur un système Debian pour compiler un nouveau noyau sont build-essential et libncurses5-dev :

apt-get install build-essential libncurses5-dev

build-essential est un méta-paquet qui installera gcc, g++ (inutile pour le noyau), libc6-dev et make. libncurses5-dev vous permettra d’utiliser l’interface ncurses pour configurer vos options de compilation (optionel mais chaudement recommandé). Vous remarquerez que contrairement à la plupart des paquets source sous les systèmes Linux, autoconf, automake et libtool ne sont pas nécessaire pour le noyau. Si vous n’utilisez pas une Debian ils vous faudra l’outil GNU Make, le compilateur C GNU et les en-têtes de la GNU libc6 et de la bibliothèque NCurses. LA compilation peut fonctionner avec des outils non GNU mais ce sera plus risqué et requièrera une procédure différente de celle donné ici. Néanmoins, les outils BSD sont connu pour bien fonctionner. A présent il faut télécharger le code source du noyaux Linux. Le mieux est de télécharger la dernière version, à moins que vous ne soyez un paranoïaque de la stabilité et / ou de la securité. Si c’est votre cas, vous pourrez choisir un noyau à quatre nombres. Je m’explique : les nouvelles versions sont numérotés x.y.z alors que les révisions de sécurité ont un nombre supplémentaire x.y.z.r. Remarquez qu’il n’y a pas de gros changement dans les séries 3.0.0 du noyau. Le changement de version majeur a seulement été adopté pour fêter le 20ème anniversaire de Linux. C’est donc pour les packageurs une série 2.6. Vous trouverez les archives du code source du noyau ici : http://www.kernel.org ou sur des miroir (la liste des miroir est disponible ici : http://www.kernel.org/mirrors/). Pour la carte mère de mon exemple je recommande la version 3.0.4 du noyau. Les commandes seront donc :

# assurez vous d'être super-utilisateur avant de procéder
cd /usr/src
wget "ftp://ftp.free.fr/pub/linux/kernel/v3.0/linux-3.0.4.tar.bz2"
tar -xvf linux-3.0.4.tar.bz2
ln -sv linux-3.0.4 linux

Maintenant expliquons ceci. Nous allons dans le répertoire /usr/src ou de nombreux module externe du noyau s’attendent à trouver le code source (par ex. les pilotes propriétaire NVidia). Nous téléchargeons ensuite l’archive du code source du noyau et l’extrayons. La dernière ligne est un lien de compatibilité vers la version du noyau que nous utiliserons (ceci suppose que ce sera notre version par défaut du noyau) pour permettre la compilation de modules externes (certains paquet peuvent également avoir besoin d’accèder au code source du noyau pour se compiler). Si vous n’envisagez pas de compiler autre chose vous pouvez placer en toute sécurité les sources de votre noyau dans un répertoire personnel et ne pas être en superutilisateur (sautez les deux premières lignes).

Nous allons maintenant aborder le moment délicat… vous allez devoir configurer votre noyau en fonction de ce que vous avez besoin. Il existe des moyens pour obtenir des informations sur votre système : des commandes comme lspci et lsmod vous donnerons respectivement les noms des périphériques de la cartes mère et lsmod la liste des modules que le noyau actuel utilise (mais vous pourriez avoir besoin de plus). Le plus utile est lsmod mais il ne vous aidera pas si votre noyau actuel ne prend pas en charge une partie du matériel ou si une partie de ce matériel n’est pas géré par des modules. Pour cette seconde raison, je recommande de commencer ainsi :

cd /usr/src/linux
make mrproper
cp /boot/config- ./.config
lsmod > hard-infos.txt
echo "--------------------------------------------------------------------" >> hard-infos.txt
lspci >> hard-infos.txt
#vous devriez imprimer le fichier hard-infos.txt maintenant ou l'afficher sur un autre écran à l'aide de ssh ou d'une nouvelle console (alt+f1 à alt+f6 pour changer de console)
make menuconfig

La ligne “make mrproper” nettoiera en profondeur l’arborescence du code source et toute configuration prédéfinie. Si vous voulez conserver une ancienne configuration pour recompiler le noyau, remplacez seulement mrproper par clean. La ligne cp nous permet de récupérer la configuration réelle du noyau en cour d’utilisation. Ceci est une bonne idée pour permettre de récupérer des options de configurations spécifique à votre distribution. Toutes les lignes se terminant avec hard-infos.txt servent à créer un fichier contenant toutes les informations utiles dont vous pourriez avoir besoin sur votre matériel. Dernier point mais non des moindres la ligne make menuconfig vous montrera le menu de configuration du noyau après un court moment de compilation.

À présent pas de secret, prenez votre temps et visitez tout les menus. Vous aurez besoin d’environ deux heures de torture cérébrale (et d’un niveau correct d’anglais) pour configurer ça correctement et en profondeur. Si vous ne comprenez pas une option de configuration essayez le bouton “Help” ou faite une recherche avec votre moteur de recherche préféré. Si vous ne comprenez toujours pas, laissez la valeur préselectionné. Voici quelques conseils :

Dans “Processor type and feature” choisissez le processeur le plus proche de celui que vous avez. En fonction de votre architecture 64 bits ou 32 bits (ou une architecture non Intel) la liste changera en fonction de ce qu’il est possible pour vous (mais pas forcement fonctionnel). En cas de doute, choisissez l’option commençant par “Generic”.
Pour de meilleurs performances c’est une bonne chose de basculer tout les modules des périphérique dont vous avez besoin dans leur version intégré. Ceci dit vous perdrez en flexibilité de telle sorte que le noyau que vous obtiendrez sera spécifique à votre carte mère et aux périphériques qui lui sont associés . Si vous changez de matériel, il vous faudra un noyau générique (par ex. celui de votre distribution). [ ] signifie non compilé (désactivé), [M] compilé sous forme de module et [*] compilé comme intégré dans le noyau central (généralement appelé vmlinuz- dans le répertoire /boot. Quelque fois vous aurez < >, ou <*> au lieu de [ ], [M] ou [*] : cela signifie que cette option permettra l’accès à d’autres options soit dans un autre menu soit dans un sous-menu de cette option. Attention, n’essayez jamais de tout mettre en intégré, le noyau serait trop gros et serait incapable de démarrer. Quelque fois vous n’arriverez pas à faire passer des modules en intégré. Ceci s’explique par des problème de dépendances : vous ne pouvez pas intégrer des modules qui dépendent d’un autre module. Il vous faudra d’abord faire passer le module parent en intégré. C’est pourquoi je recommande deux passe pour faire cette configuration.
Pour savoir quel périphérique vous devrez activer dans le noyau le fichier hard-info.txt vous fournira une bonne aide. La partie lsmod vous donnera le nom des modules. Dans la configuration le bouton “Help” vous donnera des information sur l’option. Vous trouverez à la fin de la description une ligne commençant par ceci : “Symbol:”. Ce qui suit est soit le nom du module soit une partie du nom (il peu y avoir un préfixe commun dans certains sous-menus).
Je pense que c’est une bonne idée de laisser la partie USB inchangé. De cette façon tout les périphérique USB que vous pourriez brancher seront reconnu correctement et le module correspondant chargé à la volée.
Même si vous n’avez pas de périphériques SCSI, n’essayez pas de désactiver le sous-système SCSI car toutes les technologies de disque dur (ou lecteur CD-ROM) utilisent une émulation SCSI depuis les séries 2.6 du noyau. Autrement vous ne pourriez pas démarrer.
La partie “network feature” est de loin la plus complexe. Il est sure de faire passer les modules dans leurs versions intégrés mais je ne recommande pas de faire le moindre changement a moins que vous sachiez exactement ce que vous faites.
Si vous projetez de compiler un noyaux pour un serveur dans une zone critique en terme de sécurité ou de stabilité, vous devriez désactiver toutes fonctionnalités expérimentale. Néanmoins,certains périphériques récent pourrait être inutilisable.
Si vous avez la chance d’avoir une carte mère de la famille Intel DH67 vous pouvez directement télécharger mon fichier .config (75 KB) et sauter la configuration… Si vous êtes vraiment feignant vous pouvez même télécharger un version précompilé (30.2 MB). Décompressez seulement le fichier depuis votre répertoire racine et sautez le prochain paragraphe. Attention : ces deux fichiers sont pour des cartes mères de la série Intel DH67 SEULEMENT et sans matériel additionnel à l’exception d’éventuels périphériques USB. Cela ne fonctionnera pas sur tout autre carte mère.

Quand la configuration est effectué, vous pouvez lancer la compilation. Tapez simplement la commande “make” pour commencer. Ceci prendra un certain temps donc vous pourrez prendre une pause bien mérité. Si la compilation échoue (dans quelques rare cas) cela signifie que quelque chose ne va pas avec votre configuration. Une fois la compilation effectué sans erreur, il vous faudra installer le fraîchement compilé noyau correctement de la manière suivante (je suppose que vous êtes super-utilisateur et dans le répertoire source de votre noyau) :

make modules_install
cp -fv arch/x86_64/boot/bzImage /boot/vmlinuz-3.0.4
cp -fv .config /boot/config-3.0.4
cp -fv System.map /boot/System.map-3.0.4
mkinitramfs -o /boot/initrd.img-3.0.4 3.0.4

La première ligne installera les modules dans une zone prédéfinie et correcte de la hiérarchie de fichier (ie. /lib/modules/). La seconde ligne installera le noyau lui-même mais peut changer si vous n’avez pas une architecture Intel ou AMD 64 bits. Dans ce cas, vous devrez remplacer x86_64 avec le bon répertoire correspondant à votre architecture. Les lignes suivantes copies les fichiers nécessaire au chargeur de démarrage et au noyau pour démarrer correctement. Notez que si vous avez fait une configuration correcte sans modules (excepté l’USB) la commande mkinitramfs ne sera pas nécessaire (sauf si vous avez un clavier USB). mkinitramfs crée une l’image d’un disque RAM monté par le noyau lui permettant de trouver les modules nécessaire au démarrage avant que le système de fichier racine ne soit monté.

Maintenant il ne reste plus qu’a rendre le nouveau noyau bootable. Malheureusement, la procédure et/ou les fichiers de configuration peuvent être très différents en fonction de votre distribution. Si votre distribution est basé sur Debian c’est toutefois très simple. Lancez juste :

update-grub2

Cette commande génèrera un nouveau jeu de fichiers de configuration pour Grub et réinstallera le chargeur de démarrage. Le noyau par défaut sera le plus récent (par date de modification) du répertoire /boot. Des entrée de menu seront en principe généré pour tout autre système d’exploitation installé. Même si votre noyau est complètement fonctionnel, je recommande de conserver un noyau générique provenant de votre distribution en cas de problème ou de modification de votre matériel.

Si malgrés l’avertissement précédant vous avez choisi de désinstaller le noyau de votre distribution, ou si vous avez besoin d’en-tête du noyau à jour vous devriez installer les en-tête de vôtre noyau Linux de manière à pouvoir compiler d’autre choses (la plupart des paquets source en auront besoin). Soyez certain d’avoir désinstallé toutes versions précédente des en-têtes du noyau avant de continuer avec les instructions qui vont suivre. Sur Debian:

apt-get remove linux-headers-2.6

Soyez attentif au fait que la fin du nom du paquet peut changer (2.6) en fonction de la version de Debian que vous utilisez : celle-ci est pour la Squeeze seulement. Veuillez le modifier en conséquences. Pour installer les en-têtes du noyau correctement vous devez saisir les lignes suivante dans une console :

make headers_check
make INSTALL_HDR_PATH=dest headers_install
find dest/include \( -name .install -o -name ..install.cmd \) -delete
#vous devez être super-utilisateur pour la ligne suivante
cp -rv dest/include/* /usr/include

La première ligne ferra un ressencement des fichiers à installer et preparera un script pour la future installation. La seconde ligne installera les fichiers nécessaire dans le sous-répertoire “dest”. La ligne “find” effacera certains fichiers inutiles et la ligne “cp” les copiera à l’endroit attendu par les paquet sources habituel.

RMLL 2011 à Strasbourg

fatalerrors — Mon, 01 Aug 2011 17:00:49 +0000

Comme l’année dernière je suis allé au RMLL et je suis revenu avec quelques histoires à partager avec la communauté. Je ne vais pas répéter ce que j’ai déjà dit l’année dernière à propos de KDE car ceci est toujours applicable. Néanmoins, la situation avec les environnements de bureau est maintenant très différente de celle de l’année dernière. La disponibilité de Gnome 3 et du nouvel environnement de bureau par défaut d’Ubuntu, Unity, change la vision qu’on les gens de KDE. Ceci entraîne une redistribution des cartes pour les utilisateurs. Un fait indéniable est le très mauvais accueil de Unity de la part des utilisateurs traditionnels de logiciels libres. Cela se traduit par une perte d’intérêt criante d’Ubuntu pour beaucoup d’entre eux et donc la recherche de nouvelles solutions. D’autre part, la réception de Gnome 3 est inégale. Si certains utilisateurs traditionnels de Gnome apprécient toujours le nouveau look et la nouvelle approche, certains autres ne l’aiment pas vraiment. Bien d’autres encore pensent que le nouveau bureau n’est pas fini, comparant parfois avec l’état inachevé qui était attribué à KDE 4.0 quand il est sorti il y a maintenant quelques années. Mais il y a aussi quelques utilisateurs de KDE (il faut avouer qu’ils sont peu nombreux) séduient par le nouveau (et quelque peu inhabituel) look and feel de Gnome 3.

À propos de KDE directement, les utilisateurs sont généralement plus satisfaits par l’environnement et la qualité de la compilation de logiciels qu’ils ne l’étaient l’année dernière, et nous avons eu assez peu de remarques négatives (sauf évidemment celles peux constructives de ceux qui ne l’utilise pas…) . Les plus négatives qui viennent encore et fréquemment, concernent l’utilisation de nouvelles fonctionnalités. Permettez-moi de développer ce point …

Je vais prendre un exemple : les « Activités ». Cette fonctionnalité est très puissante, mais une question récurrente était : « C’est quoi ? Pourquoi devrais-je l’utiliser ? ». Une fois que je fait la démonstration, ils ont rapidement compris combien cette nouvelle fonctionnalité est pratique. Mais ceci montre un vrai problème de communication : les utilisateurs ne savent pas comment utiliser une nouvelle fonction ou pire ne comprenne pas de quoi il s’agit (quand ils savent que ça existe) ! Lorsque je demandais comment résoudre ce problème, la réponse était claire : chaque fois qu’une mise à jour de l’environnement KDE est faite (en particulier KDE-base), nous devrions afficher une fenêtre « Quoi de neuf ? » avec (et ceci semblait important) des liens vers la vidéo de démonstration. Ceci pourrait être généralisé pour chaque logiciel important.

Une préoccupation plus technique est la possibilité de nettoyer les fichiers de configuration de KDE des entrées ou clés obsolètes, évitant ainsi la nécessité d’effacer le répertoire .kde de l’utilisateur de temps en temps (environ tous les deux ans ou un an avec des systèmes mis à jour fréquemment).

Le dernier (mais non des moindres) point concerne la communication de KDE en France. En parlant avec certains contributeurs français de KDE (ou des contributeurs d’autre projets qui aime KDE), le problème de mauvaise représentation de KDE en France est très important. Nous avons besoin de plus d’événements KDE donc plus de personne pour travailler sur la communication (et pas besoin de compétences techniques donc tout fan de KDE peut le faire). Le nouvel évènement Akademy-fr calqué sur le concept espagnol Akademy-es est un bon début mais nous avons besoin de perpétuer l’événement et ce n’est pas encore gagné !

Nouveau boulot, nouvel appartement !

fatalerrors — Wed, 04 May 2011 17:30:31 +0000

J’écris ceci pendant la pause, vu que je suis très fatigué en ce moment:). Peut-être que vous vous demandiez, pourquoi les différentes nouvelles pages ont été laissées en suspens soudainement … C’est simple : j’ai trouvé un emploi il y a trois semaines, et je dois déménager à Toulouse pour cela. C’est un travail énorme et le prochain évènement Solution Linux à Paris la semaine prochaine rend cette situation assez rock’n'roll! :D Ne vous inquiétez pas, je vais gérer ça, car tout est planifié de façon millimétrique…

Je vais avoir la chance d’être en charge de l’informatique au Collège Nicolas Vauquelin à Toulouse (entre la fac du Mirail et le rond point de la Cépière pour les autoctones). Ce sera près de 300 ordinateurs (sans compter les ordinateurs personnels des enseignants) à gérer.

L’autre information de ce post, c’est que je vais représenter KDE (pas seul hein…) au salon Solution Linux à Paris, au CNIT de Paris La Défense, entre les 10 et 12 mai. C’est la deuxième plus grande rencontre européenne sur les logiciels libres et open source, après LinuxTag à Berlin. Donc peut-être que je vais vous y retrouver !

Obtenir des nouveauté avec Yakuake

fatalerrors — Sun, 20 Mar 2011 17:51:36 +0000

En résultat à la KDE Release Party de Toulouse, j’ai décidé de m’engager dans le code source de KDE. Vu que je ne suis pas familié avec, je devait commencer avec quelque chose de simple. Un bon début était d’intégré une fonctionnalité ”Get Hot New Stuff” (c’est à dire obtenir des nouveautés) à la page de configuration des thèmes de Yakuake. Yakuake est un terminal déroulant inspiré par la console de Quake 3 et “Get hot new stuff” (le lien vous mènera à la documentation développeur en anglais) est un moyen simple d’installer graphiquement des éléments supplémentaire aux applications KDE.

Le patch est maintenant prèt et ressemble à ça :

diff --git a/app/CMakeLists.txt b/app/CMakeLists.txt
index 9b34cf3..f46592e 100644
--- a/app/CMakeLists.txt
+++ b/app/CMakeLists.txt
@@ -33,7 +33,7 @@ kde4_add_app_icon(yakuake_SRCS "icons/hi*-app-yakuake.png")

 kde4_add_executable(yakuake ${yakuake_SRCS})

-target_link_libraries(yakuake ${KDE4_KPARTS_LIBS})
+target_link_libraries(yakuake ${KDE4_KPARTS_LIBS} ${KDE4_KNEWSTUFF3_LIBS})

 if(Q_WS_X11)
   target_link_libraries(yakuake ${X11_X11_LIB})
@@ -42,3 +42,5 @@ endif(Q_WS_X11)
 install(TARGETS yakuake ${INSTALL_TARGETS_DEFAULT_ARGS})

 install(PROGRAMS yakuake.desktop DESTINATION ${XDG_APPS_INSTALL_DIR})
+
+install(FILES config/yakuake.knsrc DESTINATION ${CONFIG_INSTALL_DIR} )
diff --git a/app/config/appearancesettings.cpp b/app/config/appearancesettings.cpp
index 7ae00e9..a4b645c 100644
--- a/app/config/appearancesettings.cpp
+++ b/app/config/appearancesettings.cpp
@@ -37,6 +37,8 @@

 #include 

+#include 
+
 AppearanceSettings::AppearanceSettings(QWidget* parent) : QWidget(parent)
 {
     setupUi(this);
@@ -55,7 +57,10 @@ AppearanceSettings::AppearanceSettings(QWidget* parent) : QWidget(parent)
     connect(skinList->selectionModel(), SIGNAL(currentChanged(const QModelIndex&, const QModelIndex&)),
         this, SLOT(updateRemoveSkinButton()));
     connect(installButton, SIGNAL(clicked()), this, SLOT(installSkin()));
+    connect(getnewButton, SIGNAL(clicked()), this, SLOT(getnewSkin()));
     connect(removeButton, SIGNAL(clicked()), this, SLOT(removeSelectedSkin()));
+
+    getnewButton->setIcon(KIcon("get-hot-new-stuff"));

     m_selectedSkinId = Settings::skin();

@@ -223,6 +228,17 @@ void AppearanceSettings::installSkin()
         failInstall(i18nc("@info", "The installer was given a directory, not a file."));
 }

+void AppearanceSettings::getnewSkin()
+{
+  KNS3::DownloadDialog dialog("yakuake.knsrc", this);
+  dialog.exec();
+  KNS3::Entry::List entries = dialog.changedEntries();
+    if (entries.size() > 0) {
+      populateSkinList();
+    }
+
+}
+
 void AppearanceSettings::listSkinArchive(KIO::Job* /* job */, const KIO::UDSEntryList& list)
 {
     if (list.count() == 0) return;
diff --git a/app/config/appearancesettings.h b/app/config/appearancesettings.h
index 1363f70..02397ec 100644
--- a/app/config/appearancesettings.h
+++ b/app/config/appearancesettings.h
@@ -70,6 +70,7 @@ class AppearanceSettings : public QWidget, private Ui::AppearanceSettings
         void updateSkinSetting();

         void installSkin();
+       void getnewSkin();
         void listSkinArchive(KIO::Job* job, const KIO::UDSEntryList& list);
         void validateSkinArchive(KJob* job);
         void installSkinArchive(KJob* deleteJob = 0);
diff --git a/app/config/appearancesettings.ui b/app/config/appearancesettings.ui
index a951568..fa7754a 100644
--- a/app/config/appearancesettings.ui
+++ b/app/config/appearancesettings.ui
@@ -6,8 +6,8 @@
    
     0
     0
-    307
-    355
+    467
+    435
    
   
   
@@ -154,17 +154,7 @@
       Skin
      
      
-      
-       
-        
-         Qt::NoContextMenu
-        
-        
-         Qt::ScrollBarAlwaysOff
-        
-       
-      
-      
+      
        
         
          true
@@ -174,7 +164,7 @@
         
        
       
-      
+      
        
         
          false
@@ -184,13 +174,30 @@
         
        
       
-      
+      
        
         
          false
         
        
       
+      
+       
+        
+         Get New Skin...
+        
+       
+      
+      
+       
+        
+         Qt::NoContextMenu
+        
+        
+         Qt::ScrollBarAlwaysOff
+        
+       
+      
      
     
    
@@ -198,15 +205,15 @@
  
  
   
-   KColorButton
-   QPushButton
-   kcolorbutton.h
-  
-  
    KLineEdit
    QLineEdit
    klineedit.h
   
+  
+   KColorButton
+   QPushButton
+   kcolorbutton.h
+  
  
  
   kcfg_TerminalHighlightOnManualActivation
@@ -214,6 +221,7 @@
   kcfg_Translucency
   kcfg_BackgroundColorOpacity
   skinList
+  getnewButton
   installButton
   removeButton
   kcfg_Skin

Un fichier appelé yakuake.knsrc doit être ajouté au répertoire app/config du répertoire source de Yakuake. Voici son contenu :

[KNewStuff3]
ProvidersUrl=http://download.kde.org/ocs/providers.xml
Uncompress=always
TargetDir=yakuake/skins
Categories=Yakuake Skin

J’espère que cela sera bientôt ajouté au code source officiel de Yakuake. Pour l’instant vous pouvez essayer d’appliquer le patch et de compiller et installer Yakuake si vous voulez “Get Hot New Stuff” avant que la prochaine version de Yakuake ne sorte. Pour le faire, essayez ceci :

git clone git://anongit.kde.org/yakuake
cd yakuake
wget http://jeff.levasseur.tuxfamily.org/files/yakuake-gethotnewstuff.patch
wget http://jeff.levasseur.tuxfamily.org/files/yakuake.knsrc
mv -fv yakuake.knsrc app/config/
patch -Np1 -i yakuake-gethotnewstuff.patch
mkdir build && cd build
cmake ./ ../ -DCMAKE_INSTALL_PREFIX=$KDEDIR
make
su -c "make install"

Assurez-vous d’abord que le paquet Yakuake de votre distribution est désinstallé et que la variable d’environnement KDEDIR pointe correctement vers votre préfixe d’installation de KDE (la plupart du temps /usr ou /opt/kde4). Vous devrez taper votre mot de passe root après avoir validé la dernière ligne. Amusez-vous !

Retours des RMLL 2010

fatalerrors — Mon, 16 Aug 2010 19:21:34 +0000

Il y a un mois environ, j’étais à l’édition 2010 des RMLL se déroulant à Bordeaux. J’étais l’un des types qui représentait KDE dans le village associatif. Ce billet vous racontera ce qu’il c’est passé et mes impressions. Les RMLL sont le plus grand rassemblement concernant le logiciel libre en dehors de Paris. Pour cet évènement, KDE était représenté pour la première fois. Tout ceci s’est tenu du 6 au 9 juillet 2010 à l’université de Bordeaux à Talence et les 10 et 11 juillet sur les quais de la Garonne au centre ville de Bordeaux (près du skate park pour ceux qui connaissent).

Personne présente

Malheureusement, l’aKademy 2010 se déroulant à Tampere, en Finlande avait lieu au même moment, ce qui ne nous à pas permit d’avoir de développeurs pour les RMLL. En fait nous n’étions que des traducteurs de KDE et des passionnés. Le staff était donc :

Staff du stand KDE des RMLL

Nom	Présent du	Au	Rôle au sein de KDE
Geoffray Levasseur	Lundi 5 Juillet	Dimanche 11 Juillet	Traduction, beta-test et rapport de bogue
Hélène Dervillez	Lundi 5 Juillet	Jeudi 8 Juillet	Utilisateur
Ludovic Grossard	Mercredi 7 Juillet	Vendredi 9 Juillet	Coordinateur de traduction des documentations
Philippe Nenert	Lundi 5 Juillet	Jeudi 8 Juillet	Utilisateur

Je souhaite remercier Jimmy Pierre et l’ensemble de personnes du stand OpenSuse qui m’ont beaucoup aidé le weekend aux moments ou j’avais besoin de quitter le stand.

Ce que les gents qui n’utilisent pas KDE pensent

Il y a trois types de personne qui n’utilise pas KDE. Ceux qui n’utilisent toujours pas de système libre, utilisant principalement Windows ou Mac-OS, ceux utilisant un autre environnement de bureau et ceux qui utilisaient autrefois KDE et qui ont changés pour un autre environnement de bureau.

Les personnes qui n’ont jamais utilisé Linux ou BSD sont toujours très impressionnées par la qualité de l’environnement et surpris par le nombre d’applications disponibles, particulièrement les utilisateurs de Windows. La plupart ne connaissaient rien à propos de KDE mais étaient intéressé par les logiciels libres. Le multi-bureaux, les plasmoïdes et les effets graphiques en 3D sont considérés bien plus impressionnant que ceux qu’ils peuvent voir dans Windows, cassant quelques mythes, du genre « Linux c’est moche »… Donc, pas mal de bons points mais le mythe « Linux c’est compliqué » est plus difficile à dissiper. Pour la démonstration des logiciels, ils sont d’accord pour reconnaitre la facilité et la puissance globale des applications mais des questions comme « je pourrais installer le logiciel XXX que j’aime » et que je réponds que non mais que l’application YYY existe et fait la même chose (le plus souvent en mieux d’ailleurs) ils sont alors effrayés du changement. Le plus souvent ils sont d’accord pour essayer (ils seraient pas la sinon) car les avantages sont visible, principalement financier, l’argument philosophique étant considéré comme un bonus. Les propositions de live CD ont eu plus de succès que celle du dual-boot même si tout le monde le voit comme une bonne idée.

Les personnes utilisant déjà Linux et/ou BSD connaissent bien mieux KDE. Il y a cependant une exception : les utilisateurs récemment convertis. Voila mon coup de gueule : j’ai un problème avec certains LUGs qui ne demande pas son avis à l’utilisateur et leur installe toujours une p****n d’Ubuntu de m****e pendant les installe-party ! C’est pourquoi beaucoup de nouveaux utilisateurs de Linux ne connaissent rien à propos des autres distributions Linux et rien à propos de KDE (ou de n’importe quel autre environnement de bureau). Ils font, ainsi, la même erreur que les vendeurs d’ordinateurs qui de la même façon ne donne pas le choix en imposant un système d’exploitation bien trop connu. Néanmoins, ces personnes sont souvent satisfaites par l’environnement de KDE pendant les démonstrations et beaucoup disent qu’ils essayeront en installant les paquets nécessaires ou même en essayant une autre distribution (OK, j’admet que mon effort de promotion était très orienté OpenSuse ou Mandriva, plutôt que Kubuntu mais pour une bonne raison : de bien meilleures intégrations de KDE). L’utilisateur expérimenté connais toujours KDE, l’a essayé, et fait son choix en fonctions de ses gout et priorité. Ce type d’utilisateur est toujours d’accord pour reconnaître la qualité de certaines de nos applications notamment K3b (presque toujours en fait), Amarok, digiKam et la suite PIM.

Les cas les plus délicats sont les personnes qui utilisait KDE 3.5 et ont cessé de l’utiliser après la sortie de KDE 4. La plupart d’entre eux ont essayé KDE 4.0 or 4.1 et furent énormément déçu par le nouveau bureau considéré à l’époque lourd et très instable et plus encore que cela, ils n’ont pas accepté la perte de certaines fonctionnalité et / ou applications. La plupart du temps ils regrettent leur ancien bureau et ne sont pas pleinement satisfait de leur environnement de bureau actuel (Gnome le plus souvent) car en attente de quelque chose de proche de KDE 3.5. En réalité, il y a un cruel manque de communication de notre part car beaucoup d’idée fausse courrent : Konqueror ne peut plus être l’outil universel car ce n’est plus le gestionnaire de fichier, je ne veux pas ou je n’ai pas besoin des effet 3D, je n’aime pas le nouveau menu/bureau, ou sont les icônes du bureau…. J’ai entendu tout ceci régulièrement. Pourquoi ne pas créer un thème KDE 3.5 qui ravira ces personnes ? C’est simple: faire de Konqueror le gestionnaire de fichier par défaut, désactiver les effets 3D, placer l’ancien menu comme menu par défaut et activer le modèle en icônes de bureau de Plasma. Je fus capable de monter un tel bureau et tous ceux qui se plaignaient de KDE 4 ont adorés. Je leur ai conseillé de choisir quelque chose comme Mandriva pour laquel les paramètres par défaut font beaucoup penser à KDE 3.5. Á propos de la perte de fonctionnalité et des problèmes de stabilité et de performances j’ai pu leur faire remarquer que ces problèmes étaient en grande partie réglés.

Utilisateurs de KDE

Inutile de précher un convaincu… Curieux de savoir ce que ces convaincus aiment ou pas, quel sont leurs applications favorites ou détestées, j’ai posé beaucoup de questions. Les résultats étaient très cohérent. Ce qu’ils aiment du bureau est la cohérence globale entre les applications KDE et le bureau, les jolies choses efficaces qu’il peuvent avoir avec Plasma et KWin (je met ça dans la même catégorie que l’opportunité d’épater les copains qui sont encore sous Windows ) et la très bonne qualité des applications. En parlant des applications, les plus plébicités sont K3b (je fus impressionné par sa popularité même avec des utilisateurs non-KDE), Amarok, digiKam, Gwenview et la suite PIM (praincipalement KMail).

Ce qu’ils n’aiment pas c’est la lourdeur du bureau et le manque de stabilité de KWin et Plasma (trop de crash que je n’ai pu démentir en ayant subi moi-même) [ndlr : corrigé avec KDE 4.6] , un suivit de dévellopement des Plasmoïdes trop alléatoire (principallement des exotiques disponible dans OpenSuse ou Mandriva issus de Playground). Concernant les applications qui ont besoin d’amour (et oui, je lis parfois les interviews des développeurs), la plus cité est Kopete (surtout la prise en charge audio/vidéo) et Dolphin et Konqueror (surtout leur stabilité, et la gestion très aléatoire de Flash/AJAX dans Konqueror). Certains développeurs (qui ne font même pas de Qt) m’ont dit que KDevelop 4 avait une très mauvaise intégration des systèmes de controle de révision (CVS / Mercurial / Git). Une fonctionnalité qui manque cruellement aux adeptes de KDE 3.5, est la possibilité de se connecter en tant qu’administrateur grâce à un bouton dans certain modules de configuration du centre de contrôle. Enfin certains regrette la disparition de Quanta.

Photos

Voici quelque souvenir…. Enjoy!

YaPeTaVi mis à jour

fatalerrors — Wed, 24 Mar 2010 14:18:29 +0000

YaPeTaVi a récemment été mis à jours à la révision SVN 7. Il s’agit d’un aperçu mettant en évidence les changements dans le coeur du code et proposant de nouvelles fontionnalité encore non-visible. En d’autres termes la mécanique à été amélioré mais la carosserie n’a pas changée… Heu, au moins ça se compile bien ! En gros, il y a toujours du boulot, mais le plus gros est fait (pour info la quantité de code a augmenté d’environ 30 %). Amusez vous !

Veuillez noter qu’il y a de petit changement dans le processus de compilation, il est donc sage de consulterla page de YaPeTaVi page pour procéder correctement.

Ce que je fait en ce moment…

fatalerrors — Mon, 22 Mar 2010 12:45:27 +0000

Je sais que j’ai été absent pendant un moment, mais c’était pour de très bonnes raisons. Je travaille beaucoup sur de gros articles et projets, et vous en aurez les résultats très bientôt. Pour les plus impatients voici la feuille de route :

YaPeTaVi est actuellement dans une phase de transformation importante. Je travail sur de gros changements structurels du projet qui mèneront à de très bonnes améliorations. D’abord, la page de configuration des filtres va changer totalement. Le système actuel va disparaitre au profit d’un système de liste et de fiches contextuelles. En plus, beaucoup d’autres informations seront disponible telles que les énergie de seconde et troisième ionisation, une toute nouvelle liste des découvreur avec une courte biographie, des images avec descriptions pour chaque éléments (photo en bitmap et configuration électronique en SVG). Enfin mais non des moindre, une interface plus agréable, avec un nouveau système d’aide contextuelle. Bien plus est encore à venir.
La partie II de l’article « Construire KDE 4 depuis trunk » est en phase de préparation. Après des essais et beaucoup d’heure de compilations, j’ai changé ma première idée qui était d’envoyer un nouvelle article sur ce blog avec des informations mises à jour. Vu les immenses possibilités et mes bonnes expériences, je travail sur un gros et complet tutoriel alternatif à celui donné sur le site officiel techbase de KDE. Malheureusement, vu que je travail essentiellement sur une Debian, le tutoriel risque d’être un peut spécifique à Debian. C’est pourquoi, cette page sera mise à jour régulièrement en fonction de vos retours et conseils.
Enfin vous vous rappelez probablement de mon article à propos de la création d’un routeur avec une vielle machine et un Linux. Une mise à jour est à venir avec la prise en charge de l’uPnP (universal plug and play) qui est une méthode très pratique et sure de configurer votre routeur en fonction des applications que vous utilisez. Malheureusement, ceci prend du temps puisqu’il me faut faire beaucoup de recherches pour le faire correctement.
Voici donc un programme énorme et très intéressent, donc, à très bientôt…

Fonctionnalités shell avec Lazarus

fatalerrors — Tue, 08 Dec 2009 18:21:28 +0000

J’essaye en ce moment de converir un composant Delphi vers Lazarus. Le travail se passe bien mais j’ai quelques difficultés à trouver des équivalent multi-plateforme FPC/Lazarus. Ceci serait fatalement complexe puisques ces fonctions concerne l’integration du shell (comprendre fonction de bas niveau du bureau) et chacun a sa propre approche.

Voici le code classique qui me donne des maux de tête :

//Cette fonction spécifique à Windows devrais être difficile à convertir
//On aurais besoin ici de quelque chose utilisant les types mime, de toute façon
//beaucoup plus de code serais nécéssaire...
procedure GetFileExtensionShellDescription(Ext: string;
  var FileTypeName: string; var ShellImageIndex: Integer);
var
  I, J: Integer;
  T: string;
  L: TImageList;
  sFI: TSHFileInfo; //Spécifique à Windows mais un autre type pourrais être équivalent
  Icon: TIcon;
  PCh: PChar;
  P: PFileDescriptionRecord;
begin
  FileTypeName := '';
  I := RegisteredExtensions.IndexOf(Ext); //un TStringList défini en variable globale
  if I = -1 then
  begin
    New(P);
    P^.FileType := '';
    Icon := TIcon.Create;
    for J := 0 to 1 do
    begin
      if J = 0 then
        L := ShellSmallImageList
      else L := ShellLargeImageList; //les deux sont des TImageList
      GetMem(PCh, MAX_PATH);
      GetTempPath(MAX_PATH, PCh); //ces lignes peuvent être remplacés
      T := PCh + 'TEMP' + Ext;     //par GetTempDir dans FileUtil
      FreeMem(PCh);
      TFileStream.Create(T, fmCreate or fmOpenWrite).Destroy;
      //ce qui suit est le plus gros problème... Impossible de trouver un
      //équivalent avec Lazarus. Des idées ? Les types Mime et l'implémentation
      //FreeDesktop devraient fournir ceci...
      if SHGetFileInfo(PChar(T), 0, sFI, SizeOf(sFI),
        SHGFI_TYPENAME or SHGFI_ICON or
        (SHGFI_SMALLICON * (1 - J) + J * SHGFI_LARGEICON)) <> 0 then
      begin
        Icon.ReleaseHandle;
        Icon.Handle := sFI.hIcon;
        P^.FileType := sFI.szTypeName;
      end;
      P^.OpenImageIndex := L.AddIcon(I);
      P^.CloseImageIndex := P^.OpenImageIndex;
      if J = 1 then
        I := RegisteredExtensions.AddObject(Ext, TObject(P));
    end;
    Icon.Destroy;
  end;
  with PFileDescriptionRecord(RegisteredExtensions.Objects[I])^ do
  begin
    ShellImageIndex := CloseImageIndex;
    FileTypeName := FileType;
  end;
end;

Le problème a l’air simple, nous avons juste besoin de retrouver les icones du système pour chaques extentions de fichiers mais rien n’est actuellement disponible dans Lazarus pour le faire simplement. Je sais que FreeDesktop fourni un interface commun pour tout les environnements de burreau modernes sous Linux, autorisant ce genre de fonctionnalités, de telle sorte que baucoup de logiciels n’utilisant pas la même API peuvent le faire (ex. des applications Gnome lancées sous KDE qui utilisent les thèmes de KDE). Y a-t-il un moyen d’envisager une telle implementation qui est la base de l’intégration du burreau ? Ceci devrais être une excellente valeur ajoutée à Lazarus…

Créer un routeur sous Linux

fatalerrors — Mon, 05 Oct 2009 16:09:16 +0000

Veuillez remarquez que cet article est devenu obsolète. Les instructions suivantes devraient fonctionner sur de vieux systèmes, autrement veillez à ne pas les utiliser. Un tutoriel mis à jour et plus complet sera disponible entre le 25 et le 30 mars 2011.

Créer un routeur sous Linux en recyclant un bon vieil ordinateur est un très bon moyen de créer un sous réseau sécurisé. Malheureusement, les billets contenants des explications claires de la procédure ne sont pas aussi simple à comprendre qu’ils le devrais.

Pour ce faire vous avez besoin d’un ordinateur très simple. Personnellement j’utilise un P3 600 MHz avec 327 Mo de RAM et un disque dur de 20 Go. C’est bien plus que nécessaire pour cet usage, mais cette machine est aussi un serveur HTTP et FTP. Par example, mon précédant routeur était un Pentium 200 avec 48 Mo de RAM et un disque dur de 500 Mo, ce qui tournais très bien sous une Debian Etch. Concernant les interfaces réseaux, vous aurez besoin d’une carte Ethernet en plus de ce qui vous est nécessaire pour l’accès Internet, qui est probablement une autre carte ethernet. Vous aurez également besoin d’un hub ethernet connecté à cette carte réseau. Si vous avez besoin du sans fil, je recommande une troisième carte réseau ethernet (donc un second sous-réseau), ou vous n’aurez qu’un point d’accès WiFi installé. Si vous ne pouvez (ou ne voulez pas) avoir une troisième carte réseau vous pouvez toujours connecter votre point d’accès au hub mais c’est mois sécurisé.

Toute les instruction qui suivent, suposeront qu’une Debian Lenny ou Etch est installé sur la machine de routage (ce qui est un assez bon choix) avec une connexion Internet fonctionnelle. Vous n’aurez qu’à installer le système de base. Il n’est pas recommendé d’installer X et des applications graphique car la sécurité est le principal but de ce type de routeurs.

Ceci fait, vous devez passer en compte root pour tout le reste de la procédure et installer les paquets suivants :

dhcp3-server qui attribura automatiquement les adresses IP des clients de votre sous-réseaux
dhcp3-client est utile si votre modem vous fourni une adresse IP dynamique ou si ce modem est lui-même un routeur (generallement installé par défaut)
iptables qui est un pare-feu et fournit la traduction d’adresse (NAT) (generallement installé par défaut)
iptables-persistent qui conservera les paramètres d’iptables et le restaurera en cas de redémarrage du routeur
nano un éditeur de texte simple (generallement installé par défaut)
w3m (ou n’importe quel navigateur en mode texte) pour tester la connexion internet sur le routeur
Tout autre serveur public utile pour vous, comme Apache, proFTPd, BIND…

D’abords je doit définir quelques termes pour être précis. Imaginez le plan suivant :

eth0: connecté à votre modem (zone internet) avec l’adresse 192.168.0.1
eth1: connecté à votre réseau ethernet privé avec l’adresse 192.168.1.1
eth2: connecté à votre point d’accès WiFi (zone optionelle WiFi) avec l’adresse 192.168.2.1

Bien sur vous devrez remplacer ces valeurs par celles de votre configuration et avec les adresses réseaus de votre choix (doit commencer par 192.168). La zone internet est automatiquement configuré par dhcp-client situé dans le script d’initialisation du système mais ce n’est pas le cas des deux autres réseaux. A moins d’avoir donné les bonnes valeurs pendant l’installation, vous devez le configurer manuellement en éditant le fichier “/etc/network/interfaces”:

# Begin of /etc/network/interfaces

# Configuring the loopback interface
auto lo
iface lo inet loopback

# Primary network interface (internet zone)
allow-hotplug eth0
iface eth0 inet dhcp

# Private network
iface eth1 inet 192.168.1.1
iface eth2 inet 192.168.2.1

À présent il faut éditer le fichier “/etc/dhcp3/dhcpd.conf” pour activer le serveur DHCP (Dynamic Host Configuration Protocol) :

# Begin /etc/dhcp3/dhcpd.conf

# Use ad-hoc style name server updating procedures
ddns-update-style ad-hoc;

# Configure client's dns settings: replace 212.27.40.24x with your ISP DNS servers and
# optionally add your DNS server (192.168.1.1 here) if you have your own.
option domain-name "jeff.levasseur.org";
option domain-name-servers 212.27.40.241, 212.27.40.240, 192.168.1.1;

# Configure lease time (in seconds)
default-lease-time 600000000;
max-lease-time 720000000;

# eth1 subnet configuration: this will give address from 192.168.1.10 to
# 192.168.1.99 and it's the only thing you may change. Note that you
# can have several range, and ranges with only one address.
subnet 192.168.1.0 netmask 255.255.255.0 {
    range 192.168.1.10 192.168.1.99;
    option routers 192.168.1.1;
    option broadcast-address 192.168.1.255;
}

# eth2 subnet configuration: here you have an exemple of multiple range
subnet 192.168.2.0 netmask 255.255.255.0 {
    range 192.168.2.2 192.168.2.10;
    range 192.168.2.100 192.168.2.199;
    option routers 192.168.2.1;
    option broadcast-address 192.168.2.255;
}
# End /etc/dhcp3/dhcpd.conf

Maintenant, redemarrons le serveur DHCP :

/etc/init.d/dhcp3-server restart

Vous devriez tester le serveur DHCP en reconfigurant le réseau et en pingant le serveur depuis l’une des machines client. Par example avec Linux:

dhclient eth0 ping 192.168.1.1

Si dhclient vous donne une bonne adresse IP et que ping ne renvoit aucune erreur de transmission de paquet, votre serveur DHCP est bien configuré. Avec Windows, vous devez utiliser le “Panneau de configuration” pour configurer les paramètres du client. Si vous utiliser un point d’accès WiFi, vous devrez le configurer en conséquence avant de lancez ces test.

A ce point le réseau local fonctionne mais vous n’aurez pas encore d’accès à internet car l’interface eth0 doit “traduire” les adresses de eth0 pour eth1 et eth2. Ça s’apelle NAT (Network Address Translation) et cela ce fait avec iptables qui est en même temps notre pare-feu. Dans une console tapez les commandes suivantes :

# Fait suivre les adresses des requètes entrantes depuis eth0 vers eth1 et eth2
# seulement quand une connecxion (via une requète sortante) à déjà été établie
iptables -A FORWARD -i eth0 -o eth1 -m state --state ESTABLISHED,REQUIRED -j ACCEPT
iptables -A FORWARD -i eth0 -o eth2 -m state --state ESTABLISHED,REQUIRED -j ACCEPT

# Fait suivre tout ce qui viens des clients et qui va vers internet...
iptables -A FORWARD -i eth1 -o eth0 -j ACCEPT
iptables -A FORWARD -i eth2 -o eth0 -j ACCEPT

# Active le nat d'iptables
iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE

# Active la transmission de paquet du noyau de Linux
echo 1 > /proc/sys/net/ipv4/ip_forward

# Redémare le serveur DHCP
/etc/init.d/dhcp3-server restart

A présent votre accès intenet fonctionnera avec un très bon niveau de protection. Néanmoins, si vous voulez règler votre configuration d’iptables, la prochaine étape sera d’acheter un bouquin dessus… That’s all folks !

Présentation de YaPeTaVI – Yet another Periodic Table Viewer

fatalerrors — Fri, 25 Sep 2009 10:54:15 +0000

Comme je le disais dans un précédent article, je projette de porter tout mes anciens logiciels de Delphi vers Lazarus. Le premier sera YaPeTaVi pour Yet another Periodic Table Viewer. (Encore un autre Visualisateur de Tableau Périodique). Il était auparavent un simple analyseur de masse moléculaire et est devenu, après quelques cogitations et une presque complète ré-écriture de l’application, un logiciel d’étude complet. Il est prévu les fonctions suivantes pour la première version bêta :

Visualiseur de tableau périodique avec support de la colorisation par bloc atomique ou famille, ou des dégradés pour les dates de découvertes, point de fusion, point d’ébulition, affinité électronique, rayon de covalence, rayon de Van Der Waals, électronégativité et énergie de première ionisation.
Liste supportant les options de trie pour un affichage d’informations détaillé sur les éléments et lien vers l’article de Wikipédia en relation.
Systéme de graphique représentant les valeurs numérique sur deux axes avec choix d’intervals multiples.
Système multi-filtres disponible pour le tableau periodique, la liste et le graphique.
Base de donnée des molécules (ou ion) avec informations et calculs.

Je réfléchi également à de nombreuses améliorations comme un visualisateur de configuration électronique, d’avantage de controles sur le composant de graphique et des informations sur les isotopes.

Vous pouvez maintenant télécharger le code source avec SVN (la seule version disponible est une pré-alpha) en utilisant la commande suivante :

svn co svn://svn.tuxfamily.org/svnroot/geofperspage/gppsvn/trunk/yapetavi

Si vous êtes sous Windows vous devriez utiliser TortoiseSVN pour ce faire. Alternativement, vous pouvez parcourir le code à cette adresse : http://svn.tuxfamily.org/viewvc.cgi/geofperspage_gppsvn/trunk/yapetavi/ du dépot SVN. Vous aurez besoin d’une version récente de Lazarus depuis SVN (trunk), de FPC version >= 2.3.1 et du composant annexe TChart installé (il est distribué avec Lazarus mais pas compilé par défaut). Si vous avez besoin d’aide, pour la compilation (ou autre), contactez moi.

Si vous voulez donner un coup de main, vous êtes plus que le bienvenue. En plus des amméliorations que j’ai listé, j’ai besoins de tests sous Windows ou MacOS et une idée pour organiser les informations sur les isotopes.

Une page sur ce site permettra d’accéder à l’ensemble des informations habituelles (changelog, documentations, instruction de compilation/installation détaillé…). Les news resteront sur le blogs.

De retours sur Internet

fatalerrors — Wed, 23 Sep 2009 10:10:59 +0000

C’est si bon d’être de retours sur Internet… particulièrement après deux mois et demis de déconnexion. Comment est-il possible d’avoir besoin d’autant de temps pour obtenir une connexion ? Et bien c’est simple : l’incompétence du FAI que j’ai choisi pour l’établir.

J’avais décidé de souscrire à une connexion en dégroupage total avec l’opérateur SFR SFR, car il était le seul présent dans ma ville au moment de mon aménagement. Quand le technicien est venu, il a remarqué qu’il manquait un câble pour mon appartement entre mon bâtiment et le répartiteur 20 mètres plus loin. Il parti en me disant qu’il reviendrai avec ce qu’il fallait pour tirer ce câble. Il n’est jamais revenu et SFR fut incapable de traité correctement mon dossier. Après deux mois SFR abandonne et me demande de leur rendre leur modem. Dans leur lettre ils écrivaient qu’une connexion ADSL n’est pas possible dans ma zone ! Mais, mes voisins en ont…

La même semaine, j’apprenais que l’opérateur Free installait les équipements (ça s’appelle un DSLAM, pour info) pour le dégroupage de ma ville. Je souscris et deux semaines plus tard, me voila, sans aucun problème.

Merci SFR pour tant d’incompétence, vous m’avez fait revenir à mon FAI préféré !

Construction de KDE depuis trunk : 1ère partie

fatalerrors — Thu, 02 Jul 2009 16:55:19 +0000

Il y a plusieurs mois j’utilisais une Debian Lenny / Sid et j’avais l’habitude d’utiliser KDE 3.5.x. KDE 4.0 était sur le point d’être lancé, mais il n’était pas utilisable pour la production. J’ai donc décidé d’utiliser KDE 4, d’après les instructions du site TechBase. Aujourd’hui, je suis sous KDE 4.2.4 depuis les dépôts de Debian Sid. Néanmoins, le support de KDE 4 sous Debian est toujours un affreux désordre. De nombreux logiciels ne sont pas encore disponibles pour KDE 4 même si une version stable existe (par exemple, Amarok ou Kile). En plus, la stabilité du bureau de base est horrible et de nombreux bugs sont spécifiques à Debian (la version OpenSuse est très stable). Je ne veux pas quitter Debian car mon système est encore assez rapide et plus fiable que dans le passé avec openSUSE.

Un autre point est que j’ai besoin d’une version de développement (à partir de SVN) de KDE 4 et d’être en mesure de faire quelques tests. Après discussion avec de nombreux développeurs sur le canal IRC de KDE, j’ai été convaincu que la version SVN de KDE 4 (l’actuel trunk est la future version 4.4) est assez stable pour être utilisée pour la production.

Maintenant, voici mes projets…

La version de Qt fournis par Debian (4.5.1) a des dépendances avec Phonon, et j’ai besoin de construire une version SVN de Phonon (la version de Debian est trop ancienne). J’ai donc besoin de supprimer tous les logiciels dépendant de Qt, en utilisant aptitude ou synaptic sous une session non KDE (j’utilise Xfce pour ça). Notez tous les logiciels basé su Qt ou KDE doivent être fermées avant la désinstallation, sinon, vous pourriez avoir une étrange réaction de votre système. Lorsque aptitude ou synaptic vous montre la liste des logiciels qu’il est sur le point de désinstaller, il est préférable de le noter pour être capable de récupérer tout ce dont vous avez besoin. Vous aurez à compiler et installer tous ces logiciels manuellement.

Le site Web TechBase de KDE fournis de très bonnes instructions de compilation et d’installation, mais il propose de l’installation sous un compte utilisateur spécial ce que je ne veux pas. Je vais devoir faire autrement. D’abord, le meilleur moyen pour fixer des variables d’environnement pour tous les utilisateurs est de créer un script d’initialisation. Je décide de l’exécuter principalement dans le niveau d’exécution 3 car le serveur X peut être exécuté manuellement toute façon, même si nous ne sommes pas en niveau 5. J’ai donc créer le fichier “/etc/rc3.d/S40kde4″:

# Begin /etc/rc3.d/S40kde4
if [ ! -d /tmp/${USER}-kde4 ]; then
mkdir /tmp/${USER}-kde4
fi
export KDEDIR=/usr/
export KDEDIRS=$KDEDIR
export KDETMP=/tmp/$USER-kde4
export STRIGI_HOME=${KDEDIR}
export QT_PLUGINS_DIR=$KDEDIR/lib/kde4/plugins:$QTDIR/lib${QT_PLUGINS_DIR+:}$QT_PLUGINS_DIR
export PATH="${PATH}:${KDEDIR}/bin"
export PKG_CONFIG_PATH="${PKG_CONFIG_PATH}${PKG_CONFIG_PATH+:}${KDEDIR}/lib/pkgconfig"

# End /etc/rc3.d/S40kde4

Vous pouvez modifier le chemin de base si vous le voulez, mais celui que j’utilise, respecte les directives Debian. Notez que la variable KDEHOME est définie par Debian dans un autre script. Il n’est donc pas sûr de la redéfinir. Lorsque le fichier est enregistré (vous devez être root), vous devez le rendre exécutable et il est aussi plus sûr de copier ce script pour l’exécuter dans certains autres niveau. Ceci est réalisé en exécutant les commandes suivantes en tant que root:

chmod -v +x /etc/rc3.d/S40kde4 cp -v /etc/rc3.d/S40kde4 /etc/rc2.d/ cp -v /etc/rc3.d/S40kde4 /etc/rc4.d/ cp -v /etc/rc3.d/S40kde4 /etc/rc5.d/

Il n’est pas utile de le copier dans les répertoires de niveau d’exécution 0, 1 ou 6 (respectivement arrêt, mono-utilisateur et redémarrer). Ensuite, vous devez mettre à jour votre profil général et la session utilisateur, si vous ne voulez pas redémarrer:

/etc/rc3.d/S40kde4 source /etc/profile

Avant de continuer sur l’une des prochaines étapes, vous devez installer toutes les dépendances de construction en suivant les étapes indiquées ici.

Si vous avez un message d’erreur à ce stade, vous devriez vérifier votre configuration et les étapes précédentes. Une fois ceci fait, vous êtes prêt à compiler, mais pour rendre la tache plus facile, il est préférable de créer un script de compilation automatique. J’ai fait celui-ci, appelé «kdemake.sh”:

# Begin /usr/bin/kdemake.sh
if test -n "$1"; then
                # Source folder is defined via command line argument
                srcFolder="$1"
        else
                # srcFolder is the current dir
                srcFolder=`pwd`

# default build directory is a build subdir inside the source folder
# -DCMAKE_INSTALL_PREFIX is forcing install prefix to the above definition
# -DKDE4_BUILD_TESTS=TRUE is optional and build test suite
# -DCMAKE_BUILD_TYPE=debugfull is optional and build full debugging information
cmake ${srcFolder} ${srcFolder}/build/ -DCMAKE_INSTALL_PREFIX=$KDEDIR -DKDE4_BUILD_TESTS=TRUE -DCMAKE_BUILD_TYPE=debugfull
cd ${srcFolder}/build/

# nice make -j3 force make à utiliser deux processeur (pour les dual core) remplacer par -j2 si vous avez un système mono-processeur
nice make -j3 && sudo make install
# note that sudo will ask you root password to install

# End /usr/bin/kdemake.sh

Rendre le script exécutable avec:

chmod -v +x /usr/bin/kdemake.sh

Si vous exécutez ce (très simple) script, il est supposé que tous les répertoires de construction ont été créées comme des enfants des répertoires contenant les sources… Alors, voici un exemple pour la compilation du paquet kdelibs:

svn checkout svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs cd kdelibs mkdir build kdemake.sh

Ceci ne sera fait que la première compilation, ensuite, il vous suffira de mettre à jour et compiler ce qui est nécessaire (c’est pourquoi cmake est tellement bon), en faisant ceci:

cd /kdelibs svn up kdemake.sh

Si, comme moi, vous préférez procéder manuellement, oubliez tout ceci. Par contre, c’est une bonne idée de créer une variable contenant les paramètres systématique de cmake (de cette manière vous pouvez passer d’autres paramètres comme vous le souhaitez). Pour moi, je l’appelle “CM”. L’autre chose très utile consiste à créer un alias pour make, appelée fmake pour “fast make”, lui permettant d’utiliser les deux processeurs de votre dual core si vous avez un (le problème est que fmake n’acceptera pas d’autres paramètres comme le ferais make à cause de la commande nice qui les prendrais pour elle) :

export CM=-DCMAKE_INSTALL_PREFIX=$KDEDIR -DKDE4_BUILD_TESTS=TRUE -DCMAKE_BUILD_TYPE=debugfull alias fmake=nice make -j3

Vous pouvez ajouter ces lignes dans le script d’initialisation ci-dessus, de cette façon ce qui y est déclaré sera toujours disponible. Ensuite vous pourrez faire le même boulot qu’au dessus, de cette façon:

svn checkout svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs cd kdelibs mkdir ../build cd ../build cmake ../kdelibs $CM fmake make install

Le système minimum de KDE est kdesupport, kdelibs, kdepimlibs et kdebase. Vous devrez le compiler dans cet ordre en raison des dépendances. Pour installer le bureau KDE complet vous devrez compiler kdeadmin, kdeaccessibility, kdeartwork, addons kdebindings, kdeedu, kdegames, kdegraphics, kdemultimedia, kdenetwork kdepim, kdeplasma, kdesdk, kdetoys, kdeutils, KDevelop, kdevplatform et kdewebdev. Vous pouvez compiler certains de ceux-ci ou tout dans aucun ordre particulier. La seule exception est kdevplatform requis par KDevelop et kdewebdev qui doit être compilé en premier. Après cela, vous pouvez explorer le WebSVN de KDE pour trouver plus de logiciels qui pourrais vous intéresser. Vérifier les répertoires playground, extragear, koffice pour la suite bureautique de KDE et l10n-kde4 pour la localisation dans votre langue.
Quand tout sera construit pour moi, testé et approuvé, la deuxième partie sera là comme rapport de l’expérience (de même qu’avec les vôtres via vos commentaires) et correction des erreurs contenues dans ces instruction.
That’s all folks… pour le moment !

A propos de Lazarus

fatalerrors — Sat, 27 Jun 2009 16:58:09 +0000

Je n’étais pas mauvais en programmation Delphi jusqu’en 2002. J’utilisais aussi beaucoup Borland Pascal 7 principalement a cause de mes études. C’était pour moi une expèrience intéressante et vraiment amusante. Après avoir totalement oublié Windows, j’ai été forcé de laisser tomber la programmation Delphi en même temps. Bien sûr il y avais Kylix, mais il n’était pas une très bonne alternative :

Logiciel propriétaire, et très onéreux
Il ne fonctionnais pas sur ma Suse Linux 9.1 que (je crois) j’avais à l’époque
Sur ma machine Red Hat il était très instable

C’est pour toutes ces raisons qu’un petit groupe à décidé de se lancer dans la programmation de leurs propres version de Delphi, à partir de rien. Le projet Lazarus était né. Aujourd’hui je l’utilise de manière très agréable et toute les fonctions essencielles de Delphi sont présentes et même plus. Quelques autres fonctions sont encore manquantes (le projet à besoin de plus de dévellopeur) mais on peut d’hors et déjà tout faire avec.

Si vous connaissez quelque chose à la programmation en langage Pascal, vous pouvez aider au développement de Lazarus ici.

Je redécouvre maintenant le plaisir de programmer dans mon langage favori et je porterais certain de mes anciens logiciel sous FPC/Lazarus. C’est un travail immence pour l’un d’eux mais les autres seront bientot disponible. Alors, à bientot !

Hadopi est mort… Vive Hadopi !

fatalerrors — Sat, 20 Jun 2009 22:06:47 +0000

Il y a une semaine je buvais à la santé du ministre français de la culture, Christine Albanel, car la loi «Hadopi», son cher bébé, était définitivement enterrée par le Conseil Constitutionnel, Après avoir été malmenée par le parlement européen. La raison étais qu’une sanction, quelle qu’elle soit, ne peut être donnée par le législateur ou n’importe qui d’autre qu’un juge, ainsi que le non respect de la présomption d’innocence. Mais cela n’arrêta pas le ministre qui décida il y a deux jours de proposer une nouvelle loi… Hadopi 2!

Pour ceux qui ne connaissent pas, Hadopi est supposé être le nouvel arsenal législatif Français pour protéger nos artistes du téléchargement illégal. Cette loi crée une nouvelle agence gouvernementale (genre CSA ou autre), nommée Hadopi, capable d’espionner les activités des internautes. Pour le moment, espionner les utilisateur d’internet sur ce qu’il font avec leur connexion requière une autorisation d’un juge d’instruction et doit être effectué par le service de police approprié. Ici pas de police, pas de juge, pas d’instruction, seulement de la technocratie, la porte ouverte à l’espionnage de masse… Si une activité illégale est détectée sur votre ligne, vous recevrez alors un e-mail d’avertissement (l’adresse e-mail sera fournie par le FAI). Si une nouvelle activité suspecte est détectée vous recevrez un second e-mail, et si cela arrive une troisième fois, la connexion Internet sera coupée sans délai par le FAI pour une durée minimum d’un mois. Bien sûr pas de jugement, pas de preuve que le fautif soit le propriétaire de la connexion, pas de recours possible, et cerise sur le gâteau : la même organisation aura des rôles de police, justice et enquêteur… Toutes les raisons qui ont fait que le conseil constitutionnel à jugé cette loi inconstitutionnelle !

Alors, maintenant nous avons Hadopi 2 sur les rails. Qu’est-ce qui va changer ? Pas grand chose dans les faits, juste que le jugement sera prononcé par un juge via une facilité dans la loi française : “l’ordonnance pénale”. Mais qu’est-ce que c’est ? En France les tribunaux sont débordés : pas question d’envisager de vrais procès, trop cher et rien n’est plus dangereux qu’un système ou la justice à les moyens de faire un bon travail… La solution est d’utiliser le même système que celui utilisé lors d’infractions au code de la route.

Quand une infraction au code de la route est constatée, les preuves sont faciles à établir et la peine encourue ne comporte généralement pas la prison. Dans ce cas le suspect est jugé sans être présent à un procès et sans avocat. Le juge peut décider de trois choses. Si toutes les preuves sont présentées et qu’il n’y a pas de doute sur l’identité du suspect, la peine est prononcée et le suspect à 45 jours pour faire appel de la décision. Sinon le juge peut décider soit que la peine encourue n’est pas suffisante et demander un véritable procès (en particulier si la prison est requise), soit que les preuves ne sont pas suffisantes et l’ordonnance est rejetée (rien n’arrive). Voyez l’article 495 du code de procédure pénale pour plus de détails.

Dans le cas d’une affaire de contrefaçon, c’est une très mauvaise idée. D’abord, cette procédure ne peut fonctionner que pour les affaires très simples à établir, mais une contrefaçon faite par ordinateur n’est pas aussi simple à traiter qu’un excès de vitesse. Le parquet devra apporter toutes les preuves :

Que l’oeuvre était protégée (on peut télécharger des contenus gratuit ou libre avec BitTorrent ou une Mule)
Que le téléchargeur savait qu’il téléchargeait une oeuvre protégée (les noms de fichiers ne sont parfois pas assez explicites ou n’ont rien a voir avec leurs contenus)
Qu’il n’y a aucun doute sur l’identité du suspect (une adresse IP n’est pas une preuve d’identité)

Par conséquent, et si la loi est respectée, tout les dossiers montés avec le système Hadopi, risque d’être rejetés par le juge pour preuves inconsistantes. Le parquet serait alors forcé de demander une enquête de police, perdant ainsi tout l’intérêt simplificateur de la procédure. Pire, les preuves seront produites par une agence gouvernementale non assermentée. Hors le conseil constitutionnel nous dit que, dans le cas d’une ordonnance pénale, aucune enquête de police ne peut être demandée par le juge si les preuves initiales n’ont pas été rapportées par un agent assermenté, c’est à dire seulement la police et certaines parties de l’armée en France (Décision n° 2002-461 DC du 29 août 2002). Bien sûr, et pour les mêmes raisons, Hadopi ne pourra enquêter lui-même : ce ne sera pas un service de police, ils n’auront donc aucun droit pour enquêter. Hadopi ne pourra obtenir que des adresses IP et e-mail et des rapports de FAI sur les activités d’une ligne et l’identité de son propriétaire.

L’autre point est que cette loi est contre les intérêts des artistes que l’on prétend défendre. Le code de procédure pénale, interdit à la victime de demander des dommages et intérêts, dans le cas d’une ordonnance pénale (article 495, al. 9). Par conséquent, les ayant-droits devrons sacrifier leurs droits et les dommages subit à leur soif de répression et celle de leur gouvernement.

Dernière chose, cette procédure n’est pas applicable au mineurs (article 495 du code de procédure pénale, al. 8). Je vois ça d’ici : “Non, ce n’est pas moi, c’est mon fils de douze ans qui téléchargeais !“…

Pour résumer, cette nouvelle version d’Hadopi va sûrement nous assurer de grands moments de rigolade…

Ce post est principalement inspiré decet article écrit par un avocat. A lire, très complet.

Après Hadopi, Loppsi !

fatalerrors — Mon, 08 Jun 2009 18:35:27 +0000

La France est supposé être une démocratie et un pays ou la liberté est un de ses fondements. Pour combien de temps ?

Après des lois liberticides comme Hadopi, qui était comme le hors-d’oeuvre, le plat de résistance arrive avec une nouvelle loi : Loppsi (loi pour la performance de la sécurité intérieure). Un membre de la commission sensé conseiller le ministre sur ce projet en parle ici.

Comme il le dit le principal problème viens de l’article 6 :

Il s’agit d’« imposer aux fournisseurs d’accès à Internet l’obligation d’empêcher sans délai l’accès aux contenus illicites dont les adresses électroniques sont désignées par arrêté du ministre de l’intérieur sous peine d’un an d’emprisonnement et de 75.000 euros d’amende.»

En d’autres termes, une personne pourra interdire l’accès à un site internet sur tout le territoire français, sans jugement ni contrôle. Ça me fait bizarrement penser à la Chine qui utilise ce genre de pratique !

Je pense sincèrement que la liberté risque de devenir peut à peut un luxe en France…