<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The quest for MacOSX 10.5, Apache, Python, Django, and mod_wsgi</title>
	<atom:link href="http://acdub.com/blog/2009/10/02/the-quest-for-macosx-105-apache-python-django-and-mod_wsgi/feed/" rel="self" type="application/rss+xml" />
	<link>http://acdub.com/blog/2009/10/02/the-quest-for-macosx-105-apache-python-django-and-mod_wsgi/</link>
	<description>Your personal guide to the wide, wide world of webs</description>
	<lastBuildDate>Wed, 18 Aug 2010 13:51:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Dave Everitt</title>
		<link>http://acdub.com/blog/2009/10/02/the-quest-for-macosx-105-apache-python-django-and-mod_wsgi/comment-page-1/#comment-5614</link>
		<dc:creator>Dave Everitt</dc:creator>
		<pubDate>Wed, 18 Aug 2010 13:51:06 +0000</pubDate>
		<guid isPermaLink="false">http://acdub.com/blog/?p=170#comment-5614</guid>
		<description>I looked into this and decided (like you) for now to thin Apache in the &#039;reversible&#039; manner suggested, which works under my 32 bit Python 2.6 and OS X 10.5 Intel system:

http://groups.google.com/group/modwsgi/browse_thread/thread/cacddadc0c3c8e93

However, the Python 2.7 OS X installer is now &#039;full fat&#039; (unlike the 32 bit 2.6 version), so - as Graham suggests - I could restore the 64 bit Apache and try again with everything full fat. Although, the 32/64 bit architecture issue first surfaced when I used easy_install for MySQL-Python, so I&#039;d have to re-install that too, but (at time of writing) it is only officially supported up to Python 2.6.

Then there&#039;s the re-install and configure MySQL as 64 bit, and time soon runs out, when all I really wanted to do (oh, about 3 months ago) was to get that little Django blog app working locally under mod_wsgi before deploying... well, at least I can now do that. The rest will have to wait for another slack weekend or so...</description>
		<content:encoded><![CDATA[<p>I looked into this and decided (like you) for now to thin Apache in the &#8216;reversible&#8217; manner suggested, which works under my 32 bit Python 2.6 and OS X 10.5 Intel system:</p>
<p><a href="http://groups.google.com/group/modwsgi/browse_thread/thread/cacddadc0c3c8e93" rel="nofollow">http://groups.google.com/group/modwsgi/browse_thread/thread/cacddadc0c3c8e93</a></p>
<p>However, the Python 2.7 OS X installer is now &#8216;full fat&#8217; (unlike the 32 bit 2.6 version), so &#8211; as Graham suggests &#8211; I could restore the 64 bit Apache and try again with everything full fat. Although, the 32/64 bit architecture issue first surfaced when I used easy_install for MySQL-Python, so I&#8217;d have to re-install that too, but (at time of writing) it is only officially supported up to Python 2.6.</p>
<p>Then there&#8217;s the re-install and configure MySQL as 64 bit, and time soon runs out, when all I really wanted to do (oh, about 3 months ago) was to get that little Django blog app working locally under mod_wsgi before deploying&#8230; well, at least I can now do that. The rest will have to wait for another slack weekend or so&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://acdub.com/blog/2009/10/02/the-quest-for-macosx-105-apache-python-django-and-mod_wsgi/comment-page-1/#comment-5586</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Fri, 02 Oct 2009 22:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://acdub.com/blog/?p=170#comment-5586</guid>
		<description>Hey Graham, thanks for your comment!  I&#039;m fairly new to Apache, modules, and dealing with 64-bit on Mac, among other things, so this was a good learning experience.  I did read through that wiki for wsgi on MacOSX, and the problem was not with mod_wsgi.so.  I verified that the Makefile was building mod_wsgi with the full &quot;fat&quot; set of architectures.  I believe the problem I was seeing was that the Python library was only built in 32-bit mode.  I figured the solution to this problem would be to either try to build the Python library with all archs, or thin Apache down to 32-bits.  I was hoping to not have to thin Apache down, but that seems to be the easiest solution.  What are your thoughts?</description>
		<content:encoded><![CDATA[<p>Hey Graham, thanks for your comment!  I&#8217;m fairly new to Apache, modules, and dealing with 64-bit on Mac, among other things, so this was a good learning experience.  I did read through that wiki for wsgi on MacOSX, and the problem was not with mod_wsgi.so.  I verified that the Makefile was building mod_wsgi with the full &#8220;fat&#8221; set of architectures.  I believe the problem I was seeing was that the Python library was only built in 32-bit mode.  I figured the solution to this problem would be to either try to build the Python library with all archs, or thin Apache down to 32-bits.  I was hoping to not have to thin Apache down, but that seems to be the easiest solution.  What are your thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Dumpleton</title>
		<link>http://acdub.com/blog/2009/10/02/the-quest-for-macosx-105-apache-python-django-and-mod_wsgi/comment-page-1/#comment-5585</link>
		<dc:creator>Graham Dumpleton</dc:creator>
		<pubDate>Fri, 02 Oct 2009 09:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://acdub.com/blog/?p=170#comment-5585</guid>
		<description>Rather than search through all those blogs, you could have just read:

http://code.google.com/p/modwsgi/wiki/InstallationOnMacOSX

It mentions how to build fully fat framework from source code as well as mention tricks for thinning Apache etc if absolutely needed.

The particular error you are getting also possibly not entirely related to that anyway and may be because wrong version of Python framework being picked up at run time. You need to check with &#039;otool&#039; what mod_wsgi.so thinks it will find. If it isn&#039;t right, you need to change how mod_wsgi is linked against Python framework.

Easiest thing to do is make sure using mod_wsgi 2.6 and if standard configure doesn&#039;t work, use the &#039;--disable-framework&#039; option to configure to force linking via old style library reference. Don&#039;t know why but different Python installations and operating system versions appear not to be consistent as to what works.

Also read:

http://code.google.com/p/modwsgi/wiki/ChangesInVersion0206

as it mentions the linking issues that may be causing this and that configure option.

BTW, asking for help on the mod_wsgi list on Google Groups is always a good idea.</description>
		<content:encoded><![CDATA[<p>Rather than search through all those blogs, you could have just read:</p>
<p><a href="http://code.google.com/p/modwsgi/wiki/InstallationOnMacOSX" rel="nofollow">http://code.google.com/p/modwsgi/wiki/InstallationOnMacOSX</a></p>
<p>It mentions how to build fully fat framework from source code as well as mention tricks for thinning Apache etc if absolutely needed.</p>
<p>The particular error you are getting also possibly not entirely related to that anyway and may be because wrong version of Python framework being picked up at run time. You need to check with &#8216;otool&#8217; what mod_wsgi.so thinks it will find. If it isn&#8217;t right, you need to change how mod_wsgi is linked against Python framework.</p>
<p>Easiest thing to do is make sure using mod_wsgi 2.6 and if standard configure doesn&#8217;t work, use the &#8216;&#8211;disable-framework&#8217; option to configure to force linking via old style library reference. Don&#8217;t know why but different Python installations and operating system versions appear not to be consistent as to what works.</p>
<p>Also read:</p>
<p><a href="http://code.google.com/p/modwsgi/wiki/ChangesInVersion0206" rel="nofollow">http://code.google.com/p/modwsgi/wiki/ChangesInVersion0206</a></p>
<p>as it mentions the linking issues that may be causing this and that configure option.</p>
<p>BTW, asking for help on the mod_wsgi list on Google Groups is always a good idea.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
