[Centos] package dependency problem
skvidal at phy.duke.edu
Fri Nov 26 07:11:54 UTC 2004
On Thu, 2004-11-25 at 23:08 -0800, Rick Graves wrote:
> Post Turkey Day (#1 Shopping Day) Greetings!
> I am running CentOS-3 as a desktop distribution.
> Everything is fine except for Idle, the integrated
> development environment that comes with Python.
> Python is version 2.2, but Idle is version 0.8. The
> Idle 0.8 keyboard is driving me nuts.
> On my Windows box, I downloaded from www.python.org
> and installed Python, and got Python 2.3 and Idle
> 1.0.8, which is MUCH BETTER -- so much better, even
> for code intended to be run only in Linux, I would
> much rather code Python in Windows!
> Fedora comes with Python 2.3.
> I have my own CentOS mirror, so I added a fedora
> mirror on the side, and I used rsync to grab only the
> python files from fedora mirrors.
> I ran yum check-update. As a result, yum downloaded
> all the headers and reported no problems. But when I
> ran yum update, yum balked, giving a list of packages
> that are dependent on python2.2, "that is not
> available". The packages listed are:
> When I wrote to the yum mailing list, I put in:
> "Unless Python 2.3 breaks those packages (which I
> is unlikely), I thought I should be able to upgrade
> Python to a newer version without this kind of
> Seth wrote back that python 2.3 would break some of
> the packages, aparently because the packages have
> hardcoded paths, and the change of location from
> /usr/lib/python2.2 to /usr/lib/python2.3 would break
> One possible work around would be to grab the packages
> on the above list from fedora in addition to just the
> python packages, but I would consider that a last
> One off the wall idea is to install python 2.3, but
> leave python 2.2 there for the packages with hardcoded
> paths. (I am not sure whether yum would cooperate on
> this plan.)
> Is there a cleaner solution to this problem?
You'd be better off leaving python 2.2 alone and install python 2.3 in a
different dir and using it for your devel work.
Modifying a basic and important interpreter like python (esp for red
hat-based systems) is generally a bad idea.
It'd be like deciding to replace glibc in centos with glibc from fedora
More information about the CentOS