FC4
David G. Miller
dave at davenjudy.org
Fri Sep 22 01:23:57 UTC 2006
Alastair McKinley wrote:
>On 21/09/06, Robin Laing <Robin.Laing at drdc-rddc.gc.ca> wrote:
>
>
>>>
>>> Alastair McKinley wrote:
>>
>>
>>>> >
>>>> >
>>>> > On 20/09/06, *Robin Laing* <Robin.Laing at drdc-rddc.gc.ca
>>>> > <mailto: Robin.Laing at drdc-rddc.gc.ca>> wrote:
>>>> >
>>>> > Paul Howarth wrote:
>>>> > > Alastair McKinley wrote:
>>>> > >
>>>> > >> On 9/20/06, Paul Howarth < paul at city-fan.org
>>>> > <mailto:paul at city-fan.org>> wrote:
>>>> > >>
>>>> > >>>
>>>> > >>> Alastair McKinley wrote:
>>>> > >>> > On 9/20/06, David G. Miller < dave at davenjudy.org
>>>> > <mailto:dave at davenjudy.org>> wrote:
>>>> > >>> >>
>>>> > >>> >> "Alastair McKinley" < amckinley03 at googlemail.com
>>>> > <mailto:amckinley03 at googlemail.com>> wrote:
>>>> > >>> >>
>>>> > >>> >> >Hi Dave,
>>>> > >>> >> >
>>>> > >>> >> >Thanks for your help. This is what I've got:
>>>> > >>> >> >
>>>> > >>> >> >
>>>> > >>> >> >[root at d6173 alastair]# rpm -q --whatprovides
>>>> > >>> >> >/usr/lib/python2.4/site-packages/cElementTree.so
>>>> > >>> >> >python-elementtree-1.2.6-4
>>>> > >>> >> >[root at d6173 alastair]# rpm -q --whatprovides `which python`
>>>> > >>> >> >python-2.4.3-8.FC4
>>>> > >>> >> >[root at d6173 alastair]# rpm -q --whatprovides `which yum`
>>>> > >>> >> >yum-2.4.1-1.fc4
>>>> > >>> >> >[root at d6173 alastair]# yum update
>>>> > >>> >> >There was a problem importing one of the Python modules
>>>> > >>> >> >required to run yum. The error leading to this problem was:
>>>> > >>> >> >
>>>> > >>> >> > /usr/lib/python2.4/site-packages/cElementTree.so:
>>>
>>>
>>> undefined
>>
>>
>>>> > >>> symbol:
>>>> > >>> >> >PyUnicodeUCS4_DecodeUTF8
>>>> > >>> >> >
>>>> > >>> >> >Please install a package which provides this module, or
>>>> > >>> >> >verify that the module is installed correctly.
>>>> > >>> >> >
>>>> > >>> >> >It's possible that the above module doesn't match the
>>>> > >>> >> >current version of Python, which is:
>>>> > >>> >> >2.4.1 (#2, May 3 2005, 17:14:18)
>>>> > >>> >> >[GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5 )]
>>>> > >>> >> >
>>>> > >>> >> >If you cannot solve this problem yourself, please go to
>>>> > >>> >> >the yum faq at:
>>>> > >>> >> > http://wiki.linux.duke.edu/YumFaq
>>>> > <http://wiki.linux.duke.edu/YumFaq>
>>>> > >>> >> >
>>>> > >>> >> >
>>>> > >>> >> >
>>>> > >>> >> >I've been using yum with virtually no problems for a
>>>
>>>
>>> year. As
>>
>>
>>>> > >>> far as
>>>> > >>> I
>>>> > >>> >> know
>>>> > >>> >> >(!) I havent changed any settings related to character
>>>
>>>
>>> sets, in
>>
>>
>>>> > >>> fact I
>>>> > >>> >> dont
>>>> > >>> >> >even know how to check.
>>>> > >>> >> >What should I do to check this out?
>>>> > >>> >> >
>>>> > >>> >> >Is it possible I have a corrupt shared object file?
>>>> > >>> >> >
>>>> > >>> >> >Thanks again,
>>>> > >>> >> >
>>>> > >>> >> >Alastair
>>>> > >>> >> >
>>>> > >>> >> >P.S. Apologies for the stupid subject line, I sent the
>>>
>>>
>>> email
>>
>>
>>>> > >>> before I
>>>> > >>> >> wrote
>>>> > >>> >> >anything descritive in there!
>>>> > >>> >> >
>>>> > >>> >> Sorry about the wild goose chase on the character set
>>>> > thing. Its
>>>> > >>> >> something changeable through an environment variable so its
>>>> > something
>>>> > >>> >> that could easily be changed. At least that would explain
>>>> > the sudden
>>>> > >>> >> change in behavior. After I pursued this line for a little
>>>> > while it
>>>> > >>> >> dawned on me that the version of python being reported
>>>> > doesn't make
>>>> > >>> >> sense.
>>>> > >>> >>
>>>> > >>> >> It looks like the copy of python that's in yum's path has
>>>> > >>> regressed to
>>>> > >>> >> something REALLY old. rpm -q showed python-2.4.3-8.FC4 but
>>>> > yum is
>>>> > >>> >> complaining about a problem with 2.4.1 compiled with gcc
>>>
>>>
>>> 3.2.2.
>>
>>
>>>> > >>> When I
>>>> > >>> >> run python from the command line on my FC4 box, I get:
>>>> > >>> >>
>>>> > >>> >> [root at bend ~]# python
>>>> > >>> >> Python 2.4.3 (#1, Jun 13 2006, 16:41:18)
>>>> > >>> >> [GCC 4.0.2 20051125 (Red Hat 4.0.2-8)] on linux2
>>>> > >>> >>
>>>> > >>> >> The version number that python reports matches the version
>>>> > number for
>>>> > >>> >> the python rpm. Also, the gcc version python was compiled
>>>
>>>
>>> with
>>
>>
>>>> > >>> matches
>>>> > >>> >> the current version of gcc for FC4.
>>>> > >>> >>
>>>> > >>> >> Try running python (if it will run) from the command line
>>>> > and see
>>>> > >>> what
>>>> > >>> >> it gives for a start-up message (ctrl-D to exit the python
>>>> > CLI).
>>>> > >>> If it
>>>> > >>> >> matches the error message you're getting then at least
>>>> > things are
>>>> > >>> >> consistent and you may need to just re-install python. Not
>>>> > sure how
>>>> > >>> >> your system got into this state. If you get the same thing
>>>> > I got
>>>> > >>> >> (matches what rpm says is the installed version) then
>>>
>>>
>>> something
>>
>>
>>>> > >>> really
>>>> > >>> >> strange is going on. yum is somehow picking up an old copy
>>>
>>>
>>> of
>>
>>
>>>> > >>> python.
>>>> > >>> >>
>>>> > >>> >> Cheers,
>>>> > >>> >> Dave
>>>> > >>> >>
>>>> > >>> >> --
>>>> > >>> >> Politics, n. Strife of interests masquerading as a contest
>>>
>>>
>>> of
>>
>>
>>>> > >>> principles.
>>>> > >>> >> -- Ambrose Bierce
>>>> > >>> >>
>>>> > >>> >> --
>>>> > >>> >> fedora-list mailing list
>>>> > >>> >> fedora-list at redhat.com <mailto: fedora-list at redhat.com>
>>>> > >>> >> To unsubscribe:
>>>> > https://www.redhat.com/mailman/listinfo/fedora-list
>>>> > >>> >
>>>> > >>> >
>>>> > >>> >
>>>> > >>> >
>>>> > >>> > Ok I've still got a problem I dont quite understand!
>>>> > >>> >
>>>> > >>> > So i did this:
>>>> > >>> >
>>>> > >>> > rpm -i --force ~alastair/python- 2.4.3-8.FC4.i386.rpm
>>>> > >>> >
>>>> > >>> > However, python still does this:
>>>> > >>> >
>>>> > >>> > [alastair at d6173 sh]$ python Python 2.4.1 (#2, May 3 2005,
>>>> > 17:14:18)
>>>> > >>> > [GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5)] on linux2
>>>> > >>> > Type "help", "copyright", "credits" or "license" for more
>>>> > information.
>>>> > >>> >>>>
>>>> > >>>
>>>> > >>> So which python is first in your PATH?
>>>> > >>>
>>>> > >>> $ which python
>>>> > >>>
>>>> > >>> > So the only thing that looks like it has been changed is the
>>>> > symlink
>>>> > >>> > /usr/bin/python2
>>>> > >>> >
>>>> > >>> > Is there another rpm command I should be using for this?
>>>> > >>>
>>>> > >>> Was the commercial app that you believe to be the culprit
>>>
>>>
>>> installed
>>
>>
>>>> > >>> using RPM?
>>>> > >>>
>>>> > >>> Paul.
>>>> > >>>
>>>> > >>> --
>>>> > >>> fedora-list mailing list
>>>> > >>> fedora-list at redhat.com <mailto:fedora-list at redhat.com>
>>>> > >>> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>>>
>>>
>>>
>>
>>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >> Hi Paul,
>>>> > >>
>>>> > >> [alastair at d6173 alastair]# which python
>>>> > >> /usr/bin/python
>>>> > >> [alastair at d6173 alastair]#
>>>> > >>
>>>> > >> The App I believe to be the culprit was installed with a shell
>>>> > script. I
>>>> > >> didnt look at it closely and now its disappeared!
>>>> > >
>>>> > >
>>>> > > Earlier in the thread it appeared that root was getting python
>>>> > 2.4.3 and
>>>> > > your regular user account was getting python 2.4.1. So what's the
>>>
>>>
>>>
>>
>>
>>>> > output
>>>> > > of "which python" when run from your regular account?
>>>> > >
>>>> > > Paul.
>>>> > >
>>>> >
>>>> >
>>>> > What do you get when you
>>>> > echo $PATH
>>>> > from a terminal window?
>>>> >
>>>> > If there is a "python" path listed, then you have to find where that
>>>
>>>
>>> is
>>
>>
>>>> > being added. Check your local configuration files. I do this with
>>>> > grep PATH ~/.*
>>>> > which only returns .bash_profile.
>>>> >
>>>> > The commercial application may work after changing the PATH if it
>>>
>>>
>>> hasn't
>>
>>
>>>> > written over your newer python some how.
>>>> >
>>>> > --
>>>> > Robin Laing
>>>> >
>>>> > --
>>>> > fedora-list mailing list
>>>> > fedora-list at redhat.com <mailto: fedora-list at redhat.com>
>>>> > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>>>> > < https://www.redhat.com/mailman/listinfo/fedora-list>
>>>> >
>>>> >
>>>> >
>>>> > echo $PATH gives:
>>>> >
>>>> > /usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
>>>> >
>>>> > So there is no python path. I was about to no rpm -e --nodeps python
>>>> > but does rpm not use python?
>>>> > Is there any other way I can force python to reinstall?
>>>> >
>>>> > Best regards,
>>>> >
>>>> > Alastair
>>>> >
>>>
>>>
>>>
>>> This isn't getting you far is it.
>>>
>>> I am not sure about rpm but I know yum uses python.
>>>
>>> Taking a breath I would do an
>>>
>>> rpm -qa |grep python
>>>
>>> to get a list of all the python packages installed. On my FC4 machine
>>> at work, I have 39 packages with python in the name.
>>>
>>> Then I would run
>>>
>>> rpm -V {package name}
>>>
>>> on the packages to see what packages have errors. This will narrow down
>>> what package is having issues. Them maybe you will only have to worry
>>> about repairing a few packages with force.
>>>
>>> The last time I ran into a problem like this was moving from RH8 to FC1.
>>> The upgrade left a lot of little problems.
>>>
>>> --
>>> Robin Laing
>>>
>>> --
>>> fedora-list mailing list
>>> fedora-list at redhat.com
>>> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>>
>>
>
>
>
>Hi eveyone,
>
>Thanks David, Paul and Robin for your help! Still no joy! Heres an update,
>
>Firstly i tried:
>
>rpm -e --nodeps python python- 2.4.3-8.FC4.i386.rpm
>and:
>rpm -i --force python- 2.4.3-8.FC4.i386.rpm
>
>Still python reports the wrong version!
>
>Next I tried rpm -V on all the python packages, most gave no output, heres
>what I did get:
>
> [root at d6173 sh]# rpm -qa | grep python
>gnome-python2-2.10.0-1
>libxml2-python-2.6.20-1.FC4
>python-ldap-2.0.6-4
>gnome-python2-bonobo-2.10.0-1
>gnome-python2-extras-2.10.0-6
>gnome-python2-extras-2.10.0-2.1
>python-sqlite-1.1.6-1
>gnome-python2-canvas-2.10.0-1
>gnome-python2-gtkhtml2-2.10.0-2.1
>rpm-python-4.4.1-23
>python-urlgrabber-2.9.6-1
>python-elementtree-1.2.6-4
>gnome-python2-gtkhtml2-2.10.0-6
>python-devel-2.4.3-8.FC4
>dbus-python-0.33-3.fc4.1
>python-2.4.3-8.FC4
>python-numeric-23.7-2
>gnome-python2-gnomevfs-2.10.0-1
>rpm-python-4.4.1-22
>
>
> [root at d6173 sh]# rpm -V gnome-python2-extras-2.10.0-2.1
>.......T /usr/lib/pkgconfig/gnome-python-extras-2.0.pc
>S.5....T /usr/share/pygtk/2.0/defs/applet.defs
>.......T /usr/share/pygtk/2.0/defs/art.defs
>.......T /usr/share/pygtk/2.0/defs/gtkhtml2.defs
>.......T /usr/share/pygtk/2.0/defs/nautilus_burn.defs
>.......T /usr/share/pygtk/2.0/defs/nb_drive_selection.defs
>.......T /usr/share/pygtk/2.0/defs/print.defs
>.......T /usr/share/pygtk/2.0/defs/printui.defs
>.......T /usr/share/pygtk/2.0/defs/trayicon.defs
>.......T /usr/share/pygtk/2.0/defs/wnck.defs
>
>[root at d6173 sh]# rpm -V gnome-python2-gtkhtml2-2.10.0-2.1
>S.5....T /usr/lib/python2.4/site-packages/gtk-2.0/gtkhtml2.so
>
>[root at d6173 sh]# rpm -V python-2.4.3-8.FC4
>..?..... /usr/lib/python2.4/bsddb/test/__init__.py
>..?..... /usr/lib/python2.4/email/test/__init__.py
>
>
The above is disturbing given what you're seeing.
>[root at d6173 sh]# rpm -V rpm-python-4.4.1-22
>..5....T /usr/lib/python2.4/site-packages/poptmodule.so
>.......T /usr/lib/python2.4/site-packages/rpm/__init__.py
>S.5....T /usr/lib/python2.4/site-packages/rpm/_rpmmodule.so
>.......T /usr/lib/python2.4/site-packages/rpmdb/__init__.py
>S.5....T /usr/lib/python2.4/site-packages/rpmdb/_rpmdb.so
>.......T /usr/lib/python2.4/site-packages/rpmdb/db.py
>.......T /usr/lib/python2.4/site-packages/rpmdb/dbobj.py
>.......T /usr/lib/python2.4/site-packages/rpmdb/dbrecio.py
>.......T /usr/lib/python2.4/site-packages/rpmdb/dbshelve.py
>.......T /usr/lib/python2.4/site-packages/rpmdb/dbtables.py
>.......T /usr/lib/python2.4/site-packages/rpmdb/dbutils.py
>
> Im not quite sure what this output means!
>
>Alastair
>
From the rpm man page:
S file Size differs
M Mode differs (includes permissions and file type)
5 MD5 sum differs
D Device major/minor number mismatch
L readLink(2) path mismatch
U User ownership differs
G Group ownership differs
T mTime differs
So, "S" means the file size differs, "5" means the md5 sum differs and
"T" means the time stamp differs. "?" just means the test couldn't be
performed. Usually, this is not an issue. If you get both S and 5 for
a file, chances are the file has been changed. If you just get a 5, a
value within a file has changed. T with nothing else means the file has
been replaced with an exact duplicate so the modification time is
different from what rpm expects.
Given what you're seeing, I would have expected to see /usr/bin/python
to generate "S.5....T" Also, just for self-protection, what was the
commercial package that you installed that seems to have caused all of
these problems?
Cheers,
Dave
--
Politics, n. Strife of interests masquerading as a contest of principles.
-- Ambrose Bierce
More information about the fedora-list
mailing list