[devel] варианты sgml -> pdf cyr для howto-ru

[devel] варианты sgml -> pdf cyr для howto-ru

[Maxim Dzumanenko]

[-- Attachment #1.1: Type: text/plain, Size: 1065 bytes --]

Здравствуйте все.

Хочу поднять вопрос получения pdf с кириллическими символами из sgml 
Интересует мнение всех кто занимался данным вопросом.

Случай с linuxdoc:
	глухо, sgmltools -b ld2db file.sgml не работает (кстати почему?), других вариантов пока нет

Случай с docbook:

1. openjade не поддерживает koi8-r, но поддерживает unicode 
  Мне таки удалось накормить openjade юникодом в sgml и даже получить из него корректынй pdf
  но она ругается на non SGML character number 10XX, где XX-числа, по одному ругательству 
  на каджый кириллический символ, я обошел это опцией -E 1000000
  Есть более элегантные идеи?

2. Удалось сделать следующее: если скриптом заменить все кириллические символы на соответствующие им entities
   то получаем tex -> ps ->pdf с кириллическии символами

В обох случаях в содержании вместо номеров страниц знаки вопроса. :(
Меня смущает хакерский характер второго метода, хотелось бы сделать как с помощью штатных средств (openjade) и 
dsl файла с параметрами (драйвера)

Какие будут предложения?

-- 
С Уважением,
Максим Дзюманенко



[-- Attachment #1.2: 00000000.mimetmp --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: варианты sgml -> pdf cyr для howto-ru

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]

Hello Maxim,

On Mon, Mar 25, 2002 at 04:41:53PM +0200, Maxim Dzumanenko wrote:
>
> Здравствуйте все.
> 
> Хочу поднять вопрос получения pdf с кириллическими символами из sgml 
> Интересует мнение всех кто занимался данным вопросом.
> 
> Случай с linuxdoc:
> 	глухо, sgmltools -b ld2db file.sgml не работает (кстати почему?), других вариантов пока нет
> 
> Случай с docbook:
> 
> 1. openjade не поддерживает koi8-r, но поддерживает unicode 
>   Мне таки удалось накормить openjade юникодом в sgml и даже получить из него корректынй pdf
>   но она ругается на non SGML character number 10XX, где XX-числа, по одному ругательству 
>   на каджый кириллический символ, я обошел это опцией -E 1000000
>   Есть более элегантные идеи?
> 
> 2. Удалось сделать следующее: если скриптом заменить все кириллические символы на соответствующие им entities
>    то получаем tex -> ps ->pdf с кириллическии символами
> 
> В обох случаях в содержании вместо номеров страниц знаки вопроса. :(
> Меня смущает хакерский характер второго метода, хотелось бы сделать как с помощью штатных средств (openjade) и 
> dsl файла с параметрами (драйвера)
> 
> Какие будут предложения?

FOP не пробовали использовать?

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
"Send lawyers, guns and money..."
-- Lyrics from a Warren Zevon song

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: варианты sgml -> pdf cyr для howto-ru

[Maxim Dzumanenko]

On Tue, 26 Mar 2002 11:02:53 +0300
Mikhail Zabaluev <mhz@alt-linux.org> wrote:


> > Какие будут предложения?
> 
> FOP не пробовали использовать?
Пробовал. Я им постоянно пользуюсь. Но fo через dsssl получить нельзя, или я неправ?
Тогда придется конвертировать sgml->xml все документы  (а по дороге еще и linuxdoc->docbook)
можете предложить какой-либо способ без ручной доработки файлов?

по моему опыту это задача плохо поддается автоматизации, во всяком случае для LDP
документов, некоторые из которых страдают пропущенными тегами, а иногда и несоответствием DTD


-- 
С Уважением,
Максим Дзюманенко

Re: [devel] Re: варианты sgml -> pdf cyr для howto-ru

[Sergey Vlasov]

On Fri, 1 Jan 1999 00:58:29 +0200
Maxim Dzumanenko <mvd@altlinux.ru> wrote:

> On Tue, 26 Mar 2002 11:02:53 +0300
> Mikhail Zabaluev <mhz@alt-linux.org> wrote:
> 
> > > Какие будут предложения?
> > 
> > FOP не пробовали использовать?
> Пробовал. Я им постоянно пользуюсь. Но fo через dsssl получить нельзя,
> или я неправ?  Тогда придется конвертировать sgml->xml все документы
> (а по дороге еще и linuxdoc->docbook)
> можете предложить какой-либо способ без ручной доработки файлов?

У xsltproc есть ключ --docbook - правда, SGML непосредственно он
не очень-то понимает, но результат sgml2xml с этим ключом вроде
бы форматирует.

> по моему опыту это задача плохо поддается автоматизации, во всяком
> случае для LDP документов, некоторые из которых страдают пропущенными
> тегами, а иногда и несоответствием DTD

Пропущенные теги - это для LinuxDoc как раз нормально, нужно только
пользоваться соответствующим SGML declaration.  А вот насчет
несоответствия - это хуже.

Re: [devel] варианты sgml -> pdf cyr для howto-ru

[Sergey Vlasov]

[-- Attachment #1.1: Type: text/plain, Size: 726 bytes --]

On Mon, 25 Mar 2002 16:41:53 +0200
Maxim Dzumanenko <mvd@altlinux.ru> wrote:
> Случай с docbook:
> 
> 1. openjade не поддерживает koi8-r, но поддерживает unicode 
>   Мне таки удалось накормить openjade юникодом в sgml и даже получить из него корректынй pdf
>   но она ругается на non SGML character number 10XX, где XX-числа, по одному ругательству 
>   на каджый кириллический символ, я обошел это опцией -E 1000000
>   Есть более элегантные идеи?

Хакнуть SGML declaration (docbook.dcl) на предмет восприятия
Unicode? Сейчас там только ISO-8859-1, но если воткнуть туда
CHARSET из xml.dcl, вроде бы с SP_ENCODING=utf-8 работает. Патч
для docbook-3.1 прилагается. Насчет совместимости этого со
стандартами - понятия не имею.

[-- Attachment #1.2: docbook.dcl.patch --]
[-- Type: application/octet-stream, Size: 1492 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] варианты sgml -> pdf cyr для howto-ru

[Maxim Dzumanenko]

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

On Tue, 26 Mar 2002 16:24:04 +0300
Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:


> > 1. openjade не поддерживает koi8-r, но поддерживает unicode 
> >   Мне таки удалось накормить openjade юникодом в sgml и даже получить из него корректынй pdf
> >   но она ругается на non SGML character number 10XX, где XX-числа, по одному ругательству 
> >   на каджый кириллический символ, я обошел это опцией -E 1000000
> >   Есть более элегантные идеи?
> 
> Хакнуть SGML declaration (docbook.dcl) на предмет восприятия
> Unicode? Сейчас там только ISO-8859-1, но если воткнуть туда
> CHARSET из xml.dcl, вроде бы с SP_ENCODING=utf-8 работает. Патч
> для docbook-3.1 прилагается. Насчет совместимости этого со
> стандартами - понятия не имею.
Ну это как-то совсем не красиво, уж лучше entities заменять

-- 
С Уважением,
Максим Дзюманенко


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] варианты sgml -> pdf cyr для howto-ru

[Sergey Vlasov]

On Mon, 25 Mar 2002 16:41:53 +0200
Maxim Dzumanenko <mvd@altlinux.ru> wrote:

> Хочу поднять вопрос получения pdf с кириллическими символами из sgml 
> Интересует мнение всех кто занимался данным вопросом.
> 
> Случай с linuxdoc:
> 	глухо, sgmltools -b ld2db file.sgml не работает (кстати
> 	почему?), других вариантов пока нет

А если воспользоваться старым sgml-tools?

  sgml2latex -P '\usepackage{...}' -p a4 -l ru file.sgml

Вообще ему через -P можно всунуть любой LaTeX-фрагмент.  Таким образом,
задача сводится к получению PDF с кириллическими символами из LaTeX,
которая вроде бы решена (главное - подключить шрифты).  Нужно только
написать файл стиля, где эти шрифты и выставлять.  И, кстати, там еще
нужно сделать

\AtBeginDocument{\shorthandoff{"}}

Иначе будут глюки (sgml-tools не предполагает, что символ " имеет
специальное значение в LaTeX, а babel на него вешает свои функции).

Re: [devel] варианты sgml -> pdf cyr для howto-ru

[Maxim Dzumanenko]

[-- Attachment #1: Type: text/plain, Size: 1002 bytes --]

On Wed, 27 Mar 2002 20:19:33 +0300
Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:

> On Mon, 25 Mar 2002 16:41:53 +0200
> Maxim Dzumanenko <mvd@altlinux.ru> wrote:
> 
> > Хочу поднять вопрос получения pdf с кириллическими символами из sgml 
> > Интересует мнение всех кто занимался данным вопросом.
> > 
> > Случай с linuxdoc:
> > 	глухо, sgmltools -b ld2db file.sgml не работает (кстати
> > 	почему?), других вариантов пока нет
> 
> А если воспользоваться старым sgml-tools?
> 
>   sgml2latex -P '\usepackage{...}' -p a4 -l ru file.sgml
> 
> Вообще ему через -P можно всунуть любой LaTeX-фрагмент.  Таким образом,
> задача сводится к получению PDF с кириллическими символами из LaTeX,
> которая вроде бы решена (главное - подключить шрифты).  Нужно только
> написать файл стиля, где эти шрифты и выставлять.  И, кстати, там еще
> нужно сделать
Вот с чем не хочется возиться, так это с преобразованием форматов из linuxdoc,
я лучше попробую linuxdoc->docbook настроить

-- 
С Уважением,
Максим Дзюманенко


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] варианты sgml -> pdf cyr для howto-ru

[Sergey Vlasov]

[-- Attachment #1.1: Type: text/plain, Size: 1061 bytes --]

On Mon, 25 Mar 2002 16:41:53 +0200
Maxim Dzumanenko <mvd@altlinux.ru> wrote:

> Хочу поднять вопрос получения pdf с кириллическими символами из sgml 
> Интересует мнение всех кто занимался данным вопросом.
> 
> Случай с linuxdoc:
> 	глухо, sgmltools -b ld2db file.sgml не работает (кстати
> 	почему?), других вариантов пока нет

Теперь к вопросу, почему sgmltools -b ld2db не работает.  Внутрь я не
лазил, но strace показал, что openjade вызывается с переменной

SGML_CATALOG_FILES=/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat

В этом каталоге не находятся:

1) LinuxDoc DTD - на что и идет первая ругань; для нее еще нужны как
минимум iso-entities;

2) внутренние DTD openjade (/usr/share/sgml/openjade-*);

3) самое интересное - SGML declaration от docbook тоже не годится для
LinuxDoc, т.к. в docbook ставится OMITTAG NO, а все файлы LinuxDoc
рассчитаны на OMITTAG YES.

Быстрый хак - патч для
/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat и подходящий
sgml.dcl (собранный из найденного в пакете sgml-tools и куска от
docbookdcl) - прилагается.

[-- Attachment #1.2: sgmltools.cat.patch --]
[-- Type: application/octet-stream, Size: 343 bytes --]

[-- Attachment #1.3: sgml.dcl --]
[-- Type: application/octet-stream, Size: 3776 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] sgmltools-lite -b ld2db ГЛЮКИ (Was: варианты sgml -> pdf cyr для howto-ru)

[Maxim Dzumanenko]

[-- Attachment #1.1: Type: text/plain, Size: 1956 bytes --]

On Wed, 27 Mar 2002 21:10:52 +0300
Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:

> Теперь к вопросу, почему sgmltools -b ld2db не работает.  Внутрь я не
> лазил, но strace показал, что openjade вызывается с переменной
> SGML_CATALOG_FILES=/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat
> 
> В этом каталоге не находятся:
> 1) LinuxDoc DTD - на что и идет первая ругань; для нее еще нужны как
> минимум iso-entities;
> 2) внутренние DTD openjade (/usr/share/sgml/openjade-*);

А я вот полез, и в backend-е Ld2db.py обнаружил такую пургу:
метод PreJade кастрирует SGML_CATALOG_FILES и оставляет только те catalog файлы,
в которых найдены подстроки вида:

 'dtd/sgmltools', 'stylesheets/sgmltools', 'dtd/jade', 'entities/iso-entities-8879.1986'

это мотивируется тем, что лишние catalog элементы будут создавать проблемы с "finding the wrong SGML declaration."
До этой фильтрации Sgmltools.py засовывает в SGML_CATALOG_FILES:

/etc/sgml/catalog:/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/share/sgml/CATALOG.docbkdsl

из этого списка вышеуказанные подстроки есть только в /usr/share/sgml/stylesheets/sgmltools/sgmltools.cat
поэтому /etc/sgml/catalog (с его DTD-openjade и iso-entities) остается за бортом !!!
А ссылок на /usr/share/sgml/dtd/sgmltools/catalog вообще нигде нет!

IMHO правильный метод решения:
1. создать /etc/sgml/sgml-linuxdoc.cat содержащий:
	CATALOG "/usr/share/sgml/dtd/sgmltools/catalog"
	CATALOG "/usr/share/sgml/openjade-1.3.1/catalog"
	CATALOG "/usr/share/sgml/sgml-iso-entities-8879.1986/catalog"
	CATALOG "/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat""
Кстати почему подобного там нет?

2. Заставить PreJade в Ld2db.py включть этот catalog в SGML_CATALOG_FILES
Например так: перед os.environ["SGML_CATALOG_FILES"] = string.join(newcatfiles, ':')
вставить newcatfiles.append("/etc/sgml/sgml-linuxdoc.cat")

У меня работает, хотя тоже немного хак :)

Багу что-ли повесить ?

-- 
С Уважением,
Максим Дзюманенко



[-- Attachment #1.2: 00000001.mimetmp --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: sgmltools-lite -b ld2db ГЛЮКИ (Was: варианты sgml -> pdf cyr для howto-ru)

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 2260 bytes --]

Hello Maxim,

On Sat, Mar 30, 2002 at 01:03:00AM +0200, Maxim Dzumanenko wrote:
>
> On Wed, 27 Mar 2002 21:10:52 +0300
> Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:
> 
> > Теперь к вопросу, почему sgmltools -b ld2db не работает.  Внутрь я не
> > лазил, но strace показал, что openjade вызывается с переменной
> > SGML_CATALOG_FILES=/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat
> > 
> > В этом каталоге не находятся:
> > 1) LinuxDoc DTD - на что и идет первая ругань; для нее еще нужны как
> > минимум iso-entities;
> > 2) внутренние DTD openjade (/usr/share/sgml/openjade-*);
> 
> А я вот полез, и в backend-е Ld2db.py обнаружил такую пургу:
> метод PreJade кастрирует SGML_CATALOG_FILES и оставляет только те catalog файлы,
> в которых найдены подстроки вида:
> 
>  'dtd/sgmltools', 'stylesheets/sgmltools', 'dtd/jade', 'entities/iso-entities-8879.1986'
> 
> это мотивируется тем, что лишние catalog элементы будут создавать
проблемы с "finding the wrong SGML declaration."

Абсолютная ботва. Программа не должна пытаться быть умнее
администратора системы.

> До этой фильтрации Sgmltools.py засовывает в SGML_CATALOG_FILES:
> 
> /etc/sgml/catalog:/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/share/sgml/CATALOG.docbkdsl
> 
> из этого списка вышеуказанные подстроки есть только в /usr/share/sgml/stylesheets/sgmltools/sgmltools.cat
> поэтому /etc/sgml/catalog (с его DTD-openjade и iso-entities) остается за бортом !!!
> А ссылок на /usr/share/sgml/dtd/sgmltools/catalog вообще нигде нет!
> 
> IMHO правильный метод решения:
> 1. создать /etc/sgml/sgml-linuxdoc.cat содержащий:
> 	CATALOG "/usr/share/sgml/dtd/sgmltools/catalog"
> 	CATALOG "/usr/share/sgml/openjade-1.3.1/catalog"
> 	CATALOG "/usr/share/sgml/sgml-iso-entities-8879.1986/catalog"
> 	CATALOG "/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat""
> Кстати почему подобного там нет?
> 
> 2. Заставить PreJade в Ld2db.py включть этот catalog в SGML_CATALOG_FILES
> Например так: перед os.environ["SGML_CATALOG_FILES"] = string.join(newcatfiles, ':')
> вставить newcatfiles.append("/etc/sgml/sgml-linuxdoc.cat")
> 
> У меня работает, хотя тоже немного хак :)
> 
> Багу что-ли повесить ?

Конечно.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [devel] Re: sgmltools-lite -b ld2db ГЛЮКИ (Was: варианты sgml -> pdf cyr для howto-ru)

[Maxim Dzumanenko]

[-- Attachment #1: Type: text/plain, Size: 2521 bytes --]

On Thu, 4 Apr 2002 13:04:14 +0400
Mikhail Zabaluev <mhz@alt-linux.org> wrote:


> > А я вот полез, и в backend-е Ld2db.py обнаружил такую пургу:
> > метод PreJade кастрирует SGML_CATALOG_FILES и оставляет только те catalog файлы,
> > в которых найдены подстроки вида:
> > 
> >  'dtd/sgmltools', 'stylesheets/sgmltools', 'dtd/jade', 'entities/iso-entities-8879.1986'
> > 
> > это мотивируется тем, что лишние catalog элементы будут создавать
> проблемы с "finding the wrong SGML declaration."
> 
> Абсолютная ботва. Программа не должна пытаться быть умнее
> администратора системы.
Ботва, но не абсолютная. Если я у себя вообще выключаю фильтрацию, а в /etc/sgml/catalog 
включаю нижеприведенный sgml-linuxdoc.cat
То он openjade матерится практически на все теги а в конце выдает:

Traceback (most recent call last):
  File "/usr/bin/sgmltools", line 93, in ?
    tool.processFile(curfile)
  File "/usr/share/sgml/misc/sgmltools/python/SGMLtools.py", line 259, in processFile
    jadepipe.writelines(nextfile.readlines())
IOError: [Errno 32] Broken pipe

То есть таки что то мешает, даже если поставить -j "-E 100000", то полученный sgml страдает большим количеством
пропущенных тегов и как следствие получить html из него нельзя :((
> > До этой фильтрации Sgmltools.py засовывает в SGML_CATALOG_FILES:
> > 
> > /etc/sgml/catalog:/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/share/sgml/CATALOG.docbkdsl
> > 
> > из этого списка вышеуказанные подстроки есть только в /usr/share/sgml/stylesheets/sgmltools/sgmltools.cat
> > поэтому /etc/sgml/catalog (с его DTD-openjade и iso-entities) остается за бортом !!!
> > А ссылок на /usr/share/sgml/dtd/sgmltools/catalog вообще нигде нет!
> > 
> > IMHO правильный метод решения:
> > 1. создать /etc/sgml/sgml-linuxdoc.cat содержащий:
> > 	CATALOG "/usr/share/sgml/dtd/sgmltools/catalog"
> > 	CATALOG "/usr/share/sgml/openjade-1.3.1/catalog"
> > 	CATALOG "/usr/share/sgml/sgml-iso-entities-8879.1986/catalog"
> > 	CATALOG "/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat""
> > Кстати почему подобного там нет?
> > 
> > 2. Заставить PreJade в Ld2db.py включть этот catalog в SGML_CATALOG_FILES
> > Например так: перед os.environ["SGML_CATALOG_FILES"] = string.join(newcatfiles, ':')
> > вставить newcatfiles.append("/etc/sgml/sgml-linuxdoc.cat")
> > 
> > У меня работает, хотя тоже немного хак :)
> > 
> > Багу что-ли повесить ?
> 
> Конечно.
Только какой способ решения _полностью_ корректен?
Или на усмотрение мантейнера пакета?

-- 
С Уважением,
Максим Дзюманенко


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: sgmltools-lite -b ld2db ГЛЮКИ (Was: варианты sgml -> pdf cyr для howto-ru)

[Mikhail Zabaluev]

[-- Attachment #1: Type: text/plain, Size: 2860 bytes --]

Hello Maxim,

On Thu, Apr 04, 2002 at 03:41:29PM +0300, Maxim Dzumanenko wrote:
>
> On Thu, 4 Apr 2002 13:04:14 +0400
> Mikhail Zabaluev <mhz@alt-linux.org> wrote:
> 
> 
> > > А я вот полез, и в backend-е Ld2db.py обнаружил такую пургу:
> > > метод PreJade кастрирует SGML_CATALOG_FILES и оставляет только те catalog файлы,
> > > в которых найдены подстроки вида:
> > > 
> > >  'dtd/sgmltools', 'stylesheets/sgmltools', 'dtd/jade', 'entities/iso-entities-8879.1986'
> > > 
> > > это мотивируется тем, что лишние catalog элементы будут создавать
> > проблемы с "finding the wrong SGML declaration."
> > 
> > Абсолютная ботва. Программа не должна пытаться быть умнее
> > администратора системы.
> Ботва, но не абсолютная. Если я у себя вообще выключаю фильтрацию, а в /etc/sgml/catalog 
> включаю нижеприведенный sgml-linuxdoc.cat
> То он openjade матерится практически на все теги а в конце выдает:
> 
> Traceback (most recent call last):
>   File "/usr/bin/sgmltools", line 93, in ?
>     tool.processFile(curfile)
>   File "/usr/share/sgml/misc/sgmltools/python/SGMLtools.py", line 259, in processFile
>     jadepipe.writelines(nextfile.readlines())
> IOError: [Errno 32] Broken pipe

И это считается работоспособной программой?

> То есть таки что то мешает, даже если поставить -j "-E 100000", то полученный sgml страдает большим количеством
> пропущенных тегов и как следствие получить html из него нельзя :((
> > > До этой фильтрации Sgmltools.py засовывает в SGML_CATALOG_FILES:
> > > 
> > > /etc/sgml/catalog:/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/share/sgml/CATALOG.docbkdsl
> > > 
> > > из этого списка вышеуказанные подстроки есть только в /usr/share/sgml/stylesheets/sgmltools/sgmltools.cat
> > > поэтому /etc/sgml/catalog (с его DTD-openjade и iso-entities) остается за бортом !!!
> > > А ссылок на /usr/share/sgml/dtd/sgmltools/catalog вообще нигде нет!
> > > 
> > > IMHO правильный метод решения:
> > > 1. создать /etc/sgml/sgml-linuxdoc.cat содержащий:
> > > 	CATALOG "/usr/share/sgml/dtd/sgmltools/catalog"
> > > 	CATALOG "/usr/share/sgml/openjade-1.3.1/catalog"
> > > 	CATALOG "/usr/share/sgml/sgml-iso-entities-8879.1986/catalog"
> > > 	CATALOG "/usr/share/sgml/stylesheets/sgmltools/sgmltools.cat""
> > > Кстати почему подобного там нет?
> > > 
> > > 2. Заставить PreJade в Ld2db.py включть этот catalog в SGML_CATALOG_FILES
> > > Например так: перед os.environ["SGML_CATALOG_FILES"] = string.join(newcatfiles, ':')
> > > вставить newcatfiles.append("/etc/sgml/sgml-linuxdoc.cat")
> > > 
> > > У меня работает, хотя тоже немного хак :)
> > > 
> > > Багу что-ли повесить ?
> > 
> > Конечно.
> Только какой способ решения _полностью_ корректен?

Ваш способ хорош.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Hey, waiter!  I want a NEW SHIRT and a PONY TAIL with lemon sauce!

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]