Le projet LibraZiK fabrique certains paquets de logiciels en version plus récente que la version des dépôts stables de Debian, ou des paquets ne figurant pas dans Debian. Ces versions ont besoin d'être testées avant d'être rendues publiques en entrant dans le dépôt utilisateur de LibraZiK-4 afin de s'assurer d'une certaine stabilité. Elles ont également besoin d'avoir des pages dans la documentation de LibraZiK-4.

Si vous voulez participer à l'équipe de testage/testation/testement/test ¹⁾, voilà ci-dessous des éléments dont vous voudrez prendre connaissance.

Les tests servent à vérifier si les informations présentes dans la documentation sont toujours valables et s'il n'y a pas de régression dans le logiciel dans le cas d'un logiciel étant déjà présent dans LibraZiK-4. S'il le faut, il faudra mettre la documentation à jour en conséquence. S'il y a des régressions ou des dysfonctionnements, il faudra essayer de comprendre s'ils viennent de LibraZiK-4, ou du logiciel lui même, et éventuellement remonter ces informations en amont.

Dans le cas d'un logiciel du labo n'étant pas encore présent dans LibraZiK-4, il faudra alors lui créer sa propre page de documentation.

Pour pouvoir tester de nouvelles versions des paquets sans casser le dépôt utilisateur de LibraZiK-4, deux dépôts supplémentaires dédiés aux paquets en cours de tests fournis pour LibraZiK-4 existent :

• le dépôt “LZK-BAP-testers” : qui permet de tester les nouvelles versions de logiciels déjà présents dans LibraZiK-4
• le dépôt “LZK-BAP-labo” : qui permet de tester de nouveaux logiciels pas encore présents dans LibraZiK-4

Tâche mère pour la prochaine publication : 1411.
Tâche autour de l'intégration de NSM : 1273.
Tâche autour de LibraZiK et KDE : 1226.
Tâche autour de l'intégration de VST3 : 1110.
Tâche autour de l'intégration de Ninjam : 1092.

Il est à comprendre que ces dépôts ²⁾ peuvent varier rapidement sans préavis car ce sont des dépôts dédiés aux tests. Ce sont des dépôts de travail, pas des dépôts dédiés aux utilisateurs. Il n'y aura donc aucun support en dehors des personnes qui seront venues se présenter sur le canal IRC en signalant qu'elles veulent faire partie de l'équipe de test.

Pour faire partie de l'équipe de test, il vous faut également vous inscrire sur le système de suivi des bogues. Si vous testez une version logicielle d'un des deux dépôts de test, venez le signaler dans un commentaire du bogue relié à cette version (voir le lien vers le bogue dans le tableau ci-dessus). Vous pourrez y indiquer : “j'ai installé le paquet machin en version truc.bidule et ça fonctionne parfaitement. J'ai utilisé la nouvelle fonctionnalité XYZ en faisant ceci, puis cela, puis ça, … et y'a pas de problème.”.

Dans le cas d'un logiciel déjà présent dans LibraZiK-4, il est également de bon aloi de tester les tutoriels liés à ce logiciel pour confirmer qu'ils sont toujours fonctionnels avec la nouvelle versions.

Pour avoir accès aux logiciels en cours de test, il vous faudra installer :

• le paquet librazik-apt-testers si vous souhaitez tester la nouvelle version d'un logiciel déjà présent dans LibraZiK-4
• ou le paquet librazik-apt-labo pour tester de nouveaux logiciels ³⁾

Ensuite, il vous faudra recharger votre Synaptic. À partir de ce moment, vous êtes le seul responsable des interactions entre votre installation normale de LibraZiK-4 et les logiciels en cours de tests. Si quelque chose est cassé, alors il vous faudra corriger par vous-même, voire réinstaller tout le système. Vous aurez été prévenu … et vous devriez sérieusement penser à venir vous présenter sur le le canal IRC avant de faire quoi que ce soit !

Q : ” Pourquoi dois-je passer sur IRC ?”

R (trebmuh/olinuxx) : “Comme expliqué plus haut et pour des tas de raisons, un logiciel en test nécessite que l'on me fasse des rapports d'utilisation. Par exemple, il me faut :

• en discuter avec les gens qui testent pour avoir des retours et évaluer s'il est prêt à passer dans le dépôt général et sinon le corriger,
• je ne suis pas fan de laisser traîner des infos un peu partout sur la toile à propos des trucs en test, les raisons principales pour cela sont :
  • que c'est un logiciel en test et qu'il peut comporter des comportements étranges voire destructeurs,
  • qu'étant en test, je peux changer la version du jour au lendemain,
  • qu'il n'a pas encore de documentation sur le site,
  • que je n'ai pas envie que des tas de gens utilisent un logiciel en test sans que j'en sois au courant parce qu'ils ont vu que “ça marche chez M/Mme XYZ” dans un fil de discussion quelque part sur la toile, et qu'ils installent un truc qui ne fonctionnera qu'à moitié, ou pas du tout chez eux.

Y peut exister d'temps-en temps des pâquets encore plusse en testâche qu'ceux d'au d'ssus ⁴⁾ :