Salix commence son travail pour la prochaine

Voici des petites nouvelles de Salix où les développeurs et packagers vont commencer à travailler sur la branche -current, la branche de la future Slackware-13.2.

Si vous suivez un peu le Changelog de Slackware Current, vous avez pu noter l’énorme travail réalisé par l’équipe de Slackware. Ces nombreuses mises à jours vont nous poussez à retravaillez les outils systèmes de Salix, comme par exemple keyboardsetup touché par la mise à jour de Xorg.

De nombreux autres logiciels n’ont pas encore été mis à jour, on pense plus particulièrement à Xfce qui est l’environnement graphique de bureau principal de Salix. On peut donc se demander si la mise à jour se fera vers la 4.6.2 ou vers la 4.8.0, comme pourrait le supposer ce sujet sur le forum officiel de Slackware sur linuxquestions.org où l’on peut noter que l’un des développeurs de Slackware, Robby Workman (rlworkman) a commencé à travailler sérieusement sur cette grosse mise à jour qui, si le planning est respecté, devrait sortir vers le 16 Janvier 2011.

Ensuite, on peut se réjouir que la somme et donc charge de travail de Salix a considérablement augmenté depuis la 13.1. Avec notamment 3 éditions différentes (Xfce, LXDE, KDE) et bientôt une 4e avec la version fluxbox ainsi que les différents LiveCDs. Le nombre de paquets binaires disponibles pour les architectures 32 et 64bits a lui aussi considérablement augmenté. Tout ceci nous amène donc aux différentes étapes qui nous permettront de fournir une version 13.2 d’une qualité irréprochable (si si).

On va démarrer ce travail from scratch, c’est à dire avec des dépôts vides. Chaque paquet ajouté le sera après avoir été mis à jour vers sa dernière version stable ou, bien évidemment recompilé si même version et, oeuf course testé. Cette façon obligera donc chaque packager a revoir tous ses paquets, elle nous permettra d’éliminer d’éventuels paquets orphelins de mainteneur et garantira donc la qualité des binaires fournis aux utilisateurs.

Comme l’a dit notre leader vénéré, George Vlahavas (gapan), « Quality wins over quantity all the time » (la qualité gagnera toujours par rapport à la quantité).

Une nouvelle petite règle fait son apparition. Les packagers souhaitant fournir un nouveau paquet binaire auront comme date limite, la sortie de la prochaine version stable. Ensuite, sauf exception, ne seront fournis que les SLKBUILDs, ces futurs paquets ne seront donc installables qu’à partir des sources via slapt-src et qui sait, gslackbuild une interface GTK de slapt-src sur laquelle travaille gapan.

Voilà, en gros, ce qui nous/vous attend pour les prochaines semaines