Tu me prends pour un jambon! Tu crois que je m'amuse à recompiler des paquets qui sont dispo? J'imagine que même sous Slackware, si je veux compiler un tar gz, je dois installer les bonnes versions des bibliothèques qui-vont-bien.
En général il y'a un beau readme qui explique tout ce qu'il faut faire et il suffit de savoir lire pour installer correctement le logiciel concerné.
Donc ./configure && make && make install ça n'est pas suffisant. Il faut lire la doc, trouver les bonnes bibliothèques avec les bonnes versions, chercher comment compiler le bouzin (les autotools sont de moins en moins utilisés; donc y'a rien de garanti sur le ./configure && make, sans compter que parfois il faut se taper un ./autogen.sh). Et sans compter toutes les fois où le ./configure est mal fait, où le Readme est mal fait, ou trop vieux, ou pas testé sur ma distro...
Personne n'a dit que c'était impossible d'installer correctement un tar.gz sous Linux, on a juste dit que ça demandait un certain temps et surtout une certains expertise (et sans être un neuneu, il m'est parfois arrivé de laisser tomber parce qu'on ne voit pas comment s'en sortir). Donc dire "y'a qu'à faire ./configure && make && sudo make install", c'est faux. CQFD.
C'est à cause de la manie de certaines distribs à séparer appli et headers.
Non, c'est à cause de la «manie» de séparer sources et binaires, ce qui me semble tout à fait défendable. Du coup, le libmachin, c'est ton binaire, et le libmachin-dev, c'est tes headers. Moi ça me semble plutôt propre.
[^] # Re: Incohérances
Posté par arnaudus . En réponse à la dépêche Notre opinion sur GNU/Linux doit-elle être mise à jour ?. Évalué à 4.
Tu me prends pour un jambon! Tu crois que je m'amuse à recompiler des paquets qui sont dispo? J'imagine que même sous Slackware, si je veux compiler un tar gz, je dois installer les bonnes versions des bibliothèques qui-vont-bien.
En général il y'a un beau readme qui explique tout ce qu'il faut faire et il suffit de savoir lire pour installer correctement le logiciel concerné.
Donc ./configure && make && make install ça n'est pas suffisant. Il faut lire la doc, trouver les bonnes bibliothèques avec les bonnes versions, chercher comment compiler le bouzin (les autotools sont de moins en moins utilisés; donc y'a rien de garanti sur le ./configure && make, sans compter que parfois il faut se taper un ./autogen.sh). Et sans compter toutes les fois où le ./configure est mal fait, où le Readme est mal fait, ou trop vieux, ou pas testé sur ma distro...
Personne n'a dit que c'était impossible d'installer correctement un tar.gz sous Linux, on a juste dit que ça demandait un certain temps et surtout une certains expertise (et sans être un neuneu, il m'est parfois arrivé de laisser tomber parce qu'on ne voit pas comment s'en sortir). Donc dire "y'a qu'à faire ./configure && make && sudo make install", c'est faux. CQFD.
C'est à cause de la manie de certaines distribs à séparer appli et headers.
Non, c'est à cause de la «manie» de séparer sources et binaires, ce qui me semble tout à fait défendable. Du coup, le libmachin, c'est ton binaire, et le libmachin-dev, c'est tes headers. Moi ça me semble plutôt propre.