libqof variables in configure.in (Fwd: gentoo ebuild)

[Neil Williams]

On Monday 09 January 2006 11:40 am, Martin Klaffenboeck wrote:
> Am Montag, den 09.01.2006, 10:03 +0000 schrieb Neil Williams:
> > Which will cause the backend to fail because it cannot find the schema -
> > the C code knows nothing of ${datadir} - that will be passed unchanged as
> > a string.
>
> Ok, this is not really true, for gentoo we install to another directory
> from where we acutally use it.

As do Debian, Fink and Fedora. All still work.

> gentoos ebuild itselfe copies it 
> afterwards to the place specified in ./configure, so it should run even
> if it is primarily installed to another place.

So where's the problem? All that is required is that the schema are installed 
into the location specified by the options to configure. The temporary stages 
do not matter, it's all about the final destination for runtime operation.

> > BTW. Gentoo should, IMHO, be using external QOF anyway.
>
> It's not supported a the moment.  Maybe you can tell me a link, so I can
> provide an ebuild for that, which can be installed as dependency for
> default.

http://qof.sourceforge.net/

Debian packaging files, sample .spec and finkinfo files are available in CVS 
if those help.

-- 

Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20060109/af68ecd3/attachment.bin