2016-11-25 6 views
0

Djangoにmod_wsgiをインストールする際に問題が発生しました。これは、端末のトレースバックです。私はMacOSを使用しています。MacでDjangoにmod_wsgiをインストールする

Mac-mini-3:~ Sqooge_Ahmed$ pip install mod_wsgi 
Collecting mod_wsgi 
    Using cached mod_wsgi-4.5.7.tar.gz 
    Complete output from command python setup.py egg_info: 
    Traceback (most recent call last): 
     File "<string>", line 1, in <module> 
     File "/private/var/folders/14/x0m8m6p16bs9mfrmrs54zrjc0000gn/T/pip-build-0NyGFW/mod-wsgi/setup.py", line 247, in <module> 
     APR_INCLUDES = get_apr_includes().split() 
     File "/private/var/folders/14/x0m8m6p16bs9mfrmrs54zrjc0000gn/T/pip-build-0NyGFW/mod-wsgi/setup.py", line 219, in get_apr_includes 
     stdout=subprocess.PIPE, stderr=subprocess.PIPE) 
     File "/usr/local/Cellar/python/2.7.12_2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 711, in __init__ 
     errread, errwrite) 
     File "/usr/local/Cellar/python/2.7.12_2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1343, in _execute_child 
     raise child_exception 
    OSError: [Errno 2] No such file or directory 

    ---------------------------------------- 
Command "python setup.py egg_info" failed with error code 1 in /private/var/folders/14/x0m8m6p16bs9mfrmrs54zrjc0000gn/T/pip-build-0NyGFW/mod-wsgi/ 

私はすでにあなたがMacOS Xのシエラを使用している場合、問題はAppleが完全にもはや供給することにより、サードパーティのApacheモジュールをインストールする機能を破ったということである

pip install --upgrade setup 
+0

あなたが使用していますあなたのサイトを本番環境でホストするMac? –

+0

いいえ私のローカルサーバー用に使用しています。 –

+0

あなたが何を意味するか分かりません。 mod_wsgiをインストールして開発中のサイトを実行する理由はありません。それは組み込みのdevサーバのためのものです。 –

答えて

1

を使用してsetuptoolsを更新しました特定のコマンドラインツールを使用する必要があります。

でも、mod_wsgi 4.5.8では、pip install mod_wsgiがまだ動作するようにする回避策があります。これは、インストールの方法がpipの場合にのみ機能し、以前のスタイルのconfigure/make/make installメソッドでは機能しません。これは簡単な回避策を見つけることができません。

この時点で、4.5.8はリリースされていませんが、翌日程度になります。あなたが実行してGitHubのリポジトリからインストールすることができ暫定的に:

pip install https://github.com/GrahamDumpleton/mod_wsgi/archive/develop.zip 

の開発のためのmod_wsgiをインストールする理由はないという考えについては、それは誤解を招くです。 mod_wsgi-expressの主な点の1つは、Djangoを含む開発のために非常に使いやすくすることです。プロダクションと同じ方法で動作するWSGIサーバーを使用しているので、組み込みの開発サーバーよりもmod_wsgi-expressを使用するほうがいくつかの点で優れています。これは、最終的なデプロイメントメソッドに関連する問題を取り上げることを意味します.Djangoデベロップメントサーバーだけを使用していない場合と同じです。したがって、mod_wsgiが最終的なターゲットになる場合は、mod_wsgi-expressのいくつかの使用方法を開発に組み込む方がよいでしょう。あなたはまだ、このようなmod_wsgi-expressとしてリロード自動コードは、人々はあなたがすべてこれをしなければならないと思うので、など

統合Pythonのデバッガのサポートなど、他の機能と一緒にmod_wsgi-expressの使用についての誤解が出てくる可能性があることサポートなどの機能の利点を得ることができますそれを実行するためには手動で設定する必要があります。あなたはそうしない。 mod_wsgi-expressを実行することは、コマンドラインから実行できる他のWSGIサーバーを実行することと同じです。つまり、mod_wsgi-expressがすべての設定を処理します。したがって、Apacheの手動設定は必要ありません。それはすべて自動的に起こります。 4.5.8まで

が解除されては、PyPIの詳細が更新され、mod_wsgi-expressの使用方法の日付の記述まで、ほとんどを参照するには最高の場所にあります

+0

いいえ..説明してくれてありがとう。やってみます。 –

関連する問題