현상금: 데비안 설치 문서 PDF/PS 출력

상품이 약하기 보담 문제가 어렵다는게 ^^;;

사실 그냥 봐서는 그다지 어렵지 않겠지만요, 일단 데비안이라서 데비안에 익숙한 사람이 더 유리하겠고요, 저도 요새 프린팅 틈틈히 정리하려는 중이라서 svn 레포지토리에서 deb-installer를 다운받아서 어떤 식으로 되어있나 보았더니 소스 크기만 어마어마 하더군요 @.@ (300메가)

dockbook, jade, jadetex, latex(hlatex 혹은 dhucs) 등등을 알면 문제 푸실 수 있습니다.

docbook및 stylesheet 깔고 debian에 맞게 스타일쉬트 패스 조정하고 다음을 실행하니..

$ cd debian-installer/manual/build
$ sh buildone.sh i386 en html
하면 작동이 되는데,

sh buildone.sh i386 ko html하면 되지 않으면서 xml2po를 찾는군요.

여기까지 하고 다른 일때문에 접었는데, 관심있으신 분 참고해서 해보시길

데비안이 아닌 Fedora core4라 그런지 여러군데에서 의외의(?) 걸림돌이 있었습니다.

일단, 제가 지금 DHucs패키지를 테스트중에 있었고 이미 설치했기 때문에, 기왕에 하는거 HLaTeX대신에 DHucs를 썼고, UHC글꼴 대신에 은글꼴로 테스트했습니다.

일단은, 고친게 거의 없다는 말씀을 드리고,
스크립트는 buildone.sh와 buildone_ng.sh가 있는데
buildone_ng.sh를 실행해야 되는 것 같습니다.
(next generation 스크립트라네요. 그러나 실제로 buildone_ng.sh는 실행되지 않아서 일정 부분을 짤라서 씀)

driver.ko.xsl은 일본것 조금 고쳤는데 이게 제대로 고친건지는 DHucs의 저자이신 김도현님이 더 잘 아실 듯..

driver.ko.xsl의 일부입니다.

\usepackage[default]{dhucs-interword}
\usepackage[hangul,adjustfootnotesep]{dhucs-setspace}
\usepackage{dhucs}

그리고, buildone.sh의 jadetex으로는 안되는 것 같고.. 위에서 언급한 buildone_ng.sh를 참고하여 다음의 간단한 스크립트를 썼습니다.

tempdir=build.tmp
cur_lang=ko
sed "s:##LANG##:$cur_lang:g" templates/driver.xsl.template > $tempdir/driver.xsl
        xsltproc \
                -o $tempdir/install.${cur_lang}.new.tex \
                $tempdir/driver.xsl \
                $tempdir/install.${cur_lang}.profiled.xml &> xsltproc.log

요약하면,

== 설치할 것 ==
* TeX관련: ttf2pk, unttf, dhucs, po2xml(kdesdk에 포함된 놈 사용)
* docbook관련
* d-i/manual 다운받음

아래는 테스트 과정이므로, build.sh,buildone.sh 스크립트를 실행하는 것 대신에 다음과 같이 하는 것임
== ko/*.xml 만듦 ==
* cd debian-installer/manual/build
* mkdir -p build.po/ko
* cp ../po/*.po build.po/ko/
* export PO_USEBUILD="1"
* (cd ..;sh scripts/create_xml ko) ??
* ls ../ko/ (한글 xml이 얻어졌는지 확인)

== build.tmp/install.ko.profiled.xml 만들기 ==
* buildone.sh를 편집해서 마지막 부분에 build.tmp 디렉토리 지우는 부분을 주석처리해둠
* buildone.sh i386 ko html: xml파일과, 이게 제대로 만들어질 경우 html도 잘 만들어지고 그것을 살펴보면 한글이 맞는지 알 수 있다.
== pdf 만듦 ==
* buildone_ng.sh는 ProfiledXML 부분이 실행안되고 에러를 내서 (이 문제를 찾기 귀찮아서), 위의 짧게 줄인 스크립트로 테스트함.
(위의 짧은 스크립을 mybuild.sh로 함
* sh mybuild.sh하면 install.ko.new.tex이 얻어짐
* latex install.ko.new.tex 실행하면 곳바로 pdf가 얻어짐 (pdftex이 실행된 듯)

----
한글 인덱스가 나오도록 ucshyper를 넣어 수정한 버전을 올렸습니다. 한글추출은 되지 않습니다. (한글 추출까지 지원하기 위해서는 dvipdfmx를 써야 한다고 합니다)
----
추가로 dvipdfmx를 사용하여 한글서치가 가능한 문서 올립니다.
KTUG의 최근 성과를 한눈에 볼 수 있어 좋군요 :)

install.ko.new.pdf을 보았을 때 글꼴 정보가 빠졌구나 생각했는데 그 사이에 install.ko.new2.pdf이 올라와서 다시보니 은글꼴에 대한 정보를 볼 수가 있군요. 한가지 질문은 buildone.sh와 buildone_ng.sh에 ko면 EUC-KR로 설정이 되는 것을 현재의 추세에 맞게 UTF-8으로 하고 hlatex와 lambda, dvipdfm로 변환을 할 수 있게 가는 것이 앞으로의 방법인가요?

네, 올라가기 힘들것 같아도 일단은 설치되어있는 dhucs로 해본것입니다. hlatex도 방법이 있으니 이걸로도 해보겠지만, 어느정도 정보를 흘려(?) 놓았으니 다른분들이 참여할 수 있을 것 같습니다 8)

hlatex+UHC글꼴방법 대신에 hlatex+은글꼴(unttf)도 가능한데, 이부분은 좀 더 알아봐야 할것 같습니다.. (안해본지 오래라..)

그리고 dhucs는 은글꼴을 기본적으로 사용하며, UTF-8을 쓰도록 고안되어졌고 dvipdfmx를 같이 사용하면 글꼴 임베딩, 한글인덱스, 한글추출등이 모두 가능한 온전한 pdf문서를 얻을 수 있는 차세대 한글 latex입니다. :o

그런데 이렇게 얻어진 pdf를 pdf2ps하려면 안되는데, xpdf에 있는pdftops하면 된다고 KTUG에서 알려줬습니다.

그리고 dvipdfmx같은 경우는 miktex등의 몇몇 tex 시스템에 기본적으로 채택되었다고 하는군요.

우선 제 컴에 dhucs가 깔려 있었구요, hlatex의 UHC글꼴을 다운받지 않았을 뿐이고), CJK-LaTeX에 관련된 빌드스크립트가 이미 있었기 때문에, 최소 변형만으로 작동되게 하려고 cjk latex을 선택했을 뿐입니다. UHC글꼴 대신 은글꼴을 쓰기 위한 최소의 작업을 선택이기도 했죠.

hlatex도 은글꼴을 쓸 수 있으므로, 은글꼴용 fd파일을 함께 배포했으면 싶군요.

dhucs가 데비안에 올라가면 CTAN에도 볼 수 있을 날이 얼마 남지 않은듯 ^^
그리고 패키지가 데비안에 올라가기 전에 KTUG게시판에 쓴대로 김도현님의 dhucs 패키지 명칭 바꾸는 의견에 대해서도 고려해 주시길 바랍니다.~

네. tfm파일 같은 것들은 tar.gz로 묶어주는 것이 최고지요. cvs와는 어울리지 않는다는 데 동의합니다. 고칠 수 있으면 고치겠습니다. 재량껏 할 수 있는 일이 아니라 장담은 못 드리겠네요.

dhucsdoc도 쓸데없이 복잡다기한 스타일을 쓰고 있는 문제가 있습니다. 고칠 수 있으면 고치겠습니다.

ttf2pk는 ttf2pk.cfg를 인식하는 걸로 아는데요. tetex3.0의 새 디렉토리구조가 아닌 2.0 구조에 따라 작동하는 문제는 있죠.

이런 저런 문제들로 해서 패키징을 서두를 일은 아니라고 생각됩니다. 천천히.. 기본 베이스 패키지들이 안정화된 후에 해도 늦지 않다고 봅니다.

현상금이 적은 것이 아니라 제 시스템이 원래의 데비안 배포판에서 적어도 tex에 관한 한 너무 많이 벗어나 있어 엄두가 안나서 도와드리지 못했습니다. 새로 기계한대 장만해서 데비안깔고 테스트해야할 상황이랍니다. ^^ 게다가 지난 주는 최악으로 바쁜 주간이었습니다. 죄송합니다. 내주에 시간내서 한번 시도해보겠습니다..

그런데 에러메시지 같은 건 안뜨나요? 그거 보면 새로 설치하는 수고를 하지 않아도 문제의 원인을 짐작할 가능성은 있는데...

저같은 경우 dvipdfmx와 ttf2pk의 설정파일을 제대로 못 읽는 것은 Fedora Core4에서는kpathsea버전의 문제였습니다.

kpsewhich로 테스트해서 설정파일이 나오는지 안나오는지를 점검하면 kpathsea가 제대로 작동하는지 알 수 있고 만약 제대로 안나온다면 kpathsea버전에 맞게 패치해야 합니다 ㅡㅡ;;
(이런 이유로 cvs에 있는 ttf2pk를 FC4에서 돌아가게끔 수정해야 했고, ttf2pk.cfg를 읽지 않는 원인을 잘 몰라서 패치 전에는 ttf2pk.cfg와 map파일을 현재 디렉토리에서 복사해서 대충 테스트를 했었습니다. strace를 해보니 현 디렉토리의 ttf2pk.cfg를 찾더군요.)

그리고 글꼴 임베딩이 제대로 안되고 pk글꼴이 들어가는 경우는 모두 map파일이 제대로 설정하지 않아서 그런것이더군요.
(pdftex, dvipdfm, dvipdfmx 모두)
ttf2pk가 필요한 이유는 딱히 없는 것으로 알고있는데
(최초 은글꼴의 tfm을 만들때 ttf2pk패키지의 ttf2tfm필요하나 unfont-texmf에 이미 tfm파일 있음) 자세한 건
잘 모르겠네요.

앗 제가 결론(?)을 쓰지 않았네요.:) 제가 하고 싶었던 말은 텍을 거치지 않는 방법이 있으며, 특히 FOP로 만족할 수만 있다면(한글 추출 등을 포기한다면) 의존성 면에서 더 간단하지 않겠냐는 것이었습니다... (데비안 인스톨러 메뉴얼 빌드 스크립트 는 보지 않았습니다)

첨부하신 파일만 봐서는, hlatex과도 관련이 없는 것 같고, uhc-unicode 말고도 은글꼴-texmf로도 될것같네요.

정리하면 manual 만드는 방법으로는,
* jadetex 사용
* xsltproc 사용
1) hlatex : EUC-KR
2) hlatex : UTF-8
3) hangul-ucs(dhucs): UTF-8
4) cjk-latex : UTF-8

가장 적은 변형, 가장 적은 dependency로는 jadetex, 가장 이상적인 것은 hangul-ucs를 쓰는것 같습니다.