oui et non.
d'un point de vue développeur, effectivement ce serait à la distrib' de faire les paquets
d'un point de vue distrib', autant que les dévs maintiennent les packages,
ou alors que les développeurs trouvent des contributeurs en mesure de faire des paquets et gèrent leur intégration dans leur distrib' préférée (je sais pas pourquoi je suis plutôt pour cette dernière solution pour certains paquets...)
bon en fait, si, je sais pourquoi :
quand tu vois que pas mal de distribs ont aujourd'hui plus de 10 000 paquets (voire plutôt > 20000), qu'il n'y a pas forcément 100 employés dédiés à faire des paquets, une solution claire revient à faire appel "à la masse" des contributeurs (sans connotation négative), c'est à peu près un bon moyen de faire un tri dans les "logiciels valant le coup d'être packagés"
ainsi, c'est bien aux développeurs de motiver - parmi leurs utilisateurs - des contributeurs pour packager et aux distribs de simplifier la tâche aux contributeurs pour packager (je n'ai pas dit que c'était facile)
Après, il y a la politique de montée de version de chaque distrib' qui rentre en ligne de compte, l'obsolescence des "vieilles" distribs, le nombre limité de réels contributeurs... Pas mal de distributions proposent des backports, quand le logiciels n'a pas de dépendance à trop de libs structurantes, ça peut valoir le coup et le coût (pas encore pour Firefox, ni KDE ou Gnome sans vouloir lancer de troll, des backports déstabiliseraient un peu trop le système...).
Je comprends tout de même les développeurs qui chouinent contre les distribs et les packageurs qui chouinent après les développeurs (bon ya aussi les utilisateurs qui chouinnent, mais bon parfois il y a un merci tout de même...). Il s'agit AMHA de trouver un mode de fonctionnement qui convienne à tout le monde ; perso, le système de paquets me semble le plus intéressant : cela permet d'avoir plus de contributeurs "éclairés" pour les développeurs upstream ET pour les distributions (et moins d'utilisateurs qui cassent leur système à vouloir contourner le système de paquets de leur distrib'...).
[^] # Re: Ça n'arriveras jamais
Posté par BAud (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 3.
d'un point de vue développeur, effectivement ce serait à la distrib' de faire les paquets
d'un point de vue distrib', autant que les dévs maintiennent les packages,
ou alors que les développeurs trouvent des contributeurs en mesure de faire des paquets et gèrent leur intégration dans leur distrib' préférée (je sais pas pourquoi je suis plutôt pour cette dernière solution pour certains paquets...)
bon en fait, si, je sais pourquoi :
quand tu vois que pas mal de distribs ont aujourd'hui plus de 10 000 paquets (voire plutôt > 20000), qu'il n'y a pas forcément 100 employés dédiés à faire des paquets, une solution claire revient à faire appel "à la masse" des contributeurs (sans connotation négative), c'est à peu près un bon moyen de faire un tri dans les "logiciels valant le coup d'être packagés"
ainsi, c'est bien aux développeurs de motiver - parmi leurs utilisateurs - des contributeurs pour packager et aux distribs de simplifier la tâche aux contributeurs pour packager (je n'ai pas dit que c'était facile)
Après, il y a la politique de montée de version de chaque distrib' qui rentre en ligne de compte, l'obsolescence des "vieilles" distribs, le nombre limité de réels contributeurs... Pas mal de distributions proposent des backports, quand le logiciels n'a pas de dépendance à trop de libs structurantes, ça peut valoir le coup et le coût (pas encore pour Firefox, ni KDE ou Gnome sans vouloir lancer de troll, des backports déstabiliseraient un peu trop le système...).
Je comprends tout de même les développeurs qui chouinent contre les distribs et les packageurs qui chouinent après les développeurs (bon ya aussi les utilisateurs qui chouinnent, mais bon parfois il y a un merci tout de même...). Il s'agit AMHA de trouver un mode de fonctionnement qui convienne à tout le monde ; perso, le système de paquets me semble le plus intéressant : cela permet d'avoir plus de contributeurs "éclairés" pour les développeurs upstream ET pour les distributions (et moins d'utilisateurs qui cassent leur système à vouloir contourner le système de paquets de leur distrib'...).