Re: rpm (segmentation fault)

Patrick Dupre wrote:

>>>>>Sous une Redhat 7.3, je souhaitais installer wu-ftpd-2.6.2-5 et/ou
>>>>>openssh-server-3.1p1-6, mais je recupere un segmentation fault avec
>>>>>rpm -ivh (rpm-4.0.4-7x.18)
>>>>>(j'ai la meme erreur y compris apres recompilation)
>>>>>Cela pourrait etre du a la glibc que j'ai installe il y a peu (glibc-2.3.2-11.9)
>>>>>pour pouvoir faire fonctionner certain softwares.
>>>>>
>>>>>
>>>>Tu peux considerer que la manip ci-dessus est une erreur. Tourner des
>>>>programmes rh73 sur une 80 n'aurai pas pose de probleme. La bonne chose
>>>>a faire aurait ete l'un des 2 choix suivats:
>>>>
>>>> * tourner sur ta rh73 "rpm --rebuild" sur les *.src.rpm pour la rh80
>>>> * mettre a jour ta distrib de rh73 en rh80.
>>>>
>>>>
>>>Je ne suis pas sur d'etre tout a fait de ton avis, car je peux toujours
>>>installer des packages (voire faire des mises a jours) via gnorpm ou
>>>l'utilitaire de mise a jour de la redhat !!!
>>>
>>>
>>Ok, j'avais compris -- a tort -- que toutes les manips impliquant RPM
>>etaient en vrac. Su ma RedHat 8.0, j'ai la liste suivante, qui indique
>>cependant une incompatibilite binaire manifeste entre la version 4.04 &
>>la version de la RedHat 8.0:
>>
>>rpm -qa | grep rpm
>>rpm404-python-4.0.4-8x.27
>>rpm-4.1-1.06
>>rpm-devel-4.1-1.06
>>redhat-rpm-config-8.0-1
>>*librpm404-4.0.4-8x.27*
>>rpm-python-4.1-1.06
>>rpm-build-4.1-1.06
>>
>>
>>Le paquetage glibc de RedHat 8.0 a probablement ete genere avec le
>>nouveau RPM. Je persite donc pour dire que mixer une glibc-2.3 pour
>>RedHat 8.0 avec une install de base en RedHat 7.3 est une manip qui peut
>>amener des ennuis serieux.
>>
>>
>Je d'accord, pour l'instant, si je pouvais faire fonctionner correctement
>rpm en mode ligne, cela m'aiderait, que fait gnorpm, que je ne fais pas
>avec une commande ligne, car j'imagine que gnorpm faire aussi rpm -ivh ..
>Une idee ?
>

ldd gnorpm & ltrace gnorpm te permettront de savoir quelle commande /
librarie est utilisee par gnorpm. Si on presuppose que le core-dump de
rpm vient de la commande elle-meme & non de la librarie dynamique
sous-jacente.

>Avant de passer en RH 9.0 evidemment.
>

:-)

A+

--
Francois-Xavier 'FiX' KOWALSKI