On Wed, Mar 31, 2010 at 12:09 PM, ken gebser@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@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.