When I do "yum update gmime gmime-sharp" I get:
... --> Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) ...
But both of these are already installed:
# rpm -q gmime gmime-sharp gmime-2.2.10-5.el5.centos gmime-sharp-2.2.10-5.el5.centos
So:
# package-cleanup --problems Setting up yum Reading local RPM database Processing all local requires No problems found
Running the above "yum update ..." again yields the same bogus error messages. I've had problems with these two packages before. Why can't yum understand rpm for them?
Thanks for the wisdom.
On 29 March 2010 13:21, ken gebser@mousecar.com wrote:
When I do "yum update gmime gmime-sharp" I get:
... --> Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) ...
But both of these are already installed:
# rpm -q gmime gmime-sharp gmime-2.2.10-5.el5.centos gmime-sharp-2.2.10-5.el5.centos
So:
# package-cleanup --problems Setting up yum Reading local RPM database Processing all local requires No problems found
Running the above "yum update ..." again yields the same bogus error messages. I've had problems with these two packages before. Why can't yum understand rpm for them?
Thanks for the wisdom.
Have you tried 'yum cleanall' and then do a yum update?
Sharon.
On 03/30/2010 12:47 AM Sharon Kimble wrote:
On 29 March 2010 13:21, ken <gebser@mousecar.com mailto:gebser@mousecar.com> wrote:
When I do "yum update gmime gmime-sharp" I get: ... --> Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) ... But both of these are already installed: # rpm -q gmime gmime-sharp gmime-2.2.10-5.el5.centos gmime-sharp-2.2.10-5.el5.centos So: # package-cleanup --problems Setting up yum Reading local RPM database Processing all local requires No problems found Running the above "yum update ..." again yields the same bogus error messages. I've had problems with these two packages before. Why can't yum understand rpm for them? Thanks for the wisdom.Have you tried 'yum cleanall' and then do a yum update?
I've done a 'yum clean' and then run 'yum update' and get the same result as above. My hunch is that the problem is particular to these two packages (gmime and gmime-sharp)... because I've had repeated problems with just them. Updating thirty-some other packages went smoothly.
On 03/30/2010 06:34 PM, ken wrote:
I've done a 'yum clean' and then run 'yum update' and get the same result as above. My hunch is that the problem is particular to these two packages (gmime and gmime-sharp)... because I've had repeated problems with just them. Updating thirty-some other packages went smoothly.
You may have a yum transaction that did not complete properly. Try
yum-complete-transaction
Kal
On 03/30/2010 04:51 PM Kahlil Hodgson wrote:
On 03/30/2010 06:34 PM, ken wrote:
I've done a 'yum clean' and then run 'yum update' and get the same result as above. My hunch is that the problem is particular to these two packages (gmime and gmime-sharp)... because I've had repeated problems with just them. Updating thirty-some other packages went smoothly.
You may have a yum transaction that did not complete properly. Try
yum-complete-transaction
Kal
Thanks for trying. But that said there were no imcomplete transactions. And when I ran the update again, I got the same
.... --> Running transaction check --> Processing Dependency: gmime = 2.2.10-5.el5.centos for package: gmime-sharp ---> Package gmime.i386 0:2.2.25-1.el5 set to be updated --> Finished Dependency Resolution gmime-sharp-2.2.10-5.el5.centos.i386 from installed has depsolving problems --> Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) ....
It's good to be thorough though. There's got to be a way to fix this and who knows which command will do it?
Thanks again, Kal, ken
On Tue, Mar 30, 2010 at 5:13 PM, ken gebser@mousecar.com wrote:
Without the full yum output it is a bit hard to be sure (you might want to paste the full output to pastebin.centos.org, but it looks like:
---> Package gmime.i386 0:2.2.25-1.el5 set to be updated
Yum wants to install a newer gmime, but
Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed)
The only available copy of gmime-sharp requires the older version. I would find out where the newer gmime is coming from and ask them why they don't have a newer gmime-sharp. Gmime 2.2.25 doesn't look like it is available to my Centos 5 machine:
$ sudo yum list gmime* Loaded plugins: downloadonly, fastestmirror Loading mirror speeds from cached hostfile * addons: mirror.nexcess.net * base: mirror.nexcess.net * extras: pubmirrors.reflected.net * updates: mirror.team-cymru.org Available Packages gmime.i386 2.2.10-5.el5.centos extras gmime-devel.i386 2.2.10-5.el5.centos extras gmime-sharp.i386 2.2.10-5.el5.centos extras
On 03/30/2010 09:05 PM William Hooper wrote:
On Tue, Mar 30, 2010 at 5:13 PM, ken gebser@mousecar.com wrote:
Without the full yum output it is a bit hard to be sure (you might want to paste the full output to pastebin.centos.org, but it looks like:
---> Package gmime.i386 0:2.2.25-1.el5 set to be updated
Yum wants to install a newer gmime, but
Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed)
The only available copy of gmime-sharp requires the older version. I would find out where the newer gmime is coming from and ask them why they don't have a newer gmime-sharp. Gmime 2.2.25 doesn't look like it is available to my Centos 5 machine:
$ sudo yum list gmime* Loaded plugins: downloadonly, fastestmirror Loading mirror speeds from cached hostfile
- addons: mirror.nexcess.net
- base: mirror.nexcess.net
- extras: pubmirrors.reflected.net
- updates: mirror.team-cymru.org
Available Packages gmime.i386 2.2.10-5.el5.centos extras gmime-devel.i386 2.2.10-5.el5.centos extras gmime-sharp.i386 2.2.10-5.el5.centos extras
I like that command. Informative.
yum list gmime* Loaded plugins: fastestmirror, filter-data, kernel-module, keys, kmod, list-data, : merge-conf, security, upgrade-helper, verify, versionlock Loading mirror speeds from cached hostfile * addons: mirror.cisp.com * base: mirror.trouble-free.net * epel: mirror.umoss.org * extras: centos.corenetworks.net * livna: rpm.livna.org * rpmforge: apt.sw.be * updates: yum.singlehop.com Reading version lock configuration Installed Packages gmime.i386 2.2.10-5.el5.centos installed gmime-sharp.i386 2.2.10-5.el5.centos installed Available Packages gmime.i386 2.2.25-1.el5 epel gmime-devel.i386 2.2.25-1.el5 epel
My email client wrapped the rightmost field of some of the output above, but it's still discernible that epel wants to update to a newer version of gmime, but (as you said) has no corresponding version of gmime-sharp. Conceivably, this could be the problem. The versions I have of gmime and gmime-sharp seem to be from a different repo:
# rpm -qi gmime gmime-sharp|grep URL URL : http://spruce.sourceforge.net/gmime/ URL : http://spruce.sourceforge.net/gmime/
and so this might be a contributing issue. So I deleted these two packages (rpm -e ...) and then did "yum install" on them... which took them from the "extras" repo, which seems to have gotten them from sourceforge:
# rpm -qi gmime gmime-sharp|grep URL URL : http://spruce.sourceforge.net/gmime/ URL : http://spruce.sourceforge.net/gmime/
(So this wouldn't seem to be a case of conflicting repos.)
Now, doing "yum update" again brought me back to the original problem. :( But at least we have more clarity to it: the extras repo doesn't have a version update to gmime-sharp, a dependency for the update of gmime.
So.. what's the next thing to do? Just wait for an upgrade for gmime-sharp? Why does the extras repo not have it if it's a dependency? Perhaps it's still coming (?). Or... has anyone else (somehow) been able to upgrade to gmime v. 2.2.25-1.el5 ?? (How?)
Thanks, people. I appreciate your efforts.
On Wed, Mar 31, 2010 at 6:30 AM, ken gebser@mousecar.com wrote:
Available Packages gmime.i386 2.2.25-1.el5 epel gmime-devel.i386 2.2.25-1.el5 epel
The newer version of gmime is coming from the epel repo, which doesn't appear to package gmime-sharp.
My email client wrapped the rightmost field of some of the output above, but it's still discernible that epel wants to update to a newer version of gmime, but (as you said) has no corresponding version of gmime-sharp. Conceivably, this could be the problem. The versions I have of gmime and gmime-sharp seem to be from a different repo:
I'm sure this is the problem.
# 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.
and so this might be a contributing issue. So I deleted these two packages (rpm -e ...) and then did "yum install" on them... which took them from the "extras" repo,
That is interesting. Did your yum install command specify to install gmime-sharp?
(So this wouldn't seem to be a case of conflicting repos.)
I'm quite sure this is a classic case of conflicting repos.
Now, doing "yum update" again brought me back to the original problem. :( But at least we have more clarity to it: the extras repo doesn't have a version update to gmime-sharp, a dependency for the update of gmime.
And epel doesn't have the updated gmime-sharp to go with the updated gmime and gmime-devel.
So.. what's the next thing to do?
Either exclude gmime from the epel repo or ask epel to package gmime-sharp.
Why does the extras repo not have it if it's a dependency?
Because the new version is not coming from the extras repo.
On 03/31/2010 08:18 AM William Hooper wrote:
On Wed, Mar 31, 2010 at 6:30 AM, ken gebser@mousecar.com wrote:
Available Packages gmime.i386 2.2.25-1.el5 epel gmime-devel.i386 2.2.25-1.el5 epel
The newer version of gmime is coming from the epel repo, which doesn't appear to package gmime-sharp.
....
# 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", the "Build Host" reads simply "builder6", 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.
....
That is interesting. Did your yum install command specify to install gmime-sharp?
Yes, it's needed by tomboy, an applet I use.
....
So.. what's the next thing to do?
Either exclude gmime from the epel repo
Would that be simply "exclude=gmime*" in epel.repo ?
or ask epel to package gmime-sharp.
I've got no juice there, wouldn't even know who to contact.
Thanks to everyone for the really good help.
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.
On 3/31/2010 7:18 AM, William Hooper wrote:
On Wed, Mar 31, 2010 at 6:30 AM, kengebser@mousecar.com wrote:
Available Packages gmime.i386 2.2.25-1.el5 epel gmime-devel.i386 2.2.25-1.el5 epel
The newer version of gmime is coming from the epel repo, which doesn't appear to package gmime-sharp.
There's really quite a lot of stuff that installs from Centos that now wants to update from epel (mono-*, horde, php-pear-*, python-*, yumex). Is this a problem? Previously I hadn't been too concerned about leaving epel enabled.
Les Mikesell wrote:
On 3/31/2010 7:18 AM, William Hooper wrote:
On Wed, Mar 31, 2010 at 6:30 AM, kengebser@mousecar.com wrote:
Available Packages gmime.i386 2.2.25-1.el5 epel gmime-devel.i386 2.2.25-1.el5 epel
The newer version of gmime is coming from the epel repo, which doesn't appear to package gmime-sharp.
There's really quite a lot of stuff that installs from Centos that now wants to update from epel (mono-*, horde, php-pear-*, python-*, yumex). Is this a problem? Previously I hadn't been too concerned about leaving epel enabled.
surprising question from someone who's been on this list so long... don't you use priorities? You *have* read this page, right? http://wiki.centos.org/AdditionalResources/Repositories
On 03/31/2010 08:13 AM, ken wrote:
--> Running transaction check --> Processing Dependency: gmime = 2.2.10-5.el5.centos for package: gmime-sharp ---> Package gmime.i386 0:2.2.25-1.el5 set to be updated --> Finished Dependency Resolution gmime-sharp-2.2.10-5.el5.centos.i386 from installed has depsolving problems --> Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) ....
Ahhh I've had a similar problem before. Turns out I had multiple versions of a package installed. Try
rpm -qa | grep gmime
Perhaps you have both the i386 and x86_64 versions installed at the same time. You may have to do something like
rpm -e gmime-sharp-2.2.10-5.el5.centos.i386
(or what ever package is conflicting)
to get yum back to a sane state.
Kal
On 03/30/2010 09:56 PM Kahlil Hodgson wrote:
On 03/31/2010 08:13 AM, ken wrote:
--> Running transaction check --> Processing Dependency: gmime = 2.2.10-5.el5.centos for package: gmime-sharp ---> Package gmime.i386 0:2.2.25-1.el5 set to be updated --> Finished Dependency Resolution gmime-sharp-2.2.10-5.el5.centos.i386 from installed has depsolving problems --> Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) Error: Missing Dependency: gmime = 2.2.10-5.el5.centos is needed by package gmime-sharp-2.2.10-5.el5.centos.i386 (installed) ....
Ahhh I've had a similar problem before. Turns out I had multiple versions of a package installed. Try
rpm -qa | grep gmime
Perhaps you have both the i386 and x86_64 versions installed at the same time. You may have to do something like
rpm -e gmime-sharp-2.2.10-5.el5.centos.i386(or what ever package is conflicting)
to get yum back to a sane state.
Kal
Kal, thanks for the tip on duplicates. It's not the source of the problem in this instance though:
# rpm -qa | grep gmime gmime-2.2.10-5.el5.centos gmime-sharp-2.2.10-5.el5.centos
-
Kahlil Hodgson -
ken -
Les Mikesell -
Nicolas Thierry-Mieg -
Sharon Kimble -
William Hooper