Chtinux logiciel Libre à Lille et sur sa métropole

C'est la fête de part le monde, Fedora 9 est disponible ! N'hésitez pas, pendant le téléchargement, à lire et relire les notes de version, qui pour la première fois, ont pu être traduites en français ! Have fun !

Je me permets de relayer l'information de Johan, qui me semble, importante. Merci à lui de m'avoir informé sur le sujet !

Je vous parlais il y a quelque temps d'un exemple de sémantique à ne surtout pas suivre.

Le webmaster du site incriminé aurait du consulter le Référentiel Général d’Accessibilité pour les Administrations (RGAA), mais il semble que le site destiné à héberger ce dernier ne soit toujours pas en ligne...

L'absence de mise en ligne de la version finale de ce référentiel, ainsi que le manque d'application de nombreux sites web gouvernementaux a conduit divers acteurs de l'accessibilité sur le web à la création d'une pétition en ligne :
http://www.web-pour-tous.org/spip.php?page=petition-accessibilite

Un bon geste, signez-la !

Ce billet est la traduction de celui de KageSenshi, que je remercie de m'avoir autorisé à le traduire.

YUM est le gestionnaire de paquets par défaut dans Fedora et ses petites sœurs. Il est écrit en Python et possède des tonnes de fonctionnalités que le quidam ne connait pas forcément. Ces fonctionnalités sont très pratiques pour la maintenance du système. C'est également l'occasion d'améliorer vos connaissances sur votre gestionnaire de paquet préféré et également de devenir plus productif :). Bien que la résolution des dépendances et les requêtes envoyées par yum sont plus lentes que pour apt, la flexibilité et la puissance de yum en font néanmoins un outil incontournable (ndt : cette dernière assertive n'engage que son auteur, et que je n'ai rien à faire là dedans. SI vous souhaitez troller sur le sujet, passez votre chemin, ou rendez-vous sur le blog de l'auteur).

Astuce n°1 : Fastest Mirror

Il s'agit du tout premier plugin que j'installe pour yum sur toute Fedora fraîchement installée. Mais que fait-il ? Pour les anglophones, son nom parle de lui-même. Le plugin va mesurer le temps de réponse des serveurs présents dans une liste de miroir depuis mirrors.fedoraproject.org et choisir celui qui est le plus rapide pour vous. Tout est fait automatiquement, et comme qu'il s'agit d'un plugin influençant le fonctionnement par défaut de yum, il fonctionne quelque soit l'interface graphique pour yum que vous pouvez utiliser.

Pour l'installer, exécutez la commande ci-dessous :

yum install yum-fastestmirror

À la différence d'APT qui attend de vous que vous choisissiez le miroir le plus rapide comme un grand, yum agit plus élégamment.

Le plugin, après qu'il a vérifié le serveur le plus rapide, va stocker un fichier de méta-données : /var/cache/yum/timedhosts.txt. Ces méta-données expireront automatiquement après un certain moment. Cependant, si vous trouvez que yum n'est pas aussi rapide qu'il le devrait lors du téléchargement, vous pouvez le forcer à re-vérifier les miroirs les plus rapides en supprimant ce même fichier.

Astuce n°2 : Ne téléchargez que les mises à jour de sécurité

Cette astuce est très pratique pour de nombreux utilisateurs qui n'arrivent pas à suivre les mises à jour de Fedora. Fedora est connue pour ces mises à jour très fréquentes. En effet, les logiciels prennent rapidement un coup de vieux dans Fedora. Certaines personnes, donc, sont un peu rétissantes à mettre leur système à jour avec les dernières versions des paquets, souvent parce que ces mises à jour peuvent casser des choses dans Fedora. La raison est simple : les mises à jour ne sont pas seulement un simple portage des nouveautés dans une version antérieure d'un paquet, mais une mise à jour vers la nouvelle version du dit paquet. Un moyen de contourner ce comportement est de ne faire que les mises à jour de sécurité du système. Un plugin existe pour vous faciliter la tâche, vous pouvez l'installer avec la commande suivante :

yum install yum-security

Pour utiliser ce plugin pour mettre à jour votre système simplement avec les mises à jour de sécurité, utilisez la commande :

yum --security update

J'ai expliqué son fonctionnement dans un autre billet ici

Astuce n°3 : Presto

Si vous avez une connexion internet avec une bande passante limitée, yum-presto est fait pour vous. Le plugin télécharge des rpm delta (deltarpm), qui contiennent uniquement les modifications entre la version installée sur votre système et la nouvelle disponible sur internet. Vous allez voir la taille de vos téléchargements se réduire comme peau de chagrin et vous ferez vos mises à jour plus rapidement.

Actuellement, un gros travail est fait pour intégrer Presto dans le dépôt de base de Fedora. Cependant, les développeurs rencontrent des problèmes pour intégrer Presto à Koji and Bodhi, le système de construction et de mise à disposition des mises à jour de Fedora. Vous devrez donc le configurer après l'installation en suivant les informations disponibles là : http://fedorahosted.org/presto/

Pour installer le plugin, utilisez la commande :

yum install yum-presto

Astuce n°4 : Ne pas mélangez les dépôts !

Mélanger les dépôt... c'est le mal ! Le choix des dépôts pour Fedora est assez conséquent pour peu que vous passiez un peu de temps sur Google. Mais tous ces dépôts ne sont pas forcément compatibles avec le dépôt de base de Fedora ou même entre eux. Je recommanderai donc aux utilisateurs de n'installer QUE le dépôt Livna et d'autres petits dépôts ne contenant qu'un faible nombre de paquets, comme celui d'Adobe pour Flash ou celui de Google. Livna est tout bonnement le meilleur, car il suit à la lettre les recommandations de construction de paquets du Projet Fedora. Vous pouvez donc vous attendre à ce que leurs paquets soient d'aussi bonne qualité que ceux du Projet lui-même.

La bonne nouvelle est que Livna, Freshrpms et Dribble sont en train de fusionner pour former RPMFusion. Tant que RPMFusion n'est pas disponible, contentez-vous simplement de Livna.

Astuce n°5 : Ignorez les dépendances cassées

Une fois que vous avez commencé à installer des dépôts tiers, vous risquez d'avoir des problèmes de dépendances sur les paquets. Cela arrive généralement lorsque les paquets des dépôts tiers ne sont pas synchrones avec les paquets du dépôt de base. Un plugin yum existe pour vous aider à ignorer automatiquement ces problèmes de dépendances, ainsi que les paquets sont affectés par ces problèmes. Il s'appelle yum-skipbroken. Dans Fedora 9, skip-broken a été inclus dans yum.

Pour l'utiliser, exécutez l'option --skip-broken dans la ligne de commande.

yum --skip-broken update

Si l'option n'est pas disponible, installez le paquets à l'aide de la commande suivante :

yum install yum-skipbroken

Astuce n°6 : Verrouillez les paquets de Xorg et du kernel

Ce plugin est très pratique pour les utilisateurs qui ont fait le choix d'installer des pilotes propriétaires, des modules kernel ou qui souhaitent simplement que certains paquets ne soient pas mis à jour pour éviter de gêner l'utilisation du pilote. Je trouve cela très pratique quand j'installe Fedora sur l'ordinateur d'un ami et qu'il/elle a besoin d'installer des pilotes propriétaires. Je bloque donc leurs paquets xorg et kernel pour qu'ils ne soient pas mis à jour (oui, cela peut paraitre un peu barbare comme technique, mais cela à vraiment le mérite d'éviter de tout casser lorsqu'une mise à jour se présente).

Pour l'installer, entrez la commande :

yum install yum-versionlock

La documentation complète pour l'utiliser est disponible dans /usr/share/doc/yum-versionlock-%{version}/README

Astuce n° 7 : Conservez le cache pour une future utilisation

Par défaut, yum ne conserve pas ses téléchargements dans le cache. Vous pouvez modifier ce comportement en éditant le fichier /etc/yum.conf et en changeant la valeur keepcache sur 1 au lieu de 0.

Le dossier de cache de yum, /var/cache/yum, peut être utile si vous bidouillez tellement votre Fedora au point d'avoir besoin de la réinstaller fréquemment. Cela permet de gagner du temps sur les téléchargements de tous ces paquets. Copiez simplement ces paquets dans un autres dossier, et vous pourrez les réutiliser ailleurs. Vous pouvez également un dépôt local en utilisant createrepo.

Astuce n° 8 : De l'organisation ! Créez des dépôts locaux !

Il n'y a rien de compliquer à créer un dépôt local pour yum. Plusieurs méthodes sont possibles - Rsync, ou reposync (fournis par le paquet yum-utils). En situation normal, je vous recommanderai d'utiliser rsync, mais pour les petits malheureux qui comme moi sont dans une université qui bloque rsync, j'utilise reposync. Reposync utilise le protocole http mais il est un peu plus compliqué à utiliser pour mettre en place un dépôt utilisable.

Une documentation sur la manière de contribuer en créant un miroir est disponible là : http://fedoraproject.org/wiki/Infrastructure/Mirroring.

Une fois que votre miroir est synchronisé, créez-vous un compte Fedora et enregistrez-vous avec le gestionnaire de miroirs Fedora (MirrorManager). Tout l'intérêt réside ici : depuis MirrorManager, vous pouvez demander, par exemple, à ce que toute requête vers mirrorlist depuis votre IP publique, renverra vers le miroir de votre LAN. Vos utilisateurs ne se rendront même pas compte qu'ils utilisent un miroir local ! C'est bien une chose qu'APT ne vous offrira pas ! Vous pouvez également configurer votre miroir pour ne le rendre accessible qu'à certaines plages d'IP/ ou de pays.

Astuce n°9 : Détectez les problèmes avant qu'ils ne surviennent

Parfois, il peut arriver que votre installation s'interrompe ou que votre base de données de paquets vous fasse le pire misères du monde, en dupliquant les paquets ou en cassant les dépendances. Un outil très pratique pour trouver les problèmes.existe : package-cleanup. Cet outil est présent dans la paquet yum-utils, donc pour l'obtenir :

yum install yum-utils

Voici quelques commandes que j'utilise régulièrement :

package-cleanup --dupes # list out duplicates
package-cleanup --cleandupes # clean up duplicates
package-cleanup --problems # list out packages with broken dependencies

Besoin de plus d'option ? ... invoquez le paramètre --help

Astuce n°10 : Téléchargez des paquets pour les utiliser plus tard, avec leurs dépendances

Pafois, vous pouvez avoir besoin de télécharger des paquets et leurs dépendances mais sans rien installer et vous voulez pouvoir les copier facilement sur un autre ordinateur avec exactement la même liste de paquets que sur votre ordinateur. yumdownloader (fourni par le paquet yum-utils) est idéal pour ça. Vous pouvez l'utiliser, par exemple, pour construire des packs réutilisables pour une série d'ordinateurs identiques et les distribuer. Vous pouvez également l'utiliser pour récupérer les sources d'un paquet, au cas où vous voudriez modifier le contenu du paquet.

Mon utilisation de yumdownloader :

# télécharger les sources d'un paquet
yumdownloader --source packagename

# télécharger un paquet avec les
# dépendances nécessaires sur mon pc
yumdownloader --resolve packagename

# télécharger un paquet avec les
# dépendances nécessaires sur une
# fedora montée/chrootée
yumdownloader --resolve packagename --root /path/to/chroot

Il y a une autre astuce pour utiliser yumdownloader avec chroot, en copiant le dossier /var/lib/rpm, vous pouvez utiliser le profile rpm pour télécharger des paquets pour l'ordinateur d'un ami et les mettre sur un CD. Cette manière de faire est utilisée dans opuym (un outil similaire à APTonCD) pour construire ce que l'on appelle des YumPacks. Opyum est sympa, mais parfois je trouve plus confortable de créer des packs à la main. Dire un à quelqu'un de me donner le contenu du dossier /var/lib/rpm est bien plus simple et rapide que de lui demander d'installer opyum et de le guider dans la création d'un profile. Mais ce ne sont que mes goûts personnels, opyum est un bon outil pour les utilisateurs qui connaissent peu la ligne de commande.

Astuce n°11 : Videz le cache si yum se comporte bizarrement

Pour une raison ou pour une autre, il se peut que les fichiers du cache de votre ordinateur soit cassés (J'ai ce problème à l'université, avec mon dépôt Fedora bidouillé - donc, les méta-données ont tendance à devenir un peu folles de temps en temps -ndt: ça lui arrive bien qu'à lui !). Essayez de vider le cache dans un premier temps et ré-essayez. Il y a de fortes chances que le problème vienne de là. Pour nettoyer le cache de votre yum, utilisez la commande :

yum clean all

Astuce n°12 : Quand yum plante lamentablement, n'ayez pas peur, APT et Smart sont là pour vous sauver

Fedora aussi a APT !. Les débianneux qui n'arrivent pas à se passer de APT peuvent installer pat-rpm. Ils retrouveront leur gestionnaire de paquets favori. Un autre gestionnaire de paquet pour Fedora est Smart.

Une des belles choses de Fedora est que apt-rpm et Smart utilisent les méta-données génériques de yum. Cela signifie que les dépôts de yum fonctionneront avec apt-rpm et Smart sans vous demander le moindre effort. Joli n'est-ce pas ?

Fin de la liste

Voilà, c'était toutes les astuces dont je me souviens à l'écriture de ce billet. J'aurai peut-être d'autres astuces mais je ne m'en rappelle pas à cet instant. Le prochaine fois que je m'en rappellerai, ce sera lorsque que j'aurai un problème et que je devrai le résoudre.

Amusez-vous bien avec yum, c'est un gestionnaire de paquets très sympa quand vous en avez l'habitude. Une dernière astuce, pas utilie pour les utilisateurs, mais plus pour les développeurs en python, les plugins yum sont faciles à écrire, et n'importe quel bibliothèque python peut être utilisées. Si vous avez besoin d'une fonctionnalité bien spécifique, vous trouverez plus d'informations sur comment créer un plugin ici : http://wiki.linux.duke.edu/WritingYumPlugins. J'écris moi-même des plugins pour que les gens à mon université puissent récupérer des paquets depuis mon dépôt. La structure du réseau de mon université et ses plantent souvent, donc je dois écrire quelque chose pour créer un tunnel automatiquement vers mon dépôt et laisser les utilisateurs utiliser yum à travers un tunnel - sans qu'ils ne s'en rendont compte. Ils n'ont même pas besoin de savoir ce qu'est un tunnel, ça fonctionne :)

Cela fait trop longtemps que tootella.org n'est plus.... tootella, tu me manques, tu me donnes un signe de vie ?

Et comme à chaque fois, je me délecte de ressortir cet article, que j'ai traduit il y a bien longtemps...

Le planet Fedora-fr s'agrandit. C'est avec grand plaisir que j'ai ajouté les blogs suivants ce week-end :

• Hiéroux Aurélie
• Bessière Marc
• Rondeau Matthieu
• Wallon Antoine

Bienvenue à eux tous et bon blogging sur Fedora !

[MÀJ] : Un planet ? Non, une galaxie !

J'en ai rajouté un aujourd'hui... :

• Aurélien Bompard

Et j'ai également oublié la fois dernière de mentionner celui de Fabien Nicoleau... La honte pour moi, les honneurs pour lui !

J'essaye de faire une petite série de billets afin de présenter les nouveautés de cette nouvelle version 9, qui devrait être disponible à la fin du mois d'avril.

Je continue cette série en vous présentant les nouveautés concernant internet et le réseau pour cette version.

Tout d'abord, Fedora incluera le célèbre Firefox dans sa version la plus récente au moment de la disponibilité de la distribution. Je ne vais pas revenir sur toutes les nouveautés de Firefox, mais plutôt sur l'audace qui est ici prise pour mettre à disposition une version encore en cours de développement pour le logiciel le plus utilisé du monde du libre. Audace en effet, alors que l'on se rappelle la douloureuse décision de ne pas proposer Firefox 2 dans Fedora 6, cette fois, Fedora 9 sera belle est bien à jour de ce coté là. Firefox 3, c'est bon mangez-en !

Au sujet de Firefox 3, il fonctionnera à merveille avec swfdec qui est dorénavant un véritable logiciel libre. La décision a été prise de changer le backend de swfdec pour gstreamer ! Excellente nouvelle, un player Flash est donc disponible pour le plus grand nombre ! Nous allons pouvoir participer à son développement... rapports de bugs en perspective...

Enfin, Fedora 9 activera par défaut NetworkManager. Célèbre logiciel de gestion de connexion à distance, NetworkManager est dans Fedora depuis la 4ème version si je ne m'abuse ! Et installé par défaut s'il vous plaît ! Dorénavant, il sera activé par défaut. Au vu de des nouveautés qu'il contient, une franche odeur de sapin me monte au nez... on me parle de system-config-network... qui vivra verra. :)

Here is my meme, does it look like the others' on Planet Fedora ?

[mrtom@annifrid ~]$ history | awk '{a[$2]++ } END{for(i in a){print a[i] " " i}}'|sort -rn|head

282 su
148 cd
99 ls
46 diff
36 ssh
31 vim
29 fusion-icon
20 kbabel
17 rpm
16 cvs

J'essaye de faire une petite série de billets afin de présenter les nouveautés de cette nouvelle version 9, qui devrait être disponible à la fin du mois d'avril.

Je continue cette série en vous présentant les nouveautés d'Anaconda.

Non, Fedora n'a pas mué en serpent. Anaconda est une application ancestrale chez la famille Red Hat. En effet, le logiciel est présent dans la distribution depuis... longtemps ! La liste de diffusion des développeurs d'Anaconda remonte à décembre 2001. Nous avons donc à faire à une application ayant bénéficié de tout le savoir faire de Red Hat et de sa communauté et qui a su murir avec le temps. Composé en C et en python, vêtu d'une interface graphique en pyGTK, vous avez devant vous un monstre, un anaconda.

Ça sert à quoi Anaconda ?
Anaconda est le programme d'installation de Fedora. Il s'agit du programme qui permet de gérer tout le processus d'installation de la distribution, depuis l'accueil de l'utilisateur à la copie des fichiers, juste avant de proposer le redémarrage du système. Depuis Anaconda, on peut donc configurer la langue du système, modifier les partitions du disque en vue de parfaire une installation et choisir les logiciels que l'on veut installer. Dans cette nouvelle version de Fedora, et comme à chaque nouvelle version majeure, Anaconda s'est vu amélioré.

Des nouveautés, des nouveautés, mais lesquelles ?

• La personnalisation des chemins vers les sources durant l'installation. En plus clair, on peut modifier les dépôts d'installation de la distribution et choisir d'ajouter des logiciels en plus de ceux fournis sur le média que l'on a. Sans oublier les mises à jour.
• Support expérimental de la gestion de partition ext4. La condition ? Entrer l'option « iamanext4developer » au prompt du démarrage.
• Abandon de notre bon vieux pote kudzu pour la détection du matériel. HAL et udev feront bien l'affaire.
• Création de systèmes de fichiers cryptés.
• Le redimensionnement des partitions ext2, ext3 et ntfs. Oui, anaconda rattrape son retard par rapport à la concurrence sur ce point. Et il le fait bien ! La preuve en vidéo.
• Une nouvelle image d'installation : en plus des images boot.iso, rescuecd.iso et diskboot.img, la nouvelle image netinst.iso regroupe tout ce dont l'utilisateur a besoin pour parfaire une installation réseau.

Comment tester Anaconda ?
En installant Fedora 9 beta ! Anaconda est également disponible sur les LiveCD, il suffit de choisir de lancer l'installation depuis le bureau du LiveCD.

Ce que j'aime dans Anaconda :
... il suit la mode et change de look à chaque nouvelle version de Fedora
... simple et efficace

Ce que je n'aime pas dans Anconda :
...les 1245 chaînes de son fichier de traduction

Je vais essayer de faire une petite série de billets afin de présenter les nouveautés de cette nouvelle version 9, qui devrait être disponible à la fin du mois d'avril.

Je commence cette série en vous présentant PackageKit.

Qu'est-ce que PackageKit ?
Pour faire simple, PackageKit est une technologie d'installation de paquetages qui permet de faire abstraction, pour l'utilisateur, du gestionnaire de paquetages. Concrètement, et du point de vue de l'utilisateur, cela signifie que lorsque PackageKit sera utilisé dans d'autres distributions que Fedora, l'utilisateur utilisera toujours la même interface pour gérer ses logiciels et ce quelque soit le gestionnaire de paquetages de la distribution sur laquelle on est.

Non, PackageKit n'est pas un nouveau gestionnaire de paquetages. PackageKit utilise par contre le gestionnaire de paquetages de votre distribution favorite.

Pourquoi PackageKit ?
PackageKit a pour objectif de coordonner les efforts sur les interfaces graphiques des distributions GNU/Linux. L'intérêt est de faire en sorte que les développeur travaillent ensemble et d'éviter à ce que les efforts de développements soient perdus dans des projets propres à chaque distribution.

Comment tester PackageKit ?
En installant Fedora 9 beta, vous pourrez déjà profiter de PackageKit. Il n'était pas fonctionnel sur ma version alpha, mais depuis une installation toute neuve de Fedora 9 beta, il fonctionne et n'a pour le moment montré que des faiblesses toute relatives.

J'aime dans PackageKit :
... l'intégration avec PolicyKit : un mot de passe en moins à saisir pour installer les paquets
... la transparence d'utilisation avec l'icône dans la zone de notification, pouvant aller jusqu'à travailler tout seul dans son coin sans avoir de fenêtre ouverte sur le bureau
... il remplace Pirut sur Fedora

Je n'aime pas dans PackageKit :
... les boutons d'installation ne sont pas forcément placés au bon endroit d'après moi
... hormis deux petits bogues, rien d'autre pour le moment

Des captures d'écran ?
Oui, tout plein !

Non, je ne filerai pas de lien vers cet article sur Clubic. Ce genre de test est vraiment bidon, au vu de la configuration proposée comme machine de test. J'aimerai bien les voir installer Vista sur un EEEPC, et là, nous arriverions à la même conclusion... Sans parler de leur manque flagrant de connaissance dans les systèmes qu'ils testent. Il y a du windows à tous les étages chez Clubic, la conclusion de l'article était biaisée d'avance.

Il ne sert finalement à rien de répondre à ce genre d'article. Je perds mon temps. L'objectif de Clubic est simple : faire du blé avec des news. Nous assistons là à un joli troll, dont l'unique objectif semble de vouloir faire tourner les bannières de pub. J'espère pour eux que cela a fonctionné, mais cela ne changera rien à la face de notre monde libre.

Demain, quand nous nous léverons, il y aura toujours trois types de personnes : les pro-windows, les pro-linux et ceux qui s'en moquent complètement. Rien n'aura changé.

Hey, I am in charge of submitting ideas to improve translate.fp.org and Transifex ergonomics. The fact is that webdevelopper are not specialists in ergonomics and so am I. But I had a course this year in the university about ergonomics on internet, so let's share this experience to make translators lives better.

Issue #1
When you load translate.fp.org and we you go to transifex, the first things that breaks the tool is that it is not translated yet. This remains a problem for translators and for the website constituency.

Issue #2
When you are in transifex, the first things most of translators may have to do is : login. Then the login area should not be at the bottom of the menu bar, but on top of it, or on the top right handside corner.

Issue #3
Fedora is a big projet. Fedora has many web pages with a lot of documentation and information on it. And inevitably, Fedora websites suck into constituency : pick and choose three links from translate.fp.org left menu. By chance :

• Join FLP
• Fedora Home
• Planet

And wow ! Four ways completely different to navigate. It sucks, really, and it hurts. People have to learn four different ways to navigate and four different ways to search for the information they want. This *is* horrible.

Issue #4
The welcome page of Transifex seems to need some improvements as well. Its menu bar goes into contradictions : there are two "modules" links. Great, these should link to the same page, as both links have the same word (modules). But they don't. However, you can know the difference between the two links when you move your mouse on them. The FLP Home > modules should definetely be named "translatable modules list" and the Submit (Tx) > modules should be name "Send your translation" or "submittable modules". Naming a link is very difficult because one has to sum up what someone may expect to see once he clicks on the link. There are two lists modules in our case, then we should differentiate them by the action people can do with these modules : get information about them, or submit translation.

Issue #5
On this same welcome page, the link "Jump to the modules" is not appropriate as well, because it does not help to know where the translator will be directed to. Which module page is expected to be loaded by the user ? Will he be redirected to the page to look at module statistics or to the submit a module page ? It is the second option, it should be named "Submit your translation".

Issue #6
Let's focus on https://translate.fedoraproject.org/submit/module/ now.
This is quite a long module list isn't it ? The web developer thought the same and wanted to improve navigation for it. However, some points are missing. First, the button to go to the second page is not well positioned. It should be on the right side, not the left one. And there should be the same button under the module list, on the right side.

Issue #7
The "Back to home" button is not appropriate. Which home is the user going to be sent to as there are both "FLP Home" and "Fedora Home" in the menu. So, where is "home"?

Issue #8
On the same page, under the module list, on the left side or on the right side as well, there should be a "go to the top" button.

Issue #9
On the same page, the cursor changes when it rollover the column "repository". What for ? If this does not bring new information, it shouldn't.

Issue #10
Is the information given by this "repository" column relevant for translators ? It seems it is not the case, then it could be deleted. If it is relevant for any kind of user (for the maintainer of transifex for example), maybe it could only be displayed when he is looged in? Which means to have a profiled website.

Issue #11
The links are not well formatted on the page. Downloading the pot file is made trough different pattern than downloading a po file. Bug #427155 explains this in details.

Issue #12
Let's now pick up a module from the list at https://translate.fedoraproject.org/module/.
Anaconda is a perfect example. Let's focus on the language list. You can notice the list is not sorted by alphabetically. It should be sorted alphabetically and not from the statistics of the most translated language. This way, it would be much easier to find the .po file of your language.

Issue #13
At the end of each branch list, there should be a "back to the top" button.

Issue #14
In the first part of the module statistics page, there should be a link to submit a translation for this module, as there is a link to display statistics when one is to submit a translation on each page module.

Issue #15
Let's now pick up the anaconda module from https://translate.fedoraproject.org/submit/module/
There two icons on the right side are should be just before the "Module cache" with a text link to click on. Icons are not used as links in the website, there is no reason this should change :)

Issue #16
At the bottom of the page, the "back to module" link is an issue either, the same as in Issue #5. The link could be called "submit another module".

Paul Thurott's nous parle d'Internet Explorer 8, et de ce à quoi nous avons échappé. Et heureusement...

Après le concept fort apprécié à Lyon, des contributeurs motivés souhaitent le mettre en place sur Paris. Saluons l'initiative ! L'objectif est de réunir la communauté locale de Fedora autour d'un verre, dans un lieu convivial et de discuter de Fedora. Pour la communauté, ce genre d'évènement est très important, car il permet de concrétiser cette communauté aux yeux des différentes personnes, mais bon, je l'ai déjà expliqué :)

Et voilà, le moment que j'attendais certainement le plus dans ma vie est arrivé. Je vais enfin ne plus être étudiant. Mes derniers cours ayant eu lieu en février je vais enfin pouvoir entrer dans le monde du travail. :)

The second day of FOSDEM was as great as the day before. I first talked with Josselin from fedora-fr who is a translation memories addict and how we could try to have them into the translation process to improve the translation quality. However, it seems it would need lots of time and resources to have something efficient and fluent. Translation memories can be vulgarised as a translation with real time advice. "This word was translated that way in the same file". This would definitely help to have something more coherent.

I could also talk with CentOS French community leader about how we could share our feodra-fr French server, Borsalino, with them to create a highly visible CentOS community. They are still interested in, but are a bit reluctant and afraid to lose the soul of a quality and advanced community.

During this day, there was also a meeting about the state of translation inside Fedora. Well, we could talk for ever about the quality of translation inside Fedora, but we were more talking about infrastructure, about how it is possible to make the lives of translators better and how they could focus on translation and not on all the technical aspects that translating Fedora requires. That's what Dimitris Glezos tries to do inside the Fedora Project and it is successful for the moment.

It was a great day for my laptop as well, as it power adapter broke into pieces. I was very sad because I think I am quite a careful person with computers. It was a pain to see all these sparks on the power adapter. Well power adapter, I loved you so much, you travelled so much with me and thank you for all the great moments you provide to me and my laptop.

So roll on next year :)

La deuxième journée du FOSDEM était tout aussi passionnante que la précédente. J'ai tout d'abord parlé mémoire de traduction avec Josselin, projet tout à fait intéressant qui permettrait d'améliorer la traduction au sein de Fedora, mais qui demanderait des ressources que nous n'avons malheureusement pas pour le moment. On peut visiblement ramener la mémoire de traduction à une automatisation du conseil pour la traduction : ce terme a été traduit de telle manière dans le fichier. Josselin rêve d'ailleurs de voir contextualiser ce conseil pour améliorer encore la qualité et la vitesse de la traduction.

J'ai également pu causer avec un responsable du CentOS au sujet de l'offre que llaumgui avait pu faire au sujet de Borsalino, le serveur de fedora-fr.org. Il semble que nous n'ayons pas le même point de vue sur les choses et que des craintes subsistent sur un forum franco-français pour CentOS. La discussion n'est pas pour autant fermée, mais ils ont leurs exigences sur de nombreux points, ce qui est complètement en leur faveur.

Lors de cette journée nous avons également tenu une réunion sur l'état de la traduction dans Fedora : alors bien sûr, on pourrait parler sans fin de la qualité de la traduction en général, mais nous parlons plus ici d'infrastructure, de comment rendre la vie des traducteurs plus simple, la traduction plus abordable et aussi comment rendre le processus plus fluide, de façon à se concentrer sur la traduction et non sur les aspects techniques. Ils sont pour autant indispensables, mais peuvent être automatiser. C'est ce que Dimitris Glezos tente d'insuffler au sein du projet en continuant, et pour le moment, cela nous réussit.

Ce fut également un grand jour pour mon ordinateur portable, qui a vu son alimentation mourir sous mes yeux. Je n'ai pas trop compris comment j'ai fait mon compte, mais toujours est-il que le câble a été sectionné. C'est donc un peu en retard que je poste ce billet, car il aurait du être en ligne hier soir.

Voilà, donc un grand FOSDEM comme je les aime, un FOSDEM qui fait avancer les choses.

And here is FOSDEM...

Every year, it is the same song : you wake up early in the morning, you drive a bit to Brussels and you fall right in the middle of Europe. And Europe, in FOSDEM, it makes sense, especially with Fedora ! FOSDEM became one of the annual checkpoint for European Fedora AMbassadors, and it is with a enormous pleasure that I met again the friends from FAD. FAD happened in Switzerland in November if you did not remmeber.

France was well represented as well, with all the guys who are now used to come to this event. French friends, let me say hello to you !

It is also the occasion for Fedora-fr (the organisation) to experiment its new goodies : badges, which arrived just yesterday at home. Nothing very original, a logo on a white background and here it is ! We ordered a hundred of them, and we can't but congratulate ourselves for the curiosity (interest ?) they raised.

I could also talk with Francesco from FAMSco, and about FAMSco. This was interesting and I could talk to him about what I fear about what the FAMSco will have to accomplish in the next months.

At last, the day was full of great meetings : with Dimitris Glezos and his fabulous presentation of Transifex, translators' best friend. Tristan Nitot (European manager of Firefox marketing), this man is a monument himself, of openness and kindness :)

Finally, after a not that bad meal, some great races at Mario Kart DS, where all my week training was crownded with success tonight, and this post for the blog, I leave you and say "see you tonight for another report on FOSDEM !"

Ah la grande messe annuelle du FOSDEM...

Tous les ans, c'est la même rengaine... on se lève tôt, on fait un peu de route et on se retrouve en plein coeur de l'Europe. L'Europe, au FOSDEM, ça a un sens, et encore plus au sein de Fedora. Le Fosdem est devenu un point de ralliement obligé pour les Ambassadeurs Fedora Européen, et c'est avec beaucoup de plaisir que j'ai retrouvé toute la petite bande du FAD, qui a eu lien en Suisse au mois de Novembre.

La France était également bien représentée, avec son lot habituel d'inconditionnels de l'événement. Amis francophones, je vous salue !

C'était également l'occasion pour Fedora-fr, l'association, de mettre en avant les derniers goodies tout fraîchement arrivés hier dans nos chaumières : des badges ! Bon, rien de bien original sous le soleil, un logo sur un fond blanc et le tour est joué. Sur la centaine commandée, on ne peut que se féliciter de l'engouement qu'ils ont suscité.

J'ai également eu le temps de discuter un peu avec Francesco au sujet du FAMSco. C'était intéressant et j'ai pu lui faire part directement de mes craintes concernant le travail que le FAMSco allait devoir accomplir dans les mois à venir.

Enfin, la journée fut riche en rencontres... Dimitris Glezos et sa superbe présentation de Transifex, le meilleur ami des traducteurs. Tristan Nitot, un monument à lui tout seul, dans le personnage est un symbole à lui tout seul, d'ouverture et de gentillesse :)

Sur ce, après un repas plutôt convenable, des bonnes courses de Mario Kart DS, où je ne suis pas peu fier d'avoir vu enfin le fruit de mon entraînement intensif de ces derniers jours, et ce billet, je vous laisse et vous dit à ce soir pour la suite du FOSDEM.

I don't know why, but today, I find looking for bugs in anaconda is pretty fun :)

Here they are :

• Bug #432158
• Bug #432162

I found a grub bug either :

• Bug #432079