Handbook translation

Ganbold ganbold at micom.mng.net
Fri Oct 20 02:26:54 UTC 2006


Giorgos Keramidas wrote:
> On 2006-10-19 11:22, Ganbold <ganbold at micom.mng.net> wrote:
>   
>> Giorgos,
>>
>> nsgml script looks files according to path order in env variable and 
>> checks docbook path first.
>>
>> So can you update following entries in FDP-Primer?
>>
>> setenv SGML_ROOT /usr/local/share/sgml
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/jade/catalog
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/iso8879/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/html/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/docbook/4.1/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES /usr/doc/share/sgml/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES /usr/doc/en_US.ISO8859-1/share/sgml/catalog:$SGML_CATALOG_FILES
>>
>> change above to:
>>
>> setenv SGML_ROOT /usr/local/share/sgml
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/jade/catalog
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/docbook/4.1/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/html/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES ${SGML_ROOT}/iso8879/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES /usr/doc/share/sgml/catalog:$SGML_CATALOG_FILES
>> setenv SGML_CATALOG_FILES /usr/doc/en_US.ISO8859-1/share/sgml/catalog:$SGML_CATALOG_FILES
>>
>> I tested it only in csh. I guess sh/bash is same as in csh. My problem 
>> goes away when I swapped docbook and iso8879 lines.
>> But still get some messages like:
>>     
>
> Hmmm, that's odd.  I only have the following SGML_CATALOG_FILES here:
>
>     export SGML_ROOT='/usr/local/share/sgml'
>     export SGML_CATALOG_FILES="${SGML_ROOT}/jade/catalog"
>     export SGML_CATALOG_FILES="${SGML_ROOT}/iso8879/catalog:${SGML_CATALOG_FILES}"
>     export SGML_CATALOG_FILES="${SGML_ROOT}/html/catalog:${SGML_CATALOG_FILES}"
>     export SGML_CATALOG_FILES="${SGML_ROOT}/docbook/catalog:${SGML_CATALOG_FILES}"
>
> The final two entries, for `/usr/doc/share/sgml/catalog' and
> `/usr/doc/en_US.ISO8859-1/share/sgml/catalog' are not really necessary,
> since these catalog files are different when you check out the doc/ tree
> in multiple places (like I usually do).
>   
Oh, ok.
>   
>> daemon# nsgmls -s book.sgml
>> nsgmls:book.sgml:143:18:E: general entity "url.relprefix" not defined 
>> and no default entity
>> nsgmls:book.sgml:193:8:E: end tag for "PART" which is not finished
>> nsgmls:book.sgml:243:8:E: end tag for "PART" which is not finished
>> nsgmls:book.sgml:272:8:E: end tag for "PART" which is not finished
>> nsgmls:book.sgml:321:8:E: end tag for "PART" which is not finished
>> nsgmls:book.sgml:330:8:E: end tag for "PART" which is not finished
>> nsgmls:preface/preface.sgml:482:37:X: reference to non-existent ID "PGPKEYS"
>> nsgmls:preface/preface.sgml:437:37:X: reference to non-existent ID "FIREWALLS"
>> nsgmls:preface/preface.sgml:302:37:X: reference to non-existent ID "PRINTING"
>> nsgmls:preface/preface.sgml:162:22:X: reference to non-existent ID "BOOT"
>> nsgmls:preface/preface.sgml:331:37:X: reference to non-existent ID "BOOT"
>> [...]
>> daemon#
>>
>> Are above safe to ignore?
>>     
>
> Not really.  We have to find why you are seeing them.
>
>   
Can you check it on RELENG_6? I still see these messages.
Any idea? If you need an access to my machine please let me know.

thanks,

Ganbold







More information about the freebsd-doc mailing list