Le pire est que les deux points de vue ne sont pas forcément incompatibles: une histoire similaire a eu lieu dans le monde python avec setuptools et les "eggs", qui, comme les gems, sont très intrusifs même au niveau du code et ne sont pas "compatibles" avec une distribution des packages ala APT. Le problème a été résolu avec l'évolution vers "pip".
Potentiellement ces outils d'installation propres à chaque langage devraient être capable de produire directement un paquet pour chaque distribution, qui un deb, qui un rpm, etc. Il suffirait qu'un ou quelques courageux s'y colle! (Comme toujours, vous me direz!)
Dans le cas particulier du système de paquets Debian, j'ai une assez mauvaise expérience personnelle: j'ai écrit des packages pour Debian, FreeBSD et MacPorts (en tout une petite 20aine). Les deux derniers systèmes sont simples et souples, tandis que du côté de Debian on se retrouve avec un très mauvais rapport complexité/documentation et je n'ai jamais réussi à packager un soft sans aller pleurer sur freenode#debian et passer pendeant 4 heures par des astuces un peu détournées pour décortiquer la procédure d'installation --- là où la tâche analogue m'a pris 25 minutes sous FreeBSD!
[^] # Re: Des Gems pour la bibliothèques standard?
Posté par Michaël (site web personnel) . En réponse à la dépêche Petites brèves : Ruby 2.0, DataMapper et RubyLive. Évalué à 4.
Potentiellement ces outils d'installation propres à chaque langage devraient être capable de produire directement un paquet pour chaque distribution, qui un deb, qui un rpm, etc. Il suffirait qu'un ou quelques courageux s'y colle! (Comme toujours, vous me direz!)
Dans le cas particulier du système de paquets Debian, j'ai une assez mauvaise expérience personnelle: j'ai écrit des packages pour Debian, FreeBSD et MacPorts (en tout une petite 20aine). Les deux derniers systèmes sont simples et souples, tandis que du côté de Debian on se retrouve avec un très mauvais rapport complexité/documentation et je n'ai jamais réussi à packager un soft sans aller pleurer sur freenode#debian et passer pendeant 4 heures par des astuces un peu détournées pour décortiquer la procédure d'installation --- là où la tâche analogue m'a pris 25 minutes sous FreeBSD!