My Diary (2nd)

PC에서 ubuntu 8.04 또는 그 이후 version을 설치하면 (아마 이전 version도 될 듯)
cups-pdf라는 package가 설치된다. adobe PDF writer같은 프로그램인데, 설치하면 PDF라는 printer가 생긴다. 그리로 출력하면 ${HOME} directory에 PDF directory가 생기면서 그 아래에 PDF file이 생기는 편리한 놈이다.

몇일전 PC가 맛가서 이전 PC에 이것저것 복구해서 쓰고 있는데,
이게 동작하지 않는거다. 분명히 출력했는데, 파일은 없는...
이상해서 log를 보니까 다음과 같이 나오면서 출력이 안되는 거였다.

root@moria:/var/log/cups# tail -f cups-pdf_log
Thu Mar 19 11:11:50 2009  [ERROR] failed to create directory (/mnt/hda3/tolkien/PDF)
Thu Mar 19 11:11:50 2009  [ERROR] failed to create user output directory (/mnt/hda3/tolkien/PDF)
Thu Mar 19 11:13:29 2009  [ERROR] failed to set file mode for PDF file (non fatal) (/mnt/hda3/tolkien/PDF/FormattingAnAndroidSdCard___WRSeng___TWiki.pdf)
Thu Mar 19 11:18:21 2009  [ERROR] failed to set file mode for PDF file (non fatal) (/mnt/hda3/tolkien/PDF/PPR_Test_Page.pdf)

원인은 apparmor의 문제. CUPS쪽 security를 담당하는 놈이라고 한다.
(지금까지 이런게 있는 줄도 몰랐다. --;;;)
나는 용량증설도 있고, 관리의 편리함때문에 /home/tolkien -> /mnt/hda3/tolkien 으로 link를 걸어놨는데, apparmor가 link를 처리하지 않아서 생기는 문제였다.
/etc/apparmor.d/usr.sbin.cupsd 에 다음 두줄 추가하고 apparmor를 다시 시작하니까 깔끔하게 된다.

  /mnt/hda3/tolkien/PDF/ rw,
  /mnt/hda3/tolkien/PDF/* rw,

크로스컴파일 환경 구축하기 - Monaca님의 글

개발 tool은 신뢰할 수 있어야 한다.

Embedded Linux System을 개발하는데, 마주치는 bug는
이들과 싸워야 하는 programmer에게 gcc와 같은 기본적인 toolchain에 있는 버그는 악몽과도 같다.

단순히 build가 되는 조합만 찾아서 build하면 ToolChain을 쓸 수 있는 것이 아니다.
그 다음에 반드시 해야 하는 것은 ToolChain에 대한 검증이다.

GNU toolchain에서는 이것을 regression test라고 부른다. 이 test는 많은 항목으로 이루어져 있고, 결과는 성공, 실패, 예상한 실패, 예상하지 못한 실패에 대한 항목 숫자로 나온다. (물론 실패에 대한 log도 제공한다.)

이 regression test는 native toolchain은 검증하기 쉽다. test tool을 설치하고 돌리면 그만이다. 그런데, cross toolchain은 그게 안된다. 각 file를 compile해서 해당 target에 돌린다음 그 결과를 봐야 하기 때문이다. 2만 항목이 넘는 것을 전부 수동으로 돌릴 수 없다. 따라서, 해당 tool에 대한 약간의 hacking과 host system 준비, NFS가 가능한 target board 환경이면 하루정도 꼬박 돌리면 결과를 볼 수 있다.

그리고, 그 결과를 분석해야 한다. 특히, 예상하지 못하게 성공하거나 실패한 항목에 대한 대비를 세워야 한다. 그 항목이 자주 쓰이는가, 관련 patch는 존재하는가, 그것을 피하는 방법은 있는지. patch가 있다면 patch해서 build한 다음에 문제는 없는지, 다른 부정적 효과는 없는지. 다시 regression test를 돌려봐야 한다.
그리고, gcc mailing list를 계속 monitor해서 현재 쓰고 있는 toolchain 조합에 보고된 문제가 없는지 확인해야 한다. 그 문제가 단순하게 정리가 되면 다음 gcc release에 test 항목으로 추가된다.

위 방법대로 하면 약 10개정도 내외의 bug를 지닌 ToolChain이 나온다. 남아 있는 bug들은 잘 쓰이지 않는 재현경로를 사용해서 발생하는 것들이다. 정석대로라면 toolchain에 README.BUG와 같은 file을 만들어서 해당 내용 및 재현방법을 기술해야 한다. 이에 대해서 피할 수 있는 방법까지 담고 있으면 더 좋다.
하지만, 그런 내용을 담은 file을 같이 배포하는 SDK를 보지 못했다.

결국 이 모든 악몽에서 벗어나는 방법은 검증된 ToolChain을 쓰는 것이다. 다음과 같은 방법으로 입수가 가능하다.

Ten Weeks 제도
20% 프로젝트, 성공의 조건
피자 두판의 법칙

(위에 것은 그냥 link다. 본 글하고 약간의 상관은 있을 것같다.)

꿈을 꾸었다. A/B팀과 13번 자리에 대한.

가. A/B팀은 어떤 업무에 대한 책임을 가지고 수행하는 팀과
그 팀을 지원 또는 대체하는 팀이라는 개념이다.

미 해군은 승무원을 A팀, B팀으로 나누어서 운영한다고 한다.
아마 미 핵잠수함은 비싼 장비고,
사람들을 장시간 물속에 갇혀지내게 할 수 없어서.라는 이유가 아닐까 생각한다.
A, B팀간 구별은 없다.라고 생각한다.

영화 "아폴로 13호"에 보면 우주선 승무원도
한번 발사시 두개 팀으로 나누어서 운영한다.
떠날 팀중에 문제가 생기면 같은 모듈로 갈아치우거나
팀을 바꾼다. (예비로 정해진) B팀은 또 다른 일정이 있는 A팀인 거다.

나. 13번 자리.라는 것이 있다.
(왜 하필 13인지 모르겠다. 꿈에서 L모씨가 그렇게 설명했다.)
일종의 블랙홀.
어떤 업무를 수행하는 사람 또는 업무 그 자체인데,
제대로 진행이 되지 않고 있고
더 큰 문제는 교체할 수 없는 상황인거다.

다. 이 꿈을 오늘 새벽에 꾸고 바로 깼다.
아마 요즘 내 고민중 하나인 어떻게 팀을 구성할까.에 대한
무의식적인 해답 도출 노력의 일부가 아닐까.

코딩도 글쓰기... - 시즈하님의 글


몇가지 coding style에 대한 글의 link를 적어놓습니다.
Style Guide for Python Code
리눅스 코리아 PHP Coding Standard

CodingStyle, NamingRule에 관해서는
밤새 토론해도 결론이 나지 않을 내용중 하나라고 생각합니다.
이럴 때 필요한 것은 총대를 메는 사람.

그들 후보는...
1. 팀장. (직급으로 누른다.)
2. 시즈하. (패기와 열정으로 앞도한다.)
3. 사장님. (Nice!)

에 대한 구상이 잠시 떠올라서 적어둔다.

1. Information Center를 browsing할 수 있게 web interface를 사용하자. (http://localhost:8010/...)
3. object -> directory, misc/object's attribute -> file 로 구현한다.
4. object 추가는 http://localhost:8010/cgi-bin/add?node=...&value=object
2. attribute를 추가/수정은 http://localhost:8010/cgi-bin/add?node=...&value=... 로 통일
5. connection에 대한 속성을 준다. http://localhost:8010/cgi-bin/conn?node=...&value=...
5.1 node/ value
5.1.1 format: html/raw

6. connection은
6.1 named pipe(PHN, SKY, KMR등 reserved address에 사용)
6.2 domain socket(iom client)
6.3 inet socket(debugging or 기타 용도)

라고 생각하면 source의 bug라고 생각한다.
하지만, 다음과 같은 경우도 결국 memory 부족을 유발한다.

그럼 이제 정리해보자. (아직 구상중이지만...)

PHONE이 요구하는 것은 다음과 같다.




가 전부라고 생각했다. BUT!!!

(I)에서 code로 된 것을 말로 풀어보자

라고 하면 거창한데, 내가 짠 code를 내가 헥갈려서 정리한다는 거다. (자폭 모드 T.T)

일단, 어디 어디 있는지 정리부터 해볼까.