> Pourquoi fedora n'a pas repris les packages urpm* depuis longtemps ?
Par exemple car urpm* est en perl et Red Hat/Fedora utilise principalement du python. Car urpmi a une ligne de commande avec 40 000 options alors que Fedora préfère ce qui est concis. NB: il semble que le "bordel" des options de urpmi ait été corrigé.
En passant, Fedora a pris Yum, et Yum n'a pas été développé par Fedora, Fedora n'est pas à l'origine de Yum. Lorsque Yum a été chosi, ça pouvait être Yum ou urpmi (ou aussi apt4rpm/synaptic ou smart qui étaient et sont toujours dans Fedora). Ben ça a été Yum.
Mais qu'importe. Red Hat peut se permettre de développeur un urpmi ou un yum ou un up2date "from scratch". Mais es-ce que Mandriva peut encore se le permettre ?
Red Hat/Fedora peut se permettre de développer libvirt. Mais est-ce que Mandriva peut se permettre de développer drakvirt (ou autre) ?
> Ha vi, mais c'est plus facile pour redhat de redevelopper leur truc
Je répète, lorsque Fedora a pris Yum, Yum existant (ainsi que urpmi, apt4rpm, smart, etc). Yum n'a pa été développé à l'origine par Fedora. En passant, le site de développement de Yum n'est pas et n'a jamais été chez Fedora ( http://linux.duke.edu/yum/ ), le mainteneur et developpeur principal de Yum n'a jamais été un employé de Red Hat/Fedora.
> et ensuite de critiquer les autres de ne pas l'utiliser
Red Hat/Fedora n'a jamais fait cette critique, c'est moi qui l'a fait.
On peut rester au pays de bisounours et dire que Mandriva fait tout tout bien et que rien n'est critiquable dans ses choix. Mais c'est un fait, Mandriva ne cesse de se casser la gueule. Et dire que c'est que de la faute des méchants financiers (comme s'ils étaient responsables du département R&D ou de la communauté des développeurs...), c'est très très léger.
> Combien d'heures de developpeur vont être perdues à maintenir PackageKit au lieu de urpm* ?
Drakrpm est déjà largué par PackageKit après seulement 1 an de développement.
PackageKit n'est pas en perl pourri, il est écrit en C.
PackageKit ne remplace pas Yum, mais Yumex ou autre frondend à yum (ou urpmi ou apt ou smart, etc).
Mais si Mandriva se trouve si supérieur à tout le monde, ben qu'il garde urpmi. Je dis ça, c'est pour Mandriva, sinon je m'en torche le fion.
[^] # Re: RIP Mandrake
Posté par IsNotGood . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à -1.
Par exemple car urpm* est en perl et Red Hat/Fedora utilise principalement du python. Car urpmi a une ligne de commande avec 40 000 options alors que Fedora préfère ce qui est concis. NB: il semble que le "bordel" des options de urpmi ait été corrigé.
En passant, Fedora a pris Yum, et Yum n'a pas été développé par Fedora, Fedora n'est pas à l'origine de Yum. Lorsque Yum a été chosi, ça pouvait être Yum ou urpmi (ou aussi apt4rpm/synaptic ou smart qui étaient et sont toujours dans Fedora). Ben ça a été Yum.
Mais qu'importe. Red Hat peut se permettre de développeur un urpmi ou un yum ou un up2date "from scratch". Mais es-ce que Mandriva peut encore se le permettre ?
Red Hat/Fedora peut se permettre de développer libvirt. Mais est-ce que Mandriva peut se permettre de développer drakvirt (ou autre) ?
> Ha vi, mais c'est plus facile pour redhat de redevelopper leur truc
Je répète, lorsque Fedora a pris Yum, Yum existant (ainsi que urpmi, apt4rpm, smart, etc). Yum n'a pa été développé à l'origine par Fedora. En passant, le site de développement de Yum n'est pas et n'a jamais été chez Fedora ( http://linux.duke.edu/yum/ ), le mainteneur et developpeur principal de Yum n'a jamais été un employé de Red Hat/Fedora.
> et ensuite de critiquer les autres de ne pas l'utiliser
Red Hat/Fedora n'a jamais fait cette critique, c'est moi qui l'a fait.
On peut rester au pays de bisounours et dire que Mandriva fait tout tout bien et que rien n'est critiquable dans ses choix. Mais c'est un fait, Mandriva ne cesse de se casser la gueule. Et dire que c'est que de la faute des méchants financiers (comme s'ils étaient responsables du département R&D ou de la communauté des développeurs...), c'est très très léger.
> Combien d'heures de developpeur vont être perdues à maintenir PackageKit au lieu de urpm* ?
Drakrpm est déjà largué par PackageKit après seulement 1 an de développement.
PackageKit n'est pas en perl pourri, il est écrit en C.
PackageKit ne remplace pas Yum, mais Yumex ou autre frondend à yum (ou urpmi ou apt ou smart, etc).
Mais si Mandriva se trouve si supérieur à tout le monde, ben qu'il garde urpmi. Je dis ça, c'est pour Mandriva, sinon je m'en torche le fion.