Handbook translation

[Giorgos Keramidas]

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).

> 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.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20061019/8407a17e/attachment.sig>