>Tu parles d'avoir des bons paquets dans Ubuntu. S'il faut des bons paquets, il faut avant
> tout le faire en upstream. Au niveau des paquets il ne doit rester que des petits patchs
> (pour s'accomoder aux spécificités de la distribution et les corrections de bug urgente) et le
> fichier qui permet de faire un .deb (ou .rpm).
En l'occurrence, j'ai travaillé sur cette problématique, et je fais parti de l'équipe d'Ekiga.
Avec la sortie de la version 3.0, je me suis assuré que les sources upstream compilaient sans problèmes sur toutes les architectures et presque toutes les versions publiées d'Ubuntu à ce moment, tu peux voir le résultat ici: https://launchpad.net/~sevmek/+archive
Durant le développement, on a du patcher pour l'architecture lpia et pour que ça tourne sur Gutsy.
Et au final, on me dit que le paquet n'est pas assez bon pour être repris tel quel car il n'est pas compatible avec le meta-paquet qui installe ubuntu-desktop, cf. https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/274085
Je veux bien aider, mais faire des fixs pour des question de packaging propre à la distribution... J'ai trouvé que cela manquait un peu d'élégance.
En bref, on m'a proposer de faire le boulot des packagers d'ubuntu, ce que j'ai refusé, car puisqu'il s'agit de faire du bénéfice pour Ubuntu, j'ai considéré que je n'avais pas à faire gratuitement le travail salarié d'un autre.
En tant qu'upstream, on a fait notre travail dans les règles en s'assurant que ça compile bien partout sans patchs.
> Idem pour l'effort de documentation. Il doit être fait au niveau upstream. Certe c'est plus
> difficile, mais à long terme c'est profitable.
Je le fais, je suis responsable du wiki: http://wiki.ekiga.org/ qui est une sorte de laboratoire pour faire la documentation qui sera fournie avec le logiciel.
Mais il s'est trouvé qu'historiquement je me suis servi des utilisateurs des forums Ubuntu pour établir une documentation qui réponde à leurs besoins, ce que les outils de communication du projet Ekiga ne m'auraient pas apporté. Il y a donc une assez bonne documentation à propos d'Ekiga dans leur service: https://help.ubuntu.com/community/Ekiga
Après j'ai étendu ce travail directement upstream, et il en reste encore à faire...
> Notons que Fedora a un SIG (Special Interest Group) dédié au packaging des logiciels
> VoIP : https://fedoraproject.org/wiki/VoIP (il y a sept personnes inscritent à ce groupe, tu
> trouveras facilement leur adresse mail).
Merci pour l'info, je pense que je vais les contacter effectivement :)
> Tous les distributions y gagnent, ce qui évite la fragmentation qui est un problème
> comme tu l'as souligné.
[^] # Re: mépris déplacé des utilisateurs ?
Posté par Yannick . En réponse à la dépêche Interview de Jeroen van Meeuwen - Fedora Project Vice President Fedora EMEA. Évalué à 2.
> tout le faire en upstream. Au niveau des paquets il ne doit rester que des petits patchs
> (pour s'accomoder aux spécificités de la distribution et les corrections de bug urgente) et le
> fichier qui permet de faire un .deb (ou .rpm).
En l'occurrence, j'ai travaillé sur cette problématique, et je fais parti de l'équipe d'Ekiga.
Avec la sortie de la version 3.0, je me suis assuré que les sources upstream compilaient sans problèmes sur toutes les architectures et presque toutes les versions publiées d'Ubuntu à ce moment, tu peux voir le résultat ici:
https://launchpad.net/~sevmek/+archive
Durant le développement, on a du patcher pour l'architecture lpia et pour que ça tourne sur Gutsy.
Et au final, on me dit que le paquet n'est pas assez bon pour être repris tel quel car il n'est pas compatible avec le meta-paquet qui installe ubuntu-desktop, cf. https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/274085
Je veux bien aider, mais faire des fixs pour des question de packaging propre à la distribution... J'ai trouvé que cela manquait un peu d'élégance.
En bref, on m'a proposer de faire le boulot des packagers d'ubuntu, ce que j'ai refusé, car puisqu'il s'agit de faire du bénéfice pour Ubuntu, j'ai considéré que je n'avais pas à faire gratuitement le travail salarié d'un autre.
En tant qu'upstream, on a fait notre travail dans les règles en s'assurant que ça compile bien partout sans patchs.
> Idem pour l'effort de documentation. Il doit être fait au niveau upstream. Certe c'est plus
> difficile, mais à long terme c'est profitable.
Je le fais, je suis responsable du wiki:
http://wiki.ekiga.org/ qui est une sorte de laboratoire pour faire la documentation qui sera fournie avec le logiciel.
Mais il s'est trouvé qu'historiquement je me suis servi des utilisateurs des forums Ubuntu pour établir une documentation qui réponde à leurs besoins, ce que les outils de communication du projet Ekiga ne m'auraient pas apporté. Il y a donc une assez bonne documentation à propos d'Ekiga dans leur service:
https://help.ubuntu.com/community/Ekiga
Après j'ai étendu ce travail directement upstream, et il en reste encore à faire...
> Notons que Fedora a un SIG (Special Interest Group) dédié au packaging des logiciels
> VoIP : https://fedoraproject.org/wiki/VoIP (il y a sept personnes inscritent à ce groupe, tu
> trouveras facilement leur adresse mail).
Merci pour l'info, je pense que je vais les contacter effectivement :)
> Tous les distributions y gagnent, ce qui évite la fragmentation qui est un problème
> comme tu l'as souligné.
J'en suis bien conscient ;)
Cordialement,
Yannick