Re: QOF-GObject Plan

2006/12/26, Derek Atkins [EMAIL PROTECTED]: Quoting Daniel Espinosa [EMAIL PROTECTED]: As discussed not too long ago on the list, you can't ignore the GUIDs in deference to the databases's identity datatype. The GUIDs *are* the object identity, even in the database. Alos, because of how

Re: gda-dev; new libgda version

Mark Johnson [EMAIL PROTECTED] writes: A new version of libgda has been released. It is 2.99.2. They have bumped the ABI version to 3.0. Consequently, libgda-2.0.pc is now libgda-3.0.pc. Therefore, after upgrading to libgda 2.99.2, the build in gda-dev branch fails. Was there even

Re: gda-dev; new libgda version

2006/12/28, Derek Atkins [EMAIL PROTECTED]: Mark Johnson [EMAIL PROTECTED] writes: A new version of libgda has been released. It is 2.99.2. They have bumped the ABI version to 3.0. Consequently, libgda-2.0.pc is now libgda-3.0.pc. Therefore, after upgrading to libgda 2.99.2, the build

Re: build 15259 fails to start?

On Wed, 2006-12-27 at 06:07 +, Flavio Rump wrote: Ok I have debian gnucash installed, but I want to run the svn build of gnucash. So my problem with uninstalling slib 3a4 is not that gnucash depends on it, but guile! I haven't reported any bugs yet, but apparently it has been talked

Re: gda-dev; new libgda version

Quoting Daniel Espinosa [EMAIL PROTECTED]: 2006/12/28, Derek Atkins [EMAIL PROTECTED]: Mark Johnson [EMAIL PROTECTED] writes: A new version of libgda has been released. It is 2.99.2. They have bumped the ABI version to 3.0. Consequently, libgda-2.0.pc is now libgda-3.0.pc. Therefore,

Re: build 15259 fails to start?

On Thu, 2006-12-28 at 11:05 -0800, Thomas Bushnell BSG wrote: On Wed, 2006-12-27 at 06:07 +, Flavio Rump wrote: Ok I have debian gnucash installed, but I want to run the svn build of gnucash. So my problem with uninstalling slib 3a4 is not that gnucash depends on it, but guile!

gnucashh-iss-in using ispp patch

howdee, im sure that stuff has been ongoing because i was able to recompile successfully today. thanx! here is a kinda-working patch implementing some ispp-items that might help in the future. in particular, there is still an install-issue about finding guile.exe to run the guile.bat file. i

Re: gda-dev; new libgda version

Quoting Mark Johnson [EMAIL PROTECTED]: What I'm looking at is using AC_ARG_ENABLE to make a --disable-gda argument, so that for the gda-dev branch (at least for now) building the gda backend would be the default. Take a look at what we do for AC_ARG_ENABLE(ofx ...) You probably want to

regression produced by new upstream glib

Please see Debian bug http://bugs.debian.org/404585. Upstream glib version 2.12.5 decided to be more strict in handling input in gkeyfile.c, and this now causes problems. I am not sure which is the right course of action: fix gnucash to use the new stricter syntax, or fix glib to be looser. The

Re: regression produced by new upstream glib

On Thu, 2006-12-28 at 17:33 -0800, Thomas Bushnell BSG wrote: Please see Debian bug http://bugs.debian.org/404585. Upstream glib version 2.12.5 decided to be more strict in handling input in gkeyfile.c, and this now causes problems. I am not sure which is the right course of action: fix

Re: gda-dev; new libgda version

Derek Atkins wrote: Quoting Mark Johnson [EMAIL PROTECTED]: What I'm looking at is using AC_ARG_ENABLE to make a --disable-gda argument, so that for the gda-dev branch (at least for now) building the gda backend would be the default. Take a look at what we do for AC_ARG_ENABLE(ofx ...)

Re: gda-dev; new libgda version

Further feedback on gda-dev: configure did not fail when libgda-2.0.pc was not present. The configure.in should be updated to have an option to enable/disable this backend (like the --enable-sql option for postgresql). When the libgda is not present and the option is enabled, the

Re: gda-dev; new libgda version

2006/12/28, Daniel Espinosa [EMAIL PROTECTED]: Further feedback on gda-dev: configure did not fail when libgda-2.0.pc was not present. The configure.in should be updated to have an option to enable/disable this backend (like the --enable-sql option for postgresql). When the libgda

Win32 - gnucash.iss.in - working patch

howdee again, my last patch/attempt was working ok, but i had made some mistakes in my own procedures. i have since tested this patch - all the way thru the install onto a fresh-winxpsp2-uptodate system (the icon file needed to be located correctly) which had never before seen gnucash. it all

Re: gda-dev; new libgda version

Quoting Daniel Espinosa [EMAIL PROTECTED]: AFAIK outside the backend code there's a file with the management to load that backend when a URI is written, sorry I don't remember for the moment but if you follow the GLADE3 support in gnomedb you'll see in configure.in: [snip]