D’abord qu’est-ce que j’entends par “logs” ? Il y a bien sûr tous les messages d’erreurs, que ce soit des erreurs générées par PHP (genre “la base de données ne répond plus”) ou des erreurs générées manuellement (genre “c’est quoi ce bordel je devrais jamais tomber dans ce cas là”). Mais il y a également les messages d’informations sur l’état d’avancement du script en ligne de commande (que personne ne lit mais qui pourront peut-être être utile le jour où le script va faire n’importe quoi) ou encore les messages de debug (pratique pour le développement). Pour les applications web, toutes les erreurs génèrent un code HTTP 500 et une page d’erreur propre pour le client, mais j’aimerais bien pouvoir garder une trace de ce qui a foiré.

Pour un script en ligne de commande

Pour cette partie je vais essayer de détailler le plus possible, mais il vaut mieux être familier avec les systèmes Unix, car cela concerne exclusivement des scripts qui sont exécutés avec la SAPI CLI (plus d’infos dans la doc de PHP).

Affichage standard

Au départ, reflexe de programmeur PHP, j’utilisais simplement les fonctions echo (ou printf), mais ça devient vite un casse-tête de filtrer les messages selon leur niveau d’importance. Et quand le script n’est pas lancé en ligne de commande (par exemple s’il est lancé via une cron), ces messages ne sont plus visibles. Il est cependant possible de les archiver en redirigeant le flux de sortie standard vers un fichier. Mais il faut penser faire la rotation de ce fichier de log manuellement (voir logrotate) et on se retrouve vite avec une multitude de fichiers de log éparpillés sur le disque, ce qui ne facilite pas la maintenance.

Exemple, pouet.php contient :

echo "pouet\n";

On redirige le flux :

$ php pouet.php > /tmp/pouet

Choisir la sortie

Pour améliorer un peu le filtrage des messages d’erreur, on peut utiliser fprintf (voir la doc) et utiliser les constantes STDOUT et STDERR pour envoyer les messages respectivement sur la sortie standard et sur la sortie d’erreur. Il est ainsi possible de rediriger les messages d’erreurs dans un fichier et les messages “standards” (information, debug, etc.) vers /dev/null. C’est un mécanisme très classique, mais c’est bien de savoir que PHP le propose nativement.

Exemple, pouet2.php contient :

fprintf(STDOUT, "un message normal\n");
fprintf(STDERR, "un message d'erreur\n");

On peut rediriger l’un ou l’autre des flux pour filtrer les messages :

$ php pouet.php
un message normal
un message d'erreur
$ php pouet.php 1> /dev/null
un message d'erreur
$ php pouet.php 2> /dev/null
un message normal

Mais avec ce système il a toujours le problème de la maintenance des fichiers de logs. Donc au bout d’un moment j’ai décidé d’abonner mes méthodes de développeur PHP et d’aborder le problème sous un autre angle : comment fait-on dans les autres langages pour développer des scripts propres ? Réponse on utilise syslog, l’outil de log centralisé des systèmes Unix (voir la page sur Wikipedia). “Oui mais PHP c’est fait pour faire du web, l’API n’existe surement pas”, me dis-je naïvement. Et bien comme quoi il en faut pas se fier aux clichés : PHP a fait beaucoup de progrès (je vous parlerais un jour des forks et autres trucs rigolos) et les fonctions syslog existent et fonctionnent très bien !

Syslog

Pour utiliser syslog, il faut d’abord faire appel à define_syslog_variables qui initialise toutes les variables utilisées dans les fonctions syslog et à la fonction openlog qui permet d’ouvrir la connexion avec l’historique système. Ensuite, la fonction syslog permet de logguer une chaine de caractère, tout simplement. Vous trouverez toutes les infos sur les docs des fonctions openlog et syslog.

Exemple :

// au début
define_syslog_variables();
openlog(basename(__FILE__), LOG_PID | LOG_PERROR, LOG_LOCAL0);

// à n'importe quel moment du script
syslog(LOG_ERR, 'Une erreur est survenue');
syslog(LOG_DEBUG, 'Un message de debug');

// à la fin du script, optionnel
closelog();

• Le premier paramètre de openlog est un identifiant qui sera ajouté au début de chaque ligne de log, pour s’y retrouver parmi tous les logs systèmes. En passant basename(__FILE__), j’ajoute systématiquement le nom du fichier PHP.
• L’option LOG_PERROR est très pratique pour le développement car elle permet d’envoyer une copie du message sur la sortie standard.
• Le dernier paramètre de openlog permet de choisir la “facility” des logs. C’est purement du système, alors demandez à votre administrateur système. :-) En général il voudra que vous utilisiez les facility locales LOG_LOCAL0 jusqu’à LOG_LOCAL8 ou éventuellement LOG_USER.
• Le premier paramètre de syslog détermine la priorité du message. Il y en a 8, de LOG_DEBUG (la plus basse) jusqu’à LOG_EMERG (la plus haute) ce qui laisse une grande marche de manœuvre pour classer ses messages.

Ce système possède pas mal d’avantages : les logs sont centralisés dans /var/log/syslog (il est ensuite possible de configurer syslog pour dispatcher les logs dans d’autres fichiers), la rotation est gérée automatiquement (comme tous les autres logs du système), il est possible de filtrer facilement les logs selon le niveau de priorité, et surtout l’utilisation pour le développeur est simple et uniforme dans tous les scripts.

Pour une application web

Une erreur qui se produit quelque part sur mes applications génère automatiquement une erreur HTTP 500 (Internal Server Error) avec une page d’erreur personnalisée. Bon, ça c’est le framework qui gère, et ce n’est pas le sujet de l’article. Donc depuis longtemps mon problème était le suivant : quoi afficher sur cette page pour ne pas donner trop d’infos à l’utilisateur mais en même temps lui donner suffisamment d’infos pour me permettre de comprendre/reproduire l’erreur si besoin ? Si j’affiche simplement “Erreur”, l’utilisateur va me dire “ça marche pas”, et je serais bien avancé. Si j’affiche toutes les informations de debug (par exemple le dump complet de l’exception avec message d’erreur, nom du fichier, numéro de la ligne, backtrace, etc.), ça donne beaucoup trop d’informations sur l’architecture de l’application.

La solution que j’ai choisie est de générer un ID unique pour l’erreur et de logguer avec cet ID toutes les informations qui me seront utiles. Ensuite, j’affiche uniquement cet ID à l’utilisateur, en lui demandant de le fournir pour toute correspondance ultérieure. Il n’y aura plus qu’à rechercher cet ID dans les logs (vive grep) pour retrouver les infos de debug nécessaires.

Pour générer l’ID, j’utilise la fonction uniqid de PHP. Pour logguer, vous l’aurez compris puisque c’est le sujet de cet article, j’utilise syslog. Pourquoi pas MySQL ? Parce que si l’erreur c’est justement que le serveur MySQL est injoignable je suis niqué… Il y a toujours la solution de passer par un fichier, mais il y a tous les problèmes de maintenance évoqués plus haut. Enfin il y a la solution d’envoyer un mail, mais vu que les mails ne sont pas un système très fiable, je préfère ne pas me reposer entièrement dessus (l’application envoit aussi un mail, mais c’est en plus).

Exemple, dans un handler d’erreur fictif :

function handleError($exception)
{
	// log de l'erreur dans syslog
	define_syslog_variables();
	// je ne log pas le PID (ça ne sert à rien)
	openlog('MON_APPLICATION', 0, LOG_LOCAL0);

	$error_id = uniqid();

	syslog(LOG_ERR, sprintf(
		'[%s] %s (file %s, line %s)',
		$error_id,
		$exception->getMessage(),
		$exception->getFile(),
		$exception->getLine()
	));
	closelog();

	// envoyer en plus un mail si besoin

	// afficher le template avec $error_id
}

Solution alternative : changer de terminal.

La machine

Il s’agit d’un P4 2,8GHz, avec 512Mo de mémoire, un disque dur de 60Go et surtout une carte graphique NVidia GeForce FX Go5600 avec 64Mo de mémoire dédiée. L’écran est un 15 pouces, et, comme d’habitue sur les VAIO, magnifique grace à la techno X-Black. J’ai choisi ce modèle car je cherchais avant tout un remplaçant pour mon PC desktop pour les vacances, et pas un super-ultra-mega-portable de 3 grammes avec 6 heures de batterie et un clavier qu’il faut taper avec des cure-dents.

A priori, à part quelques bidouilles proprio made in Sony dont je n’ai cure (comme le lecteur de Memory Stick), le matériel est donc plutôt standard et bien supporté par Linux (ce n’était pas le cas à sa sortie…).

Préparation

Avant d’installer Linux, j’ai utilisé le DVD de restauration fourni avec l’ordinateur afin de repartitionner le disque. Il est théoriquement possible de redimensionner les partitions au moment de l’installation de Linux, mais je n’ai que moyennement confiance dans ce système, et de toutes façons le Windows avait atteint sa date de péremption (soit environ 1 an) : c’était donc l’occasion de le réinstaller.

Après avoir redémarré avec le DVD, j’ai utilisé l’option « Modifier la taille des partitions » (ou quelque chose comme ça), pour créer un disque C de 20Go et un disque D avec le reste.

Installation

Après avoir gravé un CD de Ubuntu 6.10 (répondant au doux nom de « Edgy Eft », littéralement « triton énervé » et redémarré le PC, premier obstacle : ça marche pas ! En fait, ça démarre bien, mais ça freeze au bout d’un certain temps (de quelques secondes à plusieurs minutes), ce qui m’empeche d’aller au bout de l’installation.

Pour solutionner ce problème, il faut ajouter des options magiques au démarrage. En appuyant sur F6 au moment où le CD démarre, ajouter :

noapic nolapic

Bien, maintenant que ça ne plante plus, je peux partitionner le disque correctement. J’ai supprimé la partition D créée par l’installeur de Windows pour la remplacer par une deuxième partition primaire (hda2) d’environ 1Go (pour le swap), une troisième partition primaire (hda3) d’environ 15Go (qui accueillera le système) et le reste sous forme de partition logique (hda5) d’environ 24Go (l’espace restant quoi), en FAT32 (type 0C si l’installeur pose la question) qui contiendra mes documents, partagés entre les deux systèmes. Petit résumé :

 Disque        Taille   FS     Correspond à
/dev/hda1        19G   NTFS   C: (/media/windows)
/dev/hda2         1G   Swap   swap
/dev/hda3        14G   Ext3   /
/dev/hda5        23G   Fat32  /media/documents

En voulant valider, je me heurte à un deuxième problème : l’installeur d’Ubuntu rale parceque selon lui il n’y a « pas de système de fichier racine » (ce qui est evidemment faux). Pour corriger ce problème, j’ai du modifier le script d’installation selon les instructions de ce message. Pour les non-anglophones (les pauvres), il s’agit de remplacer, dans le fichier

/usr/lib/ubiquity/ubiquity/validation.py

les lignes :

 if not root:   result.add(MOUNTPOINT_NOROOT) 

par :

 if not root:   pass 

Il faut faire cette manipulation en tant que root (avec sudo par exemple) puis relancer l’installeur.

Après toutes ces péripéties, le système s’installe enfin correctement !

Après l’installation

Une fois ubuntu installé correctement, je n’ai rencontré aucun problème particulier, si ce n’est le reboot qui ne fonctionne pas (l’ordinateur reste allumé, il faut appuyer sur le bouton). Vu que l’arrêt fonctionne, ça ne me dérange pas vraiment donc je n’ai pas cherché à en savoir plus.

J’ai installé sans aucun problème les drivers propriétaires de NVidia afin de bénéficier de l’accélération 3D, pour pouvoir notamment utiliser Beryl (un bureau en 3D). Vous trouverez toutes les infos nécessaires sur l’excellent le tutorial Beryl du site Ubuntu Fr.

Concernant les polices de caractères, j’ai évidemment réduit la taille, désactivé l’anti-aliasing, et installé les polices Microsoft par défaut (oui Microsoft c’est mal, mais là c’est tellement plus joli…).

Il reste quelques trucs qui me chiffonnent et que je n’ai pas eu le temps de regarder :

• J’ai l’impression que le ventilateur tourne beaucoup plus quand je suis sous Linux que sous Windows, peut-être un problème d’ACPI ?
• Les boutons du portable (volume, luminosité de l’écran, etc.) ne fonctionnent pas, mais je pense que ça doit être possible de les binder.
• Comme expliqué ci-avant, le reboot devrait fonctionner, peut-être une option de démarrage à modifier.

Après l’échec de ma Hauppage WinTV, j’ai investi dans une Pinnacle PCTV Stéréo (sans radio malheureusement), qui fonctionne parfaitement. La carte et le tuner sont autodétecté, mais au cas où, les options sont :

options saa7134 card=26 tuner=33

Et puis le week-end dernier je me décide à mettre à jour mon 2.6.12.2 vers un 2.6.16.18 tout beau tout neuf. Et là, c’est le drame : plus de son ! Enfin si, j’ai du son environ 3 secondes à chaque changement de chaine et puis pouf, plus rien.

En chargeant le module saa7134 avec l’option audio_debug=1, il est possible de voir les logs de la partie audio dans /var/log/syslog. Avec ce nouveau noyau :

kernel: saa7134[0]/audio: found SECAM main sound carrier @ 6.500 MHz [12345/0]
kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Television  =>  mute=0 input=Television
kernel: saa7134[0]/audio: tvaudio_setmode: trying SECAM-L NICAM [6.500/5.850 MHz] acpf=122880+0
kernel: saa7134[0]/audio: getstereo: nicam=0x2
kernel: saa7134[0]/audio: tvaudio_setmode: trying SECAM-D/K [6.500/0.-01 MHz] acpf=122880+0
kernel: saa7134[0]/audio: tvaudio_setmode: using SECAM-D/K [6.500/0.-01 MHz] acpf=122880+0

Voici le même log avec le noyau 2.6.12 :

kernel: saa7134[0]/audio: found SECAM main sound carrier @ 6.500 MHz [12345/0]
kernel: saa7134[0]/audio: ctl_mute=0 automute=0 input=Television  =>  mute=0 input=Television
kernel: saa7134[0]/audio: tvaudio_setmode: trying SECAM-L NICAM [6.500/5.850 MHz] acpf=122880+0
kernel: saa7134[0]/audio: getstereo: nicam=0x0
kernel: saa7134[0]/audio: found audio subchannels: mono
kernel: saa7134[0]/audio: tvaudio_setmode: using SECAM-L NICAM [6.500/5.850 MHz] acpf=122880+0

En gras, on constate que le code de retour de getstereo n’est pas le même, et qu’avant il utilisait SECAM-L NICAM (qui fonctionne), alors que maintenant il ne le retient pas et passe au suivant (SECAM-D/K) qui ne fonctionne pas, ce qui explique le son pendant quelques secondes…

N’ayant rien trouvé sur Internet concernant ce problème, j’ai fini par patcher à la va-comme-je-te-pousse le driver, en commantant le test sur le code de retour qui pose problème.

--- drivers/media/video/saa7134/saa7134-tvaudio.old     2006-06-04 20:33:44.000000000 +0200
+++ drivers/media/video/saa7134/saa7134-tvaudio.c       2006-06-04 20:34:20.000000000 +0200
@@ -433,7 +433,7 @@
        case TVAUDIO_NICAM_AM:
                nicam = saa_readb(SAA7134_AUDIO_STATUS);
                dprintk("getstereo: nicam=0x%x",nicam);
-               if (nicam & 0x1) {
+               //if (nicam & 0x1) {
                        nicam_status = saa_readb(SAA7134_NICAM_STATUS);
                        dprintk("getstereo: nicam_status=0x%x", nicam_status);

@@ -447,9 +447,9 @@
                            default:
                                retval = V4L2_TUNER_SUB_MONO;
                        }
-               } else {
+               //} else {
                        /* No nicam detected */
-               }
+               //}
                break;
        }
        if (retval != -1)

Après recompilation (make modules) et installation (make modules_install), le son ne disparait plus au bout de quelques secondes ! Yaha !

Malheureusement, entre temps un autre problème a fait son apparition… Après une mise à jour de la distribution, le son est devenu très faible, avec un effet de “souffle” énorme, comme si le son était très lointain. D’où vient le problème ? Est-ce ALSA ou bien un effet de bord de la modif du driver ?

Pour l’instant, je n’en sais rien, et je n’ai pas vraiment envie de chercher. Quel interet puisqu’à la prochaine version c’est autre chose qui va cesser de fonctionner correctement ? J’ai parfois l’impression d’être revenu au temps de Windows 95, avec son « Windows Update » où chaque utilisation relevait de la roulette russe… Je ne compte plus les fois où j’ai du réinstaller Windows après l’installation d’un patch qui ajoutait des bugs au lieu d’en corriger ! Alors, Linux est-il en train de devenir comme son aïeul ? Va-t-on devoir choisir entre un desktop multimédia fonctionnel sous Windows ou une super console sous Linux ?

J’écris cet article avec une Debian Sid, kernel 2.6.12.2.

Conexant remplace bttv

Première chose à savoir : la plupart des sites/forums qui parlent de la Hauppauge WinTV PCI-FM font référence à des révisions “anciennes” de la carte, qu’on ne trouve plus sur le marché du neuf. 90% des gens vont donc conseiller d’utiliser bttv, et, évidemment, ça ne fonctionnera pas. Pour en être certain il suffit de regarder ce qui est écrit sur le gros circuit intégré sur la carte.

Hauppauge WinTV PCI-FM avec un Chip Connexant

La bonne nouvelle, c’est qu’il existe des drivers pour ces chips conexant, intégré dans la branche 2.6 du noyau. Le driver est le module cx8800, qui charge, entre autres choses, le module cx88xx.

J’ai activé ces options dans le noyau :

Device Drivers
 --->  Multimedia devices
 --->   <M> Video For Linux
  Video For Linux
 --->     <M> Conexant 2388x (bt878 successor) support

D’ailleurs pour la suite, une astuce qui peut être utile : pour éviter d’avoir à tout recompiler, utilisez les commandes make modules et make modules_install. Même si vous êtes comme moi, avec un noyau installé avec la méthode Debian, c’est bien pratique et niveau dpkg, ça casse rien, c’est pas pire que l’install du module nvidia en plus :)

L’image

Donc avec ce module, un modprobe cx8800 donne, dans /var/log/messages (ou avec la commande dmesg) :

Linux video capture interface: v1.00 cx2388x v4l2 driver version 0.0.4 loaded
ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [LNK3] -> GSI 5 (level, low) -> IRQ 5
cx88[0]: subsystem: 0070:3401, board: Hauppauge WinTV 34xxx models [card=1,insmod option]
tveeprom: Hauppauge: model = 34519, rev = J160, serial# = 2934115
tveeprom: tuner = LG S001D MK3 (idx = 60, type = 4)
tveeprom: tuner fmt = PAL(D/K) (eeprom = 0x74, v4l2 = 0x00400e17)
tveeprom: audio_processor = MSP3425 (type = 15)
cx88[0]: registered IR remote control
cx88[0]/0: found at 0000:01:08.0, rev: 5, irq: 5, latency: 32, mmio: 0xcc000000
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
cx88[0]/0: registered device radio0

Pour passer des options au module, il faut le faire à cx88xx (chargé automatiquement par cx8800). J’ai mis dans /etc/modprobe.d/cx88xx :

option cx88xx card=1

La carte est bien reconnue, mais le problème c’est le tuner. En effet, il detecte bien un LG S001D MK (c’est le bon), mais lui associe le type 4, c’est à dire “NoTuner” (pour mémoire, la liste des tuners se trouve dans les sources du kernel, dans Documentation/video4linux/CARDLIST.tuner). En fait, ce tuner est connu mais n’a aucun driver implémenté…

Après plusieurs heure de recherche, j’ai fini par tomber sur ce thread sur la mailing list de video4linux. Il s’avère apparement que les specs de ce tuner sont assez proche du Philips PAL/SECAM multi (FM1216ME MK3) (tuner=38), et devrait donc pouvoir fonctionner en forçant :

option cx88xx card=1 tuner=38

Problème : lorsque le driver connait le tuner (c’est le cas ici) ne tiens pas compte du paramètre passé au module. Un patch est proposé sur le même thread dans ce mail pour forcer la correspondance “LG S001D MK = tuner 38″. Moi j’ai fait autrement, j’ai preféré supprimer le bout de code indiquant d’ignorer le paramètre du module (parcequ’en fait j’avais déjà fait ce patch avant de trouver le thread, et ça me gonflait de devoir recompiler le module). Ainsi je peux tester avec différent tuner en passant l’option comme ci-dessus. Voici mon patch :

--- /usr/src/linux/drivers/media/video/cx88/cx88-cards.c.orig   2005-08-08 20:54:53.000000000 +0200
+++ /usr/src/linux/drivers/media/video/cx88/cx88-cards.c        2005-08-08 20:55:10.000000000 +0200
@@ -755,7 +755,9 @@
        struct tveeprom tv;
        tveeprom_hauppauge_analog(&tv, eeprom_data);
+#if 0
        core->tuner_type = tv.tuner_type;
+#endif
        core->has_radio  = tv.has_radio;
 }

En rechargeant cx8800 avec l’option tuner=38 pour cx88xx, j’ai reussi à obtenir une image (de qualité TRES médiocre d’ailleurs) sur tvtime, et scantv -C /dev/vbi0 me trouve les bonnes chaines.

Le son

J’utilise le module tda9887, qui fonctionne correctement pour la radio (voir ci-après). Mais pour la télé, pour l’instant, je n’ai pas reussi à obtenir mieux qu’un souffle ou un gresillement inaudible :-(

Un message pas encourageant du tout se trouve dans les sources du kernel, dans Documentation/video4linux/README.cx88 :

« audio
– The chip specs for the on-chip TV sound decoder are next
to useless :-/
– Neverless the builtin TV sound decoder starts working now,
at least for PAL-BG. Other TV norms need other code …
FOR ANY REPORTS ON THIS PLEASE MENTION THE TV NORM YOU ARE
USING.
– Most tuner chips do provide mono sound, which may or may not
be useable depending on the board design. With the Hauppauge
cards it works, so there is mono sound available as fallback.
– audio data dma (i.e. recording without loopback cable to the
sound card) should be possible, but there is no code yet … »

En gros, c’est la merde. Si quelqu’un sait comment faire pour avoir au moins le son mono, je suis preneur !

La radio

C’est le seul truc qui fonctionne plutôt bien, et qui est plutôt facile à installer (comparé au temps que j’ai passé pour la vidéo)

J’ai utilisé radio ou gradio (packages Debian du même nom), pour obtenir du son.

Le GROS problème est que, quand le cable antenne radio est branché, je perd 80% des stations TV, et les 20% que je peux encore capter sont impossible à regarder (déjà que l’image est pas top quand rien n’est branché, alors là…)

Conclusion

Je ne sais pas encore ce que j’ai vais bien pouvoir faire de cette carte : si je branche l’antenne radio, je n’ai plus d’image ; si je ne la branche pas, j’ai des images (moches), et pas de son… Tout ce que j’espère c’est que les drivers vont être developpés et que d’ici quelques mois elle devienne utilisable ! En tous cas je vous la déconseille fortement pour le moment.

Quelques liens trouvés ça et là :

• La page du driver cx88 (pas très à jour)
• Un tutorial très compact, sur un peu tout ce qui concerne v4l

Le système de font

Honnêtement je ne suis pas sûr d’avoir tout compris sur la façon dont sont gérées les fonts sous Linux. Beaucoup de noms sont souvent cités mais à quoi servent-ils vraiment ? Voici les informations que j’ai réussi à glaner :

• le serveur X (xfree 4.x ou x.org) peut gérer des fonts si on lui indique le(s) chemin(s) où chercher. Ces infos se trouvent dans le fichier de configuration (exemple : /etc/X11/xorg.conf), section Files, directives FontPath.
• xfs : (X Font Server) fourni des polices à X. Il est lancé à part et peut faire des trucs très fun comme fournir des fonts à un X distant via le reseau. En général il est activé dans le fichier de conf de X via la directive :

  FontPath	"unix/:7100"

  Là se posent les premières questions : à quoi sert xfs si le serveur X peut gérer les fonts tout seul comme je viens de le dire ci-dessus ? Un element de réponse dans l’avant dernier post de ce topic sur HFR. En le virant mon X fonctionne tout aussi bien…

• xfstt et xfs-xtt sont des alternatives à xfs capables de gérer les polices TrueType à l’époque où, ni xfs, ni X, ne le pouvait. En gros, à oublier.
• FreeType (actuellement en version 2) est un moteur de rendu pour, entre autres, les fonts TrueType. Il est disponible sous forme de librairie (paquets libfreetype*). D’après ce que j’ai compris, c’est l’avenir (mais l’avenir de quoi ?). Voir le site http://www.freetype.org/
• fontconfig est un outil permettant aux applications de trouver les fonts et de les configurer correctement. Seules les applications récentes (GTK 2 par exemple) l’utilisent. Voir le site http://www.fontconfig.org/ pour la doc.
• defoma (DEbian FOnt MAnager) est l’outil magique de Debian pour uniformiser et gérer automatiquement tout ce bazar, et faire surement pleins d’autres trucs cools dont je me secoue le cocotier pour l’instant. Je sais pas comment il fonctionne, mais il fonctionne et c’est l’essentiel :)

Les packages qui vont bien

Voici les packages à installer (si ce n’est pas déjà fait). Tout d’abord, les logiciels/libraires :

• libfreetype6 et libttf2 pour FreeType
• fontconfig et libfontconfig1 pour fontconfig
• defoma et x-ttcidfont-conf, les deux packages magiques de Debian

Ensuite, pour avoir des fonts sympas :

• Tous les packages xfonts-* que vous voulez pour avoir des fonts sous X (pas TrueType), et surtout :
  • xfonts-100dpi
  • xfonts-100dpi-transcoded
  • xfonts-75dpi
  • xfonts-75dpi-transcoded
  • xfonts-base
  • xfonts-base-transcoded
  • xfonts-scalable

  J’ai déjà eu des problèmes vraiment bizarres (segfault de certaines applications, ou polices illisibles) si ces packages manquent…

• msttcorefonts (disponible dans contrib), pour avoir les fonts Microsoft standards (Verdana, Arial, Times New Roman, Courier New, …) Indispensable pour surfer correctement !
• Tous les packages ttf-* que vous voulez pour avoir des fonts TrueType.

Configuration

Normalement dpkg doit envoyer un mail à l’administrateur avec les informations nécessaires pour la configuration du bousin. Si ce n’est pas le cas, regardez le chapitre “Polices TrueType dans X” dans le guide de référence Debian.

Voir également cet autre site pour plus d’informations.

A partir de cette étape, les polices devraient être gérées “correctement”, c’est à dire que, quelque soit l’application (gtk1 ou gtk2 par exemple), vous aurez toujours les mêmes fonts disponibles (dont les fonts TrueType).

Antialias et polices par défaut : fontconfig est ton ami

Première chose qui me semble vital pour avoir un bureau joli : virer les fonts toutes moches fournies par défaut pour les remplacer par leur équivalent Microsoft (je sais, c’est mal), c’est à dire :

Pour ce faire, il faut l’expliquer à fontconfig. Créez un fichier /etc/fonts/local.conf contenant :

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
	<!-- Voir la doc de defoma -->
        <dir>/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType</dir>

        <!-- Alias certaines fonts "connues" par les fonts Microsoft -->
        <alias>
                <family>Times</family>
                <prefer><family>Times New Roman</family></prefer>
                <default><family>serif</family></default>
        </alias>
        <alias>
                <family>Helvetica</family>
                <prefer><family>Verdana</family></prefer>
                <default><family>sans-serif</family></default>
        </alias>
        <alias>
                <family>Courier</family>
                <prefer><family>Courier New</family></prefer>
                <default><family>monospace</family></default>
        </alias>

        <!-- Utiliser de preference les fonts Microsoft -->
        <alias>
                <family>serif</family>
                <prefer><family>Times New Roman</family></prefer>
        </alias>

        <alias>
                <family>sans-serif</family>
                <prefer><family>Verdana</family></prefer>
        </alias>

        <alias>
                <family>monospace</family>
                <prefer><family>Courier New</family></prefer>
        </alias>
</fontconfig>

Exemple trouvé dans la doc de fontconfig, par là.

Ensuite, personnellement, je trouve que l’anti-alising (fr, en) sur (certaines) petites fonts (disons celles inférieures à 14 pouces), c’est absolument immonde. Les polices apparaissent “grasses” et visuellement j’aime pas du tout.

Pour vous faire une idée, voici ce que ça donne visuellement (avec un Mozilla Firefox fraichement installé) :

Avec anti-aliasing

Sans anti-aliasing

Mon réglage de l’anti-aliasing est (toujours dans le fichier /etc/fonts/local.conf) :

<!-- L'anti aliasing sur certaines font c'est une horreur... -->
<match target="font">
	<test name="family">
		<string>Verdana</string>
		<string>Arial</string>
		<string>Times New Roman</string>
		<string>Courier New</string>
		<string>Helvetica</string>
	</test>
	<test name="size" compare="less">
		<int>14</int>
	</test>

	<edit name="antialias" mode="assign">
		<bool>false</bool>
	</edit>
</match>
<!--
	et une regle pour firefox, une...
	apparement le nom de la regle a change entre size et pixelsize, a voir
-->
<match target="font">
	<test name="family">
		<string>Verdana</string>
		<string>Arial</string>
		<string>Times New Roman</string>
		<string>Courier New</string>
		<string>Helvetica</string>
	</test>
	<test qual="any" name="pixelsize" compare="less_eq">
		<double>18</double>
	</test>
	<edit name="antialias" mode="assign">
		<bool>false</bool>
	</edit>
</match>

Avec tous ces reglages, j’ai enfin les fonts que j’aime, et surtout je n’ai plus à me casser la tête entre les applis gtk1, gtk2 et compagnie ! Après libre à vous d’adapter ces reglages comme bon vous semble.

Liens annexes

• Un journal sur DLFP

• Sans sortie TV pas de divxbox :)
• La sortie TV doit permettre d’utiliser correctement la carte vidéo pour lire les vidéos, par exemple la vo xv de mplayer pour soulager le cpu
• La sortie TV doit être de bonne qualité, parceque regarder un film avec un affichage tout pourri , ça gache tout !

J’ai personnellement bien lutté pour obtenir une sortie TV correcte, mais bon je n’ai jamais eu beaucoup de chance avec Linux. Donc tout ce que je peux vous souhaiter c’est de trouver la bonne carte du premier coup !

NVidia GeForce 2 MX 400

Mon premier essai est avec une ancienne GeForce 2 MX 400 équipée d’une sortie TV composite. Au boot, la sortie TV s’active toute seule et reste à peut près potable pour le mode console pur et dur.

Le framebuffer par défaut active egalement la sortie TV sans problème. Il faut juste regler la résolution dans le fichier /etc/lilo.conf avec le paramètre vga. Par exemple vga=789 pour un affichage 800×600 en 16 millions de couleurs. Ci-après le tableau de tous les codes (il me semble que certains ne fonctionnent qu’avec bootsplash).

Colors-----640x480-----800x600-----1024x768-----1280x1024
256----------769---------771----------773----------775
32000--------784---------787----------790----------793
65000--------785---------788----------791----------794
16.7 Mill.---786---------789----------792----------795 

Pour XFree 4.3 maintenant, c’est une autre paire de manches à tordre. Les drivers libres (“nv”) sont, d’après ce que j’ai pu tester, incapables de gerer tout seul la sortie TV (sans parler du fait qu’il n’y aura aucune acceleration 3D). Donc il faut installer les drivers propriétaires et configurer XFree. Heureusement, les drivers de NVidia, malgré leurs nombreux défauts, sont relativement bien documentés concernant la sortie TV (voir APPENDIX J: CONFIGURING TV-OUT dans le README des drivers).

En résumé, il faut ajouter des sections screen et monitor correspondantes à la télé :

Section "Monitor"
        Identifier      "TV"
        HorizSync       30-50
        VertRefresh     60
EndSection
Section "Screen"
        Identifier  "tvout800"
        Device      "geforce"
        Monitor     "TV"
        DefaultDepth 24
        Option "TVStandard" "PAL-N"
        Option "ConnectedMonitor" "TV"
        Option "TVOutFormat" "COMPOSITE"
        Option "NoLogo" "on"
        Subsection "Display"
                Depth       24
                Modes       "800x600"
                ViewPort    0 0
        EndSubsection
EndSection

Mon fichier de config complet pour XFree 4.3 est disponible par ici.

Un programme permet également de bidouiller la sortie TV des cartes nvidia : nvtv. Honnêtement j’ai toujours pas compris comment il fonctionne, comment on enregistre la configuration, etc… Et puis comme les drivers proprios donnent de bons résultats j’ai laissé tomber.

Pour lancer Xfree sur la télé j’utilise la commande :

startx -- -screen tvout800

Ensuite je peux lancer mplayer, mais c’est là que ça se gâte. La vo x11 fonctionne bien mais, comme elle n’utilise pas du tout les possibilités de la carte graphique, pompe la quasi-totalité du CPU (surtout en plein écran à cause du redimensionnement). Bref inutilisable. L’idéal est la vo xv, mais là suprise, alors que sur un écran ça fonctionne, sur la télé il y a des bandes bleu vif sur la gauche et sur le haut du film !

Nvidia avec XV

Pour l’instant je n’ai rien trouvé sur le net se rapportant à ce problème, après plusieurs nuits blanches j’ai donc décidé de laisser tomber cette carte. Cela dis si une star en Linux connait la solution à ce problème, je suis toujours preneur :)

ATI Rage 128

En cherchant un peu suite à mes déboires avec la GeForce2, j’ai vu ça et là que les sorties TV des cartes ATI était censé être beaucoup mieux que les NVidia. Bah ça tombe bien j’ai une ATI Rage 128 AGP sous la main…

Comme précedemment, la console standard et le framebuffer s’activent sans problème (à condition que la sortie TV soit branchée au boot).

Par contre, les drivers r128 par défaut de XFree n’affichent rien du tout sur la télé, et pire, si la sortie TV est branchée au boot, l’affichage sur l’écran déconne ! Bon il existe un programme, atitvout, qui est censé activer les sorties télé des cartes ATI… Manque de bol avec ma carte il ne fonctionne pas, et comme il n’est plus maintenu par l’auteur il ne faut pas trop esperer…

Je me suis ensuite tourné vers les drivers Gatos, qui sont censés faire des miracles et notamment activer la sortie TV des Rage 128. Encore une fois manque de bol avec ma carte ils ne fonctionnent pas.

En dernier recours, j’ai tenté les drivers vesa. Évidemment ils fonctionnent bien mais :

1. Aucune acceleration 3D
2. Aucune vo performante disponible pour mplayer (uniquement vesa)
3. La qualité des films en vo vesa n’est pas top (problème de rafraichissement je suppose)

Sur le site de BibooBox il y a d’autres solutions proposées, mais aucune d’entre elles ne fonctionnaient avec mon modèle de Rage 128. Bref c’est inutilisable, alors j’ai laissé tomber cette carte.

NVidia GeForce 4 MX 440

N’ayant plus aucune vieille carte disponible sous la main, et n’ayant plus rien à perdre, j’ai pris une GeForce 4 MX 440 (les cartes pas chères pour bureautique de NVidia) d’un PC qui ne servait plus trop pour la tester sur la DivxBox…

J’ai utilisé exactement la même config que pour la GeForce 2 MX 400, sauf que là, surprise, pas de bandes bleues sur la sortie xv ! La vidéo est niquelle, et (seulement) 25% du CPU sont utilisés pour lire un divx (vo xv rulez !)

Bon il faut bien l’admettre, mettre une GeForce 4 (même si c’est une MX) dans un p3 500 je trouve que c’est un peu du gâchis parce que j’avais des vieilles cartes à recycler. Mais ça faisait déjà trop longtemps que je cherchais à faire fonctionner une sortie TV correcte, alors maintenant que ça fonctionne je garde !

Autres pistes : Carte de décompression MPEG (dxr3)

J’ai retrouvé dans les placards une vieille carte de décompression MPEG2 (dvd) “Hollywood +”, équipée d’une sortie TV S-VIDEO ainsi que d’une sortie Audio. Après quelques recherches, j’ai découvert que ce type de carte était bien gérée sous Linux. Chouette !

Liens :

• Tutorial sur Lea Linux
• Le projet dxr3 et Hollywood Plus

Encore une fois je remercie cette merveilleuse distribution qu’est Debian, puisque des paquets sont dispo pour configurer très facilement cette carte. Leur nom commence par em8300. L’un deux installe tout ce qu’il faut (device, fichier de conf, etc…) et un autre contient les sources pour compiler un module noyau (à la sauce debian, c’est à dire make-kpkg module-image dans les sources du noyau). Bref si on est un peu à l’aise avec les méthodes de Debian ça se fait très facilement (même moi j’ai réussi tout seul, c’est pour dire !)

Je n’ai toutefois pas pousser plus loin cette solution, pour plusieurs raisons :

• La sortie TV en S-Video, ça suxor un peu quand on a pas de quoi la convertir en Composite ou Peritel (seules prises gérée par ma télé :)
• Il faut recompiler mplayer avec le support dxr3. Et pour utiliser Freevo il faut également recompiler la libSDL comme indiquée sur la doc de Freevo
• Les applications qui n’utilisent pas la libSDL pour l’affichage ne pourront pas s’afficher sur la sortie dxr3 (en tous cas je n’ai pas trouvé comment)

Malgré ça, l’utilisation d’une carte de décompression présente des avantages non négligeable :

• Permet de lire des DVD sur des petites machines
• La mienne possède une sortie audio, gérée par OSS, donc pas besoin de carte son supplémentaire à priori…
• Pareil pour la carte graphique, il serait surement possible de s’en passer…

A toi de voir…

Qu’est-ce que choam ?

choam, c’est une machine spéciale, accessible depuis l’exterieur. Elle permet de se connecter à l’école en ssh. Les interets sont nombreux : consulter les news, recuperer facilement des projets/fichiers, écrire une page web depuis chez soi :)

Pour s’y connecter, il suffit de faire :

ssh login@choam.efrei.fr

Avec login à remplacer par votre login EFREI.

Les utilisateurs de Windows peuvent utiliser Putty ou SSH Secure Shell en version Non-commercial.

Utiliser une clef pour ssh

Pour se logguer en ssh faut toujours entrer un mot de passe. Franchement, quand on se loggue plusieurs fois de suite (exemple chezwam -> choam.efrei.fr -> machine.unix) c’est chiant de devoir rentrer 2 fois (ou plus) son pass (oui oui je suis faignant).

Une solution est d’utiliser une authentification par clef. En créant une clef et en autorisant cette clef on pourra se logguer sans soucis sur toutes les machines. Pratique :)

Pour generer une clef (laisser la passphrase vide sinon ça n’a aucun interet) :

ssh-keygen

Puis il faut l’autoriser :

ssh-copy-id -i ~/.ssh/id_dsa.pub login@machine

Avec login à remplacer par votre login EFREI.

Attention si tu ne connais rien à ssh (ou si tu veux en savoir plus) lis d’abord ce site car une authentification par clef mal configurée peut induire des failles de sécurité…

Présentation rapide de screen

screen est une application console dont le principal avantage est pouvoir se « détacher » de la console. C’est à dire qu’on peut lancer une application dedans, détacher le screen (volontairement ou en étant déconnecté brutalement par exemple) et l’application continue de tourner comme si de rien était. Une fois reconnecté il suffit de “rattacher” le screen pour recuperer la main. Indispensable quand on travaille en ssh sur une autre machine !

Mais ce n’est pas le seul avantage de screen, loin de là. En fait screen peut être considéré comme « le window manager de la console ». En effet, il permet d’afficher une barre des taches, ouvrir plusieurs consoles, passer de l’une à l’autre, splitter l’écran, … Bref c’est un must, personnellement je le lance dès que j’ouvre un shell.

screen se configure avec le fichier ~/.screenrc. Par défaut, il n’y a pas de barre des taches et il affiche un message au demarrage. Ces deux lignes permettent de remedier à ça :

hardstatus alwayslastline "%d/%m/%Y [%c] | %w"
startup_message off

Les touches de bases :

• Ctrl + D : se déloguer = ferme la fenêtre
• Ctrl + (A, D) : détacher le screen (screen -r pour le rattacher)
• Ctrl + (A, C) : nouvelle fenêtre
• Ctrl + (A, A) : fenêtre précédente
• Ctrl + A, n : passe à la fenêtre “n”

Il existe des milliers d’autres commandes, pour changer le titre de la fenêtre, splitter l’écran, etc… Et des milliers d’options de config. Je conseille la lecture du man pour en savoir plus :)

Ma petite histoire

Il y a un serveur dhcp sur le réseau qui fonctionne impec. Mon ordi se configure sans problème vu que l’installeur de Debian à tout bien réglé comme il faut, apparemment. Sauf que voila, après recompile du noyau, plus rien ne fonctionne. La carte réseau est bien configurée, mais sans IP…

#ifconfig eth0eth0    Link encap:Ethernet  HWaddr 00:50:FA:E5:43:7C          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1        RX packets:7083 errors:0 dropped:0 overruns:0 frame:0        TX packets:925 errors:0 dropped:0 overruns:0 carrier:1        collisions:0 txqueuelen:100         RX bytes:951774 (929.4 KiB)  TX bytes:2464 (2.4 KiB)        Interrupt:3 Base address:0x300 

Si je met la carte en static :

# vim /etc/network/interfaceiface eth0 inet staticaddress 192.168.0.2netmask 255.255.255.0broadcast 192.168.0.255gateway 192.168.0.1

ça roule. Donc l’ordi ne peut plus se configurer avec le DHCP…

La solution

Il faut activer dans le noyau les options CONFIG_PACKET et CONFIG_FILTER, c’est à dire “Packet socket” et “Socket Filtering” dans la section “Networking options”… Bah oui c’est tout mais j’ai quand même chercher plusieurs semaines avant de trouver quelqu’un qui avait eu le même problème…

Ma petite histoire

Je crois que tout est dit, j’ai mis à jour la Potato et je me suis retrouvé après reboot devant l’invite de login sans pouvoir taper mon mot de passe vu que c’était du qwerty. Il m’a fallu regarder un schéma de clavier qwerty pour finalement retrouver les caractères spéciaux qu’il me manquait…

La solution

Une fois loggué en root :

dpkg-reconfigure console-data

Choisir “Select keyboard from arch list” puis “azerty” et enfin “French with Euro” (ou without, au choix). Et voila un clavier azerty, ouf !