Re: [Cooker] corrupt RPM database, what then?
Oh oh oh... a little panic from van der Eijk again...
I'm starting to feel guilty...
> > > rpm -Uvh gnome-libs-1.2.1-2mdk.alpha.rpm
> > > error: failed dependencies:
> > > libart_lgpl.so.2 is needed by ee-0.3.11-5mdk
> > > libart_lgpl.so.2 is needed by libglade-0.13-1mdk
> > > libart_lgpl.so.2 is needed by gnome-media-1.0.51-3mdk
> > > libart_lgpl.so.2 is needed by gnome-linuxconf-0.23-2mdk
> > > libart_lgpl.so.2 is needed by gtop-1.0.7-0.4mdk
> > > libart_lgpl.so.2 is needed by gnomba-0.6.2-4mdk
> Perform a "rpm -q{p}i --provides" on both gnome-libs 1mdk and 2mdk
> You'll see that the 1mdk does provide libart_lgpl whereas 2mdk won't
> probably provide it (even if the file list contains this file!)
It's even worse...
glibc
x86 alpha
glibc-localedataglibc-localedata
ANSI_X3.110.so ld.so.2
ARMSCII-8.so
ASMO_449.so
BIG5.so
CP1250.so
CP1251.so
CP1252.so
CP1253.so
CP1254.so
CP1255.so
CP1256.so
CP1257.so
CP1258.so
CP737.so
CP775.so
CSN_369103.so
CWI.so
DEC-MCS.so
EBCDIC-AT-DE-A.so
EBCDIC-AT-DE.so
EBCDIC-CA-FR.so
EBCDIC-DK-NO-A.so
EBCDIC-DK-NO.so
EBCDIC-ES-A.so
EBCDIC-ES-S.so
EBCDIC-ES.so
EBCDIC-FI-SE-A.so
EBCDIC-FI-SE.so
EBCDIC-FR.so
EBCDIC-IS-FRISS.so
EBCDIC-IT.so
EBCDIC-PT.so
EBCDIC-UK.so
EBCDIC-US.so
ECMA-CYRILLIC.so
EUC-CN.so
EUC-JP.so
EUC-KR.so
...
..
.
and the list goes on...
Something went very wrong on my alpha... the Glibc package it produces
doesn't provide much... hmmm
> This is due to problems while building the new RPM. Try to monitor the
> rebuild of the new RPM and see why the "find provides" probably fails to
> complete gracefully..
Small bit from the glibc buildoutput:
Failed to find Provides:
Provides: glibc-localedata ld.so.2
PreReq: /sbin/ldconfig
Obsoletes: zoneinfo libc-static libc-devel libc-profile libc-headers
linuxthreads gencat locale glibc-localedata
Processing files: glibc-devel-2.1.3-7mdk
Finding Provides: (using /usr/lib/rpm/find-provides)...
line 532: Dependency tokens must begin with alpha-numeric, '_' or '/': -
first build for 2.0.96
See... I'm feeling _so_ guilty... all of the packages on my alpha have
this
problem... Now, I'm really wondering WTF caused this...
greetz,
Stefan
Re: [Cooker] corrupt RPM database, what then?
Stefan van der Eijk <[EMAIL PROTECTED]> writes:
> > rpm -Uvh gnome-libs-1.2.1-2mdk.alpha.rpm
> > error: failed dependencies:
> > libart_lgpl.so.2 is needed by ee-0.3.11-5mdk
> > libart_lgpl.so.2 is needed by libglade-0.13-1mdk
> > libart_lgpl.so.2 is needed by gnome-media-1.0.51-3mdk
> > libart_lgpl.so.2 is needed by gnome-linuxconf-0.23-2mdk
> > libart_lgpl.so.2 is needed by gtop-1.0.7-0.4mdk
> > libart_lgpl.so.2 is needed by gnomba-0.6.2-4mdk
Stefan,
Perform a "rpm -q{p}i --provides" on both gnome-libs 1mdk and 2mdk
You'll see that the 1mdk does provide libart_lgpl whereas 2mdk won't
probably provide it (even if the file list contains this file!)
This is due to problems while building the new RPM. Try to monitor the
rebuild of the new RPM and see why the "find provides" probably fails to
complete gracefully..
--
Guillaume Cottenceau
RE: [Cooker] corrupt RPM database, what then?
is only > milo) need to be > > reinstalled if yuouw ant the db to pickup and some you will > have to fix e.g. > > you don't have lilo on your system. (maybe rpm --rebuilddb ??) > > Hmmm... the two boxes are actually quite different. What they have in > common is that they both contain (most of) the packages that are needed > to build cooker / contrib. My intel is a very recent cooker installation > and > has 987 (!!) packages installed. My alpha only has 773. > > Personally I'd either figure out what is really going on or reinstall > the > box... > how about: rpm -UvhF * in your local mirror? that might work, provided that whatever is broken doesn't f*ck up the DB anymore (recent rpm patches maybe ??) > Thanks anyway, > > Stefan >
Re: [Cooker] corrupt RPM database, what then?
Geoffrey, > > Maybe there are some RPM experts on the list that can help me out > > with this one. I beleive I've got a corrupt rpm database on my > > alpha system (it's happened to me once B4). It now doesn't know much > > about dependancies anymore, making upgrading packages difficult. > ok i got a hack that you can try it out please i don't even know if this > works or not > do this: > make a ftp connection and udmp the rpm files of your intel box to alpha ... > of course some alpha specific packages (AFAIK this is only milo) need to be > reinstalled if yuouw ant the db to pickup and some you will have to fix e.g. > you don't have lilo on your system. (maybe rpm --rebuilddb ??) Hmmm... the two boxes are actually quite different. What they have in common is that they both contain (most of) the packages that are needed to build cooker / contrib. My intel is a very recent cooker installation and has 987 (!!) packages installed. My alpha only has 773. Personally I'd either figure out what is really going on or reinstall the box... Thanks anyway, Stefan
RE: [Cooker] corrupt RPM database, what then?
> To: [EMAIL PROTECTED] > Subject: [Cooker] corrupt RPM database, what then? > > > Maybe there are some RPM experts on the list that can help me out > with this one. I beleive I've got a corrupt rpm database on my > alpha system (it's happened to me once B4). It now doesn't know much > about dependancies anymore, making upgrading packages difficult. > ok i got a hack that you can try it out please i don't even know if this works or not do this: make a ftp connection and udmp the rpm files of your intel box to alpha ... of course some alpha specific packages (AFAIK this is only milo) need to be reinstalled if yuouw ant the db to pickup and some you will have to fix e.g. you don't have lilo on your system. (maybe rpm --rebuilddb ??)
[Cooker] corrupt RPM database, what then?
Maybe there are some RPM experts on the list that can help me out with this one. I beleive I've got a corrupt rpm database on my alpha system (it's happened to me once B4). It now doesn't know much about dependancies anymore, making upgrading packages difficult. It complains that all the packages dependant of the package you're trying to upgrade need some kind of library contained withing the package (you're trying to upgrade). The libs needed are really there, I mean, what is the difference between gnome-libs-1.1.2-1mdk and 2mdk?. At the moment my only solution to get the rpm database going again will to re-install (unless someone else has a better idea)... Here are some more details: > Have you ever seen this B4? > On my alpha (for some reason things go fine on my intel) when > I want to upgrade a package I get error messages like this: > rpm -Uvh gnome-libs-1.2.1-2mdk.alpha.rpm > error: failed dependencies: > libart_lgpl.so.2 is needed by ee-0.3.11-5mdk > libart_lgpl.so.2 is needed by libglade-0.13-1mdk > libart_lgpl.so.2 is needed by gnome-media-1.0.51-3mdk > libart_lgpl.so.2 is needed by gnome-linuxconf-0.23-2mdk > libart_lgpl.so.2 is needed by gtop-1.0.7-0.4mdk > libart_lgpl.so.2 is needed by gnomba-0.6.2-4mdk > libart_lgpl.so.2 is needed by gdm-2.0beta4-4mdk > libart_lgpl.so.2 is needed by glade-0.5.9-2mdk > libart_lgpl.so.2 is needed by gnorpm-0.9-4mdk > libart_lgpl.so.2 is needed by gnome-chess-0.2.4-2mdk > libart_lgpl.so.2 is needed by gnome-objc-1.0.40-2mdk > libart_lgpl.so.2 is needed by sawmill-gnome-0.26-7mdk > libart_lgpl.so.2 is needed by enlightenment-conf-0.15-11mdk > libart_lgpl.so.2 is needed by gnome-admin-1.0.3-4mdk > libart_lgpl.so.2 is needed by rep-gtk-gnome-0.9.1-1mdk > libart_lgpl.so.2 is needed by gnome-toaster-2227-3mdk > libart_lgpl.so.2 is needed by g-print-0.2-5mdk > libart_lgpl.so.2 is needed by irssi-0.7.20.1-6mdk > libart_lgpl.so.2 is needed by gmc-4.5.46-1mdk > libart_lgpl.so.2 is needed by gnome-utils-1.0.50-4mdk > ... > And the list goes on. The funny thing is that I trying to > upgrade from 1.2.1-1mdk to 1.2.1-2mdk. There is absolutely > no difference in the files in the packages (rpm -qpl / -ql > shows the same for both packages). > I don't like to --force or to --nodeps packages... > Doing an rpm --rebuilddb doesn't help. > On my intel (which is still working fine) the /var/lib/rpm directory > looks like this: > drwxr-xr-x2 root root 4096 Jun 16 23:46 alternatives/ > -rw-r--r--1 root root16384 Jun 18 12:23 conflictsindex.rpm > -rw-r--r--1 root root 10027008 Jun 18 12:23 fileindex.rpm > -rw-r--r--1 root root28672 Jun 18 12:23 groupindex.rpm > -rw-r--r--1 root root49152 Jun 18 12:23 nameindex.rpm > -rw-r--r--1 root root 21869832 Jun 18 10:02 packages.rpm > -rw-r--r--1 root root53248 Jun 18 12:23 providesindex.rpm > -rw-r--r--1 root root 10579968 Jun 18 12:23 requiredby.rpm > -rw-r--r--1 root root16384 Jun 18 12:23 triggerindex.rpm > On my alpha (this one has the problems) it looks like this: > drwxr-xr-x2 root root 1024 Jun 17 07:39 alternatives/ > -rw-r--r--1 root root32768 Jun 18 13:16 conflictsindex.rpm > -rw-r--r--1 root root 2605056 Jun 18 13:16 fileindex.rpm > -rw-r--r--1 root root32768 Jun 18 13:16 groupindex.rpm > -rw-r--r--1 root root32768 Jun 18 13:16 nameindex.rpm > -rw-r--r--1 root root 11763464 Jun 18 10:33 packages.rpm > -rw-r--r--1 root root32768 Jun 18 13:16 providesindex.rpm > -rw-r--r--1 root root 122880 Jun 18 13:16 requiredby.rpm > -rw-r--r--1 root root32768 Jun 18 13:16 triggerindex.rpm > Notice how many files on the alpha have 32768 as length. This is the > same lenth as the "default" file lenth when you do a rpm --initdb > --dbpath . My conclusion is that the rpm database on my alpha > is smoked. > >From your previous replies I understand that getting it fixed is pretty > impossible. If there is anything I can still do to look into the > database / figure it out I'd like to know. If the current (corrupt?) > database is of any use to you (research??) I'll be happy to make a > copy. > Otherwise I'll be re-installing soon (start downloading the latest > alpha-iso) ;-) Any help / pointers are welcome...
