I hould have guessed :)
Thanks.
В Пнд, 16/01/2006 в 14:08 -0500, Derek Atkins пишет:
> Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
>
> > In r12349 it now works. Which next revision it's save to update to?
>
> I'm not sure what you mean by "save[sic] to update to"? This is SVN.
> It's a movi
Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
In r12349 it now works. Which next revision it's save to update to?
I'm not sure what you mean by "save[sic] to update to"? This is SVN.
It's a moving target. We make no guarantees of the suitability of any
SVN version. But if you're doing tes
В Птн, 13/01/2006 в 21:41 -0500, Derek Atkins пишет:
> Покотиленко Костик <[EMAIL PROTECTED]> writes:
>
> > This is clear.
> >
> > So while there are no solution ready what is the work around for r12331
> > if any? Specifying --prefix=/usr/local or --without-qof
>
> Okay, can you try updating to
Quoting Thomas Klausner <[EMAIL PROTECTED]>:
On Sat, Jan 14, 2006 at 08:21:31AM -0500, Derek Atkins wrote:
Does it work for you without your other uncommitted patches?
I meant the sed-remove-m and unsigned-char-fixes patches.
Those are still necessary.
Ah. Right. I'll try to get to that af
On Sat, Jan 14, 2006 at 08:21:31AM -0500, Derek Atkins wrote:
> Does it work for you without your other uncommitted patches?
I meant the sed-remove-m and unsigned-char-fixes patches.
Those are still necessary.
I reverted the Makefile.am patch to the CFLAGS, that one
isn't necessary any longer.
T
Quoting Thomas Klausner <[EMAIL PROTECTED]>:
On Fri, Jan 13, 2006 at 08:56:06PM -0500, Derek Atkins wrote:
I've already committed a fix to CVS that I'm 99% sure fixes the problem.
12354 works for me (modulo my other uncommitted patches :) ).
Does it work for you without your other uncommitt
On Fri, Jan 13, 2006 at 08:56:06PM -0500, Derek Atkins wrote:
> I've already committed a fix to CVS that I'm 99% sure fixes the problem.
12354 works for me (modulo my other uncommitted patches :) ).
Thanks,
Thomas
___
gnucash-devel mailing list
gnucash
Покотиленко Костик <[EMAIL PROTECTED]> writes:
> This is clear.
>
> So while there are no solution ready what is the work around for r12331
> if any? Specifying --prefix=/usr/local or --without-qof
Okay, can you try updating to current SVN (r12349) and try again? It
should work without specifyin
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
I disagree. We should make sure that qofla-dir.h is correct.
Other than being the smallest change, why? Is qofla-dir.h supposed to
be part of the public API of QOF?
Yes.
Actually, i think I know what the problem is. I think we're evaluating t
On Fri, Jan 13, 2006 at 08:44:29PM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >>Index: src/engine/Makefile.am
> >>===
> >>--- src/engine/Makefile.am (revision 12339)
> >>+++ src/engine/Makefile.am
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
Index: src/engine/Makefile.am
===
--- src/engine/Makefile.am (revision 12339)
+++ src/engine/Makefile.am (working copy)
@@ -10,6 +10,7 @@
-I${top_srcdir}/src/gnc-module
On Fri, Jan 13, 2006 at 10:45:06PM +0100, Thomas Klausner wrote:
> > QOF uses a compile-time path
> > (QOF_LIB_DIR) to find libraries.
>
> This part of the analysis is true.
>
> The problem is (for me) that, while QOF_LIB_DIR is defined properly
> (all Makefiles contain "QOF_LIB_DIR = /home/wiz/g
Chris Shoemaker <[EMAIL PROTECTED]> writes:
>> Nope, it's not that simple. $(GNC_SHAREDIR) is still defined in terms
>> of $prefix, which is still NONE if no --prefix is installed. No, we
>> need to check if "x$prefix" = xNONE and if so use $ac_default_prefix
>> instead in those sed expressions.
Thomas Klausner <[EMAIL PROTECTED]> writes:
> The problem is (for me) that, while QOF_LIB_DIR is defined properly
> (all Makefiles contain "QOF_LIB_DIR = /home/wiz/gctest//lib"),
> it is not passed to the compiler. The attached diff fixes the problem
> for me.
Unfortunately this patch is incorrec
On Fri, Jan 13, 2006 at 03:02:09PM -0500, Chris Shoemaker wrote:
> Aacck! Why are we hard-coding a ".la" module suffix? Do we not trust
> GModule to find the right library? But, that's probably not the
> _real_ problem...
The glib documentation claims that this works (and it does for me).
> I
On Fri, Jan 13, 2006 at 04:04:40PM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >On Fri, Jan 13, 2006 at 03:34:12PM -0500, Derek Atkins wrote:
> >>Chris Shoemaker <[EMAIL PROTECTED]> writes:
> >>
> >>> Our configure.in:
> >>> if test x$QOF_XML_DIR = x; then
> >>>
Hi,
Am Freitag, 13. Januar 2006 21:02 schrieben Sie:
> > gnc_engine_init: assertion `(qof_load_backend_library (QOF_LIB_DIR,
> > "libqof-backend-qsf.la", "qsf_provider_init"))' failed
>
> Aacck! Why are we hard-coding a ".la" module suffix? Do we not trust
> GModule to find the right library? B
On Friday 13 January 2006 8:30 pm, Derek Atkins wrote:
> > Aacck! Why are we hard-coding a ".la" module suffix? Do we not trust
> > GModule to find the right library? But, that's probably not the
> > _real_ problem...
I have fixed this in QOF, the .la suffix can be removed, as it has been in
c
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
On Fri, Jan 13, 2006 at 03:34:12PM -0500, Derek Atkins wrote:
Chris Shoemaker <[EMAIL PROTECTED]> writes:
> Our configure.in:
> if test x$QOF_XML_DIR = x; then
> QOF_LIB_DIR=`eval echo $libdir | sed "s%^NONE%$prefix%"`
> QOF_LIB_DIR=
В Птн, 13/01/2006 в 15:48 -0500, Derek Atkins пишет:
> Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
>
> > I cut'n'past'ed this from my package manager (Synaptic):
> >
> > ---
> > libqof-0.5.0-1
> >
> > Query Object Framework
> > A framework to allow the execution of SQL queries
Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
So while there are no solution ready what is the work around for r12331
if any? Specifying --prefix=/usr/local or --without-qof
The former. The latter wont help.
Although if you're going to supply a --prefix I would recommend
/opt/gnucash-svn
On Fri, Jan 13, 2006 at 03:34:12PM -0500, Derek Atkins wrote:
> Chris Shoemaker <[EMAIL PROTECTED]> writes:
>
> > Our configure.in:
> > if test x$QOF_XML_DIR = x; then
> > QOF_LIB_DIR=`eval echo $libdir | sed "s%^NONE%$prefix%"`
> > QOF_LIB_DIR=`eval echo $QOF_LIB_DIR | sed "s%^NON
Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
I cut'n'past'ed this from my package manager (Synaptic):
---
libqof-0.5.0-1
Query Object Framework
A framework to allow the execution of SQL queries
using collections of in-memory objects as 'tables'.
This package provides the fi
> This is very closely related to what is also causing test-customer to
> fail with basically the same message in
> src/business/business-core/test/. QOF uses a compile-time path
> (QOF_LIB_DIR) to find libraries. Yours wasn't set. It's a bug in our
> configure.in. We need to set QOF_LIB_DIR e
Chris Shoemaker <[EMAIL PROTECTED]> writes:
> Our configure.in:
> if test x$QOF_XML_DIR = x; then
> QOF_LIB_DIR=`eval echo $libdir | sed "s%^NONE%$prefix%"`
> QOF_LIB_DIR=`eval echo $QOF_LIB_DIR | sed "s%^NONE%$prefix%"`
> QOF_CFLAGS="-I\${top_srcdir}/lib/libqof/qof"
>
Chris Shoemaker <[EMAIL PROTECTED]> writes:
>> gnucash: failed to open libtool archive "NONE/lib/libqof-backend-qsf.la"
>>
>> gnc_engine_init: assertion `(qof_load_backend_library (QOF_LIB_DIR,
>> "libqof-backend-qsf.la", "qsf_provider_init"))' failed
>
> Aacck! Why are we hard-coding a ".la" m
On Fri, Jan 13, 2006 at 03:02:09PM -0500, Chris Shoemaker wrote:
> On Fri, Jan 13, 2006 at 08:20:56PM +0200, Покотиленко Костик wrote:
> > > If not, do you see errors in /tmp/gnucash.trace?
> >
> > It's saying something nasty, attached
> >
> > --
> > Покотиленко Костик <[EMAIL PROTECTED]>
>
> >
On Fri, Jan 13, 2006 at 08:20:56PM +0200, Покотиленко Костик wrote:
> > If not, do you see errors in /tmp/gnucash.trace?
>
> It's saying something nasty, attached
>
> --
> Покотиленко Костик <[EMAIL PROTECTED]>
> gnucash: failed to open libtool archive "NONE/lib/libqof-backend-qsf.la"
>
> gnc_
В Птн, 13/01/2006 в 13:58 -0500, Derek Atkins пишет:
> Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
>
> >> So you don't have gnucash-1.8 installed anywhere, right?
> >
> > I've installed it today from distributive just after installing 1.9. And
> > now I have 2 versions installed. 1.8 works goo
Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
So you don't have gnucash-1.8 installed anywhere, right?
I've installed it today from distributive just after installing 1.9. And
now I have 2 versions installed. 1.8 works good.
Installing 1.8 into /usr and SVN into /usr/local *may* cause prob
В Птн, 13/01/2006 в 13:43 -0500, Derek Atkins пишет:
> Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
>
> >> Indeed, it's having trouble loading some of the modules.
> >> What distro are you on?
> >
> > Debian Sarge (Stable).
>
> Huh. I didn't know Sarge had new-enough gnome/gtk/glib libraries.
В Птн, 13/01/2006 в 13:30 -0500, Derek Atkins пишет:
> Покотиленко Костик <[EMAIL PROTECTED]> writes:
>
> >> If not, do you see errors in /tmp/gnucash.trace?
> >
> > It's saying something nasty, attached
>
> Indeed, it's having trouble loading some of the modules.
> What distro are you on?
Debia
Quoting Покотиленко Костик <[EMAIL PROTECTED]>:
Indeed, it's having trouble loading some of the modules.
What distro are you on?
Debian Sarge (Stable).
Huh. I didn't know Sarge had new-enough gnome/gtk/glib libraries.
Interesting.
Can you try updating the current SVN, re-run autogen,
re-r
Покотиленко Костик <[EMAIL PROTECTED]> writes:
>> If not, do you see errors in /tmp/gnucash.trace?
>
> It's saying something nasty, attached
Indeed, it's having trouble loading some of the modules.
What distro are you on?
Can you try updating the current SVN, re-run autogen,
re-run configure, an
decided to test GnuCash G2. I've learned SVN, got, compiled
> > and installed GnuCash r12331 yesterday.
> >
> > It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
> >
> > Problem: I can't save newly created book. I create new empty book, m
Hi,
I'm reading this list since Oct 2005 or so.
I finally decided to test GnuCash G2. I've learned SVN, got, compiled
and installed GnuCash r12331 yesterday.
It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
Problem: I can't save newly created book. I c
Hi,
I'm reading this list since Oct 2005 or so.
I finally decided to test GnuCash G2. I've learned SVN, got, compiled
and installed GnuCash r12331 yesterday.
It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
Problem: I can't save newly created book. I c
Hi,
I'm reading this list since Oct 2005 or so.
I finally decided to test GnuCash G2. I've learned SVN, got, compiled
and installed GnuCash r12331 yesterday.
It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
Problem: I can't save newly created book. I c
;ve learned SVN, got, compiled
> and installed GnuCash r12331 yesterday.
>
> It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
>
> Problem: I can't save newly created book. I create new empty book, make
> few accounts (or creating with some pre-existan
terday.
It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
Problem: I can't save newly created book. I create new empty book, make
few accounts (or creating with some pre-existant account layouts from
druid), and when I try to save it I get:
Can't p
Hi,
I'm reading this list since Oct 2005 or so.
I finally decided to test GnuCash G2. I've learned SVN, got, compiled
and installed GnuCash r12331 yesterday.
It seem to be ok. It's nice to see GnuCash in GTK-2.0 implementation.
Problem: I can't save newly created book. I c
I'm running the motif version (that rpm package didn't seem to come with
gnucash.gnome, only gnucash.motif). I am running gnome on enlightenment.
When I try to save, it appears to have done so; however, no file is created, and
when I try to close gnucash, I prompts me to save (although it won't
> I just installed version 1.30 (from rpm) with no problems. However, after
> creating accounts and entering transactions, I am unable to save the file. I
> tried saving it in other places, but nothing works.
>
> Anyone, had this problem or now how I can fix this?
Are you running the gnome or
I just installed version 1.30 (from rpm) with no problems. However, after
creating accounts and entering transactions, I am unable to save the file. I
tried saving it in other places, but nothing works.
Anyone, had this problem or now how I can fix this?
thanks,
conan.
--
Gnucash Developer'
44 matches
Mail list logo