다국어 번역을 위해 Gettext를 지원하는 PO 파일 편집기인 poedit를 사용하여 Apache Software License 2.0을 번역 하였다. 번역을 위해서 김윤수님이 번역한 아파치 사용 허가서 Version 2.0 번역 완료을 참조 하였다.

poedit에서 사용한 Translate Memory는 다음 번역 파일을 참조 하여 생성 하였다.

• GNU GPL 2.0
• GNU GPL 3.0
• GNU LGPL 2.1
• GNU LGPL 3.0
• MIT License
  

Apache Software License 2.0

• 라이선스 : Apache Software License 2.0
• 참고 문헌 : 아파치 사용 허가서 Version 2.0 번역 완료 (김윤수의 이상계를 꿈꾸며, 저작권)

• 번역 버전 : Apache Software License 2.0 번역 버전 0.0.1 (2009.4.11 ~ 2009.5.10)

아파치 사용 허가서, 버전 2.0

아파치 사용 허가서 버전 2.0, 2004년 2월 http://www.apache.org/licenses/

사용, 재생산과 배포를 위한 규정과 조건

1. 정의

"사용 허가서"는 이 문서의 1절부터 9절에 제시되어 있는 사용, 재생산과 배포를 위한 규정과 조건을 의미 한다.

"사용허가자"는 사용 허가서를 허가하는 저작권자 또는 저작권자에 의해 지명된 실체를 의미 한다.

"법인"은 행동하는 실체와, 그 실체를 조정 하거나 조정 되는 또는 공통의 조정하에 있는 모든 실체의 연합체를 의미 한다. 이 정의에 따르면, "조정"은 (i) 계약 또는 다른 것에 의해 직간접적으로 그 실체를 조정 또는 관리 하는 힘 또는 (ii) 발행 주식 중 50% 이상의 소유권 또는 (iii) 그 실체로부터 수익을 얻는 소유권을 의미 한다.

"사용자"(또는 "사용자들")는 이 사용 허가서에 의해 허가된 권한을 행사하는 개인 또는 법인을 의미 한다.

"소스 코드" 형태는 소프트웨어 소스 코드, 문서 소스 그리고 구성 파일과 같이 개작에 편리한 형태를 의미 한다. 그렇지만 이 세가지 형태로 국한 되지는 않는다.

"목적 코드" 형태는 컴파일된 목적 코드, 생성된 문서, 여타 미디어 타입으로 변환된 형태를 포함한, 소스 코드 형태를 기계적으로 변환하거나 번역하여 얻은 임의의 결과물을 의미 한다. 그렇지만 이 세가지 형태로 국한 되지는 않는다.

"저작물"은 이 사용 허가서 하에 만들어진 소스 코드 또는 목적 코드 형태의, 저작물에 포함 또는 첨부된 저작권 공지에 의해 명시된 원저작자의 저작물을 의미 한다. (샘플은 아래 첨부에서 제공 한다.)

"2차 저작물"은 저작물에 기반한 (또는 파생된) 소스 코드 또는 목적 코드 형태의 저작물 그리고 전체적으로 볼 때 원저작자의 저작물에 편집상 개정, 주석 추가, 상세화 또는 기타 변경이 발생한 저작물을 의미 한다. 이 사용 허가서에 따르면, 2차 저작물은 저작물 그리고 2차 저작물로부터 분리된 형태 또는 인터페이스에 의해 단순히 링크된 (또는 이름에 의해 연결된) 저작물은 포함 하지 않는다.

"기여물"은 저작물 원래 버전 그리고 저작물 또는 그것의 모든 2차 저작물에 대한 수정 또는 추가 사항을 포함한 저작물로서, 저작권자가 직접 또는 저작권자에 의해 지명된 개인 또는 법인이 저작권자를 대신 하여 저작물에 포함 시켜 달라고 제출한 것을 의미 한다. 이 정의에 따르면, "제출됨"은 사용허가자 또는 그 대리인에게 보내진 전자적, 음성적 또는 기록적인 모든 대화물을 의미 한다. 대화물은 저작물에 관해 논의하고 개선할 목적으로 사용허가자 또는 사용허가자의 대리인에 의해 관리되는 전자 메일링 리스트, 소스 코드 제어 시스템 그리고 이슈 트래킹 시스템에서의 대화물을 포함하지만 이것에만 국한 되지는 않는다. 다만 저작권자에 의해 "기여물이 아님"이라고 명확하게 표시 또는 기록되어 있는 대화물은 포함 되지 않는다.

"기여자"는 사용허가자 그리고 사용허가자에게 기여물을 보내어 그 기여물이 저작물에 반영 되었을 때 그 기여물을 보낸 개인 또는 법인을 의미 한다.

2. 저작권 사용 허가.

이 사용 허가서의 규정 및 조건에 따라, 각 기여자는 사용자에게 소스 코드 또는 목적 코드 형태로 저작물과 그 2차 저작물을 재생산, 2차 저작물 준비, 일반 공표, 일반 실행, 하위 사용허가 그리고 배포 하기 위한 영구적인, 전세계적인, 비 독점적인, 비용 없는, 사용료 없는, 취소될 수 없는 저작권을 허가 한다.

3. 특허 사용 허가.

이 사용 허가서의 규정 및 조건에 따라, 각 기여자는 사용자에게 저작물을 제작, 사용, 판매 제안, 판매, 수입 그리고 전송할 수 있는 영구적인, 전세계적인, 비 독점적인, 비용 없는, 사용료 없는, 취소될 수 없는 (이 절에서 기술된 경우를 제외하고) 특허권을 허가 한다. 여기서 특허권은 공헌자에 의해 사용허가 될 수 있고, 기여물 단독 또는 저작물과 기여물의 결합에 의해 침해될 수 밖에 없는 특허 청구에 대해서만 적용 된다. 만일 사용자가 저작물 또는 저작물에 포함된 기여물이 직접적 또는 기여적으로 특허를 침해 했다고 주장하는 개체에 대항해서 특허 소송(교차 청구 및 반소를 포함한)을 제기하면, 이 사용 허가서 하에 사용자에게 허가된 특허권은 소송이 신청된 날로부터 종료 된다.

4. 재배포.

사용자는 아래의 조건을 만족하는 한 수정 또는 수정 없이, 소스 코드 또는 목적 코드의 형태로, 임의의 미디어로 저작물 또는 2차 저작물의 복사본을 재생산 그리고 배포할 수 있다.

1. 사용자는 저작물 또는 2차 저작물의 수신자에게 이 사용 허가서의 복사본을 제공 해야 한다; 그리고

2. 사용자는 수정한 파일에 자신이 파일을 수정 하였음을 알아 보기 쉽게 명시 해야 한다; 그리고

3. 사용자는 배포 하려는 2차 저작물의 소스에서, 원 저작물의 소스 코드에 있던 모든 저작권, 특허권, 상표권과 귀속 공지를 유지 해야 한다. 단, 2차 저작물과 관계 없는 공지는 제외 한다; 그리고

4. "NOTICE" 파일이 저작물의 배포본에 포함되어 있으면, 사용자가 배포하는 모든 2차 저작물에도 그 NOTICE 파일에 담긴 귀속 공지 사본이 읽을 수 있는 형태로 포함 되어야 한다. 단, 2차 저작물의 어떤 부분에도 관련이 없는 공지는 제외한다. 그 공지는 적어도 다음과 같이 위치 중 한 곳에 위치해야 한다: 2차 저작물의 일부로 배포되는 NOTICE 텍스트 파일 안에; 2차 저작물과 함께 배포 되는 소스 또는 문서 안에; 또는 2차 저작물에 의해 생성되는 화면 안에 보통 나타나는 제3자 공지사항으로. NOTICE 파일의 내용은 정보 제공이 목적이므로 사용 허가서 조건을 변경 할 수는 없다. 사용자는 자신이 배포하는 2차 저작물 내에 저작물의 NOTICE 파일에 덧붙여 자신만의 귀속 공지를 배포할 수 있으나 그 귀속 공지가 사용 허가서 조건을 변경 해서는 안된다.

만일 저작물에 대한 사용자의 사용, 재생산 그리고 재배포가 이 사용 허가서에 명시된 조건과 호환 된다면, 사용자는 자신이 수정한 부분에 자신의 저작권 문구를 추가하고 수정 부분의 사용, 재생산, 배포권에 대해 또는 2차 저작물 전체에 대해 부가적인 또는 이 사용 허가서와는 다른 규정 및 조건을 추가할 수 있다.

5. 제출된 기여물.

사용자가 명확하게 다른 사항을 언급하지 않았다면, 사용자가 저작물에 포함 시키기 위해 사용허가자에게 의도적으로 제출한 기여물은 추가적인 규정 또는 조건 없이 이 사용 허가서의 규정과 조건을 따른다. 위 규정에도 불구하고, 여기의 어떤 규정도 사용자가 기여물에 관해 사용허가자와 맺은 별도의 사용 허가서의 규정을 대신 하거나 변경 하지 않는다.

6. 상표권.

이 사용 허가서는 사용허가자의 상품명, 등록상표, 서비스 마크, 제품명을 사용할 권한을 부여하지 않는다. 단, 저작물의 시초를 밝히거나 NOTICE 파일을 재생산하기 위해 합리적이고 관습적으로 쓰는 경우에 한해서는 사용할 수 있다.

7. 보증 거부.

법에 의해 요구 되거나 문서상으로 합의된 경우를 제외하고, 사용허가자(공헌자)는 명시적 또는 묵시적인, 포함하는 어떤 종류의 보증 또는 조건 없이, 적법한 권한, 무침해, 상업성, 특정 목적 부합성의 보증 또는 조건, 제한 없이 "있는 그대로"의 저작물(공헌물)을 제공 한다. 사용자는 저작물의 사용 또는 재배포의 적합성을 결정할 전적인 책임이 있고 이 사용 허가서 하에서 권한을 실행하는데 관련된 어떤 위험도 감당해야 한다.

8. 법적 책임의 한계.

기여자가 손해의 가능성에 대해 조언을 받았다 할지라도, (직무 태만을 포함한) 불법 행위, 계약, 또는 다른 형태로든, (고의적인 그리고 전적으로 태만한 행동 같이) 적합한 법률로 강제 되거나 또는 문서로 합의하지 않는 한, 어떤 사건 속에서 그리고 어떤 법률적 이론 하에서도, 기여자는 사용자의 손실에 대해 책임이 없다. 이 손실은 이 사용 허가서 또는 저작물의 사용 중단 또는 저작물의 사용 불가의 결과로 발생하는 직접, 간접, 특별, 우연 또는 중대한 손실을 포함 한다. (이 손실은 선의의, 업무 중단의, 컴퓨터 고장 또는 오동작의 손실, 또는 기타 모든 상업적 손해 또는 손실을 포함하지만 제한 되지 않는다.)

9. 보증 또는 책임의 추가.

저작물과 그것의 2차 저작물을 재배포 할 때, 사용자는 지원, 보증, 손해배상 책임 또는 기타 이 사용 허가서와 일치하는 법적 책임 및 권한을 받아 들이는데 대한 소정의 수수료를 요청하고 부과할 수 있다. 그러나, 그러한 책임을 받아 들임에 있어 사용자는 오로지 자신의 책임하에 받아 들여야 하며, 이로 인해 야기되는 법적 책임 또는 지불 청구 등에 대해 기여자를 대신하여 배상금을 지불하고, 기여자를 보호하고, 각 기여자가 손해를 입지 않도록 하는데 동의 하여야 한다.

규정과 조건의 끝

첨부: 저작물에 아파치 사용 허가서를 적용 하는 방법

자신의 저작물에 아파치 사용 허가서를 적용 하려면, 다음의 틀을 갖는 공지에서 대괄호를 둘러 쌓인 부분을 자신을 식별할 수 있는 정보로 대치 해야 한다. (대괄호 자체는 포함 해서는 안된다) 아래 공지는 파일 형식에 따라 적절한 코멘트 형식으로 둘러 싸야 한다. 제3자의 아카이브에서 쉽게 확인할 수 있도록 파일 또는 클래스 이름과 목적인 "인쇄된 페이지"에 저작권도 같이 공지할 것을 권장 한다.

저작권 [년도] [저작자 명]

아파치 사용허가서, 버전 2.0 ("사용 허가서")에 의해 사용 허가됨 당신은 사용 허가서에 따르지 않고서는 이 파일을 사용 할 수 없다. http://www.apache.org/licenses/LICENSE-2.0 에서 이 사용 허가서의 복사본을 구할 수 있다.

적합한 법률을 만족 하지 않거나 쓰기에 동의 하지 않는다면, 이 사용 허가서 하에 배포되는 소프트웨어는 명시적 또는 암시적인 어떤 종류의 보증 또는 조건 없이 기본적으로 "있는 그대로" 배포 된다. 사용 허가서에 따라 특정 언어에 대한 허가와 제한을 다루는 사용 허가서는 볼 수 있다.

*** 참고 문헌 ***

오픈소스 비즈니스 컨설팅 - Apache Software License 2.0

관련 글 목록


이제 마지막으로 힘들게 번역한 한글파일을 배포해보자.
배포하는 방법은 총 세 가지 정도가 있다. 하나는 배포 안하기, 두번째는 개인 사이트나 커뮤니티를 통해 배포하기, 그리고 세번째는 원 프로그램 프로젝트에 포함시켜 배포하기. 물론 절대적으로 권장되는 것은 세번째이다.

많은 사람들이 번역을 한 뒤에 이 과정을 빼먹어서 열심히 번역한 작업물을 그냥 사장시키는 경우가 많다.
번역을 했으면 꼭 메인 프로젝트에 업로드를 하자!



1. 번역 재검토(번역 가이드와 ko-po-check)


2. 패치 파일 만들기


3. 프로젝트별 번역 기여 방법 알아하기


4. 기타..

관련 글 목록


번역을 마무리했으면 제대로 번역이 되었는지 테스트를 해야 한다.
대부분의 번역이 단순 문자열 변환이기 때문에, 실제 기능이나 설명과 일치하는지 확인하는 작업이 반드시 필요하다.


1. 기존에 ko.po 가 있는 경우


2. 기존에 ko.po 가 없는 경우 - 1


3. 기존에 ko.po 가 없는 경우 - 2


4. 컴파일이 안되는 경우

관련 글 목록


1. 소스 파일 다운로드


2. 소스 파일 분석


3. po 파일 편집하기


4. ko.po 만들기


5. POedit 로 po 파일 편리하게 편집하기


6. TM 기능 이용하기

본 글은 필자가 개인 블로그에 올렸던 글로, 최근 시리즈로 글을 이어내면서 이곳에 다시 정리해서 쓰는 글이다. 강좌라고 하기에는 창피한 글이지만, 꼭 필요한 글이라 생각되어 이곳에 올린다.


프로그램 한글화 과정은 크게 네 가지로 나눌 수 있다.

번역에 관심있는 많은 사람들이 1번에서 많이 포기하고, 4번을 하지 않아 애써 번역한 것을 사장시키는 경우가 많다. 따라서 이 전 과정을 모두 설명함으로써 번역에 관심이 많은 사람들의 참여가 조금 더 활발하게 이루어지기를 기대해 본다.



1. i18n 과 l10n


2. i18n 방식


3. 그 외..


4. 마지막으로..

---

오픈오피스 한국어 커뮤니티는 2007년에 한국어팀을 결성하여 오픈오피스 번역과 QA 등 여러 활동에 직접 참여를 하고 있습니다. 그 중에서 오픈오피스 프로그램 자체(UI+도움말) 번역에 관련된 내용을 소개하고자 합니다.

우선 오픈오피스는 그 전신인 스타오피스 시절, Sun 마이크로시스템즈에 의해 번역이 되었고, Sun 마이크로시스템즈에서 직접 관리하는 언어 중 하나로 한국어가 지정되어 Sun 마이크로시스템즈 지역화(L10n)팀에서 직접 번역 및 관리를 해왔습니다. 하지만 오픈오피스 2.4.0 부터는 오픈오피스 한국어 커뮤니티의 번역팀이 참가하여 거의 대부분의 번역을 직접 하고 있으며, 현재까지 번역률 100% 를 유지하고 있습니다.


이러한 오픈오피스 번역은 다음과 같은 과정을 통해 이루어집니다.

1. 먼저 오픈오피스 새 개발자 버전이 발표됩니다.
2. 이 중 언어관련 부분(사용자 인터페이스, 도움말)을 추출하여 gettext 기반인 po 파일로 변환합니다.
3. 이를 Pootle 이라는 온라인기반 공동 번역 시스템에 업데이트합니다.
   
   
   
   
4. Pootle 에서 한국어 관련 부분을 다운로드 받아, 번역되지 않았거나 모호한 번역을 추출합니다.
5. 이렇게 정리된 "번역해야 할 부분" 을 번역팀원들에게 할당합니다.
   
   
   
   
6. 번역팀원들은 각자 맡은 부분을 지정한 일자까지 번역합니다.
7. 최종 마감일에 취합된 번역을 정리하여 리뷰어에게 보냅니다.(현재는 Sun 마이크로시스템즈에 근무하는 전문 리뷰어에게 보냅니다.)
8. 리뷰 내용을 검토하여 반영한 뒤, 한국어 부분 원본에 병합합니다.
9. 최종적으로 마무리된 파일들을 Pootle 시스템에 업로드합니다.
10. Pootle 시스템에서 오픈오피스 고유 포맷인 sdf 로 변환하여 소스에 포함한뒤 빌드합니다.
11. 빌드된 개발자 버전을 다운로드 받아 정상적으로 번역되었는지, 잘못된 부분은 없는지 확인합니다.

뭔가 굉장히 복잡해 보입니다만, 실제론 더 복잡합니다. ;;;


아래는 현재 오픈오피스 3.1 버전을 위한 번역을 하고 있는 작업물입니다. 아직 마감 일자가 조금 남아 있어 번역이 안된 부분도 있습니다만, 실제 어떤 파일을 가지고 작업을 하는지 보여드리기 위해 업로드 합니다.


이 자리를 빌어(이런 말을 하기가 좀 어색한 글이긴 합니다만) 오픈오피스의 한글화를 위해 노력해주고 계신 Sun 마이크로시스템즈의 담당자 분들, 특히 김애진씨와 Ivy 에게 감사의 말씀을 드리고 싶고, 저(Mr.Dust)의 갈굼에 못이겨 밤새워 번역을 하고 있는 오픈오피스 한국어 커뮤니티의 번역팀원들, 그리고 오픈오피스의 재산이자 오픈오피스를 만들고 가고 계신 사용자 모든 분들께 감사드립니다. :)

참고로 오픈오피스 한국어 커뮤니티 번역팀의 번역 작업 내용은 다음 페이지에서 확인하실 수 있습니다. 오픈오피스 한국어 번역팀 내부 문서



이 글은 오픈오피스 블로그에 썼던 글을 옮긴 것입니다.