사랑천사의 상상과 생각이 함께하는 곳

[알림] 블로그 보존용으로 전환 및 이전 알림

(사랑천사) — Mon, 08 Feb 2010 01:29:43 +0900

안녕하세요?
뭐... 별로 이 블로그에 들르시는 분들은 안 계시겠지만, 이 블로그는 보존용으로 전환하고 http://www.lecl.net/lablog 를 새로운 블로그로 사용하기로 했습니다. 물론 이 곳의 자료는 전부 그 쪽으로 이전했지만, 혹시나 이 곳을 찾으실 분들을 위해 이렇게 공지 남겨 둡니다.
감사합니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Gentoo에서 GNOME 문제 및 libogg 문제 해결

(사랑천사) — Sun, 17 Jan 2010 14:20:00 +0900

Gentoo에서 libogg 1.1.4 때문에 이와 관련된 라이브러리들 빌드가 안 되는 문제를 해결하려면 lafilefixer를 설치하고 실행해야 한다. 그런데 신기한 것은 이것을 실행해도 솔직히 안 생기던 la파일이 생기는 것은 아닌데 문제를 일으키던 패키지들이 잘 컴파일되는 이유는 무엇일까?

그리고 Gnome이 rc.conf에 기본 X 세션으로 설정되어 있어도 실행되지 않는 경우 XSESSION 환경 변수를 강제로 설정해서 사용해도 무관한 것 같다. 이렇게 하면 적어도 Gnome은 확실히 뜬다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Debian, 실망 시키지 않는군.

(사랑천사) — Sun, 17 Jan 2010 14:15:00 +0900

요즈음 데비안도 여러 가지로 패키지의 범위도 넓어 지고 쓸만해 진 것 같다.

Pidgin용 네이트온 플러그인은 물론이고 네이트온 자체도 패키지에 추가되었다. 그 뿐이 아니다. 이전엔 꿈도 못 꾸었던 ntfs-3g가 추가되는 등 여러 가지로 편해 졌다. 물론 Skype와 LAME 같은 것들은 라이센스 등의 문제로 추가가 안 되고 있는 것 같지만...

어차피 LAME은 Windows에서도 컴파일해서 써야 하고 Skype는 데비안용 패키지가 제공되니 특별히 걱정하거나 마음에 안 들어할 필요는 없는 것 같다.

생각해 보면 네이트온과 관련된 패키지가 추가되는 등의 상황은 그래도 그 만큼 우리나라 엔지니어들과 리눅스 사용자들이 노력하고 있고 참여하고 있다는 뜻이 아니겠는가? 이런 상황에 감사해야 할 것 같다. 나처럼 별 것 못하는 사람은...

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Apple AppStore에 가입하는 방법 정리.(신용카드를 쓰지 않고)

(사랑천사) — Sun, 17 Jan 2010 14:05:00 +0900

1. iTunes를 열어 Source 목록에서 응용 프로그램에 들어간다.
2. 무료 응용프로그램을 검색한다. 나의 경우 Skype를 선택했다.
3. 이 때 이 프로그램을 받으려면 로그인을 요구하고 가입하면 된다.
4. 이 때 주의할 점이 있는데 결제 수단을 NONE로 해야 한다.
5. 진행 순서는 처음에 이름 등 입력 → 결제 수단 결정 → 주소 등 입력이다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

레이니 이야기 감상

(사랑천사) — Tue, 22 Dec 2009 02:46:00 +0900

레이니 이야기를 다 읽었다.

느낌은... 쉽게 말해 상당히 철학적이었다. 그리고 나름데로 마법에 대한 이론을 정립하고 이것을 과학적이고 논리적으로 풀어 나가려고 했다는 점에서 참신한 것 같다.

또한 그러면서도 기계 기술과 우리 인간이 편리함에 취하기 쉬운 그런 부분에 대한 경각심을 가지게 하는 것 같다. 나 스스로 기계를 다루는 엔지니어라고 하면서 기계를 사용하지만, 결코 내가 할 수 있는 일을 기계에게 시키는 것이 좋은 것이 아니란 생각이 든다.

물론 속도 측면에서 효율성이 더 좋은건 사실이지만, 나 스스로의 노력으로 속도 문제도 극복할 수 있는 것이 아닐까.

그럼에도 나는 그렇게 생각한다. 엔지니어들이 기계를 만들고 움직이게 하고 프로그램을 코딩하는 것은 정당하다고 그렇게 생각한다. 이것 또한 노력이니까.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

LECL 저장소 재구성...

(사랑천사) — Mon, 26 Oct 2009 12:37:18 +0900

우리 LECL의 저장소 공간이 상당히 빨리 줄어 들어 가고 거기다가 남은 용량도 얼마 안 되기에 이번 10월 25일을 작업일로 잡고 공지 올리고 작업을 시작했다.

하는 김에 파워 서플라이의 팬도 좀 볼겸 해서 손을 보기 시작했는데 이게 0시 정각에 시작해서 3시 쯔음에야 끝이 났다. 그렇지만 결국 고치지는 못했다. 뭐 중간에 내부 청소도 좀 하고 그러긴 했지만 너무 시간을 버렸다.

일시적인 방편으로 RAID 0으로 묶기로 하고 백업은 일시적으로 다른 시스템에 네트웍을 통해 하기로 계획했었다. 그래서 기존에 사용하던 데이터 디스크와 백업 디스크를 RAID 하려고 남는 S-ATA/RAID 컨트롤러를 서버에 삽입하고 RAID 0으로 묶는 것을 십여번 시도했으나 계속 실패했다. 정확히 말하면 RAID를 설정하는 도중에 컴퓨터가 멎어 버리는 것이다. 그 뒤로 그 원인을 찾기 위해 별 방법을 다 썼다. 그러다가 "아무래도 안되겠다." 싶어서 Linux의 RAID Transport를 사용해서 구성해 보려고 시도했다.

역시 여기까지도 좋았다. 그런데 그러고 나서 RAID된 볼륨으로 백업한 자료를 다시 복원하는 과정에서 계속 서버쪽에서 오류가 발생하고 서버쪽의 프로세스가 무작위로 죽는 것이었다. 주로 활동이 활발하게 일어나는 프로세스가 그랬다. 나는 이게 메모리 부족이나 RAID를 하기에 적합하지 않은 상황에서 RAID로 묶으려고 해서 발생한 문제인줄 알고 이번엔 어차피 속도는 별로 안 중요하니까 LVM으로 묶자 해서 LVM으로 묶고 실험해 보았다.

그러나 결과는 마찬가지였다. 그래서 RAID로 다시 시도하면서 chunk size를 바꿔 보기도 하고 커널 버전도 바꿔 보고 커널을 컴파일하는 컴파일러 버전도 바꿔 보고 하면서 시도했으나 모두 실패했다. 결국 Linux의 RAID Transport는 일단 포기했다.

그 뒤로 이거 저거 알아 보던 도중에 서버 매인보드에서 제공하는 RAID 기능을 확인하고 이것으로 두 디스크를 묶었다. 그러고 나니 리눅스에서 이것을 다른 디스크로 인식하지는 않지만 md0으로 자동 인식했고 여기에 파티션을 설정하고 운용 시험을 시작했는데 역시나 동기화를 다시 하는 과정에서 오류가 발생하면서 프로세스가 무작위로 죽는 현상이 발생하고 동기화도 중간에 실패했다. 결국 문제점은 OS에 있는 것도 아니고 내가 구성한 RAID 방법의 문제도 아니라는 결론을 얻고 하드웨어적인 문제로 간주하고 하드웨어적인 검사 작업에 들어갔다.

왼만한 것들은 전부 점검시에 문제가 발생하지 않았는데 메모리를 시험하는 과정에서 레드스크린을 띄우면서 시험 프로그램이 죽고 시스템 전체도 멎었다. 그래서 시스템에 설치된 3 개의 메모리를 전부 하나 하나 시험한 결과 2 개는 정상이고 나머지 하나에 문제가 있는 것을 발견했다.

결국 불량 메모리는 제거하고 RAID로 구성한 디스크 전체를 검사하고 FS 검사등을 모두 마친 뒤 다시 자료 복원을 시작했다.

그 뒤로 동기화가 다 될 때 까지 중간 중간 상태를 확인했고 그제서야 정상적으로 동작하는 것을 보았다. 결국! 나는 메모리 오류 하나 때문에 거의 24시간에 가까운 시간을 허비하고 고생이란 고생은 다 한 것이다. 거의 24 시간 동안 밥 두 끼 먹은게 다일 정도로 작업하는 시간동안 쉴 틈 조차 없었다. 잠 잔 시간도 5 시간도 안 되는 시간이었다. 아우... 그래서 그런지 몰라도 온 몸이 뻐근하고 고통스럽다. 어깨와 목은 말할 것도 없고 이러다 보니 머리도 무지 아프다 어휴...

이번에 진짜 엄청 삽질을 한 터라 글로 하나 남겨 놔야 겠다 싶어 이렇게 남겨 둔다.

PS: 이 작업을 하는 동안 옆에서 기다려 주고 도와준 영운이형, 현종이 그리고 손님으로 오셔서 밥도 몇 번 제대로 못 드신 한 분께 정말 죄송하고 그러면서도 감사한 마음이 든다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

GNOME Blog

(사랑천사) — Mon, 19 Oct 2009 08:47:27 +0900

GNOME 관련 꾸러미가 뭐 뭐 있나 목록을 보던 중 gnome-blog 라는 녀석을 발견했다. 설명을 보니 BloggerAPI나 MetaWeblog 같은 방식의 BlogAPI를 통해 자신의 블로그에 접속하지 않고 글을 남길 수 있는 프로그램이었다. 일전에도 이쪽에 대해 관심을 가젔으나 딱히 필요성을 못 느끼고 해서 신경을 많이 쓰진 않고 있었다. 그런데 그렇지 않겠는가? 사람이 참 어떻게 보면 간사하다고 떡이 보이면 먹고 싶어지는 법이다. 그래서 그놈을 설치하고 사용해 보려고 했는데 처음부터 잘 되지는 않았다.

처음에 Textcube에서 BlogAPI 플러그인을 켜 주고 GNOME Blog에서 BloggerAPI를 통해 내용 전송 시험을 했는데 아무리 해도 안 되기에 MetaWeblog로 바꿔서 시도했다.

이번에는 다행히 등록 시도한 글이 제대로 올라가서 기뻐하며 이 내용을 한 번 정리해 보자 싶어 이 글을 쓰고 있다.(이것도 물론 GNOME Blog를 통해 등록하는 글이다.)

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Edirol HyperCanvas VS Steinberg Hypersonic

(사랑천사) — Sun, 12 Jul 2009 02:48:00 +0900

공통점을 먼저 이야기하자면 둘 다 나름데로 괸찮은 음질의 가상 악기들이란 것이다. 더부러 DXI 및 VST 모드를 지원한다는 점도 같다. Steinberg Hypersonic의 경우는 솔직히 그 자체가 악기라기 보다는 엔진에 가깝고(Gigastudio처럼) 여기에 알맞는 셈플림 컨텐츠를 얹어서 사용하는 형태이다. 또한 Edirol HyperCanvas가 기본적으로 GM+GS에 알맞는 반면 Steinberg Hypersonic은 이런 규격 보다는 다양한 음원 셈플링 데이터에 중점을 두고 있는 듯 하다. 물론 GM 모드를 지원하지만 기본적으로 꺼져 있다. 이렇다 보니 Edirol HyperCanvas가 Steinberg Hypersonic에 비해서 GM이나 GS 규격을 기반으로 작성된 MIDI 파일을 재생하거나 셈플링할 때 상대적으로 깔끔하고 괸찮은 음질을 보인다.(대부분 악기 소리의 현실성 또한 그렇다.)

이제는 세부적인 부분에 대해 알아 보겠다. 우선 Edirol HyperCanvas가 GM 혹은 GS 모드일 때 전반적인 음질이나 악기 소리의 현실성 등이 뛰어나긴 하지만 Steinberg Hypersonic에 비해 Bass 쪽이 좀 덜 받혀 준다는 느낌을 받는 편이고 일부 String 계열(바이올린, 첼로 등)의 경우 Steinberg Hypersonic에 비해 현실성이 좀 떨어진다는 점도 발견되었다. 이에 비해 Steinberg Hypersonic은 GM 이나 GS를 기반으로 하는 MIDI 파일을 재생하거나 셈플링할 경우 Drum 계열을 거의 처리하지 못하는 현상을 보였다. 악기들간의 벨런스도 괸찮고 나름 현실감 있는 악기 셈플들을 담고 있지만 이 부분이 제일 아쉬운 부분이다.(적어도 내 입장에서는...) 마지막으로 관악기를 중심으로 분석해 본 결과 Edirol HyperCanvas가 조금 더 현실감 있는 소리를 구현해 내는 것으로 보였다.

정리하자면 Edirol HyperCanvas가 GM 이나 GS 규격 지원에 있어서는 Steinberg Hypersonic에 비해 상대적으로 뛰어나고 일부 현악기의 소리에 대한 현실감은 좀 떨어지는 편이며 관악기는 비슷하거나 괸찮은 편이고 Bass 쪽은 좀 딸리는 편이다.

위 내용들은 100% 실험을 통해 알게 된 정보들이고 GM 및 GS 규격을 기준으로 하고 있다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

SCIM + Skype + GNOME 조합에서 Skype에 한글 입력하기.

(사랑천사) — Wed, 24 Jun 2009 15:00:00 +0900

참 오랜만에 쓰는 글인데 주제가 참 뭐시기 하다.

사실, 리눅스에서 작업하면서 Skype로 사람들에게 이야기를 걸 때마다 너무나 불편했었다. 언젠가 한 번은 입력이 되었던 것도 같은데 또 언젠가부터 한글 입력이 죽어도 Skype에서만큼은 안 되는 것이다. VirtualBox를 비롯한 웬만한 QT 응용 프로그램들은 잘 입력이 되는데 유독 Skype만 안 되는 것이... 뭔가 희안하기도 하고 찜찜하기도 해서 여러 차례 SCIM을 비롯한 프로그램들을 다시 깔기도 하고 USE Flags를 변경해서 깔아 보기도 하고 별짓을 다 했었다. 그러다 문득 예전 생각이 나서 시도해 본 것이 터미널에서 scim --list였다.(이렇게 해서 각 입력 방식의 Frontend와 IM Engine 및 SCIM 설정 관련 모듈들의 목록을 확인했다.)

SCIM이 원래 그런 건지 내가 사용하는 놈만 그렇게 컴파일이 된 건지 X11용 Frontend와 Socket Frontend만 있었다. 그런데 어떤 방법으로도 Skype는 Socket Frontend와는 연결이 안 되는 것 같았다...

그래서 취한 방법이 SCIM을 하나 더 띄우되 이놈을 X11 Frontend로 띄우는 거였다. 나머지 시작 옵션은 같게 하고서 말이다. 이렇게 한 결과, Skype의 메시지 입력 창 등에서도 충분히 한글이 자연스럽게 입력이 되었다.

내가 지금까지 사용한 방법은 gedit를 열어서 여기에 내용을 입력하고 이것을 복사해서 Skype의 메시지 창 등에 붙여 넣기 하는 방식이었는데, 한글이 입력되기 시작하니 너무 편한 듯하다.

아래는 설정된 환경 변수들이다.

GTK_IM_MODULE="scim"
QT_IM_MODULE="scim"
XMODIFIERS="@im=SCIM"
XIM_PROGRAM="/usr/bin/scim"

(입력에 관련된 부분만 넣었다.)

저기에서 XMODIFIERS 환경 변수가 설정되어 있지 않으면 역시나 Skype가 제대로 동작을 하질 않았다. 그것 역시도 솔직히 좀 특이한 점이라고 본다.

리눅스를 사용하면서 소프트웨어 대부부이 오픈소스 소프트웨어이다 보니 편리하고 자유스러운 부분도 있지만 어떻게 일원화되어 있는 것이 아닌 탓에 이런 불편함도 있는 것 같다. 그래도 이런 부분이 단점 이면서도 장점이 아니겠는가?

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

내가 생각하는 전문가

(사랑천사) — Wed, 08 Apr 2009 23:24:00 +0900

전문가란... 단순한 내 생각이다.

내가 생각하는 전문가란 이렇다.

스스로 자신을 전문가라 말하는 사람이 아니라 인정받는 사람이다. 시제로의 여러 가지 사건과 현실을 통해서 인정 받은 사람인 것이다. 스스로 전문가라고 떠들어 데면서 다른 사람들의 업적이나 상황을 일명 '까데는' 사람은 전문가가 아니다. 이런 이야기를 하면 전문가는 학벌을 통해 인정 받은 사람만을 말하는 것으로 오해 받을 소지가 있고 뭔가 대단하거나 큰 일을 하거나 해야 한다고 생각할 수 있는데 내 생각은 조금 다르다. 어떤 분야의 지식이나 기술, 정신을 가진 사람이고 이런 부분을 인정 받으면 그 사람이 학벌 어떻건 업적이 작건 간에 전문가라고 본다.

더 중요한 것은 '전문가'라는 평가를 받기 이전에 인간이 되어야 한다. 어려운 이야기가 될 지 모르겠지만, 겸손해야 하고 노력해야 하며 비난이 아닌 비판을 할 줄 아는 사람이 되어야 한다고 생각한다. 이런 소양을 갖지 못하면서 너무나 많은 이들이 '전문가' 행새를 하고 있다는 생각이 든다. 자신이 그 분야의 '진짜' 전문가인 냥, 다른 사람을 '까데기' 좋아하는 사람이나 노력하지 않는 사람은 그들이 그렇게 자신이고자 하는 '진짜' 전문가가 아니다. 이렇게 말하고 보면 나는 어떤 분야에서도 전문가가 아니다. 단지 전문가가 되고 싶을 뿐...

많은 전문가들은 우리가 모르는 곳에서, 흔히 인정하지 않는 곳에서 노력하고 움직이고 있다. 이런 사람들이 나름데로의 신념을 가지고 움직일 수 있는 사회가 되기를 바라는 것이 내 마음이다. 솔직히 내가 아는 사회는 아직 그렇지 못하다. 슬픈 일이지만.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.