A travers mon expérience avec GCompris, je rejoins ta déception.
Je vois maintenant, les distributions comme des plates-formes fermées. On peut y installer tout les logiciels que l'on désire, à condition qu'ils soient fournis par votre distribution. C'est assez limité. Même si on trouve le logiciel dont nous avons besoin, c'est parfois des version anciennes ou trop récente.
Je me rend compte que le système de packaging n'est pas adapté au grand public, il est parfait pour gérer la base d'un système d'exploitation, mais pas pour que les utilisateurs puissent installer rapidement et facilement n'importe quel logiciel.
D'un point de vu développeur, le packaging des distros pose aussi un problème. C'est un intermédiaire entre le projet et l'utilisateur. Dés lors, l'utilisateur ne sais plus ou reporter son problème, est-ce un problème du logiciel de la distro ou du packaging. En plus cela crée un délai inutile, par exemple sur GCompris, entre le moment ou un utilisateur recoit un logiciel via sa distro, il est courant que nous ayons déjà sortie une nouvelle version.
Autre problème, seules les versions stables sont packagées. Cela limite la collaboration avec nos utilisateurs car il ne savent pas compiler. Donc on fait des beta qui ne peuvent pas être testé pas nos utilisateurs.
Depuis quelques mois, nous livrons un paquet au format autopackage. Ce n'est pas parfait mais au moins cela permet à nos utilisateurs de pouvoir utiliser notre logiciel, quelque soit leur distribution.
La guerre fait rage entre ce type de packaging alternatif et les distributions qui voient d'un mauvais oeil que des logiciels soient installé hors de leur système de paquet. Idéalement il faudrait installer les logiciels ailleurs que dans /usr mais malheureusement, les distros ne le supporte pas ou mal. Très difficile de faire apparaisse un logiciel dans le menu s'il n'est pas installé dans /usr.
Un espoir vient du coté du LSB qui prend le problème très au sérieux. La proposition pour résumer et de créer un système de packaging de second niveau qui utiliserait une API fournie pas celui de premier niveau pour installer et gérer les logiciels. On pourrait alors installer un paquet multi-distro à condition que le système de paquet principal implémente bien cette API.
Vous pouvez en savoir plus sur cette approche sur le blog de Ian Murdock http://ianmurdock.com/?p=388
# Distribution GNU/Linux = plate forme fermée
Posté par Bruno Coudoin . En réponse au journal Utiliser un système libre.... Évalué à 6.
Je vois maintenant, les distributions comme des plates-formes fermées. On peut y installer tout les logiciels que l'on désire, à condition qu'ils soient fournis par votre distribution. C'est assez limité. Même si on trouve le logiciel dont nous avons besoin, c'est parfois des version anciennes ou trop récente.
Je me rend compte que le système de packaging n'est pas adapté au grand public, il est parfait pour gérer la base d'un système d'exploitation, mais pas pour que les utilisateurs puissent installer rapidement et facilement n'importe quel logiciel.
D'un point de vu développeur, le packaging des distros pose aussi un problème. C'est un intermédiaire entre le projet et l'utilisateur. Dés lors, l'utilisateur ne sais plus ou reporter son problème, est-ce un problème du logiciel de la distro ou du packaging. En plus cela crée un délai inutile, par exemple sur GCompris, entre le moment ou un utilisateur recoit un logiciel via sa distro, il est courant que nous ayons déjà sortie une nouvelle version.
Autre problème, seules les versions stables sont packagées. Cela limite la collaboration avec nos utilisateurs car il ne savent pas compiler. Donc on fait des beta qui ne peuvent pas être testé pas nos utilisateurs.
Depuis quelques mois, nous livrons un paquet au format autopackage. Ce n'est pas parfait mais au moins cela permet à nos utilisateurs de pouvoir utiliser notre logiciel, quelque soit leur distribution.
La guerre fait rage entre ce type de packaging alternatif et les distributions qui voient d'un mauvais oeil que des logiciels soient installé hors de leur système de paquet. Idéalement il faudrait installer les logiciels ailleurs que dans /usr mais malheureusement, les distros ne le supporte pas ou mal. Très difficile de faire apparaisse un logiciel dans le menu s'il n'est pas installé dans /usr.
Un espoir vient du coté du LSB qui prend le problème très au sérieux. La proposition pour résumer et de créer un système de packaging de second niveau qui utiliserait une API fournie pas celui de premier niveau pour installer et gérer les logiciels. On pourrait alors installer un paquet multi-distro à condition que le système de paquet principal implémente bien cette API.
Vous pouvez en savoir plus sur cette approche sur le blog de Ian Murdock http://ianmurdock.com/?p=388