From: Bruce S. <bas...@un...> - 2003-05-19 14:19:51
|
I had attempted to make this issue clear in the installation instructions. Can anyone suggest anything I could change in those instructions to make it clearer that you need to use ./configure --prefix=/usr, as Roger Fearick points out? Further commentary: The default prefix is /usr/local, which means that Visual will install into /usr/local/lib/site-packages. The configure script looks for "python" and takes the first one it finds that is 2.2 or higher. In the RedHat case, that python is in /usr, and /usr/bin/python does not look in /usr/local for modules such as Visual; /usr/local is not on /usr/bin/python's module search path. It is actually possible to use /usr/bin/python with modules stored in /usr/local/lib/site-packages, but only if you study carefully the material found in section 4.1 of the Python 2.3 Installing Python Modules manual available at python.org. There you can find detailed information on adding a new location to Python's module search path. The simplest solution however is just to install into /usr. Bruce Sherwood ----- Original Message ----- From: "Roger Fearick" <fe...@bi...> To: "Jeff Kowalczyk" <jt...@ya...> Cc: <vis...@li...> Sent: Monday, May 19, 2003 6:40 AM Subject: Re: [Visualpython-users] How to tell .configure that RH9 uses /usr/lib/python > On Sun, 18 May 2003, Jeff Kowalczyk wrote: > > > I've grepped every string I can think of, but I can't find a source line that > > would let me change the location mistake that .configure is making for me on > > Redhat 9. Its Python is in /usr/lib/, not /usr/local/lib. > > > > Any ideas? Thanks. > > Try ./configure --prefix=/usr > > configure defaults to /usr/local, while Redhat uses /usr. > This ``problem'' arises when compiling most things on Redhat. > > Roger. > > > > -- > Roger Fearick > Dept. of Physics > University of Cape Town > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: If flattening out C++ or Java > code to make your application fit in a relational database is painful, > don't do it! Check out ObjectStore. Now part of Progress Software. > http://www.objectstore.net/sourceforge > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |