From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt) All programs, ie up2date, helix-gnome updater, gnorpm fail with the following error "error in loading shared librarys undefined symbol fdio" Reproducible: Always Steps to Reproduce: 1.Insalled new db3 programs on updated 6.2 system (current) 2.Install rpm 4.0.2-6x 3. did a rpm --rebuilddb . Then checked /var/lib/rpm to make sure files are laid out as expected Try running gnorpm, or helix update Actual Results: segfault on x based programs error on shared libraries in command line
I am also having problems with the rpm-4.0.2-6x upgrade for RedHat 6.2 (I have db3 installed). When I try to do `rpm --rebuilddb` (as specified in the redhat-watch mail about this update), I get the following error: rpmdb: header.c:511: headerLoad: Assertion `rdlen == dl' failed. Aborted (core dumped) A backtrace on the core produces: #0 0x40172d21 in __kill () from /lib/libc.so.6 #1 0x40172996 in raise (sig=6) at ../sysdeps/posix/raise.c:27 #2 0x401740b8 in abort () at ../sysdeps/generic/abort.c:88 #3 0x4016cbae in __assert_fail () at assert.c:59 #4 0x4005941d in headerLoad () from /usr/lib/librpm.so.0 #5 0x40059fe9 in headerRead () from /usr/lib/librpm.so.0 #6 0x40081830 in doGetRecord () from /usr/lib/librpm.so.0 #7 0x40081b37 in db1cget () from /usr/lib/librpm.so.0 #8 0x4006a663 in dbiGet () from /usr/lib/librpm.so.0 #9 0x4006ca59 in XrpmdbNextIterator () from /usr/lib/librpm.so.0 #10 0x4006f52d in rpmdbRebuild () from /usr/lib/librpm.so.0 #11 0x804a2f0 in poptResetContext () #12 0x4016c9cb in __libc_start_main (main=0x8049c84 <poptResetContext+2712>, argc=2, argv=0xbffffbdc, init=0x8048ecc <_init>, fini=0x804a3bc <_fini>, rtld_fini=0x4000aea0 <_dl_fini>, stack_end=0xbffffbd4) at ../sysdeps/generic/libc-start.c:92 I have the following versions installed: rpm-4.0.2-6x db3-3.1.17-4.6x This bug is a real pain as even a simple `rpm -qa` dies with the above error. Thanks.
The segfault is being caused by data in your database. Try "rpm --rebuilddb -vv" and try removing the last package displayed.
Well that last comment took care of the rpm problem for me. But did not take care of any depencency's on the librarys. Like gnomerpm while i know redhat is not responsible for the gnome rpm. They should at least compile all programs that will be affected by the library change. Or at least post what will be affected by them.
Thanks for the tip. Removing the last package didn't solve it, but by examaning the database file I was able to discover the package afterwards and remove it by downgrading my rpm, removing the package, rebuilding the database, upgrading to rpm-4.0.2, rebuilding the database again, and reinstalling the package. The problem was that I had the dev package installed twice in my database for some reason (versions 2.7.7 and 2.7.18). Again, thanks for the tip. Everything works fine now.
I downloaded gnorpm-0.95.1-5.6x.i386.rpm installed it to make sure I was current. Still get the shared library error undefined symbol fdio I hope to get the people over at helix-gnome on getting their system compatable with the new libraries too.
*** Bug 33113 has been marked as a duplicate of this bug. ***
*** Bug 32584 has been marked as a duplicate of this bug. ***
*** Bug 33275 has been marked as a duplicate of this bug. ***
*** Bug 32575 has been marked as a duplicate of this bug. ***
*** Bug 33272 has been marked as a duplicate of this bug. ***
*** Bug 33353 has been marked as a duplicate of this bug. ***
*** Bug 33595 has been marked as a duplicate of this bug. ***
Errata for gnorpm/ucd-snmp to work with rpm-4.0.2 on Red Hat 6.x will be along shortly.
*** Bug 33681 has been marked as a duplicate of this bug. ***
ucd-snmp-utils was not included in the updates (nor was the devel package), but the previous utils don't work for the same reason as the daemon, i.e. due to the change in librpm.so. Will ucd-snmp-utils also be issued as an update RPM, or do we have to recompile from the SRPM if we really need it?
The errata for ucd-snmp has been repushed with the devel/utils packages as well. Thanks for reporting.
*** Bug 33828 has been marked as a duplicate of this bug. ***