2.4.9 release, 2.5.0 plans

[John Ralls]

On Dec 18, 2011, at 1:23 PM, Christian Stimming wrote:

> Am Samstag, 17. Dezember 2011, 17:11:10 schrieb John Ralls:
>>> Indeed I am rather sure it will not be possible to build the 2.4 branch
>>> on windows with gtk >= 2.20, as it needs to be built with a newer
>>> webkit as well, and I think this had other implications on some gnucash
>>> webkit code.
>> 
>> Having just done it, I'm quite sure that Gnucash-2.4 builds fine with the
>> latest Gnome windows binaries. Webkit 1.1.90 presented no issues and
>> appears to work just fine. (The multicolumn report whines about
>> hicolor-theme not being installed, so perhaps that should get added.)
> 
> This is great news! Thank you very much for looking into this. Even better to 
> hear that it really works. In that case we can very well upgrade the 2.4-build 
> to the newer binaries, and have a newer gwenhywfar/aqbanking included as well.
> 
>> The latest Gwen and AQB build fine as well, but I can't convince Gwen to
>> find her plugins. Do I need to install the registry keys in gwenhywfar.iss,
>> or is there a more temporary and unix-y way?
> 
> The plugin directories for gwenyhwfar are looked up in two ways: Firstly by 
> using the executable's installation location as a starting point (using 
> binreloc on Unix and GetModuleFileName() on Windows), assuming it's installed 
> in some $prefix/bin, and going to $prefix/lib relative from there. Secondly, 
> on windows the paths from the registry are used, and on Unix the compile-time 
> paths are used.
> 
> According to the reports from gnucash users, with the gnucash installer the 
> plugins are all found just fine. On the other hand, our gnucash.iss already 
> installs all those registry keys as well. Hence, I don't know how the paths 
> are actually looked up from the aqbanking in gnucash binary: Either the 
> relative lookup already succeeded, or the registry paths from our gnucash.iss 
> works fine.
> 
>> Oh, and when Gwen can't find her "dir" plugin, AQB asserts (in config-mgr.c,
>> line 250) and crashes everything, which is a bit rude.
> 
> The crash in configmgr.c:250 is gwenhywfar code GWEN_ConfigMgr_GetGroup(), 
> which is called from aqbanking from somewhere. Most of the aqbanking calls of 
> that function are already guarded against a NULL here. Any chance you can find 
> out which aqbanking location called that function at crash time?
> 
> Thanks again for the windows update! I hope this means we can go for a 2.4.9 
> with updated gtk on windows (and also updated gwen/aqbanking) before 
> Christmas...
> 

There are a couple of catches, though: I couldn't make the MinGW/Msys installation described in the Wiki article work (several packages are too old), and so I installed the latest MinGW and turned off the packages that mess with it. I obviously don't want to commit that. If you or Geert have a setup that matches what the buildbot uses, perhaps you could copy the defaults.sh from trunk to the 2.4 branch and give it a try.

I wanted to test the AQB setup from the build installation. I guess that won't work without hacking on the registry, eh? How do you test anything in Windows?

AQB should crash the same way regardless of OS, so I'll try moving dir.so to induce the crash under a gdb session on OSX and report back... after I finish up on making HBCI save properly in SQL (Bug 642276). 

In the meantime, I've attached a screen shot of the log output (can't copy Windows console output to the clipboard, sigh) from the crash. Might provide a clue until I get to debugging.

I don't know about getting a release out in the next week. It doesn't look like anyone else is going to write the "feature table" feature, and since there are a few wrinkles there (starting with I haven't ever studied the xml backend) I don't think I'll be able to get it done this week.

Regards,
John Ralls

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen shot 2011-12-18 at 2.11.30 PM.png
Type: image/png
Size: 113934 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20111218/c5774342/attachment-0001.png>