Voici quelques exemples du boulot de packageur Debian :
– Debian a une politique de qualité assez stricte : fichiers copyright correct (ce qui est très loin d'être le cas upstream), compilation avec certains flags, avec clang, sur pas mal d'architecture, virer les trucs non-libre, pas de bibliothèque embarquée... Bien souvent, upstream s'en contre-fiche.
– Il faut s'assurer que les dépendances soient packagées dans Debian, avec les bonnes versions, sinon tu rajoutes du boulot pour les packageurs
– Il faut aussi s'assurer que le logiciel est bien stable, que les mises à jour se passent bien (ce qui fut très loin d'être le cas pour kmail/akonadi ou nepomuk), donc faut tester avant les utilisateurs, et éventuellement ne pas suivre les évolutions d'upstream (cf kmail).
– Il faut trier les bugs. Beaucoup de bug sont déjà rapporté upstream, il faut juste faire du ménage.
– certains logiciels changent beaucoup d'une version à l'autre, allez hop encore du boulot pour tester, changer de nom, etc.
– certains logiciels sont abandonnés : on fait quoi ? Si ça fonctionne bien, on les garde quand même ?
Spécifiquement à KDE, il y a beaucoup de logiciel, tous plus ou moins inter-dépendants. Les mises à jour sont donc assez monolithique, et donc compliqué à gérer.
[^] # Re: KDE merdouille sur une distribution majeure ?
Posté par Adrien . En réponse à la dépêche Appel à l'aide de l'équipe KDE de Debian. Évalué à 10.
Voici quelques exemples du boulot de packageur Debian :
– Debian a une politique de qualité assez stricte : fichiers copyright correct (ce qui est très loin d'être le cas upstream), compilation avec certains flags, avec clang, sur pas mal d'architecture, virer les trucs non-libre, pas de bibliothèque embarquée... Bien souvent, upstream s'en contre-fiche.
– Il faut s'assurer que les dépendances soient packagées dans Debian, avec les bonnes versions, sinon tu rajoutes du boulot pour les packageurs
– Il faut aussi s'assurer que le logiciel est bien stable, que les mises à jour se passent bien (ce qui fut très loin d'être le cas pour kmail/akonadi ou nepomuk), donc faut tester avant les utilisateurs, et éventuellement ne pas suivre les évolutions d'upstream (cf kmail).
– Il faut trier les bugs. Beaucoup de bug sont déjà rapporté upstream, il faut juste faire du ménage.
– certains logiciels changent beaucoup d'une version à l'autre, allez hop encore du boulot pour tester, changer de nom, etc.
– certains logiciels sont abandonnés : on fait quoi ? Si ça fonctionne bien, on les garde quand même ?
Spécifiquement à KDE, il y a beaucoup de logiciel, tous plus ou moins inter-dépendants. Les mises à jour sont donc assez monolithique, et donc compliqué à gérer.
Pour avoir une idée du travail, voici la liste de paquet et des bugs dont s'occupe l'équipe :
http://qa.debian.org/developer.php?login=debian-qt-kde@lists.debian.org
https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=debian-qt-kde%40lists.debian.org
À 4 ou 5 personnes vraiment actives, c'est beaucoup beaucoup de boulot.