[CentOS] bogus error message from yum update for gmime and gmime-sharp

William Hooper whooperhsd at gmail.com
Wed Mar 31 17:26:45 UTC 2010


On Wed, Mar 31, 2010 at 12:09 PM, ken <gebser at mousecar.com> wrote:
>>> # rpm -qi gmime gmime-sharp|grep URL
>>> URL         : http://spruce.sourceforge.net/gmime/
>>> URL         : http://spruce.sourceforge.net/gmime/
>>
>> The URL file generally just describes where the original source comes
>> from, not what repo is being used.  A better indicator of repo would
>> be the Vendor, Packager, or Build Host fields.
>
> Understood.  Using "rpm -qi", the "Vendor" field shows just "CentOS",

It appears that EPEL uses "Fedora Project".

> the "Build Host" reads simply "builder6",

Interesting.  I tested a Base CentOS package and it has
"builder10.centos.org".  Perhaps the extras are build using a
different method.  The gmime package from epel has
"x86-07.phx2.fedoraproject.org".

> and there is no "Packager"
> field.  I tried using the "--queryformat" option a few different way to
> output the packager, but no luck.  That would be a big help in figuring
> out this kind of situation.

It must be an optional field:
$ rpm -qi cacti | grep Packager
Packager    : Dag Wieers <dag at wieers.com>


>> ....
>>
>> That is interesting.  Did your yum install command specify to install
>> gmime-sharp?
>
> Yes, it's needed by tomboy, an applet I use.

OK.  That makes sense.  Yum will make the transaction consistent by
using the older versions to meet the dependency since no version was
installed.

>> ....
>>
>>> So.. what's the next thing to do?
>>
>> Either exclude gmime from the epel repo
>
> Would that be simply "exclude=gmime*" in epel.repo ?

IIRC that will work.

-- 
William Hooper


More information about the CentOS mailing list