Des paquets patchés jusqu'à la moelle qui n'ont plus grand chose à voir avec l'upstream.
Je ne suis pas spécialement favorable à l'application de patchs sauvages mais tout dépend de ce qu'ils contiennent. Dans ce que j'ai pu voir il y a :
- Le report de corrections déjà disponibles mais pas livrées en amont. Parfois des versions sont livrées un peu vite avec des problèmes par forcément critiques mais très gênants si on doit les subir jusqu'à la prochaine version.
- L'extraction de blobs et autres trucs non libres pour les mettre dans non-free. Debian est l'une des rares distributions à se poser la question des licenses. Parfois, même les développeurs en amont s'en foutent en mettent un tas de trucs ensemble alors que rien ne oblige à les lier. Par exemple, le paquet Monodevelop Debian ne contient pas Moonlight, dont le statut n'est pas complètement clair.
- La convergence vers des standards communs, notamment placement des fichiers au bon endroit et avec les bons droits. Là dessus, certains en amont font un peu n'importe quoi, notamment pour ce qui est des jeux : Chemins non standard en dur dans le code, nécessité d'avoir accès en écriture à la terre entière, voire suid "parce que c'était plus simple". Dans le genre il y a aussi les mamouths comme Eclipse qui, comme beaucoup de projets Java, dépendent d'une pelleté de librairies tierces et dont les versions incluent leur propre copie "pour être sûr". Là aussi il a des patchs pour utiliser les librairies du systèmes. Gros coup de chapeaux aux empaqueteurs d'Eclipse car pour avoir essayer, c'est un enfer déjà à compiler et ensuite à empaqueter.
- La séparation en plusieurs paquets. Là aussi, on suppose parfois en amont que tout le monde va vouloir installer un logiciel avec tous les trucs annexes dont on n'a rien à foutre et qui prennent des Go. Souvent rien n'est prévu pour installer la base et optionellement les plugins divers.
J'en oublie sûrement mais tout ça pour dire que parfois ça peut se justifier. En amont, on livre un truc sans trop se soucier de l'intégration et de l'utilisation qui en est faite.
[^] # Re: Pourquoi je n'aime pas Debian
Posté par Croconux . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 10.
Je ne suis pas spécialement favorable à l'application de patchs sauvages mais tout dépend de ce qu'ils contiennent. Dans ce que j'ai pu voir il y a :
- Le report de corrections déjà disponibles mais pas livrées en amont. Parfois des versions sont livrées un peu vite avec des problèmes par forcément critiques mais très gênants si on doit les subir jusqu'à la prochaine version.
- L'extraction de blobs et autres trucs non libres pour les mettre dans non-free. Debian est l'une des rares distributions à se poser la question des licenses. Parfois, même les développeurs en amont s'en foutent en mettent un tas de trucs ensemble alors que rien ne oblige à les lier. Par exemple, le paquet Monodevelop Debian ne contient pas Moonlight, dont le statut n'est pas complètement clair.
- La convergence vers des standards communs, notamment placement des fichiers au bon endroit et avec les bons droits. Là dessus, certains en amont font un peu n'importe quoi, notamment pour ce qui est des jeux : Chemins non standard en dur dans le code, nécessité d'avoir accès en écriture à la terre entière, voire suid "parce que c'était plus simple". Dans le genre il y a aussi les mamouths comme Eclipse qui, comme beaucoup de projets Java, dépendent d'une pelleté de librairies tierces et dont les versions incluent leur propre copie "pour être sûr". Là aussi il a des patchs pour utiliser les librairies du systèmes. Gros coup de chapeaux aux empaqueteurs d'Eclipse car pour avoir essayer, c'est un enfer déjà à compiler et ensuite à empaqueter.
- La séparation en plusieurs paquets. Là aussi, on suppose parfois en amont que tout le monde va vouloir installer un logiciel avec tous les trucs annexes dont on n'a rien à foutre et qui prennent des Go. Souvent rien n'est prévu pour installer la base et optionellement les plugins divers.
J'en oublie sûrement mais tout ça pour dire que parfois ça peut se justifier. En amont, on livre un truc sans trop se soucier de l'intégration et de l'utilisation qui en est faite.