/usr/share/doc/libinventor1/README.Debian is in libinventor1 2.1.5-10-18+b2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 | DIRECTORY LAYOUT
----------------
The layout of demos, fonts, and data has been changed to reflect
Debian practice.
The following subdirectories of /usr/share/inventor are used for
Inventor:
/fonts - font files are searched for here
/help - on-line help files for demos & applications
/data - subdirectories for models, materials, textures
The inventor-demos package installs its demos in /usr/lib/inventor,
and looks for models and other data in /usr/share/inventor/data/demos.
FONTS
-----
When a font is requested, Inventor will check in the directory
/usr/share/inventor/fonts for a file with the name of the font.
No fonts are shipped with the code, however. Rather, the scalable
fonts from XFree86 (xfonts-scalable) and ghostscript (gsfonts-x11) are
used. The files in /usr/share/inventor/fonts are all symbolic links
to the font file in /usr/lib/X11/fonts/Type1. The links are made in
using the script /usr/share/inventor/fonts/link-fonts.sh in the post
install phase. Should these links become broken (e.g. if the target
of the link is removed), please file a bug, and re-run the script by
hand.
Inventor will fall back to Utopia-Regular, if the requested font is
not available. Odd things may happen if Utopia-Regular is not found.
The link-fonts.sh script endeavours to ensure that a link of this name
is always available. Please do the same if you modify the links.
KNOWN BUGS
----------
There is a bug in the font handling code that causes inventor
to misbehave when displaying a string containing an embedded space.
I have added a kludge to the code that simply sets the width of a
space to be 10. If the spacing looks odd, this may be the reason
why. A fix would be welcome.
THANKS
------
Many thanks to Marcelo E. Magallon for providing me with his
unreleased packaging of this code. He showed me how to properly build
the shared objects. Many thanks also to Eric Sharkey and Steve
Langasek for setting me straight on the Debian policy for SONAMES.
|