Précédent   Forum des professionnels en informatique > Systèmes > Linux > Distributions > Fedora / Red hat
Fedora / Red hat Vos questions sur les distributions Fedora / Red Hat
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 03/10/2007, 11h24   #1
Invité de passage
 
Inscription : octobre 2007
Messages : 3
Détails du profil
Informations forums :
Inscription : octobre 2007
Messages : 3
Points : 1
Points : 1
Par défaut différences install rpm / install par process compilation

Bonjour,

J'ai une (ou plusieurs d'ailleurs) question(s) toute(s) bête(s) mais qui me chagrine(nt) pas mal:

Tout d'abord, je précise que je suis sur une RHEL3 dans un environnement de production.

- je compile et installe un programme (proftpd 1.3.1 rc3, version patchée spécifique suite à un bug) sans problème (via le classique ./configure ; make ; make install)

- je tente une création d'rpm via
Citation:
rpmbuild -tb proftpd-1.3.1rc3-patched.tar.bz2
- je tente une install du rpm pour voir si tout est ok
Citation:
rpm -ivh proftpd-1.3.1rc3-patched.rpm
- et là paf!
Citation:
error: Failed dependencies:
libc.so.6(GLIBC_2.3.4) is needed [...]
Alors la question est : pourquoi je peux compiler et installer à partir du source mais plus une fois que le rpm est fait ???

et la question subsidiaire : comment je peux modifier ça pour que le rpm soit installable avec ma version de glibc (2.3.2) ?

Merci à vous !

P.S. : je précise donc au cas où que je ne peux pas installer glibc 2.3.4 pour le moment ... donc inutile de me dire d'upg ma version de glibc
Okador est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/10/2007, 12h14   #2
Expert Confirmé Sénior
 
Avatar de frp31
 
Homme francois
Ingénieur systèmes et réseaux
Inscription : juillet 2006
Messages : 3 546
Détails du profil
Informations personnelles :
Nom : Homme francois
Âge : 35
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur systèmes et réseaux
Secteur : Aéronautique - Marine - Espace - Armement

Informations forums :
Inscription : juillet 2006
Messages : 3 546
Points : 7 779
Points : 7 779
rpm=gros problemes de dépendances en cascades mais facile à utiliser

compilation=gros temps d'installation mais beaucoup plus simple pour desinstaller en cas de besoin et pour suivre les versions et upgrades..

tres clairement rpm= à proscrire absoluement si meme une seule fois dans la vie de la machine un élément est installé d'une autre manière.

autrement dit le rpm est à proscrire absoluement car il est impossible dans la vie d'une machine de ne pas avoir à faire un jour une install par source.
frp31 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/10/2007, 14h20   #3
Invité de passage
 
Inscription : octobre 2007
Messages : 3
Détails du profil
Informations forums :
Inscription : octobre 2007
Messages : 3
Points : 1
Points : 1
Merci pour ta reponse mais comme je l'ai précisé plus haut, je suis sur un environnement de prod.
Donc toute installation doit se faire via rpm.

Actuellement, l'installe que j'ai réalisé est sur un serveur de dev et comme je l'ai précisé dans mon premier post, l'installe (via ./configure; ./make ./make install) se passe bien.

A partir de ce serveur, je créé mon rpm.

Et lors de l'install ce rpm, c'est la qu'apparait mon problème.
Okador est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 05/10/2007, 11h14   #4
Invité de passage
 
Inscription : octobre 2007
Messages : 3
Détails du profil
Informations forums :
Inscription : octobre 2007
Messages : 3
Points : 1
Points : 1
C'est bon,
En fait, on a trouvé le problème.

Lors d'un test précedent, on avait du installer GLIBC_2.3.4 et lors de la reinstall de la version 2.3.2, il y a du y avoir un pb avec la desinstall de GLIBC_2.3.4 et une ligne doit rester quelque part...
Reste à trouver où

Merci quand même
Okador est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 21h40.


 
 
 
 
Partenaires

Hébergement Web