[Bug 1729] New: Gnumeric HTML creation is partially broken

blfs-bugs at linuxfromscratch.org blfs-bugs at linuxfromscratch.org
Wed Dec 28 10:06:20 PST 2005


           Summary: Gnumeric HTML creation is partially broken
           Product: Beyond LinuxFromScratch
           Version: a-SVN
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: BOOK
        AssignedTo: blfs-book at linuxfromscratch.org
        ReportedBy: randy at linuxfromscratch.org
         QAContact: blfs-book at linuxfromscratch.org

The Gnumeric page contains the following command and associated text:

"If you have GNOME Doc Utils-0.4.4 installed, you can convert the XML help
files into HTML with the following command:

make -C doc html"

This command will *only* work if your $GNOME_PREFIX is /usr. If $GNOME_PREFIX
is set to anything else, the command will fail. The reason being is that the
Makefile in the gnumeric-1.6.1/doc/C directory uses $PREFIX/share to point
to the GNOME Doc Utils support files. Of course, it will fail if GNOME Doc
Utils was not installed with PREFIX of /usr.

There are two things I can think of (not just to fix Gnumeric, but for any
and all packages that may expect GNOME Doc Utils to be in /usr) to fix this

1) Change the installation prefix of GNOME Doc Utils to /usr. This is 
probably the preferred (and easiest) solution to implement. There is precedent
of installing some GNOME packages in /usr. See the GNOME Icon Theme package.

Additionally, because files are being installed into $PREFIX/share/xml,
which must already exist before GNOME Doc Utils is installed, it seems
logical to install GNOME Doc Utils there (it creates a 'gnome' directory
off of $PREFIX/share/xml).

2) This works, but should only be used if it is determined that GNOME Doc
Utils should stay in $GNOME_PREFIX.

Create a symlink /usr/share/xml/gnome which points to
GNOME_PREFIX/share/xml/gnome. This would then allow packages expecting to
see GNOME Doc Utils in the BLFS conventional /usr directory to work.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are the QA contact for the bug, or are watching the QA contact.

More information about the blfs-book mailing list