[Date Prev][Date Next][Thread Prev][Thread Next][Thread Index]
Re: [XaraXtreme-dev] Startup problems due to help
- From: Luke Hart <lukeh@xxxxxxxx>
- Date: Tue, 11 Jul 2006 19:17:04 +0100
- Subject: Re: [XaraXtreme-dev] Startup problems due to help
Alex Bligh wrote:
Luke Hart wrote:
Alex Bligh wrote:
I'm not sure that "relative to the executable" is ever going
to work with distros (or indeed in any environment other than with
the installer), but that's OK if you allow the compile-time override.
We'll just have to remember to tell distro maintainers to set it.
It does work if relative the executable means ../shared/......,
that's the whole point of binreloc.
Yes, but it can't be clairvoyant. IE if the distro choses to put
the executable in /usr/bin/xaralx but the data in
/usr/shared/resources/xaralx, then it's not going to find it.
A more realistic example would be /opt installation.
I suppose I should have said "it's never going to work with distros
unless the relative path from the executable to the relevant
resources is guaranteed to be the same as we use to get autopackage
to work".
Alex
Yes, you're right it won't work out of the box on a distribution that
doesn't follow the Linux FHS and for these I nearly have a patch that
will allow specification of the resource directory at configure\build
time. I do believe that it will work correctly with an application under
/opt (although I am just implying this from how man pages are dealt
with, under /opt/<package>/share/man):
/opt/xara/bin/xaralx is the application
/opt/xara/share/docs is the help
Luke