Qu'est ce qui empèche les autres de créer des packages pour leur soft ?
Pour faire court : La compétence, le temps, les emmerdeurs de linuxiens pas capables de se mettre d'accord sur une norme de packaging.
Pour faire long : Je me suis fait dernièrement chié avec la création de package (.rpm et .deb), maintenant mes packages sont tout beaux, et je propose des packages pour les principales distributions (merci la derme de serveur mise à disposition par d'autres, car on peut pas faire un package sur la distrib' x qui marche sur la distrib y, x et y pouvant être une distrib d'un même fournisseur mais pas la même version... Au moisn quand je créé un installateur sous Vista il marche encore sous Win98, si si...), mais ça m'a pris BEAUCOUP de temps pour trouver la doc et compagnie pour faire un bon package.
Bon, c'était de mon côté plus compliqué que pour x fichier .php (plusieurs packages car .so / ligne de commande / GUI, gestion de la compatibilité binaire dans les version compatibles), c'est sans doute plus simple avec que des .php, mais packager une appli n'est pas aussi simple, et il n'y a pas forcement une tonne de monde pour proposer de faire le travail à ta place ("le travail en communauté", il y a la théorie du libre, et la pratique... En pratique, c'est souvent un programmeur seul qui développe l'appli, avec quelques patches externes). Reste qu'on ne peut pas faire un package sur une autre distrib que la distrib cible, quelle merde.
Packager prend du temps (et des machines à configurer), qu'on a peut-être envie d'utiliser pour son programme, et pas pour gérer les milles versions de RPM et DEB disponibles et leur petites manies (l'un accepte le caractère x dans le nom du package, pas l'autre, et j'en passe.), donc demander au programmeur de se farcir les grosses merdes de Linux, c'est un peu lourd : faudrait que la "communauté" propose un packaging commun (avec des règles commune sur ce qui est accepté ou pas sur chaque commande), mais la on va aller dans le troll rpm vs deb et pour chaque version qu'est-ce qui doit être "valide" ou pas, du fichier source de configuration au format du package "compilé" (allez, un autre exemple : certains packages RPM sont compressé en bzip2 si j'ai bien suivi, d'autre en LZMA... La norme est?). Trop de diversité amène à ce genre de problèmes.
[^] # Re: Problème sous linux aussi
Posté par Zenitram (site web personnel) . En réponse au journal Maintenez votre Windows à jour.... Évalué à 10.
Pour faire court : La compétence, le temps, les emmerdeurs de linuxiens pas capables de se mettre d'accord sur une norme de packaging.
Pour faire long : Je me suis fait dernièrement chié avec la création de package (.rpm et .deb), maintenant mes packages sont tout beaux, et je propose des packages pour les principales distributions (merci la derme de serveur mise à disposition par d'autres, car on peut pas faire un package sur la distrib' x qui marche sur la distrib y, x et y pouvant être une distrib d'un même fournisseur mais pas la même version... Au moisn quand je créé un installateur sous Vista il marche encore sous Win98, si si...), mais ça m'a pris BEAUCOUP de temps pour trouver la doc et compagnie pour faire un bon package.
Bon, c'était de mon côté plus compliqué que pour x fichier .php (plusieurs packages car .so / ligne de commande / GUI, gestion de la compatibilité binaire dans les version compatibles), c'est sans doute plus simple avec que des .php, mais packager une appli n'est pas aussi simple, et il n'y a pas forcement une tonne de monde pour proposer de faire le travail à ta place ("le travail en communauté", il y a la théorie du libre, et la pratique... En pratique, c'est souvent un programmeur seul qui développe l'appli, avec quelques patches externes). Reste qu'on ne peut pas faire un package sur une autre distrib que la distrib cible, quelle merde.
Packager prend du temps (et des machines à configurer), qu'on a peut-être envie d'utiliser pour son programme, et pas pour gérer les milles versions de RPM et DEB disponibles et leur petites manies (l'un accepte le caractère x dans le nom du package, pas l'autre, et j'en passe.), donc demander au programmeur de se farcir les grosses merdes de Linux, c'est un peu lourd : faudrait que la "communauté" propose un packaging commun (avec des règles commune sur ce qui est accepté ou pas sur chaque commande), mais la on va aller dans le troll rpm vs deb et pour chaque version qu'est-ce qui doit être "valide" ou pas, du fichier source de configuration au format du package "compilé" (allez, un autre exemple : certains packages RPM sont compressé en bzip2 si j'ai bien suivi, d'autre en LZMA... La norme est?). Trop de diversité amène à ce genre de problèmes.