news sur début des tests Mandrakelinux
idées en vrac : (séparer entre présentation de l'article et contenu présenté, choisir liens)
les objectifs de cet article :
- comment testez vous Mandrakecooker (pour ceux qui le font déjà) ?
- êtes-vous prêt à tester (qu'est ce que ça apporte, comment contribuer) ? pour ceux qui se demandent si ça vaut le coup (coût ?)
Une version .1 est généralement plus stable qu'une .0 (ce que l'Official qui a suivi la Community a permis de montrer et a été intégré/mis en place suite à la demande du Mandrakeclub d'avoir une Mandrake 9.2.1...).
Les contributeurs de Mandrakelinux se sont plaints par le passé de la phase de tests trop courtes, pour ceux qui se sont investis à partir des versions candidates (release candidate ou rc) il était effectivement trop tard pour eux : cooker est en constante évolution et quand les alpha commencent à sortir il est trop tard pour suggérer des axes d'améliorations. Cet article cherche à préciser ces points des phases d'élaborations d'une distribution et donner quelques points d'entrée à ceux qui voudraient contribuer.
Les sujets du moment : mise à jour postes client en entreprise et pour les particuliers (mdkonline), changements de miroirs, stabilisation kernel 2.6 / xorg / kde & gnome, améliorations de bugzilla par Warly
Impression personnelle : si la 10.1 pouvait avoir le même effet que la Mandrake 9.1 je serais satisfait =>
OpenOffice? remplace réellement Word pour mes besoins, le système est stable pour ce que j'en fait, de nouveaux jeux apparaissent qui fonctionnent avec ma carte vidéo (accélération graphique supportée) genre UT2003, Ennemy Territory, UT2004 ça le fait
C'est donc maintenant le bon moment pour s'investir dans une participation à la création d'une nouvelle version de Mandrakelinux, au niveau des tests utilisateurs. Si vous avez peur d'avoir trop de choses qui ne fonctionnent pas, ayez en parallèle une version de Mandrake 10 Official tenue à jour : c'est la notion de plateformes de production / préproduction, l'une servant au jour le jour, l'autre pouvant être temporairement cassée.
Rappel sur les procédures classiques de développement :
- dans l'ordre, spécification des besoins utilisateurs / spécifications / développements / tests unitaires / tests d'intégration / tests utilisateurs / mise en production
- d'une durée globale d'environ 3 mois
- le / correspond à un jalon souvent marquée par une livraison (de doc, de code, de rapport de test, de création d'un CD avec tous les packages)
- suite à la publication de la 10.0 j'ai vu cooker se métamorphoser et rester stable, d'autant que je suis resté sous cooker sans migrer ma partition 9.2 "stable" (je me "débiannise" ?) : x.org adopté, pilote webcam pwc intégré au noyau, alsa qui progresse
Contributeurs : j'ai une définition un peu plus large que celle de Mandrakesoft, au sens où un testeur qui remonte des bugs est déjà un contributeur, après il pourra toujours évoluer et s'investir encore plus en fonction de ce qu'il souhaite faire : traduction, réalisation de rpm, développements, ...
Comment le faire simplement :
- partir d'une mandrake 10 official puis urpmi.update -a ; urpmi --auto-select (après avoir défini les sources sur cooker grâce à urpmi : une procédure un peu plus complète HowToMandrakeCooker)
- partir d'un snapshot : alpha, beta ou rc avec le risque que l'install' soit bugguée (préférer la 1ère méthode si votre PC et ses données sont précieux pour vous)
Un bug, ce n'est pas dire "ça marche pas", c'est fournir les éléments de contexte permettant de l'identifier (message dans /var/log/messages généralement ou message d'erreur applicatif) et
surtout permettant de le reproduire (étapes, identification matériel spécifique ou environnement) : sans ces deux éléments, pas possibilité de comprendre/reconnaître votre bug ni possibilité de vous croire (le fameux chezmoicamarche(tm) ). Cela se passe sur qa (qui s'appuie sur Bugzilla), qa signifiant quality assurance (désolé cela se passe en anglais sur le bugzilla vu la diversité d'horizon des contributeurs).
L'objectif n'est pas de lancer un troll mais de donner des points d'entrée à ceux qui voudraient devenir contributeurs.
Perso plutôt que d'avoir mes tests dans mon coin/sur mon pc ou noyés dans un bugzilla, j'applique l'adage de Linus : "les sauvegardes ça sert à rien, suffit de tout uploader sur un ftp public qui sera mirroré", en l'occurence j'utilise notre wiki en élargissant son périmètre (là j'applique l'adage "si j'ai eu le problème, ça peut servir à quelqu'un d'autre, voire j'obtiendrai des suggestions").
Liens :
http://qa.mandrakesoft.com le bugzilla : voir les
DerniersBugs? une fois enregistré
http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux101 le planning => le freeze signifie "aucun changement de version, uniquement des corrections"
http://qa.mandrakesoft.com/twiki/bin/view/Main/IdeasForMandrakelinux101 un peu tard pour soumettre vos idées :-( préparez-vous pour la 10.2 ;-)
http://www.mandrakeclub.com/article.php?sid=2306 l'annonce par Warly (pas forcément visible en entier si pas membre du club...)
Vos commentaires
n'utilisez pas la zone commentaire, plutôt le mettre directement dans le wiki...