Daybreakin Note

기본 세팅하기

Fri, 29 Apr 2011 21:16:40 +0900

기본 프로그램 (KAIST 라이센스 이용)

MS Office 2011 for Mac
- 여기에 RDP 클라이언트가 함께 설치되는데, RDP 2.1 버전의 경우 버그로 인해 로그인시 domain 필드에 무언가 값이 있으면 연결이 끊어질 때 맥오에스를 통째로 먹통 만드는 문제가 있다. 항상 domain 필드를 비워두도록 하자.
- Messanger for Mac도 함께 설치된다.
- PowerPoint, Word, Excel 등은 윈도 버전과 거의 호환되나 글꼴 테마 편집과 한글 글꼴 따로 설정하는 기능 등이 빠져있어 편집용으로 쓰기는 불편하다. 영문 문서만 다룬다면 좋음.
- 설치 후 자동업데이트를 물어보는데, 당장 시도할 경우 모든 웹브라우저를 닫아야 완료되므로 웹브라우저에서 다른 프로그램을 다운로드받고 있다면 계속 해당 웹브라우저를 닫으라는 팝업 경고창이 떠서 매우 귀찮다. 다른 프로그램 모두 설치하고 맨 마지막에 해준다.
Photoshop CS5 for Mac

기타 기본 프로그램

Firefox 최신 버전
맥용 NateOn
LogMeIn Hamachi (2010년 말부터 맥 전용 클라이언트 지원)
- 개인용 VPN 망을 사용하여 원격지 컴퓨터와 로컬네트워크에 있는 것처럼 쓸 수 있다. 윈도PC와의 파일 공유나 iTunes 홈 공유 등에 사용하면 좋다.
Skype 5 이상
- 2010년 12월 현재 5.0 버전은 베타 상태이나 다자간 화상회의가 지원되어 이것으로 설치
KeyRemap4MacBook
- 화살표키 옆의 Enter(기종에 따라 Option) 키를 Forward Delete로 바꾼다거나 Caps Lock을 Ctrl로 바꾼다거나 할 때 사용한다. 최초 설치 후 재부팅 필요.
Transmission (torrent client, 오픈소스)
Mailplane (gmail app, 라이센스 구입 필요) - gmail 계정이 하나밖에 없다면 그냥 웹브라우저를 이용해도 되지만 여러 개를 이용할 경우 이것이 편리하다.
iStat Pro (dashboard widget) - 시스템 상태 표시 위젯. CPU/RAM/Disk 사용량, CPU/칩셋 온도, 팬속도, 네트워크 정보, 배터리 상태 등을 보여준다.
Growl (notification app) - 다양한 프로그램에서 다운로드 완료 등 오래 걸리는 작업이 끝날 때 팝업으로 알려준다.
FaceTime - 맥에서는 애플 계정 및 이메일 주소 기반으로 화상통화 기능을 이용할 수 있다.
Dropbox - 클라우드 기반 디렉토리/파일 동기화 프로그램.
LimeChat - IRC를 한다면...
The Unarchiver - 각종 압축파일 풀어주는 프로그램. 특히 윈도에서 압축된 zip 파일의 한글 파일명을 잘 처리해준다. (zip 포맷은 유니코드를 쓰지 않기 때문에 맥과 윈도의 한글 인코딩 방법이 달라 그냥 압축을 풀면 파일명이 깨진다.)
Keka - 맥오에스에 zip 압축 기능은 기본으로 들어있지만 7z, zip, gzip, bzip 등을 GUI로 편하게 압축하고 싶다면 이것을 이용한다. 압축해제도 지원하지만 unarchiver와 달리 zip의 한글 파일명은 제대로 처리하지 못한다. (다만 원래부터 유니코드를 쓰는 7z 같은 건 문제 없음)
- 압축프로그램 관련하여, 맥에서 압축한 것을 윈도에서 인코딩 문제없이 풀고 싶다면 압축시대라는 국내 프리웨어를 이용하면 좋다.
OnyX - 기본으로는 건드리지 못하는 설정들을 변경할 수 있게 해주거나 글꼴 캐시 삭제 등의 기능 지원

AppStore에서 설치

Twitter - 트위터 공식 어플리케이션
Evernote

글꼴 설정

네이버 나눔글꼴 시리즈
한컴 함초롬글꼴 시리즈
- 이곳에서 AppleGothic의 한글 부분을 함초롬으로 바꾼 버전을 받아 설치하면 좋다. 취향에 따라 나눔고딕이나 맑은고딕 버전을 받아도 좋다.
  - 문제 발생 시 복구할 수 있도록 반드시 원본 AppleGothic을 백업할 것.
맑은고딕, 굴림, 돋움 등은 Office 설치하면 함께 깔리나 Office를 설치하지 않는다면 윈도PC 등에서 복사해온다.
기타 필요한 글꼴들

개발환경

Xcode 최신버전 (Snow Leopard의 경우 3.2.5) - 설치파일 용량이 약 800MB 정도 되는데 iOS SDK를 포함할 경우 3.5GB 정도로 늘어난다. 애플 공식이트에서 온라인 회원 가입하여 무료로 받을 수 있으나 속도가 매우 느려서 6시간 이상 걸리므로 torrent 검색해서 받는 것을 추천.
- 매킨토시 구입 시 주는 설치디스크에 들어있는 것을 이용해도 된다.
macports 최신버전 (Xcode 설치할 때 UNIX Development Tools 함께 설치해야 사용 가능)
- Leopard는 Python 2.5.1, Snow Leopard는 2.6.1을 내장하고 있으나, 더 최신 버전을 이용하고자 한다면 macport로 설치해주는 것이 좋다.
  - 파이썬 2.6/3.1 최신 버전 설치 : sudo port install python26 python31 +no_tkinter python_select
    - 3.1 버전의 경우 no_tkinter variant 옵션을 주지 않으면 X11 관련 패키지들을 모두(!) 설치하므로 꼭 필요한 게 아니라면 빼주는 것이 좋다.
  - 기본 파이썬 변경하기 : sudo python_select python2.6 (원래 시스템에 설치된 것으로 돌리려면 sudo python_select python2.6-apple)
    - 그 외의 파이썬은 버전 번호를 붙여 실행하면 된다. 예) $ python3.1
  - easy_install 설치하기 : sudo port install py26-distribute (py26-setuptools로 설치해도 됨. 같은 환경의 다른 구현체인데 distribute가 더 좋다고 함?)
    - 쉘에서 실행하는 easy_install은 맥오에스 내장 파이썬으로 연결되므로, /opt/local/bin/easy_install-2.6 으로 실행해야 한다.
- ipython, wxpython 등은 패키지 의존성이 너무 많아 일일이 컴파일하려면 매우 오랜 시간이 걸리므로 easy_install을 통해 설치하는 것이 좋다.
  - 필자의 경우 ipython 설치 후 /opt/local/bin에 /opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ipython 으로 연결되는 심볼릭링크를 만들어주어야 했음.
    - 아예 PATH 환경변수에 추가해도 되지만 맥오에스 내장 프로그램과 충돌할 염려가 있으므로 필요한 것만 심볼릭 링크 걸기로 함. 참고로 /opt/local/bin은 macport 설치 시 자동으로 추가된다.
  - python-twitter의 경우 이유를 알 수 없지만 egg-info 디렉토리 내부의 퍼미션이 600으로 되어 있어 644로 수동 설정해주어야 했음. (이렇게 하지 않으면 일반 사용자 계정에서 import 불가능하고 ipython에도 영향을 줌.)
- 기타 설치한 프로그램 : mercurial, php5.3
- macport가 확실하긴 한데 일일이 컴파일하느라 느리다는 단점이 있으므로, 설치하다가 중간에 더 빨리 설치할 수 있는 방법을 찾았다든지 해서 중단하고 싶으면 아무때나 Ctrl+C 누르면 되고, 그때 설치 중이던 패키지를 sudo port clean <패키지명> 명령으로 정리해주면 문제 없이 쓸 수 있다.
TeX 환경 설치 방법은 KTUG 문서를 참조한다.
MacVim 설치 - 맥 GUI에 최적화된 vim. (일반 gvim과 다르다) 반투명 배경을 제대로 사용하려면 환경설정에서 experimental renderer를 켜주고 재실행해야 한다.
기타 shell 및 vimrc 등은 이곳을 참고한다. vim과 관련해서 더욱 고급 테크닉(?)들을 보고 싶다면 필자의 룸메이트가 운영하는 여기도 참고.
Snow Leopard 기본 터미널의 색상 프로파일 편집기능 만들기 : 먼저 SIMBL을 쓸 수 있게 해주는 프로그램을 받아 설치하고, 여기에서 64bit 버전(TerminalColours-SL-64bit.zip)을 받아 압축풀면 나오는 bundle 파일을 ~/Library/Application Support/SIMBL/Plugins 디렉토리에 넣는다. (디렉토리가 없으면 만든다) 그러면 터미널 앱의 프로필 선택 화면에서 배경·커서 색상 선택하는 부분 아래에 [More...] 버튼이 생기고 ANSI 색상을 개별 설정할 수 있게 된다. 다만 full 256color 지원은 되지 않고, 그걸 원한다면 iTerm을 사용해야 한다. (대신 속도가 좀 느리다)
MacHg - Mercurial의 맥용 GUI client
iTerm2 - 기본 터미널은 256색 지원이 안 되는 단점이 있고, 오리지날 iTerm은 너무 느리다는 문제가 있다. 이 두 문제를 적절히 해결해줌.
Eclipse (Java는 기본으로 깔려있음)

Parallels

Windows XP로 Express 설치를 이용할 경우, 일부 프로그램에서 한글이 깨지는 문제가 발생한다. 이것은 기본 인코딩이 영문으로 되어 있어 유니코드를 지원하지 않는 프로그램들이 깨지기 때문이다. 해결 방법 참조.

NTFS 파티션 접근하기

FAT 계열의 경우 기본적으로 읽을 수만 있다. NTFS의 경우 오픈소스 드라이버인 ntfs-3g를 이용하는 방법과 상용인 Paragon NTFS for Mac OSX를 이용하는 방법이 있다. 전자의 경우 매우 느리다는 평이 많아서 후자의 방법을 추천한다. (정식 라이센스는 $29 정도 한다. 필자의 경우 개인적으로 아는 분이 버그리포트를 해주고 추가 라이센스를 얻어서 그것을 사용 중.)

Firefox 세팅하기

MacOSX용 Firefox의 경우, Cmd + LeftArrow/RightArrow가 각각 뒤로가기/앞으로가기 단축키에 해당하는데, Home/End키는 페이지 맨 위로/아래로 단축키에 해당하기 때문에 텍스트 입력창에서 한 줄의 처음/끝으로 이동하는 것이 불가능하다. keyconfig라는 별도의 부가기능을 설치하면 해당 단축키를 비활성화시킬 수 있으므로 Safari처럼 사용할 수 있다. => 최신 Firefo에서는 이 문제가 해결되어 별도 확장기능 설치 필요 없음.

참고

Mac OS X Snow Leopard 기준으로 위와 같이 설치하고 나면 음악/문서 등 사용자 데이터가 없다면 Parallels/Bootcamp 제외하고 MacOS X 포함 약 45GB 정도의 디스크 공간을 사용한다.

Daybreakin Note

Tue, 05 Apr 2011 02:55:54 +0900

Daybreakin Note!^#

하위페이지

Daybreakin Note

PuTTY에서 선 그림 문자(line drawing characters)가 lqqqk로 깨져나오는 현상 workaround

Tue, 05 Apr 2011 02:55:06 +0900

UTF-8 사용하는 PuTTY에서 aptitude 등 전체화면 터미널 프로그램을 실행하면 창을 구분하기 위해 표시되는 선 문자들이 lqqqk와 같이 깨져나오는 것을 볼 수 있다.
이것은 xterm에서 UTF-8 인코딩을 사용하면 많은 리눅스 프로그램들이 mode switch 문자를 이용해 선을 그리기 때문인데 xterm이 아닌 linux 터미널로 설정하면 된다고 한다.

참고 사이트 : http://ubuntuforums.org/showthread.php?t=422439

위 사이트에서는 Vista에 포함된 Consolas 글꼴은 안 된다고 적혀있으니 필자가 윈도7에서 해본 바로는 잘 됨을 확인하였다.
다만, 유니코드 글꼴을 별도로 지정한 PuTTY에서는 유니코드 글꼴을 따라감과 함께 선 문자가 wide character로 인식되어 약간씩 위치가 틀어지는 것을 볼 수 있다. (레이아웃이 깨지는 것은 아니라서 사용에는 지장 없다)

Linux HOWTO

Tue, 05 Apr 2011 02:51:42 +0900

서버 관리하기

입맛에 맞게 고치기

읽어볼 만한 글들

리눅스와 윈도우의 공존

기타 유용한 팁

Textcube 저장소 변환 로그

Wed, 19 Jan 2011 21:42:35 +0900

※ 이 문서는 Textcube 오픈소스 프로젝트의 subversion repository와 trac을 mercurial 기반으로 변환하는 과정에 대한 작업 로그를 담고 있습니다.

Mercurial을 선택하게 된 계기

off-line 이력 관리 가능
규모가 큰 repository에 대해서 (훨씬) 더 빠르고 가볍다. 예를 들면 텍스트큐브의 changeset 8910개짜리 svn 저장소의 용량은 6.5GB 정도인데 이를 mercurial로 변환하면 100MB 정도밖에 되지 않는다. 또한 pull/push 과정을 여러 개의 작은 요청으로 쪼개는 svn과 달리 bundle이라는 개념으로 한꺼번에 묶어서 처리하기 때문에 다수의 사용자가 사용하는 저장소에서 좀더 나은 성능이 나온다.
각자가 자신의 repository를 관리하기 때문에 자신만의 branch를 유지하거나 patch 제작이 용이하다. (특히 공식 repo와의 동기화를 계속 유지하면서 작업하기 좋다. svn의 경우 svn-load와 같은 별도 스크립트를 통해 한 저장소 내에 별도 트리를 유지하면서 merge하는 방식을 써야 한다. Mercurial에서는 local named branch를 만들어놓고 pull & merge하거나 mq extension을 이용하는 방법이 있다.)
git도 mercurial과 같은 방식의 DVCS(distributed version control system)이나, git보다는 Windows 환경 개발자들에게 보다 친화적이고(TortoiseHg는 충분히 성숙했고, 현재는 TortoiseGit도 많이 좋아지긴 했음), subversion을 쓰던 사람이 익히기에는 git보다 명령어 체계가 유사한 mercurial이 쉽다고 판단하였음.
Google Code에서 지원한다!
대신에 conflict 발생시 3-way merge(remote repo + local repo + local working copy)를 해야 된다는 점, 각각이 다 따로 저장소를 가지고 있기 때문에 무언가 실수가 포함된 changeset이 퍼져나갔을 경우 (각자가 수정된 저장소와 동기화하지 않는 한) 이를 되돌릴 방법이 없다는 것 등은 단점이라 할 수 있겠다.

svn 사용자를 위한 mercurial의 다른 점

svn은 tag, branch가 디렉토리 통째 복사에 해당하고 merge도 디렉토리끼리의 동기화에 해당하지만, mercurial은 이를 working copy에 노출되는 디렉토리가 아니라 repository 내부에 가지고 있고 working copy는 언제나 하나의 branch만 반영한다.
svn은 중앙저장소와 동기화되는 working copy가 여러 개 있는 개념이라면, mercurial은 원본 저장소가 하나 있으면 이를 복제(clone)하여 각자가 저장소를 유지하는 형태이다. 따라서 svn에서 update/commit으로 이루어지는 동기화 과정이 local과 remote 2단계로 나누어지는데 각각 update/comit (working copy <=> local repo), pull/push (local repo <=> remote repo)에 해당한다.
svn checkout => hg clone
svn update => hg pull && hg update 또는 hg pull -u
svn commit => hg commit && hg push
원격저장소에 일단 한번 push하면 일반적으로 되돌리는 것이 불가능하므로, 반드시 outgoing 명령을 사용하여 어떤 내용이 커밋될지 확인한다. (TortoiseHg의 경우 GUI에서 자동으로 다른 점을 모아 보여줌)
한국어로 되어 있고 스크린샷이 첨부된 설명을 원한다면 이곳 참고. (by 주의사신)

작업 과정

1) subversion -> mercurial 변환

hgsubversion 또는 convert 확장기능을 이용하여 repository를 통째로 변환한다.

이때 기존 subversion repository의 revision number와 새로 만들어진 mercurial repository의 revision ID는 서로 호환되지 않기 때문에(branching/merging/tagging, 빈 디렉토리를 만든 커밋, trunk/branches/tags의 기본 디렉토리에 속하지 않는 내용 등은 빠지게 된다) 그에 대한 mapping을 결과물의 하나로 제공한다.

참고로 trunk는 별도의 named branch로 바뀌지 않는데, .hgtags 파일이 가장 마지막에 생성·추가되면서 tip 포인터가 trunk인 unnamed branch가 아니라 그 전의 branch를 가리키게 되어 trac에서 봤을 때 최신 trunk가 아닌 매우 옛날 버전의 trunk가 보이기도 한다. 이것은 tip 자체가 일종의 포인터로 항상 "가장 최근 커밋"을 가리키기 때문에 발생하는 일로, 필자는 datesort 옵션을 사용해 해결하였다.

hg convert 등의 명령으로 변환한다.
http로 접근할 수 있도록 웹서버와 연결시킨다. hgweb.config 쪽에는 repository link와 인코딩 설정 정도만 해주고, repository별 설명이나 push 가능한 사용자 목록 등은 개별 repository의 hgrc에 해준다.
로그인(authentication)은 웹서버에서 하도록 설정하고(svn과 유사), 로그인한 사용자에 대한 권한(authorization) 설정은 repository의 .hg/hgrc에 넣어 관리한다.
- 텍스트큐브 저장소의 경우 http로는 읽기만 가능(clone/pull)하고 https로 basic auth 거친 후에만 push가 가능하도록 설정(push_ssl = True)하여 계정 노출을 막고 데이터 무결성을 향상시켰다.

2) trac 업그레이드

trac 0.12 버전부터 multiple repository를 지원하며 mercurial/svn repository를 섞어서 추가해줄 수 있다. 이는 trac 공식 매뉴얼을 따라가면 쉽게 설정할 수 있다.

default repository를 새 mercurial repository로 지정한다. 이렇게 하면 repository name을 지정하지 않은 revision 참조 링크는 모두 default repository의 것을 의미하게 된다.
기존 svn repository를 읽기전용으로 만들고 old_svn이란 이름으로 연결한다.
trac의 가동을 중단하고 sqlite db를 훑으면서 모든 티켓, 코멘트, 위키 페이지의 revision 참조 링크를 [REVISION_ID] 형식에서 [REVISION_ID/old_svn] 형식으로 변환한다. ([REVISION_ID/REPOSITORY_ID] 형식을 써서 여러 repo 중 하나를 지정할 수 있으며 위에서 말했듯 지정하지 않으면 default repo의 것을 가리키게 된다.)
- 변환할 필드 : ticket.description, ticket.summary, ticket_change.old_value, ticket_change.new_value, wiki.text, wiki.comment
- 텍스트큐브의 경우 위키에는 리비전링크보다는 소스코드 등으로 인한 예외케이스가 많아 그대로 두고 발견하면 고치기로 함.
mercurial의 한글 커밋로그가 깨진다면 웹서버의 환경변수(/etc/apache2/envvars)에 LANG=ko_KR.UTF-8을 추가해준다.
WSGI로 trac을 설정했을 때 간헐적으로 repository를 인식하지 못하거나 restricted mode 오류가 발생한다면 3rd party library의 concurrency 문제 때문이다. 사이트 virtual host 내에서 WSGIApplicationGroup을 "trac"과 같은 임의의 이름으로 묶어주면 해결된다. (일부에서 이를 %{GLOBAL}과 같은 값으로 설정하라고 하는데 필자의 경우 이는 오히려 더 문제를 유발했다.)
- 이미지/스크립트/CSS 등의 static file들은 Alias 지시어를 사용하여 Python/mod_wsgi를 거치지 않도록 해주자.
- 루트 경로(/)에 WSGIScriptAlias 지시어를 설정할 경우 하위 경로에 대해 다른 WSGI 스크립트 또는 Alias/Redirect 등을 지정하려면 해당 설정을 루트 경로에 대한 설정보다 먼저 나오게 해야 한다.
업그레이드 직후 기존 저장소의 URL 변경 및 새로운 timeline 추가로 인해 검색엔진 봇의 방문이 일시적으로 급증할 수 있다. limitipconn 모듈을 설치해주면 조금 도움된다.
Mercurial과 Trac 연동하기 문서를 참고하여 commit/push 발생 시 관련 티켓에 자동으로 댓글을 달도록 설정한다.

Mercurial과 Trac 연동하기

Wed, 19 Jan 2011 21:37:48 +0900

Mercurial은 git과 양대산맥을 이루는 대표적인 분산형 버전관리 시스템이다. 특히 가볍고 빠른 성능과, 일부 속도에 민감한 부분을 제외하고 대부분 Python으로 구현되어 이식성이 높다는 장점을 바탕으로 많은 오픈소스 커뮤니티(Mozilla, Python 등)에서 도입하고 있다. 또한 Trac은 단순화된 이슈트래킹+위키 시스템으로 매우 많은 오픈소스 프로젝트에 도입되어 사용되고 있다.

Trac에서 Mercurial을 저장소로 사용하기

이미 나와있는 TracMercurial 플러그인을 자신의 trac 버전에 맞추어 설치하고 활성화하면 간단하게 끝난다. Trac을 설치할 때 별도의 저장소를 지정하지 않고 나중에 플러그인 활성화 후 trac.ini을 통해 고치면 된다. 그 설정 방법은 아래와 같다.

[components]
tracext.hg.* = enabled

[hg]
show_rev = yes
node_format = short

[trac]
...(중략)...
repository_dir = /path/to/mercurial/repo/
repository_type = hg

trac-post-commit-hook을 Mercurial과 연동하기

Mercurial도 subversion과 마찬가지로 저장소의 변화에 따라 여러 action을 수행할 수 있도록 다양한 hook 기능을 제공한다. (아래에서 패키지라 함은 시스템의 deb/rpm 같은 패키지가 아니라 파이썬 패키지를 뜻한다.)

.hg/hgrc의 [hooks] 섹션에 다음과 같이 적절한 hook handler에 실행할 명령을 적는다. (단순히 스크립트 경로가 아니라 '명령'을 적을 수 있다는 점에 주의)
만약 직접 Python 모듈을 이용한다면 "python:module.submodule.handlerfunction"과 같은 식으로 적으면 된다.
- hook handler 목록과 의미 (매뉴얼), Handling repository events with hooks (HgBook)
- mercurial을 위한 hook 설정 방법 (trac 0.12 이상 버전 해당)
  - trac 0.12 버전부터는 trac 본 패키지와 함께 설치되는 tracopt 패키지에 commit ticket updater가 들어있어 hgrc의 [components] 섹션에 tracopt.ticket.commit_updater.* = enabled 설정을 추가해 활성화하면 trac-admin <TRAC_ENV> changeset added <REPO_NAME> <REVISION_ID>와 같은 내장 commit hook을 사용할 수 있다.
  - 위 링크에서는 incoming hook을 사용하고 있는데, mercurial의 매뉴얼에 따르면 이것이 의미는 맞으나 실제로 해본 결과 잘 동작하지 않았다. 따라서 다음과 같은 hack을 사용하여 해결하였다. (changegroup hook은 push 당 1개만 실행되는데 하나의 push는 여러 개의 changeset ( = revision)을 가질 수 있다.)
    
    changegroup = hg log -r $HG_NODE: --template "{node} " | xargs trac-admin /path/to/env changeset added repo_name
  - mecrurial에 의해 hook 명령어가 실행될 때는 보안을 위해 환경변수가 모두 제거된 상태로 실행되기 때문에 trac-admin 스크립트를 찾지 못해 실행되지 않을 수 있다. 따라서 실제로는 절대경로로 써주어야 한다. (필자의 경우 pip를 이용해 trac을 설치했기 때문에 /usr/local/bin/trac-admin 사용)
  - default repository를 참조하려면 repo_name 부분에 '(default)'라고 쓰되 작은따옴표까지 포함하여 써주어야 한다. 그냥 괄호만 쓰면 쉘스크립트의 표현식으로 인식하여 오류가 발생할 수 있다.
local repository에서 직접 커밋해보고, 외부에서 remote push를 해봄으로써 테스트한다.

주의 사항

Apache와 연동한 경우, hgrc 파일의 user/group은 반드시 웹서버와 동일한 것이어야 한다. (Debian 계열의 경우 www-data/www-data) 그렇지 않으면 hgrc 파일이 무시되므로 hook이 작동하지 않는다.
- [trusted] 섹션 설정을 이용해 해결할 수 있으나 기본적으로 웹서버로 접근하는 저장소이므로 내부의 모든 파일은 www-data 사용자와 그룹으로 설정하는 것이 좋다.
hgrc에서 지정하는 hook 스크립트 파일의 위치는 절대경로로 해야 한다. 특히 Apache 권한으로 동작할 때 주의한다.
Python egg-cache 디렉토리에 의한 문제가 발생하는 경우도 있으므로 PYTHON_EGG_CACHE 환경변수가 제대로 설정되었는지 확인한다.
- wsgi/fcgi 스크립트에서 설정하는 경우가 많으나 시스템 공통으로 쓰고자 한다면 /etc/apache2/envvars 같은 곳에 넣어도 된다.

unison으로 iTunes Library 동기화하기

Sat, 19 Jun 2010 18:21:30 +0900

unison이라는 오픈소스 프로그램을 이용하면 맥과 맥뿐만 아니라 윈도, 리눅스 계열 운영체제까지 파일 동기화를 쉽게 할 수 있다. Dropbox와 달리 unison은 별도의 서버가 필요하지 않고 직접 host끼리 ssh나 socket(보안성이 없어 권장되지 않음)으로 연결하게 된다.

iTunes 설정

[파일] -> [보관함] -> [보관함 구성...]에서 [파일 통합]과 [iTunes Media 구성으로 업그레이드]를 모두 체크한다. 이렇게 하면 아이튠즈에 등록된 모든 미디어 파일이 iTunes Library 디렉토리 내에 복사되어 존재하게 되므로 동기화하기 편리해진다. 이렇게 쓰지 않던 사람이 옵션을 선택한 경우는 최초 파일 복사에 다소 시간이 걸릴 수 있다.

MacOS X에 unison 설치하기

MacPorts를 이용해 바로 설치 가능하지만 버전이 낮다. ocaml(역시 MacPorts로 설치)과 기본적인 컴파일 환경만 갖추어져 있으면 쉽게 컴파일되므로 직접 소스코드 받은 후 make UISTYLE=text로 설치하면 몇 분 이내에 컴파일이 되며, ./unison으로 실행 여부를 확인하고 이 실행파일을 적당한 위치(예: $PATH에 포함되어 있는 곳으로 /usr/local/bin 또는 /opt/local/bin 등)에 복사하면 터미널에서 바로 실행할 수 있다. 다른 파일들은 필요하지 않다.

유니코드를 이용하기 위해서는 2.39 이상 버전을 설치하여야 한다.

[주의] MacOS X용 GUI 버전도 있는데, 32bit integer overflow 버그가 있어 2GB 이상의 파일들을 동기화하려는 경우 중간에 죽는 문제가 있다. 텍스트 버전 사용을 권장한다.

Windows에 unison 설치하기

윈도의 경우 기본적으로 ssh가 없기 때문에 cygwin sshd를 이용하는 것이 가장 좋다.

동작 조건

한글 파일명이 깨지지 않게 하려면, cygwin은 1.7 이상의 버전을 설치하여 UTF-8 인코딩을 기본으로 사용할 수 있도록 해야 한다. unison도 2.39 이상의 버전을 설치하여 unicode를 기본으로 사용하도록 해야 한다.
윈도로 ssh 연결이 가능해야 한다. cygwin 이용하면 설치 간단. (private key나 password 방식 여부는 상관 없음)
다른 컴에서 ssh hostname unison 명령을 실행했을 때 오류 없이 사용 방법 메시지가 나와야 한다. PATH 환경 변수 등을 확인하여, login shell이 아닌(non-interactive) 경우에도 실행되게 설정해야 한다.

[주의] cygwin 내부에서는 / 디렉토리가 cygwin이 설치된 디렉토리가 되고 윈도 드라이브들은 /cygdrive 안에 별도로 마운트되는데, unison은 디렉토리의 canonical name을 구하기 때문에 cygwin 내부의 디렉토리 이름이 아니라 윈도 상에서의 절대 경로를 바로 적으면 된다. (예: /cygdrive/c/Users/daybreaker 가 아니라 그냥 C:/Users/daybreaker 와 같이 적으면 알아서 C:\Users\daybreaker 로 인식한다)

동기화 profile 만들기

TODO

Xen 설치하기

Fri, 14 May 2010 19:28:53 +0900

Xen

Xen은 리눅스에서 흔히 사용되는 가상화 환경이다. 오픈소스로 개발되고 있으며, CentOS, Debian, Ubuntu 등 대부분의 배포판에서 비교적 잘 지원되는 편이다.

크게 paravirtualization과 full virtualization이 있는데, 전자는 가상화를 위해 수정된 커널을 사용하여 guest OS를 띄우고, 후자는 CPU에서 제공하는 가상화 기능을 이용하여 운영체제나 커널 제약 없이 guest OS를 띄우는 것이다. 수정된 커널을 이용하는 경우 guest와 host의 물리적 메모리 매핑을 위한 shadow page table 없이 사용할 수 있고 이런저런 최적화를 활용할 수 있다는 장점이 있는 반면 사용할 수 있는 운영체제의 제약이 심하다. CPU 가상화의 경우 privileged instruction을 거의 native kernel 수준으로 실행할 수 있게 해줘서 instruction 실행 속도는 빠르지만 가상화에 특화된 최적화를 사용하기 어렵다.

CentOS 5.4에서 Xen 설치하기

CentOS 설치할 때 설치할 기능 묻는 화면에서 virtualization을 선택하면 자동으로 xen과 관련 도구들이 설치된다. 이미 설치되었다면 관련 패키지들을 설치한다.

yum install xen virt-manager kernel-xen

chkconfig xend on

reboot

Xen 설정을 고치려면 /etc/xen/xend-config.sxp 파일을 고치면 된다. 여기서 bridged / NAT networking 등의 옵션을 설정할 수 있다. bridged는 이 컴퓨터에 여러 개의 랜카드를 달아놓은 것처럼 흉내내어 각 guest마다 실제 물리적 IP 주소를 갖게 해주는 것이고, NAT는 host가 공유기 역할(router)을 하여 guest는 사설 IP를 갖는 것이라고 보면 된다. 고치고 나면

/etc/init.d/xend restart 명령으로 적용해준다.

VM을 생성한다. 아래 파라메터 값들은 예시이므로 적절히 수정한다. (자세한 목록은

이곳을 참고한다)

#virt-install --paravirt --name VM1 --file /vm/VM1.img --ram 512 --file-size 10 --nographics --location http://ftp.daum.net/centos/5.4/os/x86_64/ -w network:default

텍스트 모드로 설치가 진행된다. (위에서 nographics를 지정했기 때문에 guset는 그래픽카드가 아예 없는 상태이다. 말하자면 시리얼 포트를 이용해 터미널을 사용하는 상황이라고 할 수 있겠다.) 설치 과정은 그냥 CentOS 설치하는 과정과 동일하다. 참고로 Tab으로 다음 입력칸 이동하는데 Shift+Tab을 누르면 그냥 다음 화면으로 넘어가버리니 주의한다.
재부팅되고 나면 실제로 로그인하여 사용해볼 수 있다.

위와 같이 설치를 진행하고 나면 /etc/xen/VM1 이라는 파일이 생기고 나중에 guest가 종료되어서 다시 실행하려고 할 때

xm create /etc/xen/VM1 과 같이 이용할 수 있다. 또한 /vm/VM1.img 라는 파일이 실제 디스크 내용을 담는 파일이 된다. virt-install 인자에 따라 파일이 아닌 파티션 단위로 한다든지 하는 다양한 옵션을 사용할 수 있다.

한번 VM을 만들어두면 그 이미지를 계속 복사하여 같은 VM을 여러 개 생성할 수 있으므로 상당히 편리하다. 물론 이미지를 복사할 땐 해당 guest를 끄고 하는 것이 좋다.

LaTeX 노하우

Wed, 31 Mar 2010 10:13:58 +0900

문서 시작하기

한글을 사용할 수 있고 PDF 컴파일 시 한글 검색이 가능하게 하는 기본 템플릿. (참고 : kotex guide)

\documentclass[a4paper,11pt]{article}

\usepackage[nonfrench,finemath]{kotex}
\usepackage{palatino}
\usepackage[onehalfspacing]{setspace}

\usepackage{ifpdf}
\ifpdf
    \usepackage[unicode,pdftex,colorlinks,bookmarks]{hyperref}
    \input glyphtounicode
    \pdfgentounicode=1
\else
    \usepackage[unicode,dvipdfm,colorlinks,bookmarks]{hyperref}
\fi

\begin{document}
\end{document}

버전 다른 윈도우의 네트워크 공유 프린터 추가하기

Mon, 19 Oct 2009 19:38:50 +0900

윈도우에서 네트워크로 공유된 프린터를 추가할 때 자동으로 해당 프린터를 공유한 컴퓨터로부터 드라이버를 받아와 설치하게 된다. 하지만 내 PC와 프린터를 공유한 PC의 윈도 버전이 크게 다르거나 어느 하나는 32bit 다른 하나는 64bit인 경우처럼 드라이버가 호환되지 않는 경우 공유 프린터를 추가할 수 없게 된다.

이런 경우 해결하는 방법은 네트워크 프린터로 바로 추가하지 않고 다음의 과정을 따르면 된다.

추가하고자 하는 공유 프린터의 드라이버를 자신의 PC에 (윈도 버전에 맞춰) 직접 설치한다.
프린터 추가 마법사를 띄우고 로컬 프린터 추가하기를 선탁한다.
포트를 선택하는 화면이 나오면, 새 포트 만들기를 선택하고 Local Port라는 종류를 선택한다.
이름을 입력하라는 창이 뜨는 여기에 공유 프린터의 네트워크 주소를 입력한다. (예: \\SharedComputer\SharedPrinter)
다음 화면에서 드라이버를 선택할 수 있다. 여기서 이미 설치된 드라이버를 선택할 수 있다.
연결되기를 기다리면 설치 완료.

Windows HOWTO

Mon, 19 Oct 2009 19:38:00 +0900

Windows HOWTO

버전 다른 윈도우의 네트워크 공유 프린터 추가하기

Windows Vista

Windows XP

IIS5/IIS6 환경에서 텍스트큐브 사용하기

Daybreakin Note

기본 세팅하기

기본 프로그램 (KAIST 라이센스 이용)

기타 기본 프로그램

글꼴 설정

개발환경

Parallels

NTFS 파티션 접근하기

Firefox 세팅하기

참고

Daybreakin Note

Daybreakin Note!#

하위페이지

PuTTY에서 선 그림 문자(line drawing characters)가 lqqqk로 깨져나오는 현상 workaround

Linux HOWTO

서버 관리하기

입맛에 맞게 고치기

읽어볼 만한 글들

기타 유용한 팁

Textcube 저장소 변환 로그

Mercurial을 선택하게 된 계기

svn 사용자를 위한 mercurial의 다른 점

작업 과정

1) subversion -> mercurial 변환

2) trac 업그레이드

Mercurial과 Trac 연동하기

Trac에서 Mercurial을 저장소로 사용하기

trac-post-commit-hook을 Mercurial과 연동하기

주의 사항

unison으로 iTunes Library 동기화하기

iTunes 설정

MacOS X에 unison 설치하기

Windows에 unison 설치하기

동기화 profile 만들기

Xen 설치하기

Xen

CentOS 5.4에서 Xen 설치하기

yum install xen virt-manager kernel-xen

chkconfig xend on

reboot

LaTeX 노하우

문서 시작하기

버전 다른 윈도우의 네트워크 공유 프린터 추가하기

Windows HOWTO

Windows HOWTO

Windows Vista

Windows XP

Daybreakin Note!^#