OS2 World Community Forum
OS/2, eCS & ArcaOS - Technical => Setup & Installation => Topic started by: mwizard on July 30, 2014, 04:47:14 pm
-
I updated yum recently using the yum update yum command. That worked fine.
Now a week later I try the command again and I get...
{0}[d:\home] yum update
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
No module named urlgrabber
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.7.6 (default, Apr 7 2014, 18:19:49)
[GCC 4.7.3]
If you cannot solve this problem yourself, please go to
the yum faq at:
http://yum.baseurl.org/wiki/Faq
This seems like a catch 22, I can't install urlgrabber without having urlgrabber. How might I go about getting this fixed?
There is a rpm command that suggests that I can download the urlgrabber package and install it. If true, which urlgrabber package and where might I get it?
Other easier ways to fix this problem?
Thanks,
Mark V
-
Hi Mark,
Look @ trac.netlabs.org/rpm/ticket/77
-
That doesn't appear to have fixed my problem....
{1}[d:\home] yum update urlgrabber
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
No module named urlgrabber
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.7.6 (default, Apr 7 2014, 18:19:49)
[GCC 4.7.3]
If you cannot solve this problem yourself, please go to
the yum faq at:
http://yum.baseurl.org/wiki/Faq
Directory contents....
Directory of D:\usr\lib\python2.7\site-packages
7-30-14 12:36p <DIR> 124 a--- .
4-07-14 11:27a <DIR> 124 a--- ..
4-07-14 11:22a 119 124 a--- README
7-29-14 3:47p <DIR> 124 a--- rpm
7-18-14 12:58p <DIR> 124 a--- rpmUtils
8-18-09 10:26a 2,510 124 a--- sqlitecachec.py
4-07-14 11:28a 2,226 124 a--- sqlitecachec.pyc
4-07-14 11:28a 2,226 124 a--- sqlitecachec.pyo
7-30-14 12:33p <DIR> 124 ---- URLGRABBER
11-20-10 10:25a 2,279 124 a--- urlgrabber-3.1.0-py2.6.egg-info
7-18-14 12:58p <DIR> 124 a--- yum
4-07-14 11:28a 213 124 a--- yum_metadata_parser-1.1.4-py2.7.egg-i
nfo
4-07-14 11:28a 38,828 124 a--- _sqlitec.pyd
And the urlgrabber directory contents....
Directory of D:\usr\lib\python2.7\site-packages\urlgrabber
7-30-14 12:33p <DIR> 124 ---- .
7-30-14 12:36p <DIR> 124 a--- ..
7-20-06 3:15p 17,157 124 a--- byterange.py
11-20-10 10:25a 16,819 124 a--- byterange.pyc
9-21-06 7:58p 56,807 124 a--- grabber.py
11-20-10 10:25a 53,142 124 a--- grabber.pyc
9-21-06 7:58p 21,089 124 a--- keepalive.py
11-20-10 10:25a 21,432 124 a--- keepalive.pyc
2-22-06 12:26p 18,069 124 a--- mirror.py
11-20-10 10:25a 17,066 124 a--- mirror.pyc
8-19-05 4:59p 18,235 124 a--- progress.py
11-20-10 10:25a 20,057 124 a--- progress.pyc
9-21-06 7:58p 3,099 124 a--- sslfactory.py
11-20-10 10:25a 3,168 124 a--- sslfactory.pyc
9-21-06 7:58p 2,259 124 a--- __init__.py
11-20-10 10:25a 1,675 124 a--- __init__.pyc
16 file(s) 270,074 bytes used
378,111,057 K bytes free
Got any other ideas?
-Mark
-
Got any other ideas?
Append your findings to the ticket. As the 2 other who run into this problem has solved it and Yuri changed the packet and thinks now he has solved the issue, he probably never look into it again if no one else reports the problem.
-
Done. And thanks.
-
Mark,
is your urlgrabber directory really uppercase? If yes why did you uppercase that while copying?
If you set it to lowercase all should work.
regards
Silvan
-
Mark,
is your urlgrabber directory really uppercase? If yes why did you uppercase that while copying?
If you set it to lowercase all should work.
regards
Silvan
Strange problems for an OS with case-insensitive file system.
-
Strange problems for an OS with case-insensitive file system.
FAT is a case-insensitive file system, but you can't install the .rpm packages on it. The OS works usually caseless. But e.g. Web servers and C compilers are case-sensitive. There exists no requirement that a subsystem must handle files caseless internally. Of course, if there's a user interface (like YUM), it should work like the base OS.
-
Changing the directory to lower case did indeed solve the problem.
For what its worth, this is on a HPFS formatted disk.
Thanks everyone for their help. I'll have to keep the case of the directory and file names in my mind as I work with yum and all related.