> Oui il y a eu un arrêt de la perte de temps de la part des gens de Mandriva travaillant sur mkinitrd qui en avaient marre de ne pas avoir de réponses. Il existe une ML pour mkinitrd ?
Oui, tu as raison, ce n'est pas parfait.
J'ai aussi soumis des patchs à Fedora dont certains ont fini dans /dev/null sans la moindre réponse (dont un patch de 15 jours de boulot...). Les développeurs sont parfois occupés, ou ont c'est mal exprimé, ou ils ont un plan qui rend caduque le patch qu'on propose, etc. C'est la vie.
> et une tentative sur le bugzilla de redhat était restée sans réponse pendant genre un an....
Franchement c'est mal s'y prendre !
Ceci est "parfait" pour une correction de bug, mais pour l'ajout de fonctionnalité ce n'est pas toujours ce qu'il y a de mieux.
En passant, il y a-t-il eu relance ?
Ou est-ce que le "jeu" était de voir combien de temps le ticket allait rester sans réponse... ?
Il faut aller sur fedora-devel, dire quel est ton objectif, joindre un patch initial, etc.
Si tu veux savoir qui est le mainteneur pour le contacter, ce n'est pas compliqué, il suffit de regarder le changelog (ce que tu as fait il semble).
Il ne faut pas considérer que Fedora (idem pour d'autres) est à la botte de Mandriva et que Fedora se fera une fête de voir un ticket sur bugzilla.
Il faut jeter un pont de communication, mettre des bases gagnant-gagnant. C'est facile si on est dans cet esprit. Si on n'est pas dans cet esprit, c'est l'échec assuré.
Si Mandriva va sur la mailing fedora-devel et annonce qu'ils veulent être au plus proche pour mkinitrd ou autres avec Fedora, Fedora sera à l'écoute. Si tout ce qu'attend Mandriva c'est que Fedora sert uniquement de dépôt CVS pour les patchs Mandriva, ben ça ne marchera pas. C'est voué à l'échec.
Il faut mettre de la compréhension des deux côtés. Pour ça il faut communiquer. Dire ce que l'on veut à moyen terme, débattre sur ce qui sucks (et aussi chez Fedora), etc.
Les contributeurs de Fedora font face à ces difficultés ! Et les contributeurs de Mandriva aussi !
On voit aussi sur les mailing Fedora des développeurs Red Hat qui sont renvoyés à leurs cher études.
Essaie de faire le point entre ce qui différencie le mkinitrd de Fedora et Mandriva. Dis ce qu'il y a dans les spécificités de Mandriva que tu penses profitables à Fedora. Dis ce qu'il y a dans les spécificités de Fedora et que tu trouves sans intérêts ou que tu ne comprends pas. Annonces tes idées que tu veux mettre en oeuvre. Mais aussi dis, si tu le penses, que tu veux que le paquet dans Mandriva et Fedora diverge le moins possible pour que ça soit profitable à tout le monde. Si globalement il y a entente, et que tu n'es pas un manchot :-), tu auras un accès au git.
Qu'on se comprenne, si je prenais les développeurs de Mandriva pour des boulets, je ne leur demanderai pas de participer en upstream (projets sur Fedora ou non).
Prend plymouth (le nouveau "truc" graphique). Si Mandriva veut l'intégrer à sa distribution, ce qui pourrait être fait, c'est faire une étude préalable (impacte sur les scripts de boot, nouveaux besoins, etc). Ceci étant fait, aller sur fedora-devel, se présenter (!), dire ce que veut Mandriva (est-ce que les nouvelles fonctionnalités peuvent être upstream, voire si les développeurs y travaillent déjà, voir si çà colle avec le planing de développement de plymouth), etc.
Il ne faut pas seulement considérer Fedora comme un CVS.
rpmlint initialement développé par Mandrake est maintenant beaucoup utilisé par Fedora et aussi maintenant beaucoup développé/maintenu par un contributeur Fedora (Ville ...). Fedora y gagne, Mandriva y gagne. On peut aussi avoir des projets actuellement principalement développés/maintenus par Fedora être maintenu par des contributeurs Mandriva.
> Oui il y a eu un arrêt de la perte de temps de la part des gens de Mandriva travaillant sur mkinitrd qui en avaient marre de ne pas avoir de réponses.
> Parce que les patchs soumis par mails au dev restent sans réponse
> une tentative sur le bugzilla de redhat était restée sans réponse
> le pessimisme d'un collègue qui a essayé dans le passé d'envoyer nos patchs sans réponse
> l'avenir nous dira si ca a évolué
Au moins la démonstration est faite qu'il y a un apriori...
"Merci".
[^] # Re: RIP Mandrake
Posté par IsNotGood . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 2.
Oui, tu as raison, ce n'est pas parfait.
J'ai aussi soumis des patchs à Fedora dont certains ont fini dans /dev/null sans la moindre réponse (dont un patch de 15 jours de boulot...). Les développeurs sont parfois occupés, ou ont c'est mal exprimé, ou ils ont un plan qui rend caduque le patch qu'on propose, etc. C'est la vie.
> et une tentative sur le bugzilla de redhat était restée sans réponse pendant genre un an....
Franchement c'est mal s'y prendre !
Ceci est "parfait" pour une correction de bug, mais pour l'ajout de fonctionnalité ce n'est pas toujours ce qu'il y a de mieux.
En passant, il y a-t-il eu relance ?
Ou est-ce que le "jeu" était de voir combien de temps le ticket allait rester sans réponse... ?
Il faut aller sur fedora-devel, dire quel est ton objectif, joindre un patch initial, etc.
Si tu veux savoir qui est le mainteneur pour le contacter, ce n'est pas compliqué, il suffit de regarder le changelog (ce que tu as fait il semble).
Il ne faut pas considérer que Fedora (idem pour d'autres) est à la botte de Mandriva et que Fedora se fera une fête de voir un ticket sur bugzilla.
Il faut jeter un pont de communication, mettre des bases gagnant-gagnant. C'est facile si on est dans cet esprit. Si on n'est pas dans cet esprit, c'est l'échec assuré.
Si Mandriva va sur la mailing fedora-devel et annonce qu'ils veulent être au plus proche pour mkinitrd ou autres avec Fedora, Fedora sera à l'écoute. Si tout ce qu'attend Mandriva c'est que Fedora sert uniquement de dépôt CVS pour les patchs Mandriva, ben ça ne marchera pas. C'est voué à l'échec.
Il faut mettre de la compréhension des deux côtés. Pour ça il faut communiquer. Dire ce que l'on veut à moyen terme, débattre sur ce qui sucks (et aussi chez Fedora), etc.
Les contributeurs de Fedora font face à ces difficultés ! Et les contributeurs de Mandriva aussi !
On voit aussi sur les mailing Fedora des développeurs Red Hat qui sont renvoyés à leurs cher études.
> je l'ai envoyé par mail à Peter Jones qui l'a appliqué de suite ( http://git.fedorahosted.org/git/?p=mkinitrd;a=commit;h=329cb(...) ) donc l'avenir nous dira si ca a évolué ou si j'ai eu de la chance
Essaie de faire le point entre ce qui différencie le mkinitrd de Fedora et Mandriva. Dis ce qu'il y a dans les spécificités de Mandriva que tu penses profitables à Fedora. Dis ce qu'il y a dans les spécificités de Fedora et que tu trouves sans intérêts ou que tu ne comprends pas. Annonces tes idées que tu veux mettre en oeuvre. Mais aussi dis, si tu le penses, que tu veux que le paquet dans Mandriva et Fedora diverge le moins possible pour que ça soit profitable à tout le monde. Si globalement il y a entente, et que tu n'es pas un manchot :-), tu auras un accès au git.
Qu'on se comprenne, si je prenais les développeurs de Mandriva pour des boulets, je ne leur demanderai pas de participer en upstream (projets sur Fedora ou non).
Prend plymouth (le nouveau "truc" graphique). Si Mandriva veut l'intégrer à sa distribution, ce qui pourrait être fait, c'est faire une étude préalable (impacte sur les scripts de boot, nouveaux besoins, etc). Ceci étant fait, aller sur fedora-devel, se présenter (!), dire ce que veut Mandriva (est-ce que les nouvelles fonctionnalités peuvent être upstream, voire si les développeurs y travaillent déjà, voir si çà colle avec le planing de développement de plymouth), etc.
Il ne faut pas seulement considérer Fedora comme un CVS.
rpmlint initialement développé par Mandrake est maintenant beaucoup utilisé par Fedora et aussi maintenant beaucoup développé/maintenu par un contributeur Fedora (Ville ...). Fedora y gagne, Mandriva y gagne. On peut aussi avoir des projets actuellement principalement développés/maintenus par Fedora être maintenu par des contributeurs Mandriva.
> Oui il y a eu un arrêt de la perte de temps de la part des gens de Mandriva travaillant sur mkinitrd qui en avaient marre de ne pas avoir de réponses.
> Parce que les patchs soumis par mails au dev restent sans réponse
> une tentative sur le bugzilla de redhat était restée sans réponse
> le pessimisme d'un collègue qui a essayé dans le passé d'envoyer nos patchs sans réponse
> l'avenir nous dira si ca a évolué
Au moins la démonstration est faite qu'il y a un apriori...
"Merci".