Bug 118601 - rpm-4.3-0.21 rpms in ./development tree require glibc-2.3.4, out of sync w/ other rpms; causes up2date failure
Summary: rpm-4.3-0.21 rpms in ./development tree require glibc-2.3.4, out of sync w/ o...
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm (Show other bugs)
(Show other bugs)
Version: rawhide
Hardware: All Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-03-18 03:33 UTC by JD Gorman
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-03-19 02:40:57 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description JD Gorman 2004-03-18 03:33:11 UTC
Description of problem:
rpm-4.3-0.21 references glib 2.3.4 but FC2 test1 is using glib-2.3.3
This causes problems w/ up2date (librpmio complains that GLIB_2.3.4 is
undefined and terminates up2date).  Was the development system using
glib-2.3.4? If so, it's outta sync w/ the rest of the rpms in

Version-Release number of selected component (if applicable):
rpm-*-4.3-0.21 from the ./development dir

How reproducible:
Every time

Steps to Reproduce:
1. Upgraded FC1 to FC2 test
2. Installed rpm-4.3-0.21 from ./development dir
Actual results:
up2date, rpm busted

Expected results:
that rpm and up2date should function normally

Additional info:
workaround was to build rpm-*-4.3-0.21.i386.rpm from SRPM files and
install using: rpm -iUvh --force  
other workaround would have been to upgrade glibc to 2.3.4

Comment 1 Bill Nottingham 2004-03-18 06:02:22 UTC
Installing new glibc from devel tree should get around this.

Comment 2 JD Gorman 2004-03-18 18:51:41 UTC
Thanks. I think that's what I was suggesting too. The problem is that
the glibc RPM packages in the devel tree seem to be sitting at
2.3.3-17, not 2.3.4, unless I'm interpreting the numbering wrong. 
Thus it's quite easy for folks to "break" librpmio w/o realizing. 

 glibc-2.3.3-17.i386.rpm          17-Mar-2004 14:40   3.3M 

Comment 3 Jeff Johnson 2004-03-19 02:40:57 UTC
This is a weak symbol in glibc-2.3.3 against which rpm
was compiled.

Note You need to log in before you can comment on or make changes to this bug.