#113 Localstatedir Processing Issue.

[Anonymous]

A few years back I was reporting this issue on the SF
Mailinglist.

http://sourceforge.net/mailarchive/forum.php?thread_id=675265&forum_id=4112

And today I replied to Malcom's message on d.g.o again
and had a conversation with Greg on the #gnome channel
about this.

http://mail.gnome.org/archives/desktop-devel-list/2003-September/msg00323.html

I want to clearly state that I do have a
/etc/xml/catalog (xml) file, that my docbook system is
installed and works properly.

It would be cool if this could get tracked down before
release.

[Malcolm Tredinnick]

Logged In: YES
user_id=65682

The bug here is in the makefile fragments used to install
things. They should be using the output of
'scrollkeeper-config --pkglocalstatedir'. Currently they are
using a more-or-less hardcoded value which is not portable
(and is wrong on Linux systems).

The result of --pkglocalstatedir can be
${localstatedir}/scrollkeeper on some systems (Solaris,
*BSD) and ${localstatedir}/lib/scrollkeeper on others
(Linux, for example, since that is the FHS recommendation).
The makefile fragments assume the former.

The scrollkeeper-example files need an update anyway, so I
shall fix it there at that time.