Le blog de llaumgui - Fedora Core 4

RPMs de The GIMP 2.4.0 RC1 pour Fedora 7

llaumgui — Wed, 29 Aug 2007 23:03:00 +0200

A l'époque de Fedora Core 4 (souvenir...) et du dépôt nrpms, j'avais installé The GIMP 2.3.x instable (numérotation basée sur celle du noyau Linux) qui préfigurait la future version stable 2.4 du logiciel de retouches graphiques.
Fedora Core 5 et l'arrêt de nrpms, provoqua mon retour à The GIMP 2.2 et une perte de certaines fonctionnalités jamais retrouvées jusque là.

C'est en discutant avec un contributeur du logiciel lors des Journées du Libre de Montpellier que j'appris que l'opus 2.4 ne devait plus tarder... Aujourd'hui ce n'est pas une version finale dont je dispose mais de The GIMP 2.14 RC1 disponible ici et que j'ai pus découvrir grâce à ce billet de nicu.

Bon, malheureusement je n'ai pas eu encore beaucoup de retouches graphiques à faire mais cette version 2.4 semble proposer pas mal de nouveautés, et la possibilité d'étendre la bête grâce à aux greffons.

La fin de fedora (legacy)

llaumgui — Tue, 19 Dec 2006 00:02:00 +0100

Pour certain, c'est peut être passé inaperçu, glissé entre 2 autres infos insignifiantes, mais le projet Fedora Legacy vient de tirer sa révérence.

The current model for supporting maintenance distributions is being re-examined. In the meantime, we are unable to extend support to older Fedora Core releases as we had planned. As of now, Fedora Core 4 and earlier distributions are no longer being maintained.

Concrètement qu'est ce que ça veux dire ?
Que Fedora Core 4, sortie en Juin 2006, ainsi que les versions précédentes ne sont plus supportées : plus de mise à jour de sécurité, rien, niet, nada !

La durée de vie d'une Fedora Core passe donc à 18 mois (voir moins) !

Je me pose des questions ?

A quoi sert de faire des paquets apache, php et autres applications orientées serveur, qui pourraient faire croire que Fedora Core est une distribution sérieuse pour un serveur ?
Quel intérêt de réfléchir à une future version serveur de Fedora Core dans ces conditions ?
Fedora Core devient-elle une distro de geek pouvant se permettre un formatage tout les 6 à 9 mois ?

Bref autant dire que selon moi, la fin de Fedora Legacy est quelque chose de grave. C'est pourquoi je reste très attentif à ce qui va lui succéder si quelque chose lui succède...

ATI Mobility X700 sous Fedora Core 4

llaumgui — Sat, 25 Feb 2006 21:01:00 +0000

Jusqu'à présent, je fuyais les carte ATI : moins puissante que les Nvidia mais surtout de gros problèmes de drivers que ce soit sous Windows mais surtout sous Linux.
Le problème est que dans le milieu des ordinateurs portables, à performances égales les cartes ATI sont bien moins chères que les cartes Nvidia. Et de toute façon Linux et les jeux...
Mon Asus ASUS A6VA Q038H étant pourvu d'une carte ATI Mobility X700, je me suis donc lancé dans l'installation des drivers.

I. Quel drivers choisir ?

Un man radeon vous donnera la liste des cartes supportées en natif par votre distribution, Fedora Core 4 dans mon cas. Si votre carte n'est pas dans la liste alors il faudra passer par Livna et ses drivers ATI (les même que sur le site d'ATI mais en mieux adaptés pour Fedora).

II. Installer les drivers :

Comme d'habitude, faudra passer par un yum bien réglé :

su
/sbin/telinit 3
yum install kernel-module-fglrx-$(uname -r)
/sbin/modprobe fglrx
/usr/sbin/ati-fglrx-config-display enable
/sbin telinit 5

III. xorg.conf :

Maintenant que la carte est (bien) installée, il faut passer par une configuration de xorg.conf (/etc/X11/xorg.conf).
Dans la partie Device :

Section "Device"
     Identifier "Videocard0"
     Driver "fglrx"
     VendorName "ATI"
     BoardName "ATI fglrx closed source driver"
     Option "VideoOverlay" "on
EndSection

N'oubliez pas ensuite de bien configurer votre moniteur et surtout la résolution, ça se passe dans la section Screen.
Ensuite un petit reboot et votre carte fonctionnera parfaitement.

Fedora Core et mon ASUS A6VA Q038H

llaumgui — Sat, 25 Feb 2006 17:15:00 +0000

Je viens de faire une nouvelle folie : un ordinateur portable : l'ASUS A6VA Q038H.
J'ai mis énormément de temps à choisir mon portable, mais celui là me satisfait pleinement et répond parfaitement à mon exigence principale : être parfaitement supporté par Linux.

Cependant, ce n'est pas le cas pour toutes les distributions. En effet pas de son (chipstet Realtek Intel High Definition Audio) sous Ubuntu 5.10 Breezy Badger qui n'incorpore pas ALSA 1.0.10 (à moins bien sûr de compiler les sources) alors que Fedora Core 4 sortie pourtant près de 6 mois avant incorpore cette version après mise à jour (yum upgrade).

Pour ce qui est de la carte vidéo, c'est une ATI X700, il faut donc passer par la case Livna et après quelques galères, l'accélération 3D marche nickel. Voir le billet.

Et cerise sur le gâteau, avec le couple ipw2200/wpa_supplicant, je peux écrire ce billet depuis mon portable connecté en Wi-Fi crypté en WPA.
wpa_supplicant fera partie de l'aventure Fedora Core 5 mais son utilisation et surtout sa configuration sous Fedora Core 4 donnera naissance aussi à un petit billet

ATI Remote Wonder II sous Fedora Core 4 via LIRC (2ème partie LIRCMD)

llaumgui — Mon, 09 Jan 2006 22:16:00 +0000

Si vous avez passé le premier biller, vous devez avoir une télécommande ATI Remote Wonder II parfaitement fonctionnelle via LIRC/lircd. Mais ce qu'il y a de bien avec l'ATI Remote Wonder II, c'est quelle fait aussi souris...

Déclarer la nouvelle souris :

Dans la section InputDevice de votre /etc/X11/xorg.conf, rajoutez :

Section "InputDevice"

        Identifier  "LIRC-Mouse"

        Driver          "mouse"

        Option          "Device" "/dev/lircm"

        Option          "Protocol" "IntelliMouse"

        Option          "SendCoreEvents"

        Option          "Buttons" "2"

        Option          "ZAxisMapping" "4 5"

EndSection

Ensuite déclarez votre nouvelle souris dans votre ServerLayout :

InputDevice "LIRC-Mouse"

Lancer lircmd avec lircd :

Configurez le lancement de lircd pour qu'il lance aussi lircmd. Pour cela, dans /etc/sysconfig/lirc, passez le paramètre ENABLE_LIRCMD à yes.

Configuration de lircmd :

Si vous avez bien mapé votre télécommande, les touches de la souris sont identifiées, il faut maintenant les relier à des actions lircmd via le fichier /etc/lircm.conf. Pour cela, vous pouvez lire la doc, ou bien vous inspirer du mien.

Poursuivre l'aventure :

ATI Remote Wonder II sous Fedora Core 4 via LIRC (1ère partie LIRCD)
ATI Remote Wonder II sous Fedora Core 4 via LIRC (2ème partie LIRCMD)

ATI Remote Wonder II sous Fedora Core 4 via LIRC (1ère partie LIRCD)

llaumgui — Sat, 07 Jan 2006 17:21:00 +0000

Pour ceux qui ont suivie mes aventures sur #fedora-fr|, je me suis récemment (reçue le 26/11/2005 tout de même) acheté une télécommande infra rouge pour ma station de travail. Après avoir parcouru les différents commentaires, mon choix c'est tourné vers une ATI Remote Wonder II pour la principale raison que la version I était parfaitement compatible et reconnue sous Linux... Malheureusement pour moi, ce n'est absolument pas le cas de la version II qui n'est pas reconnue par le module ati_remote (de base dans les kernel Linux > 2.6.14).

J'ai donc entrepris de parcourir les différentes littératures et d'essayer les différentes techniques allant du module ati_remote à LIRC, en passant par HAL, mais sans succès. C'est essentiellement grâce au blog de Ludovic Drouard et à quelques échanges par mails avec son auteur que j'ai compris où était mon problème : l'absence du module lirc_atiusb.

Je vais donc reprendre pas à pas dans ce billet la technique que j'ai utilisé pour faire fonctionner mon ATI Remote Wonder II sous Fedora Core 4 en utilisant le daemon LIRCD.

Les logiciels, modules et daemons nécessaires :

Si votre yum est bien configuré, vous ne devrez pas avoir de problème pour télécharger lirc (s'il n'est pas déjà installé) ainsi que lirc-devices et lirc-kmdl-2.6.14-x.xxxx. C'est ce dernier qui me manquait :-). Attention cependant lirc-devices et lirc-kmdl sont présents dans le dépôt ATrpms réservé aux experts, faites donc attention de ne pas mettre tout votre système à jour à partir de ce dernier car des conflits pourrez apparaître. Contentez vous d'y prendre ces 2 paquets.

Lancement de LIRCD :

Votre télécommande est-elle bien reconnue sous Fedora :

[llaumgui] ~> /sbin/lsusb

Bus 003 Device 003: ID 046d:c308 Logitech, Inc. Internet Navigator Keyboard

Bus 003 Device 002: ID 046d:c025 Logitech, Inc. MX500 Optical Mouse

Bus 003 Device 001: ID 0000:0000

Bus 002 Device 003: ID 04a9:108d Canon, Inc.

Bus 002 Device 002: ID 0471:0602 Philips

Bus 002 Device 001: ID 0000:0000

Bus 001 Device 001: ID 0000:0000

Pas de panique, votre ATI est bien identifiée mais sous le nom de Philips, fabriquant du contrôleur IR :-). Ensuite, chargeons le module lirc_atiusb :

[llaumgui] ~> su

Password:

17:58:18 up 2:42, 2 users, load average: 0.10, 0.25, 0.39

Kernel: 2.6.14-1.1653_FC4 (#1 Tue Dec 13 21:32:09 EST 2005)



[root] /home/llaumgui> /sbin/modprobe lirc_atiusb

Puis, lançon lircd :

/usr/sbin/lircd --nodaemon -D

lircd-0.7.2[6709]: started server socket

lircd-0.7.2[6709]: parsing remote

lircd-0.7.2[6709]: parsing /etc/lircd.conf remote

lircd-0.7.2[6709]: config file read

lircd-0.7.2[6709]: lircd(any) ready

Dans une autre fenêtre lançons irw et appuyons sur des touches de la télécommande, une réaction doit se passer dans la première fenêtre. Votre télécommande est alors reconnue. Il ne vous reste plus qu'a maper toutes vos touches avec irrecord (irrecord /etc/lircd.conf) ou à utiliser mon fichier /etc/lircd.conf.

Utilisation de LIRC dans vos applications :

Tout d'abord, comment savoir si une application est compatible LIRC : Si la doc ne vous donne rien, lancez lircd en mode débug et regardez si votre application s'y connecte, dans le cas de Totem :

[root] /home/llaumgui> /usr/sbin/lircd --nodaemon -D

lircd-0.7.2[6899]: started server socket

lircd-0.7.2[6899]: parsing remote

lircd-0.7.2[6899]: parsing /etc/lircd.conf remote

lircd-0.7.2[6899]: config file read

lircd-0.7.2[6899]: lircd(any) ready

lircd-0.7.2[6899]: registering local client

lircd-0.7.2[6899]: accepted new client on /dev/lircd

lircd-0.7.2[6899]: driver supports receiving

Totem est donc bien compatible avec LIRC. Ensuite si vous avez bien mapé votre télécommande, chaque touches a un nom associé dans votre fichier /etc/lircd.conf. Pour utiliser votre télécommande dans Totem, il suffit d'associer le nom d'une touche à une action. Pour cela, vous pouvez vous inspirez de mon fichier ~/.lircrc.conf et l'adapter en consultant la doc.

Il existe un petit utilitaire bien sympathique, irexec qui permet de lancer une ligne de commande à partir de votre télécommande ainsi, chez moi, la touche DVD lance Totem alors que la touche ''TV' lancera tvtime. LIRC contient plusieurs petits applicatifs du même genre, et vous pouvez en voir la liste ici.

Lancer lircd et irrexec au démarrage :

Pour lancer irexec au démarrage, utilisez le gestionnaire de session : "Bureau / Préférences / Sessions", onglet "Programmes au démarrage".

Pour lancer lircd au démarrage, vous pouvez aussi utiliser l'interface graphique : "Bureau / Paramètres système / Paramètres de serveurs / Services ou bien la commande chkconfig.

Quelques liens utilies :

Poursuivre l'aventure :

ATI Remote Wonder II sous Fedora Core 4 via LIRC (1ère partie LIRCD)
ATI Remote Wonder II sous Fedora Core 4 via LIRC (2ème partie LIRCMD)

Glest sous Fedora Core 4 (x86)

llaumgui — Wed, 05 Oct 2005 22:52:00 +0000

Glest est un jeu de stratégie en temps réèl et en 3D. C'est un clone de WarCraft mais en version GNU/GPL. Ce qui ne gâche rien, Glest est multi-plateforme, et je m'intéresserais ici à l'installation de sa version Linux.

Glest is a project for making a free 3d real-time customizable strategy game.

Current version is fully playable, includes single player game against CPU controlled players, two factions with their corresponding tech trees, units, buildings and some maps.

Installer les drivers de votre carte graphique :

Pour ça je vous conseil ce billet issu du blog de l'ami Titax.

Les dépendances :

Si vous avez suivie ce tutoriel, votre yum est parfaitement configuré. Ne vous reste plus qu'à taper :

<br />yum install openal xerces-c

Téléchargement et installation :

Le problème des dépendances étant résolu, vous pouvez télécharger et installer le jeux (version Loki Installer).

Ca marche pas !

Une fois le jeux installé et la commande ./glest lancée, vous vous trouvez confronté à ce message :

./glest: line 63: 5967 Segmentation fault ./$GAME_BINARY "$CMD_ARGS" "$@"

Pas de panique, il vous suffit de lancer le jeux comme cela :

<br />SDL_AUDIODRIVER=dsp ./glest

Là, nouveau message d'erreur :

Exception: Your system doesn't support OpenGL version 1.3
You may solve this problem by installing your latest video card drivers

Or, si vous avez suivie la première étape et mis vos drivers à jour, vous devez supporter la version 1.3. Il vous suffit de désactiver la vérification de l'OpenGL en éditant le fichier glest.ini>et en passant la valeur CheckGlCaps à 0.

Bon jeu !

Quelle version de FireFox installer ?

llaumgui — Wed, 28 Sep 2005 00:17:00 +0000

Il y a peu, la version de 1.0.7 de FireFox a été libérée. Sous Linux, Fedora Core 4 dans mon cas, il existe 3 solutions pour installer ou mettre à jour FireFox : soit pas le rpm, soit par compilation du srpm ou des sources, soit via l'installateur.
Chacune des méthodes a des avantages et des inconvénients.

Version rpm :

- La version rpm peut mettre plusieurs jours avant d'être publiée.
- Afin de maintenir l'intégrité de la base de données rpm, la mise à jour automatique de FireFox est désactivée dans la version rpm. Malheureusement si cela se comprend pour le core du logiciel, cette limitation affecte aussi les extensions du navigateur ce qui est assez pénible.
+ Cette version est optimisée pour le système.

Version installateur :

- Cette version est compilée avec GTK1. Concrètement le navigateur de fichier de cette version n'est pas celui normalement utilisé par les autres applications Gnome.

GTK1 à gauche | GTK2 à droite.
+ Cette version ne comporte pas la limitation de la mise à jour.

Version compilée à partir des sources ou du srpm :

- C'est plus compliqué et plus long de compiler des sources que de faire une simple installation via un rpm, Yum ou un installateur.
+ Vous compilez selon vos options. Vous pouvez donc avoir le GTK2 et les mise à jour.

Version 1.5 bêta :

- Encore en développement, toutes les extensions ne sont pas compatibles et il en est de même pour les skins. Pour finir étant au stade de version bêta elle n'est pas encore stabilisée.
+ Cette version possède les mises à jour et est compilée sous GTK2

Le choix que j'ai retenu est d'installer la version rpm mais de lancer de temps en temps une version installeur afin de mettre à jour mes extensions.

Gnome 2.12 sous Fedora Core 4

llaumgui — Thu, 08 Sep 2005 22:04:00 +0000

Aujourd'hui est sorti Gnome 2.12 (article sur XPerience-Fr). Cependant, il ne sera intégré officiellement à Fedora Core qu'avec l'arrivée de la version 5 de la distribution... Quand on sais qu'elle arrive en Février et qu'en Avril sortira Gnome 2.14; on se pose des questions sur les biens fondés du calendrier de Fedora...

Si comme moi vous êtes un geek pour qui l'attente est donc trop longue : dirigez-vous vers les dépôts non officiels de nrpms :

rpm -ivh http://repo.nrpms.net/nrpms-mono-release/1/RPMS/nrpms-mono-release-1-5.1.fc4.nr.noarch.rpm

Et un :yum update plus tard, vous obtiendrez :

Quelques petites précautions à prendre :

Remettez le thème de base (Clearlooks).
Remettez le lanceur (gdm) de base.
Supprimez Totem-Xine, vous pourrez ensuite télécharger ici, une version de Totem compilée à partir des sources de nrpms mais faite pour utiliser la librairie xine-lib.

Cette nouvelle version apporte de réelles innovations, cependant on peut regretter :

Lors du clic droit sur une image, plus de "Ouvrir avec Gimp", mais "Ouvrir avec GNU Image Manipulation Program"... Et GNU, ça veut dire quoi ? :-).
Plus de barre d'adresse dans Nautilus mais une barre d'emplacement... La barre d'adresse réapparaît avec "Ctrl + L". Cependant le mode en arboressance est très agréable et les Maciste apprécierons...
L'éditeur de menu de Gnome est tellement inutiles par rapport à Smeg, qu'on se demande à quoi il peut servir

Quels services désactiver sous Fedora Core 4

llaumgui — Fri, 26 Aug 2005 04:17:00 +0000

Fedora Core 4 est configuré par défaut pour lancer plus de services qu'il en a besoin.
Dans son édition hebdomadaire n°10, Fedora News publie un excellent article de Tejas Dinkar intitulé "Which Services Can I Disable?".

Malheureusement en anglais, l'article est cependant facile d'accès et permet de mieux comprendre certain services et de se rendre compte qu'au final ils ne nous servent pas ou peu.
J'ai ainsi pu alléger mon système de quelques services via le gestionnaire de services (Environnement de bureau / Paramètres de système / Paramètres de serveur / Services).

Au final, le gain n'est pas si négligeable que ça... Pour ma station de travail, ne reste plus que :

acpid
anacron
auditd
crond
cups
cups-config-daemon
firestarter (A la place d'iptables)
haldaemon
kudzu
lm_sensors
messagebus
netfs
network
ntpd (J'aime avoir l'heure juste)
nvidia-glx (J'ai une carte graphique Nvidia)
smb
sshd
syslog