"yum update gcc" runs into libmudflap-devel

Robert P. J. Day rpjday at crashcourse.ca
Wed Nov 11 13:02:45 UTC 2009

On Tue, 10 Nov 2009, Michael Schwendt wrote:

> On Tue, 10 Nov 2009 13:08:13 -0500 (EST), Robert wrote:
> > should a simple
> >
> >   # yum update gcc
> >
> > have worked?
> Yes. Yum would see the versioned dependency between libmudflap-devel
> and gcc and pull in the libmudflap-devel upgrade as else it couldn't
> upgrade gcc.
> Unfortunately, you've killed the test-case by working around the
> problem. Or perhaps you still have the full Yum output?

  is there any further interest in trying to figure out what happened
there?  as someone else explained, the libmudflap and libmudflap-devel
packages are built from the gcc source rpm, so i'm curious as to how,
in the .spec file, one ties those generated packages back to the
original gcc source, to make sure they all get updated equivalently
(if that is, in fact, what is supposed to happen).

  i downloaded the most recent gcc source rpm and this appears to be
the relevant snippet from the .spec file:


%package -n libmudflap
Summary: GCC mudflap shared support library
Group: System Environment/Libraries

%description -n libmudflap
This package contains GCC shared support library which is needed
for mudflap support.

%package -n libmudflap-devel
Summary: GCC mudflap support
Group: Development/Libraries
Requires: libmudflap = %{version}-%{release}
Requires: gcc = %{version}-%{release}

%description -n libmudflap-devel
This package contains headers and static libraries for building
mudflap-instrumented programs.


  i'm no expert at .spec files (especially ones that generate multiple
packages), but is the above supposed to guarantee that, if one updates
any one of gcc, libmudflap or libmudflap-devel, then *all* of them
must be updated identically?

  and this is probably a silly question, but is there a reason that
libmudflap doesn't have a "Requires" directive for gcc, whereas
libmudflap does?  i probably need to do more reading here.


Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday

More information about the fedora-test-list mailing list