Mageia Blog (Français)

Juste un petit compte rendu de la part d’un nouvel utilisateur de Mageia – nous sommes assez peu nombreux dans ce cas, vous pouvez donc penser qu’il s’agit d’un échantillon représentatif…

Mon nouveau ThinkPad est arrivé vendredi matin : un T520, quad Core i7, 8 Go de RAM, 15,6 pouces de diagonale, WiFi intégré, 3G, Bluetooth, etc.
Après  avoir gravé  4 DVD, pour créer les disques de démarrage et de restauration de Win7 Pro et des autres logiciels livrés préinstallés, j’ai réduit la taille de la partition principale de Windows, libérant ainsi quelques centaines de Go d’espace libre pour y installer Linux.

Ayant décidé qu’il était enfin temps de donner une chance à Mageia 1, j’ai gravé un DVD à partir de l’ISO 64bits (x64) puis procédé à l’installation. Cette fois, j’ai préféré installer GNOME plutôt que KDE, à cause du plus faible espace requis par celui-ci (je suis à l’aise avec les deux).

Sans avoir à bidouiller en ligne de commande, tout est fonctionnel… et je dis bien tout.

La vidéo et l’audio ont immédiatement fonctionné. Le WiFi a fonctionné après une première connexion pour que le système puisse récupérer les pilotes adéquats en ligne (sans surcouche NDISwrapper).
Tous les boutons spéciaux fonctionnent : le bouton d’activation WiFi, les boutons de contrôle du volume, le bouton de mise en veille. J’ai lancé Firefox et j’ai navigué sur mon serveur de musique via le WiFi. Après sélection d’un album pour lecture, j’ai découvert que les boutons de pause, de saut de piste en avant et en arrière, d’arrêt, tout fonctionne correctement avec le lecteur vidéo par défaut.
Faire fonctionner la souris en Bluetooth demanda simplement d’utiliser l’outil de configuration Bluetooth  de Gnome et d’appairer le matériel. Pouf ! La souris fonctionne aussi. Pas d’édition du Xorg.conf à la main !
Le changement de cadence du CPU fonctionne. La mise en veille se déclenche si je ferme le portable ou si j’appuie sur le bouton de mise en veille, et le PC se réveille correctement par la suite. Appuyer sur le bouton de verrouillage verrouille l’écran, provoquant l’apparition attendue de l’invite de connexion. Le défilement à l’écran fonctionne dans les deux directions si je glisse mon doigt le long du bord du pavé tactile.

J’ai effectué pas mal d’installations de Linux, mais je n’avais jamais vu autant de matériel fonctionner sorti-de-la-boîte, surtout sur un ordinateur portable. Côté Win7 il a fallu le CD du pilote pour gérer la souris Bluetooth, alors que Mageia 1 l’a prise en charge : Impressionnant !
C’est vraiment une machine sans problème et une installation de Linux sans aucun problème.

Longue vie à URPMI !

Rédigé en anglais par trish et traduit par l’équipe francophone de Mageia.

Au sein de la communauté de Mageia, nous avons eu une discussion afin de décider du cycle de sortie des futures versions de Mageia. Nous avons commencé avec quelques suggestions que tout le monde a pu commenter et discuter.

En conclusion de nos discussions : le cycle de sortie pour Mageia sera de 9 mois. Nous pensons que c’est un choix judicieux qui permet de fournir une distribution à jour et stable. Cela nous laisse également suffisamment de temps pour réaliser les spécifications, le développement, les paquets, innover et finaliser le tout.

Chaque version de Mageia disposera d’une maintenance pendant 18 mois. Nous reverrons globalement nos ressources avant la nouvelle version pour vérifier que nous pouvons encore fournir l’assistance que nous avions initialement prévue. Si tout va bien, alors tous les 18 mois nous pourrons envisager une version LTS^[1] qui bénéficiera d’un suivi pendant trois ans.

Le calendrier de développement de Mageia 2 a essayé de tenir compte de tous les commentaires issus du retour d’expérience de Mageia 1. Voici les échéances :

• Alpha 1 : 16/11/2011
• Alpha 2 : 14/12/2011
• Beta 1 : 20/01/2012
• Gel des versions : 06/02/2012
• Gel du graphisme : 10/02/2012
• Gel des traductions : 10/02/2012
• Beta 2 : 14/02/2012
• Gel des sorties : 06/03/2012
• RC^[2] : 09/03/2012
• Sortie finale : 04/04/2012

Notre labeur a déjà commencé – vous pouvez jeter un premier coup d’œil aux spécifications techniques.

Publié en anglais par ennael.

[1] Sigle pour Long Term Support, ou « maintenance à long terme ».
[2] Sigle pour Release Candidate, terme anglophone signifiant « version admissible » ou « pré-version ».

Les Rencontres Mondiales du Logiciel Libre (RMLL) dont la douzième édition se tient du 9 au 14 juillet 2011 à Strasbourg (France), sont un rassemblement annuel de passionnés de logiciels libres. Pendant six jours, de nombreuses conférences et discussions sur des sujets divers et variés sont prévues. Les Rencontres Mondiales se déplacent chaque année et en 2011 elles se déroulent à Strasbourg, dans l’Est de la France, où des représentants de Mageia viendront y présenter notre projet.

Mardi 12 juillet en fin de matinée, Anne animera la conférence « Forker et construire en 10 leçons ». Cette conférence du thème « Communautés » sera basée sur celle qu’elle avait faite au LinuxTag et présentera le projet dans son ensemble. Elle y parlera de ce que nous avons appris pendant la première année de Mageia, et elle partagera nos découvertes avec les membres de la communauté qui nous suivent.

Notre seconde présentation, « Dans les coulisses d’une distribution Linux » par Michael Scherer, dans l’après-midi, abordera l’administration système ; il parlera des travaux internes et des détails croustillants de l’infrastructure d’une distribution Linux. Michael va montrer un point de vue particulier des dessous du projet et parler de la voie par laquelle nous tentons de créer une équipe de volontaires claire et viable.

Ces deux conférences seront données en français.

Aucun évènement du Logiciel Libre ne serait réussi sans un village des associations ! L’attractivité des RMLL tient aussi à la grande variété des stands ; ils vont des différents systèmes libres et des logiciels tels que Debian, GNOME, etc., aux fournisseurs de services internet tels que FDN, en passant par les LUG régionaux ou autres – voir ici la liste complète.

Nous serons présents pour montrer Mageia à nos visiteurs – et pour en discuter  avec les passants, utilisateurs de Mageia ou autres membres d’autres communautés. Quelques-uns parmi nous avons déjà été là sous d’autres noms les années précédentes, c’est pourquoi nous sommes bien préparés !

Puisque l’une de nos valeurs essentielles est la coopération avec d’autres projets, nous avons décidé de partager notre stand avec les ambassadeurs français de Fedora et les membres français de la communauté OpenSuse pour assurer ensemble l’aspect logistique. Cela permettra par exemple à chacun d’aller manger avec l’assurance que quelqu’un restera sur le stand, ou bien de n’employer qu’un véhicule plutôt que de dupliquer les efforts.

Nous serons sincèrement heureux de vous y retrouver. Les RMLL constituent une grande manifestation où chacun peut y trouver quelque chose qui l’intéresse, et nous apprécierons beaucoup si vous venez à nos présentations et passez faire un tour sur notre stand pour discuter avec les gens de Mageia.

Alors, rendez-vous aux RMLL !

Publié en anglais par misc.

Maintenant que les choses sont bien lancées et que Mageia 1 est parue, il est temps d’en apprendre plus sur les personnes qui font de ce projet une réalité.

Aujourd’hui, c’est Jérôme qui répond à nos questions ; merci à lui d’avoir accepté d’être le premier !

CC By-NC-SA - certains droits réservés par @args

Qui es-tu ? Où vis-tu ? Que fais-tu dans la vie ?

Je m’appelle Jérôme Quelin (alias jq) et j’ai 34 ans. Je suis marié et père d’un petit garçon. Nous habitons à Lyon, en France, où je travaille chez Renault Trucks.

Comment et dans quel domaine contribues-tu à Mageia ? A quels autres projets participes-tu, et pourquoi ?

Je suis le mainteneur de la pile Perl de Mageia, qui comprend Perl lui-même et tous les modules CPAN disponibles au sein de Mageia.

Je suis aussi un développeur Perl ; j’ai créé quelques modules sur CPAN et j’aide au développement de certains autres modules.

Alors, qu’est-ce qui est particulier à Perl dans Mageia ? Que peut-on en faire ? Qu’est-ce qui est disponible ?

Perl n’a rien de spécial dans Mageia, c’est en général la dernière version qui est disponible (remarque : Mageia 1 utilise Perl 5.12.3 car la version 5.14.0 est parue trop tardivement dans notre cycle de parution).

Cependant Mageia brille du fait du nombre de modules CPAN disponibles à portée de main : environ 2 500 distributions, pour un total de 17 000 modules. C’est un petit peu moins que 20% du contenu de CPAN, mais c’est déjà énorme ! Je ne sais pas ce que les autres distributions fournissent, mais je pense que c’est bien moindre.

Les modules les plus récents et les plus importants sont inclus : Moose, POE, Dancer, Catalyst, Dist-Zilla, etc. – tout ce que vous voulez !

Tous ces modules sont bien évidemment mis à jour régulièrement, intégrés avec les bibliothèques du système… et parfois même corrigés pour qu’ils puissent être compilés (nous envoyons alors patchs et rapports de bugs en amont).

Mageia comprend aussi un excellent outil pour maintenir à jour les modules CPAN : magpie. Il ne devrait pas être trop difficile d’ajouter le support d’autres distributions, si cela vous intéresse.

Par exemple, pour installer un module Perl donné, lancez :

$ sudo urpmi 'perl(Foo::Bar)'

et si le module est manquant, vous pouvez ouvrir un rapport de bug et nous nous chargerons de le packager pour vous.

Publié en anglais par rda.

Rédigé en anglais par Stew Benedict (alias stewb).

Si vous utilisez Mageia 1, vous avez pu vous inquiéter de l’absence de mises à jour. D’habitude, quelques paquets sont toujours mis à jour dans le premier mois d’une nouvelle distribution pour corriger des bugs et régler des problèmes de sécurité. Ne vous inquiétez pas, nous avons également travaillé sur ce point.

Étant une nouvelle organisation, et dirigé par notre communauté, nous avons d’abord eu à travailler sur comment faire les mises à jour. Vu que certains d’entre nous avaient l’expérience de vies antérieures et que nous n’étions pas entièrement satisfaits du processus utilisé précédemment, nous voulions être certains que notre nouvelle communauté d’utilisateurs et de packageurs saurait comment nous travaillons.

Donc, après discussion et quelques travaux en coulisse sur les mécanismes de mise à disposition d’une mise à jour, nous avons désormais un processus au sein duquel l’équipe sécurité, l’équipe d’assurance-qualité et le mainteneur du paquet vont travailler ensemble pour construire, tester et mettre à disposition les nouvelles mises à jour. Si vous utilisez MySQL, vous devez avoir vu apparaître la première mise à jour ces derniers jours et un bon nombre sont dans les tuyaux. Les politiques à utiliser pour ce processus ont été ajoutées à notre wiki et, alors que nous terminons les tout premiers paquets, nous avons affiné le processus et complété la documentation. Pour Mageia 1, nous avons une exception spécifique aux mises à jour. Les paquets dits « manquants » qui ne faisaient pas partie de Mageia 1 mais sont présents dans notre distribution-soeur peuvent être mis à disposition comme une mise à jour plutôt que comme un rétroportage (backport), sous réserve qu’ils soient passés par l’étape de l’assurance-qualité.

Quoi de neuf concernant les rétroportages ?

Nous n’avons pas non plus oublié les rétroportages, mais nous ne pouvons pas tout faire en même temps :). Les discussions viennent de commencer sur la liste de diffusion des développeurs à propos de la façon de les gérer. Parfois, les dépôts backport ont une assez mauvaise réputation, et nous voulons créer un processus et une politique telles que nos rétroportages n’aient pas la réputation d’être « à ne pas utiliser ». Si vous souhaitez vous impliquer dans la création de ce processus, nous vous invitons à vous inscrire à la liste de diffusion et faire entendre votre opinion.

Un bref résumé des discussions communautaires.

Comment aider ?

Nous voulons être la meilleure distribution au monde pour nos utilisateurs, mais nous avons besoin de votre aide. Nous utilisons Bugzilla comme outil de suivi pour travailler sur les paquets lors du processus de mise à jour. Si vous découvrez un bug ou êtes informés d’une faille de sécurité, nous vous remercions d’ouvrir un bug (après avoir vérifié qu’il n’en existe pas déjà un) sur Bugzilla. Plus les informations que vous fournirez (patchs, liens vers une solution ou un débat sur le problème) seront concises, plus vite un de nos packageurs sera capable de proposer au processus d’assurance-qualité pour des tests le paquet mis à jour, et plus vite vous aurez le correctif.

Merci pour votre patience et votre travail

Nous savons que certains ont demandé des informations sur les mises à jour et nous ne les avons pas oubliés. Nous voulons croire que nous avons résolu un grand nombre de bugs avant la sortie de Mageia 1, mais il en existe toujours quelques-uns de plus que nous avons manqués. Maintenant que le processus est en place pour les mises à jour, nous espérons fournir des correctifs rapidement.