wxPython + 가상 환경(virtualenv) 개발 세팅

tl;dr
https://github.com/crowjdh/wxpython_venv_example

wxPython + 가상 환경 세팅시 문제점들
- wxPython은 pip로 설치를 제공하지 않는다. 거기다 공식 사이트에서 제공하는 패키지 파일은  패키지 구성이 다른 관계로 OSX 10.11(El Capitan) 이상에서 설치할 수 없다.
- OS X는 "신뢰할 수 있는 프레임워크와 바이너리"만이 스크린에 접근할 수 있다. 그러므로 가상환경(virtualenv)을 설정하되 Python 자체는 Framework에 설치된, 혹은 Brew를 통해 설치된 Python을 사용하도록 변경해야 한다.

1. 리패키징 + 설치

위 과정을 거쳐 생성한 패키지 파일을 설치한다.

2. 가상환경 설정
"신뢰할 수 있는 프레임워크와 바이너리"만이 스크린에 접근할 수 있으므로 가상환경의 파이썬 바이너리 대신 시스템(프레임워크 혹은 brew로 설치한) 파이썬 바이너리를 사용해야 한다.
wxPython venv linker 이 레포의 컨텐츠를 다운받아 wxPython을 적용하고자 하는 프로젝트의 루트에 위치시킨다.
위 레포의 루트의 python(소프트 링크 파일)는 .python_wrappers/python_2.7_framework를 가리키고 있으므로 만약 Brew의 Python을 사용하고 있다면 .python_wrappers/python_2.7_brew를 가리키도록 변경한다.

3. requirements.txt 설치
위 2를 수행하면 가상환경에 wxPython이 설치된 "것처럼" 보이기 때문에 pip freeze > requirements.txt를 통해 dependencies를 업데이트 하면 requirements.txt에 wxPython이 추가된다.

하지만 처음에 설명한 대로 wxPython은 pip로 설치할 수 없기 때문에 매번 pip install -r requirements.txt를 수행할 때마다 에러를 뱉게 된다. OSX 기준 이하와 같이 설치하자.
cat requirements.txt | xargs -n 1 pip install

References
- http://davixx.fr/blog/2016/01/25/wxpython-on-os-x-el-capitan/
- http://stackoverflow.com/a/28795395

댓글

댓글 쓰기

이 블로그의 인기 게시물

Unity에서 모델의 폴리곤의 반대편이 랜더링 되지 않는 문제 해결 방법

이미지
Unity에서 식물 모델을 가져와 보여주는 과정에서 잎의 뒤쪽(반대편)이 랜더링되지 않는 문제가 발생했다. 이 문제는 유니티에서는 대부분의 3D 객체가 닫혀있다고 판단(큐브의 경우 보이지 않는 안쪽 면), 뒷면을 랜더링하지 않음으로써 최적화를 하는데서 발생한것 같다. 아마 문제가 생긴 식물 모델의 잎 부분은 2D 모델인듯 하다. 해당 모델의 shader를 [Nature > SpeedTree]로 변경하고 아래의 Cull을 Off로 변경하면 양쪽 면 다 랜더링 된다. 1. Cull을 활성화한 경우. 나뭇잎에 가려져 보여야 할 모델이 가려지지 않고 있다. 2. Cull을 비활성화한 경우. 뒷면이 랜더링 되어 모델을 제대로 가리게 된다. Reference  - ShaderLab: Culling & Depth Testing: http://docs.unity3d.com/kr/current/Manual/SL-CullAndDepth.html
자세한 내용 보기

Docker 컨테이너 네트워크 설정시 ifconfig로 docker0를 찾을 수 없는 문제에 대해

이미지
Docker container networking  문서를 읽던 도중 "docker network ls에서 확인 가능한 bridge 네트워크는 docker0 네트워크를 나타내며 ifconfig로 확인 가능하다"는 글을 읽고 확인한 결과 어째선지 docker0 네트워크가 출력되지 않았다.(필자의 환경: OS X El Capitan 10.11.1(15B42)) 의문스러운 점은 --net옵션을 사용하지 않고(default 네트워크를 사용) 실행한 아래의 시나리오는 문제 없이 수행 된다는 점이다. 1. docker run --name mongotest -d mongo (Docker Hub 공식 mongo이미지를 사용해 mongodb를 데몬으로 실행) 2. docker run -ti --name test_ubuntu test_ubuntu (미리 만들어 둔 test_ubuntu이미지를 사용해 셸에 접속) 3. 위 2의 ubuntu 셸에서 mongo 컨테이너의 데이터베이스에 접속(물론 ping도 성공한다) 더욱 의문스러운 점은 위 두 컨테이너가 bridge 네트워크에 연결돼 있으며 'docker0'이라는 이름이 할당돼 있다는 점이다. 구글링한 결과 아래와 같은 의견을 찾았다.(출처: https://github.com/docker/docker/issues/17826) 공식 문서에는 docker0 네트워크가 legacy라던가 deprecated됐다는 글은 없지만 user-created network의 사용을 권장하고 있다. User-defined network를 만드는 방법은 공식 문서 를 참고하자.
자세한 내용 보기

Use FFMPEG in XCode(for MacOS)

이미지
1. Download FFMPEG binary Visit https://ffmpeg.org -> Download -> Apple logo -> Download "Static builds for OS X Intel 64-bit". This will contain single ffmpeg binary. 2. Add "ffmpeg" from above as bundle resource 3.  Use Bundle to execute ffmpeg command You can also intercept console output from the process or interrupt the process when problem occurred. References - http://stackoverflow.com/a/37422688/2279149
자세한 내용 보기