[CentOS] bogus error message from yum update for gmime and gmime-sharp
William Hooper
whooperhsd at gmail.com
Wed Mar 31 16: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