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

2006-01-11 Thread Derek Atkins
Martin Klaffenboeck <[EMAIL PROTECTED]> writes: > ./configure creates a config.h which has all this variables inside, > where a c programm has to know a static path. So inside of config.h > would stay your QSF_STATIC_PATH_VARIABLE defined. Now make or make > install do not rewrite the config.h f

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

2006-01-11 Thread Martin Klaffenboeck
Am Mittwoch, den 11.01.2006, 11:27 +0100 schrieb Christian Stimming: > > I'm concerned that: > > > > make install prefix=/tmp/dir/usr > > > > .. will cause the program to rewrite the configuration file to look in > > /tmp/dir/usr/bin when really /tmp/dir is just a temporary location for > > the

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

2006-01-11 Thread Christian Stimming
Hi, Derek Atkins schrieb: 3. In *addition* to the "make DISTDIR..." solution I would like to enable Martin's/gentoo's original approach "make prefix=/my/sandbox install" as well. Proposed patch: > QOF_VERSION="internal" > QOF_PREFIX="internal" > - QOF_XML_DIR=`eval echo

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

2006-01-10 Thread Neil Williams
On Tuesday 10 January 2006 9:06 pm, Derek Atkins wrote: > >> 3. In *addition* to the "make DISTDIR..." solution I would like to > >> enable Martin's/gentoo's original approach "make prefix=/my/sandbox > >> install" as well. This would be an *additional* way for those > >> sandbox-packaging, and tha

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

2006-01-10 Thread Derek Atkins
Hi, Neil Williams <[EMAIL PROTECTED]> writes: >> 3. In *addition* to the "make DISTDIR..." solution I would like to >> enable Martin's/gentoo's original approach "make prefix=/my/sandbox >> install" as well. This would be an *additional* way for those >> sandbox-packaging, and that way is support

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

2006-01-10 Thread Neil Williams
On Tuesday 10 January 2006 1:06 pm, Christian Stimming wrote: > 1. The content of the QOF_XML_DIR variable needs to be defined as an > absolute path when it is used in the C code for the current > configuration of libqof, as otherwise the runtime would break (and > unfortunately the build itself wo

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

2006-01-10 Thread Christian Stimming
Hi Neil, to summarize the discussion so far: 1. The content of the QOF_XML_DIR variable needs to be defined as an absolute path when it is used in the C code for the current configuration of libqof, as otherwise the runtime would break (and unfortunately the build itself would not indicate an

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

2006-01-10 Thread Martin Klaffenboeck
Am Montag, den 09.01.2006, 20:04 + schrieb Neil Williams: > 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 operatio

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

2006-01-09 Thread Neil Williams
On Monday 09 January 2006 11:40 am, Martin Klaffenboeck wrote: > Am Montag, den 09.01.2006, 10:03 + 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. > >

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

2006-01-09 Thread Martin Klaffenboeck
Am Montag, den 09.01.2006, 10:03 + 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 directo

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

2006-01-09 Thread Neil Williams
On Monday 09 January 2006 9:22 am, you wrote: > That's right - my wording was inaccurate. It's not absolute in > configure.in, but it's absolute in lib/libqof/backend/file/Makefile > where other similar paths there usually still include the ${prefix} > variable. That's because the value is a defin

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

2006-01-09 Thread Christian Stimming
Hi, Neil Williams schrieb: someone on the gnucash-de list tries to create a gentoo ebuild for gnucash-SVN. I suggest hinting DESTDIR, e.g. a Fink build uses InstallScript: << make install DESTDIR=%d << Forwarded this suggestion to the original person who asked. In his case this got an erro

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

2006-01-09 Thread Christian Stimming
Forwarding Neil's answer to list. Neil Williams schrieb: On Sunday 08 January 2006 9:24 pm, you wrote: Hi Neil, Hi. someone on the gnucash-de list tries to create a gentoo ebuild for gnucash-SVN. And it looks like they have not got the packaging correct. :-( I suggest hinting DESTDIR

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

2006-01-08 Thread Christian Stimming
Hi Neil, someone on the gnucash-de list tries to create a gentoo ebuild for gnucash-SVN. Gentoo portage tries to build and install everything in a sandbox directory. In his case this got an error (copy below) on installing the qsfschema_DATA files in lib/libqof/backend/file , because they wer