<br><br><div class="gmail_quote">On Sun, May 30, 2010 at 3:16 PM, John Nagle <span dir="ltr"><<a href="mailto:nagle@animats.com">nagle@animats.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Antoine Pitrou wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Sun, 30 May 2010 10:10:00 -0700<br>
John Nagle <<a href="mailto:nagle@animats.com" target="_blank">nagle@animats.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Actually, a "built" but "uninstalled" Python works fine.<br>
If it<br>
didn't, "make test" wouldn't work.<br>
</blockquote>
<br>
That's a completely unrelated thing. The main reason "make test" works<br>
with an uninstalled Python is simply so that the core developers' life<br>
is easier. It doesn't mean all Python functionalities work in that<br>
context.<br>
</blockquote>
><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On the other hand, options to "./configure" apparently don't work<br>
right in Python 2.6 through 3.x. "--libdir" and "--bindir" don't actually<br>
do anything.<br>
</blockquote>
<br>
You can use "--prefix" instead, it works.<br>
</blockquote>
<br>
It's nice that some of the options work. Note that someone who<br>
used "--bindir", expecting it to work, might end up overwriting their<br>
existing Python installation unintentionally, which would break system<br>
administration tools like cPanel and "yum".<br>
<br>
cPanel support recommends against installing a new Python other<br>
than through "yum".<br>
<br>
<a href="http://forums.cpanel.net/f5/mailman-breaks-stable-upcp-due-python-upgrade-126453.html" target="_blank">http://forums.cpanel.net/f5/mailman-breaks-stable-upcp-due-python-upgrade-126453.html</a><br>
<a href="http://forums.cpanel.net/f5/upgrade-python-whm-113593.html" target="_blank">http://forums.cpanel.net/f5/upgrade-python-whm-113593.html</a><br>
<br>
They don't trust other install mechanisms. With good cause.<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
The real problem here remains the unnecessary use of "setuptools".<br>
</blockquote>
<br>
No, again, the real problem is just that you are trying to install<br>
modules for an uninstalled Python.<br>
You may hate setuptools with a passion, but it's unconstructive and<br>
useless to put the blame on it without any solid argument.<br>
Do yourself a favour: pass the proper options to "./configure", and<br>
install Python.<br>
<br>
Regardssetu<br>
<br>
Antoine.<br>
</blockquote>
<br>
Having demonstrated in a previous post that 1) the use of "setuptools"<br>
was completely unnecessary, and 2) it's quite possible to load and use<br>
MySQLdb in an "uninstalled" Python, we can dismiss the above argument.<br>
<br>
The ongoing low quality of Python distribution mechanisms, and the<br>
denial of that fact, is a major part of why Python, after 20 years, is far<br>
less available than Perl. The latest production versions of Red Hat<br>
Enterprise Linux and CentOS, the major server distributions, still ship<br>
with Python 2.4.3, a five year old version of Python.<br><font color="#888888">
<br>
John Nagle</font><div><div></div><div class="h5"><br></div></div></blockquote><div><br>Based on a quick search, CentOS 5.5 ships with Perl 5.8.8. I would assume that it uses the same version as RHEL. Based on another quick search, Perl 5.8.8 shipped in February 2006, one month before Python 2.4.3. <br>
<br>What does this have to do with distribution mechanisms again?<br><br>And last time I checked, Python is now preinstalled on every OS worth speaking of except for Windows. Last time I checked, Perl was preinstalled on every OS worth speaking of except for Windows. With IronPython putting Python on the .NET Framework, one could argue that, if anything, Python is more available than Perl. Particularly if Microsoft ever gets around to giving IronPython and IronRuby first class status in Visual Studio.<br>
</div></div>