OS X 에서 NTFS 쓰기. FUSE for OS X, 그리고 NTFS-3G

얼마전에 티켓몬스터에서 1TB 외장하드 (LETO사 제품, USB3.0 지원) 를 79,900원 이라는 저렴한 가격에 팔길래 냅다 구입했다.

제품은 잘 받았는데, 외장하드 포맷을 하면서 고민이 시작됐다.

OS X 에서는 Mac OS 확장 (저널링) 포맷을 사용하는데, Windows 계열과 TV 에서 지원하지 않는 방식이라 오직 맥에서만 사용가능하다.
나는 OS X, Windows 계열, 그리고 TV 세군데에서 모두 사용을 하기를 원했다.

그렇다면 Mac OS 확장 포맷은 탈락.

그 다음에 선택할 수 있는 방식이 FAT32 방식인데 OS X, Windows, TV 모두 사용할 수 있지만, 아쉽게도 4GB 가 넘는 파일은 저장할 수 없다.
요즘 동영상 추세가 4GB 를 넘어 5GB 넘는 파일도 넘는 걸 감안하면, 역시 탈락. -_-;

그리고 고민하던 게 exFAT 방식인데 OS X, Windows 7 이상 (XP 에서는 별도의 업데이트가 필요하다고 한다) 에서는 잘 된다고 하는데, TV 에서는 인식이 되지 않았다. 그래서 탈락.

결국 남은 건 NTFS 방식인데 OS X 에서는 기본적으로 NTFS 포맷은 읽기만 되고, 쓰기가 되지 않는다.
유료 프로그램을 사용하면, NTFS 에서도 쓰기가 가능하지만, 윈도에서는 무료인데 OS X 에서는 유료로 쓰기를 해야한다는 게 좀 아쉽다.

그래서 찾아보다 보니, 좋은 오픈소스소프트웨어가 있어 소개해 둔다.

OS X 에서 NTFS 쓰기 ( 참고로 나는, OS X 10.8.3 환경이었다. )

1. FUSE for OS X (http://osxfuse.github.io/) 설치 – OSXFUSE 2.6.0 (2013.6.17) download
(설치시 기본적으로는 체크되어 있지 않은 MacFUSE compatibility layer 도 직접 체크해서 설치해야 한다)
2. NTFS-3G for OS X 설치 – NTFS-3G (2010.10.2)download
NTFS-3G 설치시 사용자화 (Customize) 버튼을 눌러서 “Installation Type” 에서 “MacFUSE” 옵션을 체크해제 해야 한다.
추가 설명 및 uninstall은 링크 참조
3.NTFS 외장하드 인식시에 귀찮게 뜨는 오류 메시지를 없애기 위해서는, fuse_wait 를 설치하자. https://github.com/bfleischer/fuse_wait/downloads

그런대로 쓸만해졌다. (그렇지만, fuse_wait 을 설치하고도 간혹 NTFS 외장하드를 연결해제할 때 timeout 메시지가 뜨기는 뜬다.)

Homebrew 로 OS X 패키지 관리하기

OS X 은 기본적으로 wget 명령을 내장하고 있지 않다.

물론 curl 로 옵션을 이용해서 파일 (바이너리) 다운로드가 가능하지만, 그외에도 Apple 에서 기본 제공하지 않는 패키지들이 필요할 때가 있다.

하나씩 다운받아 설치할 수도 있겠지만, 이를 편하게 관리할 수 있는 패키지 관리자가 있어 소개한다.

The missing package manager for OS X (OS X 용 패키지 관리자) – Homebrew

사실은 Macports 를 설치하려고 검색하다가, 우연히 Homebrew를 알게 되었고 좀 더 자세히 살펴보다 보니 Macports 의 단점을 보완하고, 훨씬 장점이 많다는 걸 알게 되었다.

참조 : 잘가 macports. 반갑습니다. homebrew.

설치방법은 매우 간단하다.

터미널에서,

ruby -e "$(curl -fsSL https:⁄⁄raw.github.com/mxcl/homebrew/go)"

명령 한방이면 설치 끝.

다만, 정상 작동을 위해서는 Xcode 용 Command Line Tools 가 설치되어 있어야 한다. Xcode 를 설치하여 실행한 후, Preferences > Downloads 에서 Command Line Tools 를 설치하면 된다.

Homebrew 설치후에는, 터미널에서 brew -v 명령 (또는 brew –version) 으로 설치 버전을 확인할 수 있다.

$ brew -v
Homebrew 0.9.4

이제 Homebrew 를 설치했으니 원하는 패키지를 brew 명령을 통해 설치할 수 있다.

설치는 간단하게 brew install 원하는 패키지 명령으로 설치할 수 있다.

가령 macvim 을 설치한다고 하면,
search 명령으로 brew 패키지 검색을 하고, install 명령으로 설치한다.

$ brew search vim
macvim	  vim	    vimpager  vimpc           // vim 으로 찾았더니 4개의 패키지가 있다.
$ brew install macvim
==> Installing macvim dependency: cscope
==> Downloading http://downloads.sourceforge.net/project/cscope/cscope/15.8a/cscope-15.8a.tar.g
######################################################################## 100.0%
==> Patching
patching file src/constants.h
==> ./configure --prefix=/usr/local/Cellar/cscope/15.8a --mandir=/usr/local/Cellar/cscope/15.8a
==> make install
🍺  /usr/local/Cellar/cscope/15.8a: 10 files, 740K, built in 9 seconds
==> Installing macvim
==> Downloading https://github.com/b4winckler/macvim/archive/snapshot-66.tar.gz
######################################################################## 100.0%
==> ./configure --with-features=huge --enable-multibyte --with-macarchs=x86_64 --enable-perlint
==> make
==> Caveats
MacVim.app installed to:
  /usr/local/Cellar/macvim/7.3-66

To link the application to a normal Mac OS X location:
    brew linkapps
or:
    ln -s /usr/local/Cellar/macvim/7.3-66/MacVim.app /Applications
==> Summary
🍺  /usr/local/Cellar/macvim/7.3-66: 1759 files, 27M, built in 53 seconds

종속성이 있는 모듈을 먼저 다운받아 설치한 후, macvim 을 설치한다.
/usr/local/Cellar/ 경로안에 패키지명/버전 으로 설치가 되고, (brew 는 동일 패키지라도 버전별로 따로 관리할 수 있다!!)
/usr/local/bin/ 내에 symbolic link 를 걸어둔다.

/usr/local/bin $ ls -al | grep vim
lrwxr-xr-x   1 rkJun  admin        33  7 14 01:09 gview -> ../Cellar/macvim/7.3-66/bin/gview
lrwxr-xr-x   1 rkJun  admin        32  7 14 01:09 gvim -> ../Cellar/macvim/7.3-66/bin/gvim
lrwxr-xr-x   1 rkJun  admin        36  7 14 01:09 gvimdiff -> ../Cellar/macvim/7.3-66/bin/gvimdiff
lrwxr-xr-x   1 rkJun  admin        34  7 14 01:09 gvimex -> ../Cellar/macvim/7.3-66/bin/gvimex
lrwxr-xr-x   1 rkJun  admin        33  7 14 01:09 mview -> ../Cellar/macvim/7.3-66/bin/mview
lrwxr-xr-x   1 rkJun  admin        32  7 14 01:09 mvim -> ../Cellar/macvim/7.3-66/bin/mvim
lrwxr-xr-x   1 rkJun  admin        36  7 14 01:09 mvimdiff -> ../Cellar/macvim/7.3-66/bin/mvimdiff
lrwxr-xr-x   1 rkJun  admin        34  7 14 01:09 mvimex -> ../Cellar/macvim/7.3-66/bin/mvimex
$ mvim   // 어디서든 MacVim 을 설치할 수 있다.

brew 에서 설치할 수 있는 패키지들을 formula 라고 부르는데, 일종의 패키지 설명, 좀 더 정확히는 해당 패키지를 다운을 받아 설치하는 .rb 파일을 말한다. (이 목록은 /usr/local/Library/Formula 안에 들어 있다)
그리고 Cellar 는 이 패키지들이 실제 경로라 할 수 있고, 위에서 보았듯 /usr/local/bin 에 ln -s (심볼릭링크) 하는 방식이다.

주요 사용할만한 brew 명령은,
brew install formula // 패키지 설치
brew remove formula // 패키지 삭제
brew info formula // 패키지 정보
brew upgrade [formula] // 설치한 패키지의 최신버전을 설치

brew list 또는 brew ls // 설치한 formula 목록
brew update // Homebrew 업데이트
brew doctor // 시스템에 문제가 있는지 확인
brew outdated // 내가 설치한 formula 목록의 이후 버전이 나왔는지 확인
brew cleanup // fomula 의 모든 과거버전을 제거함

관리자 권한이 필요없다는 점 (sudo) 외에도, 설치한 패키지를 버전별로 사용하는 게 참 편하다.
가령 Play! (경량화된 자바 프레임워크) 를 brew 를 통해 설치해서 사용한다고 할 때,

아래와 같이 총 3개의 버전이 설치되어 있고 2.1.2 를 사용하고 있는데,

$ brew info play
play: stable 2.1.2, HEAD
http://www.playframework.org/
/usr/local/Cellar/play/2.1.0 (4148 files, 268M)
  Built from source
/usr/local/Cellar/play/2.1.1 (3790 files, 225M)
  Built from source
/usr/local/Cellar/play/2.1.2 (3681 files, 223M) *

brew switch 명령을 통해, 간단하게 play 2.1.1 버전으로 바꿀 수 있다.

/usr/local/bin rkJun$ brew switch play 2.1.1
Cleaning /usr/local/Cellar/play/2.1.0
Cleaning /usr/local/Cellar/play/2.1.1
Cleaning /usr/local/Cellar/play/2.1.2
1 links created for /usr/local/Cellar/play/2.1.1

물론 과거 버전도 설치할 수 있다. brew edit formula 명령을 통해 직접 파일내의 다운로드 대상 url 을 수정해 주거나, 과거 버전의 rb 파일을 받으면 된다. formula 의 과거 버전은 brew versions 을 통해 확인 가능하고, git checkout 해서 가져올 수 있도록 되어 있다.

그외에,

간단하게 brew unlink poo 또는 brew link poo 명령으로 간단하게 심볼릭을 걸거나 해제할 수 있고,

아래의 명령을 ~/.bashrc 또는 ~/.bash_profile 등, 쉘 시작시 실행스크립트에 넣어두면 brew 명령을 tab 자동완성으로 사용할 수 있다. (물론 아래 명령은 Bash 용이고, 더 자세한 설명 또는 ZSH 용은 homebrew Tips N’ Tricks 를 참조)

source `brew --repository`/Library/Contributions/brew_bash_completion.sh

Homebrew 를 알게된 이후로 더이상 Macports 를 사용할 일은 없을 것 같다.

OS X 에서 기본 제공하지 않는 wget 같은 명령외에도 정말 수많은 패키지들을 관리할 수 있다. 맥용 앱이라던가, 다양한 프레임워크까지… 무궁무진하다. 그러므로 OS X 을 사용하는 사용자, 또는 개발자에게는 강력하게 권하고 싶다.
Homebrew 가 너무 맘에 들어서, 뭔가 기여할 방법을 찾다가 홈페이지를 한글화 했다. (그래봤자 몇문장 안되지만..)

http://brew.sh/index_ko.html

Macports 를 (불만족스럽지만 대안이 없다고) 사용해 왔거나, 별도의 패키지 관리자를 사용하지 않았던 사용자라면, 지금부터 써보자!

OS X 용 한글입력기 “구름” 좋다!

OS X 에 기본 내장되어 있는 한글입력기는, 몇가지 아쉬운 점이 있다. 단축키 설정의 한계 (기본적인 설정변경으로는 SHIFT+SPACE 조합불가) 와, 세벌식 모아치기의 미지원, 그리고 vi 사용할 때 한글로 쓰다 명령모드로 바꾸면 -당연히- 명령모드에서 한글이 먼저 입력이 된다는 불편한 점 ···.

윈도를 사용할 때는 6~7년 전부터 김용묵님이 만드신 날개셋 입력기를 사용하고 있었는데, 맥에서는 기본 입력기를 대체할 프로그램이 없으므로, 그냥 사실, 선택의 여지가 없다고 생각하고 있었는데, 이 모든 단점을 한방에 해결한 한글입력기가 존재하고 있었다. 이름하여 구름 입력기다.

언급하고 싶은 장점은,

1. SHIFT+SPACE (⇧Space) 로 한/영전환이 가능하다.

OS X 의 기본 한글입력기에서는 기본설정 변경만으로는 SHIFT 조합으로 단축키 변경이 불가하고, plist 파일 수정을 통해서만 가능하다. 게다가, 한영자판 외에 추가로 외국어자판을 사용하는 사용자의 경우에는 썩 좋은 방법도 아니다. (나름의 불편함을 동반한다) 하지만 구릅입력기를 사용하면 독립적인 구성으로 한영전환시에는 ⇧+Space 조합을 사용하고 기본자판 변경시에는 CMD+Space 를 사용하므로 기존 체제를 유지하면서, 편하게 사용할 수 있다. 게다가 브라우저 등에서 스크롤 올리는 단축키(SHIFT+SPACE) 와 충돌 또한 발생하지 않는다. -기본입력기에서 단축키를 바꾸면 충돌이 나서 스크롤 올리는 기능이 먹지 않는다.

2. 세벌식 모아치기를 지원한다.

꼭 지원해야 한다고 생각하지는 않지만, 편해지는 건 사실이다.

3. ESC 키입력으로 영문자판으로 변경.

vi 명령모드나, 구글크롬 주소창에 입력할 때, 한글입력상태로 되어 있으면 은근 귀찮음을 느끼면서 한영전환을 해주어야 하는데, 한영전환 단축키 입력대신, ESC 키 입력으로 간단히 영문입력상태로 전환해 준다. 꼭 필요했던 기능이다.

4. 한자입력시에도 더욱 보기 편해졌다.

기본 입력기에서는 선택상태에서만 한자풀이가 나오지만, 구름 입력기에서는 선택하지 않은 한자에 대해서도 한자풀이가 나온다.

5. 두벌식, 세벌식 외의 대부분의 자판을 지원한다.

세벌식 390, 세벌식 최종자판 외에도 안마태, 세벌식 옛글, 세벌식 2011, 세벌식 2012 등을 지원한다.

아직까지는 버그가 없고, 완벽하다고 말할 순 없지만 1.5 버전을 사용하면서 매우 만족하면서 사용하고 있다.
게다가 오픈소스로 GitHub 에 모든 소스를 공개하고 있다.

OS X 사용자이면서, 세벌식 사용자 이거나, vi 사용자 이거나, OS X 기본 한글입력기보다 더 나은 한글입력기를 사용하고 싶은 사람들에게 강력하게 권장하고 싶다.^^

Happy Hacking Life

얼마전, 키보드를 정전용량무접점 방식의 PFU Happy Hacking Keyboard Professional 2 (HHKB Pro 2) 로 바꿨다.

가장 많은 시간을 소비하고 있는 장비중 하나가 키보드지만, 별다른 고민없이 살았다.
노트북을 많이 쓰다 보니 펜타그래프 방식에 익숙해지면서 (맥과 윈도를 오가며 사용할 수 있는 키보드를 고민하다가) 5년전쯤 구매하게 된 게 애플 키보드였다. 처음에는 유선 키보드를 사용했는데 휴대성이 떨어지고, 블루투스 무선 키보드가 더 갖고 싶어져서, 잠깐 쓰다가 무선 키보드로 바꿨다. (이쁘기까지하고)
윈도 환경에서는 키 배열을 일부 커스터마이징해서 사용했는데, 초반에는 레지스트리를 수정해서 사용하다 나중에는 autohotkey 프로그램을 통해, 간단하게 그리고 편하게 키배열을 바꿔서 사용할 수 있었다. (주로 시작키, ctrl, alt 키 위치변경, page up/down home/end 세팅, 재생정지 등)

그러다 최근에는 OS X 을 메인으로 사용하기 시작하면서 애플 키보드 단축키 사용이 꽤 불편했다. 왼쪽 새끼손가락에 부하가 많이 가는 느낌이 들어서, 키보드를 알아보기 시작했다.
리얼포스, 필코, 해피해킹 키보드 정도가 눈에 들어왔고 OS X 에서 쓰기에는 해피해킹이 제일 낫겠다 싶었다.
해피해킹 키보드 배열을 보다가, caps Lock 키 위치에 Control 키가 있는 것을 보고, 상당히 편하겠다 싶었다. 그래서 해피해킹을 구매하기전에 OS X 세팅을 바꿔서 caps Lock 키에 Control 키를 할당해서 사용해 봤는데, 굉장히 편했다. 키보드를 안사도 되겠다 싶은 생각도 들었다. 하지만 마음이 한번 가니, 안사고 배길 재간이 없었다.

그리고, 고민끝에 해피해킹 키보드를 구입했고 (내손은 소중하니까) 매우 만족하며 쓰고 있다.

해피해킹 키보드는 키 배열이 일반적이지 않다.
위에서 언급했듯,
1. 일반 키보드배열의 caps lock 키 위치에 Control 키를 배치하고,
2. 잘 쓰지 않는 caps lock 키는 Fn+tab 조합을 사용한다.
3. F1~F12 까지의 특수키도 없고 (Fn+숫자 조합)
4. 화살표키 역시 FN 조합을 입력해서 쓴다.
5. ~ 키가 맨 오른쪽 상단에 있다.

그외에도 Volume down/up 키는 Fn+A / Fn+S 조합을 사용하고 마찬가지로 Mute키, Eject키도 Fn 조합, 화살표 이외의 Home, End, Page Up, Page Down 등의 키도 Fn 조합이다.

HHKB Pro 2 화이트 각인 모델

HHKB Pro 2 블랙 각인 모델

키 배열때문에 처음에는 낯설게 느껴질 수 있지만, 개인적으로는 하루만에 쉽게 적응하여 쓰게 됐다. 그만큼 편하게 사용할 수 있도록 고려해서 만든 느낌이 매우 강하다. 물론 여러 조합을 이용하는 단축키는 아직도 조금 헷갈리긴 한다.

마지막으로 딥스위치를 통해 조작방식을 변경할 수 있는데 내 경우에는 2번,3번,6번 스위치를 ON 으로 사용한다.
2번 ON – Macintosh 모드
3번 ON – DEL = BS (맥에서는 별의미가 없는 것 같긴 함)
6번 ON – Wake up (이걸 켜놔야, 해피해킹 키보드 입력으로 맥북을 잠자기에서 깨울 수 있다)

지극히 개인적인 감상평이지만 OS X 사용자라면, 고민의 여지가 없겠다. 당연히 해피해킹 키보드를 강추한다. (60키안에 모든 걸 담아냈다.ㅋ 키감 역시 120% 만족하고, 써 보면 알겠지만 손바닥 위치의 변경이 거의 없다.)

HHKB Pro 2 모델은 크게 화이트 각인, 블랙 각인, 무각인 모델 정도 있다. (난 블랙구매) 처음 사용하는 사용자에게는 당연히 각인 모델을 권장하고 싶다. 단, 영문배열만 각인되어 있다. 세벌식 사용자지만, 두벌식도 꽤 타이핑 가능하므로 별 상관은 없다.
(HHKB Pro 2 이후, 작년에 고속타이핑성능업 & 소음을 줄인 Type-S 모델도 나왔지만, 가격이 다소 비싸다.)

아래는 구매 일지.
2013.06.12.수.13:10 아마존 저팬에서 주문 : 18,635엔 / 194.66(US$) – 229,125원(수수료포함)
2013.06.13.목. 몰테일 사무실 도착, 배송대행비 결제 : 21.73(US$) – 25,205원(수수료포함)
2013.06.14.금. 세관 통과 : 23,290 원
2013.06.14.금. 오후 4시 10분 배송 도착 연락받음.

총 277,620원 들었다.

USB 포트도 두개 있다. 하나는 마우스 사용중.

말이 필요없다. 강력하게 추천하고 싶은 키보드다. 개발자에게, 키보드만큼 중요한 장비가 또 어디 있을까!

듀얼모니터 사용자를 위한 맥용 앱 Spectacle (for OS X)

윈도우용 프로그램중에 Next Monitor 라는 프로그램이 있다.

듀얼 모니터를 사용하는 경우, 단축키 입력만으로 현재 활성화된 창을 다른 모니터로 이동해 주는 프로그램인데, 설치가 필요없고 프로그램이 가벼워 윈도우 쓸 때 필수 프로그램으로 사용하고 있었다. (물론 윈도에는 듀얼모니터를 지원해 주는 여러 프로그램이 있긴 하다)

그러다 맥으로 넘어 오면서, 이런 프로그램이 없을까 하면서 불편함을 느끼고 있었는데 비슷한 프로그램이 있어 소개를 해 둔다.

일단 프로그램이름은 Spectacle 이고, 역시 무료 프로그램이며 가벼운 느낌이 든다.

나에게 필요한 건, 프로그램을 다른 모니터로 옮겨주는 기능 단하나 뿐이지만, (Next Monitor 는 이 기능 뿐이고 난 이 기능만 필요하다.) 그 외에도 여러 기능들이 들어 있으나, 나에겐 일단 필요가 없으므로 내가 필요한 기능을 제외하고는 모두 설정에서 제외시켜 버렸다.

Spectacle 설정

나에게 필요없는 기능은 모두 단축키를 제외시켜 버렸다.

Next Monitor 와 동일한 기능을 하는 (활성화된 창을 다른 모니터로 옮겨주는) Next Display 와 Previous Display 기능은 CTRL+OPT+CMD+왼쪽 / 오른쪽 화살표키 를 이용해서 사용한다. 이것만으로 듀얼 모니터에서 맥을 사용하는데 굉장히 편해졌다.

추가로 Full Screen 단축키도 살려뒀다. (OPT+CMD+F)
Spectacle 에서 지원하는 Full Screen 은 맥에서 흔히 지원하는 전체 화면 (CTRL+CMD+F) 열기와 다르게, 한쪽 모니터를 못쓰게 하면서 화면을 꽉 채워 버리는 게 아니라, 해당 모니터에서만 창을 전체 꽉 차는 사이즈로 늘려준다. 자주 쓰지는 않지만 그래도 가끔 이용해서 그대로 살려뒀다.

맥 듀얼 모니터 사용자라면, 한번 써볼만 하다. 일단 나에게는 필수가 되어버렸고..

2013.06.20 ) 최근 HHKB Pro 2 키보드를 구매하면서, Next Display 기능 단축키를 CTRL+SHIFT+` 로 변경했다. (Previous Display 는 어차피 Next Display 와 동일하므로 단축키 없앰)

MPlayerX 1.0.14 업데이트

지난주에 MPlayerX 가 1.0.14 로 업데이트 되었습니다.

1.0.12 사용할 때부터 한글화 작업에 참여해서 1.0.13 버전부터 한글지원이 추가되었는데 이 때 당시에 제가 맥 시스템 폰트를 나눔고딕으로 쓰고 있었기 때문에 나눔고딕을 기반으로 확인을 했었는데 나중에 애플고딕으로 확인해본 결과 -_- 설정화면에서 일부 글씨짤림이 있었습니다. 그래서, 이번 버전부터 그 문제가 해결됐습니다.
(여담이지만, 이후부터는 그러한 잠재적 문제의 소지를 없애기 위해 울며 겨자먹기로 시스템폰트로 애플고딕을 그냥 쓰고 있습니다)

그외에, 추가된 기능으로 youtube 지원을 하기 시작한 건데, youtube 의 동영상 URL 링크 (http://블라블라) 를 복사한 담에, CMD+U 또는 파일 > URL열기 를 통해서, youtube 의 동영상을 재생시킬 수 있습니다.

http://itunes.apple.com/kr/app/mplayerx/id421131143?mt=12

 

Mac OS X Lion 10.7.3 에서 ruby 1.9.3 설치 삽질기

OS 환경은 Mac OS X Lion 10.7.3
참고로 xcode 4.3 버전이 설치되어 있다. ( 커맨드라인툴까지 설치한 상태 )

Github 에서 블로그를 할 수 있게 해주는 옥토프레스 (Octopress) 를 설치해 볼 요령으로, 루비를 설치하려는데 잘 안되고 에러가 나서, 실패경험을 포스팅 해둔다.

처음 발생했던 에러 :

rvm requires autoreconf to install the selected ruby interpreter however autoreconf was not found in the PATH

autoreconf 를 못찾겠다는건데, 알고보니 애플에서는 더이상 제공을 하지 않는 듯 하다. 나랑 비슷한 에러가 발생한 블로그 글(http://brianpeddle.com/2012/03/10/setting-up-ruby-on-rails-issues/)을 통해 정보를 얻었다.

간단하게 OS X 10.7 용 gcc installer 를 설치하면 된다.
https://github.com/kennethreitz/osx-gcc-installer/downloads

근데 문제는 여기서 끝나지 않았다.

두번째 에러 발생 :

Error running ‘patch -F 25 -p1 -N -f <“/Users/rkjun/.rvm/patches/ruby/1.9.3/p125/xcode-debugopt-fix-r34840.diff”‘, please read /Users/rkjun/.rvm/log/ruby-1.9.3-p125/patch.apply.xcode-debugopt-fix-r34840.log
ruby-1.9.3-p125 – #autoreconf
ruby-1.9.3-p125 – #configuring
ruby-1.9.3-p125 – #compiling
Error running ‘make ‘, please read /Users/rkjun/.rvm/log/ruby-1.9.3-p125/make.log

사실 이 문제도, OS X 10.7용 gcc-installer 를 다운로드(링크는 요기)해서 설치하고 나면 해결이 되는 문제였는데, 아마도 설치후 재부팅을 하지 않아 오류가 발생했던 것 같다. -_-; 오늘 집에 와서,
rvm install 1.9.3 명령을 실행하니 잘 설치된다. 혹시 루비1.9.3 설치가 안되는 경우에는, non-llvm gcc 를 사용하기 위한, –with-gcc=clang 을 주고 설치해야 한다고 한다.

일단 이것으로 루비 설치는 완료했다.

.profile 에는 다음 코드를 추가해 놓자. (rkjun 은 user name 이다)

“/Users/rkjun/.rvm/scripts/rvm” ]] && source “/Users/rkjun/.rvm/scripts/rvm”
rvm use 1.9.3 –default

명시적으로 1.9.3 을 사용하겠다고 하지 않는 한, 여전히 맥에 기본내장된 1.8 버전대가 사용된다. -_-; 터미널을 재실행하고, 버전 확인.

~ rkjun$ ruby –version
ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-darwin11.3.0]

이로써, 루비설치는 완료했고, 이제 옥토프레스(Octopress) 를 설치할 차례.

우선, bundler 설치는 잘 된다.

~ rkjun$ gem install bundler 

그 담에 다시 또 문제에 봉착.

~ rkjun$ bundle install

번들 설치중에 에러가 발생했다. -_-;

Installing rb-fsevent (0.4.3.1) with native extensions Unfortunately, a fatal error has occurred. Please report this error to the Bundler issue tracker at https://github.com/carlhuda/bundler/issues so that we can fix it. Thanks!
/Users/rkjun/.rvm/rubies/ruby-1.9.3-p125/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions’: ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

/Users/rkjun/.rvm/rubies/ruby-1.9.3-p125/bin/ruby extconf.rb
creating Makefile
CFLAGS=’-isysroot /Developer/SDKs/MacOSX10.7.sdk -mmacosx-version-min=10.7 -mdynamic-no-pic -std=gnu99 -Os -pipe -Wmissing-prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused-function -Wunused-label -Wunused-parameter -Wunused-variable -Wunused-value -Wuninitialized -Wunknown-pragmas -Wshadow -Wfour-char-constants -Wsign-compare -Wnewline-eof -Wconversion -Wshorten-64-to-32 -Wglobal-constructors -pedantic’ /usr/bin/clang -isysroot /Developer/SDKs/MacOSX10.7.sdk -mmacosx-version-min=10.7 -mdynamic-no-pic -std=gnu99 -dead_strip -framework CoreServices -o ‘/Users/rkjun/.rvm/gems/ruby-1.9.3-p125/gems/rb-fsevent-0.4.3.1/bin/fsevent_watch’ fsevent/fsevent_watch.c
fsevent/fsevent_watch.c:1:10: fatal error: ‘stdio.h’ file not found
#include <stdio.h>
^
1 error generated.
extconf.rb:59:in `<main>’: Compilation of fsevent_watch failed (see README) (RuntimeError)

덜덜덜.  stdio.h 파일이 없다니 -_-;
암튼, 이것도 간신히 해결했다.

방법은 간단했다.

sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/

요거 한방이면 된다. (출처는 요기-Octopress issue 320)

10분만에 설치될 줄 알았던 걸, 이틀 삽질끝에 간신히 설치했다. -_-;

p.s  옥토프레스(octopress) 를 사용하기 위해선, ruby 1.9.2 를 설치해야 한다. (설치방법은 1.9.3 버전과 동일하므로 생략^^)

XCode 4.3 에서 Command Line Tools

얼마전, Mac OS X 10.7 Lion 을 재설치했다.

Recovery HD 영역으로 부팅해서, 완전히 처음부터 새로 밀었다. 일종의 Windows 쓸 때의 버릇이 발동한 탓도 있지만, Lion 을 (나중에라도) 어떻게 재설치 해야하는지 몰랐으므로, 그저 궁금해서 한번 해봤다.

(Lion 의 재설치 방법은 간단하게도, 맥 부팅시에 option 키를 누르고 있다가 Reovery HD 를 선택해서 부팅한 다음에 설치하면 된다.)

Lion 을 재설치 하고 나서, XCode 4.3 을 설치했다. 그런데, /Developer 가 없다. -_-;
커맨드명령으로 ibtool 을 실행하려니 당연히 실행도 안된다. -_-; 콘솔에서 gcc 조차 실행 안되고, XCode 를 잘못 설치했나 싶었다.

그런데 알고 보니 맥 앱스토어에서 XCode 4.3 을 다운받을 때 What’s new in Version 4.3 부분을 주의깊게 살피지 않은 탓이었다.

Adds installation of command-line tools to the Downloads preference pane (다운로드 설정창에서 커맨드라인 툴 설치 추가) … 요런 문구가 있다.

바로 설치했다. 그런데 문제는 여기서 끝나지 않았다.^^;

ibtool 커맨드명령의 경우에는 XCode Developer 디렉토리가 세팅되지 않아 실행이 안되는 것이었다.

사실 이 문제도 xcode 경로를 잡아주는 것으로 해결되었다.

sudo xcode-select -switch /Applications/Xcode.app/

요약 – XCode 4.3 설치후 할 일
1. 다운로드 설정창에서 Command Line Tools 를 설치한다.
2. xcode-select 로 XCode 설치 위치를 설정해 준다.

MPlayerX 1.0.13 한글화 버전 릴리즈

마침내, MplayerX 1.0.13 버전이 Mac 용 Appstore 에 릴리즈되었다.
아침 출근길에 MplayerX 개발자 ( @Niltsh ) 에게 소식을 들었으나, 회사에는 맥이 없기 때문에 확인해 볼 수가 없어서, 집에 와서 다운받으면서 확인해 보았다.
처음 한글화 했을 때 발생했던 한글 짤림 문제도 없고, 이상없이 잘 나온다.

(icon 모양도 새롭게 바뀌었다)

맥에도 이미 곰 플레이어가 나와 있지만, 어쩐지 MPlayerX 만 쓰게 되다가, 한글화 한번 해볼까 하는 생각에 소스를 찾다 보니 마침 github 에서 개발자의 오픈소스 저장소를 찾게 되어, 번역에 참여하게 됐다.

한글화 후기를 몇자 적자면,  번역할 분량이 얼마 되는 것 같지 않은데도, 꽤 상당한 시간이 걸렸다. 재미난 일이긴 한데, 그 재미 만큼이나 기계적인 에너지 소모량도 발생했다. 맥에서 사용되는 주요 공통단어는 사파리 메뉴와 비교를 해가면서 작업했고, 곰플레이어의 메뉴 한글도 참조했다. MPlayerX 의 영어버전과 일본어버전을 참조·비교해가면서 작업했다.  그리고 번역할 부분을 찾을 때 프로그램 화면에는 존재하는 문장인데 vim 이나 일반 에디터 프로그램에서 search 할 때에는 암만 해도 안나와서 조금 애를 먹었는데 단순히  encode 되지 않는 코드 (Base64 UTF-8 Encoding) 의 인코딩 작업도 필요했다.

릴리즈 전까지는, 별 느낌 없었는데 막상 릴리즈 되고 나니, 기분이 좋다~.

p.s. 오역 또는 매끄럽지 않은 한글 번역이 있으면, 트위터 @rkjun 으로 멘션 주세요.