On Tue, 24 Jun 2003 23:15:22 +0300 Ground Zero <[EMAIL PROTECTED]> wrote: > On Tue, 24 Jun 2003 22:22:51 +0300 lonely wolf <[EMAIL PROTECTED]> wrote: > > Ground Zero wrote: > > > rpm -ul meu face segmentation fault si scuipa core cind il > > > folosesc la install sau update cu --force sau --nodeps. > > > > > > $> rpm -q rpm > > > rpm-4.1-1.06 > > > $> rpm -qa|grep glibc > > > glibc-devel-2.3.2-33.9 > > > glibc-common-2.3.2-33.9 > > > glibc-2.3.2-33.9 > > > > > > Sistemul e un Red Hat 7.1 pe care am pus rpm-uri de pe cd-urile > > > Red Hat 8.0 la modul "artistic", adica de mina, ce-a mers. Stiu ca > > > nu e frumos ce-am facut si ca o merit, dar poate imi ziceti cum > > > sa-l fac sa-si revina. > > > > > > Am incercat pina acum --rebuilddb, sa sterg /var/lib/rpm/__* si sa > > > folosesc binarul de rpm 4.0. Toate rpm-urile din sistem sint i386. > > > M-am gindit sa incerc sa compilez si rpm din surse in lipsa de > > > alte idei. > > > > > > Alt efect neplacut de pe urma "update-ului" la Red Hat 8 n-am > > > avut. > > > > > > > copiaza de mina binarele de rpm din updates de rh 7.x. pune-le peste > > > > cele existente. ruleaza apoi rpm --updatedb. > > > > in rh 8 sint alte biblioteci, incepind cu glibc.. si apar efecte > > ciudate. > > Am incercat cu rpm-4.0.4 care era trecut la updates de 7.1 si la fel > face.
S-a rezolvat cu upgrade la rpm-4.2.1-0.11.i386.rpm (RawHide). "Upgrade" in sensul ca am despachetat rpm-ul 4.2 cu disrpm, pe care vi-l si recomand pe chestia asta: http://www.ibiblio.org/pub/Linux/utils/compress/disrpm Am suprascris ce era pe sistem cu fisierele din rpm, dupa care ldconfig (rpm 4.2 e legat dinamic la biblioteci spre deosebire de 4.1-), a inceput sa mearga rpm dupa care am facut --rebuilddb si un upgrade "oficial" la rpm prin rpm ca sa se actualizeze versiunea in db-ul lui. bleh -- GZ
