Comprend pas la philosophie des .so.X - Linux et OS Alternatifs
Marsh Posté le 22-07-2002 à 21:04:32
Ca désigne le n° de version. Fais un lien symbolique s'il demande une version plus ancienne que celle que tu possèdes. S'il demande une version plus récente, mets plutôt ces packages à jour.
Marsh Posté le 22-07-2002 à 21:08:01
Commence par utiliser une distribution qui gère les dépendances correctement.
Les bibliothèques ont un SONAME (le .1 et le .2, en l'occurrence) rajouté à la fin de leur nom, qui change quand on casse la compatibilité binaire. Ça évite d'avoir impérativement à recompiler l'application quand la version majeure change, et ça permet de garder les deux versions pendant un certain temps.
Marsh Posté le 22-07-2002 à 21:08:46
Sigmund a écrit a écrit : Ca désigne le n° de version. Fais un lien symbolique s'il demande une version plus ancienne que celle que tu possèdes. S'il demande une version plus récente, mets plutôt ces packages à jour. |
Fais-lui tirer sur son disque dur à coups de kalachnikov, ça ira plus vite.
Marsh Posté le 22-07-2002 à 21:16:17
c pas typique à la RH ou autre, j'ai déjà eu ce prob av mes Debian...
Marsh Posté le 22-07-2002 à 21:16:51
Jar Jar a écrit a écrit : Fais-lui tirer sur son disque dur à coups de kalachnikov, ça ira plus vite. |
Oulà, on se calme !
Je peux me tromper.
Mais on se sert quand même des liens symboliques libGL.so.1 ==> libGL.so.1.0.2960, non ?
Marsh Posté le 22-07-2002 à 21:22:12
the_fireball a écrit a écrit : c pas typique à la RH ou autre, j'ai déjà eu ce prob av mes Debian... |
Des dépendances sur un nom de fichier ? Ça m'étonnerait fort...
Marsh Posté le 22-07-2002 à 21:26:34
Sigmund a écrit a écrit : Oulà, on se calme ! Je peux me tromper. Mais on se sert quand même des liens symboliques libGL.so.1 ==> libGL.so.1.0.2960, non ? |
Ce n'est pas pareil. On fait le lien de libtoto.so.MAJOR vers libtoto.so.MAJOR.MINOR. Quand on incrémente le numéro de version mineur, la compatibilité binaire avec la version d'avant est conservée. Je pense qu'on garde le lien vers le fichier libtoto.MAJOR.MINOR pour le cas où on veuille avoir 2 versions mineures différentes (pour le déboguage, peut-être).
Par contre, quand on incrémente le numéro de version majeur, on brise la compatibilité binaire. On met donc un autre lien symbolique libtoto.so.2, comme ça l'éditeur de liens dynamique ne les mélange pas.
Marsh Posté le 22-07-2002 à 21:31:22
Ok, je viens encore d'apprendre qqch aujourd'hui . Peut pas tout connaître en un seul jour...
Marsh Posté le 22-07-2002 à 22:02:52
Et dans mon cas comment je fais ?? Fo que je force l'installation d'un package openssl ayant libssl.so.1 (j'avais fait une faute ct libssl lors du 1er message) ? Y'a t'il plus propre ?
Marsh Posté le 22-07-2002 à 22:07:20
SCREAM78 a écrit a écrit : Et dans mon cas comment je fais ?? Fo que je force l'installation d'un package openssl ayant libssl.so.1 (j'avais fait une faute ct libssl lors du 1er message) ? Y'a t'il plus propre ? |
Faut installer l'ancienne version de la libopenssl.
Marsh Posté le 22-07-2002 à 22:11:25
si je veux le faire en installant avec la package rpm je vais surement devoir l'installer avec l'option --force ... car il va me dire qu'il y en a une de plus recente j'imagine
Marsh Posté le 22-07-2002 à 22:12:41
SCREAM78 a écrit a écrit : si je veux le faire en installant avec la package rpm je vais surement devoir l'installer avec l'option --force ... car il va me dire qu'il y en a une de plus recente j'imagine |
Non, les deux versions peuvent être installées en même temps. C'est pour ça qu'on met le numéro de version majeure au bout du fichier.
Marsh Posté le 22-07-2002 à 22:32:49
Il me sort ca qd je vais rpm -ivh
package openssl-0.9.6b-18 (which is newer than openssl-0.9.6-9) is already installed
file /usr/bin/openssl from install of openssl-0.9.6-9 conflicts with file from package openssl-0.9.6b-18
file /usr/share/ssl/openssl.cnf from install of openssl-0.9.6-9 conflicts with file from package openssl-0.9.6b-18
Si je fais un -Uvh ben g toute une liste de package qui veulent le .so.2 ... et je c pas coment faire ... si je fais un --force ca va poser des pb ? je m'en depatouille comment ??? Merci d'avance
Marsh Posté le 22-07-2002 à 22:58:35
pkoi ne pas compiler le src.rpm ou le tar.gz ?
http://linux-wizard.tuxfamily.org/howto_rpm.html
Marsh Posté le 23-07-2002 à 00:16:09
Avec la Woody ntop installe en 30 sec lol
TROLL ????? nonnnnnn lol
Marsh Posté le 22-07-2002 à 20:59:53
Bonjour,
Je voulais installer ntop sur ma bécane car y'avait un sujet sur ce forum qui parlait de ca et ca m'avait l'air interessant ... je le choppe en rpm (car g une RH7.3) et qd je veux l'install il me dit qu'il manque :
libcrypto.so.1
openssl.so.1
Le pb c que g deja openssl ... mais il a comme lib la .so.2 .
Et biensur ca veut pas marcher ... pq y'a des .so.2 et des .so.1 ??? c koi l'interet de la chose ??? Merci d'eclairer mon ignorance
---------------
Gates gave us the windows ... Linux gave us the whole house ...