MrTomLinux

Et voilà, les sujets de conversation de Fedora 13 ont été choisis. Il s’agit des sujets qui seront mis en avant en tant qu’arguments pour une utilisation de Fedora 13. D’après https://fedoraproject.org/wiki/Fedora_13_Talking_Points, il s’agit des suivants :

Pour tous les utilisateurs et les utilisateurs orientés bureautique

1. Installation automatique des pilotes d’impression
2. Installation automatique des packs de langues
3. Refonte de l’interface de gestion des utilisateurs
4. La gestion des couleurs
5. NetworkManager peut maintenant être utilisé en ligne de commande
6. Prise en charge expérimentale de la 3D dans le pilote Nouveau

Pour les administrateurs

1. BFO
2. Refonte de l’interface de authconfig
3. Inclusion de fonctionnalités très récentes de NFS
4. Zarafa
5. Possibilité de test de btrfs

Pour les développeurs

1. Explorations statiques avec SystemTap
2. Débuggage de python facilité
3. Installation de Python 3 en parallèle
4. NetBeans 6.8 est le premier IDE à prendre en charge la totalité des spécifications Java 6 EE

Nouvelles versions personnalisées (spin)

1. Spin Moblin
2. Spin « Sugar on a Stick »
3. Spin Design Studio
4. Spin Security

C’est assez étrange. Je vois de plus en plus de linuxiens se laisser tenter par Google Chrome. Et j’ai le sentiment que sur le long terme, ce choix n’est pas le bon.

Google est rentré dans la course aux navigateurs web dans le but d’en faire la brique de base de son futur système d’exploitation. Google a fait le choix des technologies libres pour son navigateur en le basant sur un moteur de rendu existant et éprouvé, Webkit. Google Chrome est un logiciel libre, et c’est bien. Mais pourtant, utiliser Google Chrome au quotidien cache une chose moins bien glorieuse pour le web sur le long terme : utiliser Firefox de manière marginale, voire l’abandonner.

C’est là tout le problème je pense. Les deux navigateurs sont très bons dans l’ensemble. On peut difficilement leur reprocher quoi que se soit. Pourtant, leur développement est mené par deux entités bien différentes et aux objectifs… opposés.

Google a un objectif mercantile et choisit les technologies qui vont lui permettre de créer une offre rapidement afin de générer des marges juteuses. Que Google Chrome soit vert, noir ou bleu, peut importe. L’important est qu’il permette à Google de générer des profits sur le long terme.

Mozilla Firefox voit son développement encadré par la fondation Mozilla. Ses objectifs sont clairs : préserver l’ouverture du web et son accessibilité grâce à un navigateur à la pointe de la technologie. Des profits ? Oui, bien sûr, autant que faire se peut, mais dans l’objectif de les réutiliser pour le développement du navigateur.

Un exemple simple vient facilement à l’esprit de qui suit un peu l’actualité informatique de ces dernières semaines : le choix de Google d’utiliser le format propriétaire et payant H.264 dans Chrome et celui de la Fondation Mozilla de promouvoir une technologie libre et gratuite, l’ogg Theora.

C’est aussi oublier bien rapidement d’où nous venons, c’est à dire la suprématie d’Internet Explorer 6, et ce que nous a permis d’achever Mozilla Firefox : la pérennité du web face à un éditeur de logiciels et technologies propriétaires, qui n’a, lui aussi, que des objectifs mercantiles.

Sur le long terme, je fais confiance à la Fondation Mozilla pour faire les bons choix pour le web et pour continuer de maintenir cette concurrence autour des technologies libres et ouvertes. Étrangement, je ne peux pas accorder autant de crédits à Google.

Et vous ?

Il ne s’agit pas d’un CD « normal », j’en conviens, mais de ces formats un peu « bâtard » : un CD de 90 min.

Testé sur plusieurs configuration, et forcément plus OS. Le résultat est parfois vraiment surprenant. Pourquoi ?

Le résultat est encore plus étrange avec le deuxième CD…

La conclusion est donc assez mitigée. Autant parfois le lecteur de CD semble réellement incriminé, autant parfois l’OS entre clairement en cause. Pourquoi ? Une histoire de firmware ?

Fedora 13 est en cours de développement. Le Projet Fedora a d’ailleurs publié le calendrier suivant. À vos agendas :

• 26 janvier 2010 : Date butoir pour proposer des fonctionnalités ;
• 9 février 2010 : Gel du développement des fonctionnalités, gel du planning ;
• 16 février 2010 : Gel de la version alpha, gel des chaînes des logiciels pour la traduction ;
• 2 mars 2010 : Disponibilité de la version alpha ;
• 16 mars 2010 : Date butoir pour la soumission des traductions ;
• 23 mars 2010 : Gel de la beta ;
• 6 avril 2010 : Disponibilité de la version beta ;
• 27 avril 2010 : Gel final ;
• 29 avril 2010 : Création d’une Release Candidate ;
• 11 mai 2010 : Disponibilité de Fedora 13 ;

Fedora 13 sortira donc le 11 mai 2010, sauf en cas de problème(s) rencontré(s) durant le cycle de développement. Alors, que ferez-vous le 11 mai 2010 ?

Je profite d’un problème de train ce soir pour parler du déroulement des Rencontres Fedora 12 qui ont eu lieu le weekend dernier à la Cité des Sciences et de la Villette à Paris.

Comme cela en est devenu une habitude, l’événement a duré 2 jours et un nombre non négligeable de personnes est venu nous rendre visite : des personnes de la communauté Fedora, de Parinux, le GULL local et quelques personnes d’Ubuntu-fr étaient présentes et portaient de beaux t-shirts Fedora.

Nous avions organisé des conférences et des ateliers sur des sujets portant sur Fedora, les logiciels libres, l’OLPC etc.

Ces Rencontres ont rencontré un certain succès et nous ont permis d’installer, de promouvoir et d’expliquer la place du Projet Fedora dans l’écosystème libre aux nouvelles personnes venues pour l’occasion.

J’ai pu donner deux conférences. La première pour présenter le Projet Fedora. J’ai profité de l’occasion pour tester de nouvelles slides suite à la lecture de Présentation Zen. Ce bouquin m’a vraiment aidé à me concentrer sur les slides et le message à transmettre. Les slides ne sont là que pour donner corps au message du présentateur et ne servent pas de mémo à celui-ci. Une chose intéressante concernant cette présentation est la surprise des gens lorsque j’ai listé les domaines auxquels il est possible de contribuer au sein du Projet Fedora. Cette liste est suffisamment longue pour faire comprendre qu’un projet de logiciel libre tel que le Projet Fedora n’a pas seulement besoin de codeurs ou de personnes en permanence derrière leur écran et qui interagissent très peu entre eux. Le Projet Fedora, c’est bien entendu du logiciel libre, mais c’est aussi des personnes qui agissent comme une seule équipe et qui avancent dans la même direction. C’est certainement ce qui me fascine le plus dans ce Projet : ce que nous sommes capables de réaliser en tant qu’équipe de bénévoles qui ne connait pas de frontières. Et je trouve ça formidable ! Bravo à tous !

J’ai également donné avec Pablo une conférence sur la traduction au sein du Projet Fedora. Je suis bien content que l’on ait pu enfin la faire, car elle a déjà été annulée à maintes reprises dans de précédentes Rencontres Fedora. Nous avons pu expliquer l’importance de l’esprit d’équipe dans la traduction et l’organisation de la traduction au sein du Projet. Nous avons également expliqué la compréhension du Projet à laisser les équipes locales organiser leur propre processus de travail sur les traductions. La salle n’était pas pleine mais les quelques personnes présentes étaient intéressées et ont toute posé au moins une question.

Malheureusement, à cause d’un problème de vidéoprojecteur, il ne nous a pas été possible de montrer le fonctionnement d’un fichier .po et de Transifex. Je pense que c’est une conférence qu’il faudra refaire à l’avenir pour continuer d’expliquer l’importance de l’esprit d’équipe au sein du Projet et que contribution ne rime pas forcément avec lignes de code.

Ces Rencontres Fedora étaient également l’occasion pour nous de rencontrer les ambassadeurs que nous n’avions pas encore vu en chair et en os. Discuter et partager les points de vue est toujours une expérience enrichissante. L’association devra d’ailleurs continuer à tout faire pour favoriser les échanges entre les ambassadeurs autour d’événements comme celui-ci. Encore une fois, avoir conscience que l’on fait partie d’une équipe reste un moteur à la participation d’une personne au logiciel libre.