Fresh build of jhbuild and gnucash on OSX

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski
This process has felt like a rite of passage.

I'm wondering if I did everything in a way that I have a good build.

I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
want the change. Plus it's just wrong that there are two parsers.

I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.

I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.

(So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)

---------------------------------------------------------------------------------------------------------------------------

Here goes:
Using the instructions here:
http://wiki.gnucash.org/wiki/MacOSX/Quartz
http://sourceforge.net/apps/trac/gtk-osx/wiki/Build
and
https://github.com/jralls/gnucash-on-osx

---------------------------------------------------------------------------------------------------------------------------

"jhbuild bootstrap" built fine.

---------------------------------------------------------------------------------------------------------------------------

Reading some posts on the web (and several attempts at building on the "gnucash" account I had made), I found that we no longer need "gettext-fw".

In ".jhbuildrc-custom", I replaced:
modules = ["gettext-fw", "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "gnucash"]
with
modules = ["meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "gnucash"]

I'm on 10.6.8 so I added:
setup_sdk("10.6", "10.6",["i386"])

and changed the SDK to "MacOSX10.6.sdk".

And added:
moduleset = "http://github.com/jralls/gtk-osx-build/raw/master/modulesets-stable/gtk-osx.modules"
per the instructions.

I also added "setup_debug()" since I planned on debugging.

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
jhbuild build: failed to parse /Users/john/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules: (2, 'No such file or directory')

I contacted John directly and he told me where that reference was. So I worked around it by using a local copy of the repo (/Users/gnucash2/gnucash-on-os) that I modified to replace the path.

In ".jhbuildrc-custom" I replaced:
moduleset = "http://github.com/jralls/gnucash-on-osx/raw/master/modulesets/gnucash.modules"  
with
moduleset = "/Users/gnucash2/gnucash-on-osx/modulesets/gnucash.modules"

In "gnucash.modules", I replaced:
<include href="/Users/john/GTK-OSX/gtk-osx-build/modulesets-stable/gtk-osx.modules"/>
with
<include href="/Users/gnucash2/gtk-osx-build/modulesets-stable/gtk-osx.modules"/>

("gnucash2" being the account I created to work on GnuCash.)

And I left the rev alone:
<branch module="gnucash" revision="20418" repo="svn.gnucash.org">

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
jhbuild build: failed to parse /Users/gnucash2/gnucash-on-osx/modulesets/finance-quote.modules: (2, 'No such file or directory')

In "gnucash.modules" I removed:
<include href="finance-quote.modules"/>

But that makes for an incomplete install so I'd like to figure that out.

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
*** Error during phase build of gnutls: ########## Error running make   *** [30/67]

In "/Users/gnucash2/gtk/source/gnutls-2.10.4/src/serv.c":
There is an issues with how the macro:
#define tmp2 &http_buffer[strlen(http_buffer)], len-strlen(http_buffer)
is expanded.

Reference:
http://comments.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/4825
http://jira.freeswitch.org/browse/FS-3136?page=com.atlassian.jirafisheyeplugin%3Afisheye-issuepanel

So I modified "serv.c" as the references suggested.

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
*** Error during phase build of WebKit: ########## Error running make   *** [59/67]

  CXXLD  libwebkit-1.0.la
  CXX    JavaScriptCore/Programs_jsc-jsc.o
  CXXLD  Programs/jsc
Undefined symbols:
  "_ctiOpThrowNotCaught", referenced from:
      _ctiOpThrowNotCaught$non_lazy_ptr in libJavaScriptCore.a(libJavaScriptCore_la-JITStubs.o)
     (maybe you meant: _ctiOpThrowNotCaught$non_lazy_ptr)
  "_ctiTrampoline", referenced from:
      JSC::Interpreter::execute(JSC::CallFrameClosure&, JSC::JSValue*)   in libJavaScriptCore.a(libJavaScriptCore_la-Interpreter.o)
      JSC::Interpreter::execute(JSC::FunctionExecutable*, JSC::ExecState*, JSC::JSFunction*, JSC::JSObject*, JSC::ArgList const&, JSC::ScopeChainNode*, JSC::JSValue*)in libJavaScriptCore.a(libJavaScriptCore_la-Interpreter.o)
      JSC::Interpreter::execute(JSC::ProgramExecutable*, JSC::ExecState*, JSC::ScopeChainNode*, JSC::JSObject*, JSC::JSValue*)in libJavaScriptCore.a(libJavaScriptCore_la-Interpreter.o)
      JSC::Interpreter::execute(JSC::EvalExecutable*, JSC::ExecState*, JSC::JSObject*, int, JSC::ScopeChainNode*, JSC::JSValue*)in libJavaScriptCore.a(libJavaScriptCore_la-Interpreter.o)
  "_ctiVMThrowTrampoline", referenced from:
      _ctiVMThrowTrampoline$non_lazy_ptr in libJavaScriptCore.a(libJavaScriptCore_la-JITStubs.o)
      _ctiVMThrowTrampoline$non_lazy_ptr in libJavaScriptCore.a(libJavaScriptCore_la-JITOpcodes.o)
     (maybe you meant: _ctiVMThrowTrampoline$non_lazy_ptr)
ld: symbol(s) not found

Looks like the culprit is:
/Users/gnucash2/gtk/source/webkit-1.1.15.4/JavaScriptCore/jit/JITStubs.cpp

But it didn't make sense since I had done a build on the old account that got through this build. (But I had not added "setup_debug()" to ".jhbuildrc-custom" on my previous attempts. Keep reading.)

Did a diff on the previous attempt folder and this new attempt and found that it looked like some debug flags were getting set up now. I removed "setup_debug()" and tried to rerun this phase. That didn't work, same error. So I guessed that the debug was messing with something else that was built so I manually cleaning out the "gtk" build area and "gnucash-stable" and restarted from "jhbuild bootstrap".

This got me through this module on the complete rebuild.

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
(Forgot to cut and paste exact text...)
Ugh. rpm5.org site is now down. Copied the pkg from my previous attempt and unarchived.

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
*** Error during phase build of guile: ########## Error running make   *** [60/67]

Didn't find much help on the web. Looking at the code, it looks like it was specific to "vi" so I made a decision...

In "/Users/gnucash2/gtk/source/guile-1.8.8/guile-readline/readline.c" I replaced:
if (strncmp (rl_get_keymap_name (rl_get_keymap ()), "vi", 2))
with
if (0)

---------------------------------------------------------------------------------------------------------------------------

"jhbuild build" gave me this:
*** success *** [67/67]

---------------------------------------------------------------------------------------------------------------------------

Per the instructions, entered:
"/Users/gnucash2/gnucash-stable/bin/gnucash"

Which brought me to the dialogs about not being set up which I expected. After accepting the deafult values and "Apply" I got:
Failed to execute child process "gconftool-2" (No such file or directory)

Here is the console output:
This is a development version. It may or may not work.
Report bugs and other problems to [hidden email].
You can also lookup and file bug reports at http://bugzilla.gnome.org
The last stable version was GnuCash 2.4.0
The next stable version will be GnuCash 2.6

Failed to load key /apps/gnucash/general/show_splash_screen: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/account_separator: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/auto_decimal_point: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/auto_decimal_places: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/date_format: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/date_completion: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/date_backmonths: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to save key /apps/gnucash/general/date_completion: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to save key /apps/gnucash/general/date_backmonths: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to add history section to watched directories in gconf: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to add history section to watched directories in gconf: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/toolbar_style: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /desktop/gnome/interface/toolbar_style: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/general/tab_position: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)Failed to load key /apps/gnucash/dialogs/tip_of_the_day/show_at_startup: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: /Users/gnucash2/gnucash-stable/bin/dbus-launch terminated abnormally with the following error: Autolaunch requested, but X11 support not compiled in.
Cannot continue.

---------------------------------------------------------------------------------------------------------------------------

I wasn't going to try to bundle it until I got past this point.





_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

John Ralls-2

On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:

> This process has felt like a rite of passage.
>
> I'm wondering if I did everything in a way that I have a good build.
>
> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
> want the change. Plus it's just wrong that there are two parsers.
>
> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>
> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>
> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>

The build instructions need some updating, it seems.

For where you are now, you need to run "gnucash-launcher" instead of gnucash.

I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).

I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.

If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.

You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.

Thanks for the feedback, and I'm looking forward to losing yet another dependency!

Regards,
John Ralls


_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski

On Apr 22, 2011, at 1:05 PM, John Ralls wrote:

>
> On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:
>
>> This process has felt like a rite of passage.
>>
>> I'm wondering if I did everything in a way that I have a good build.
>>
>> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
>> want the change. Plus it's just wrong that there are two parsers.
>>
>> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>>
>> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>>
>> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>>
>
> The build instructions need some updating, it seems.
>
> For where you are now, you need to run "gnucash-launcher" instead of gnucash.
>
> I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).
>
> I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.
>
> If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.
>
> You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.
>
> Thanks for the feedback, and I'm looking forward to losing yet another dependency!
>
> Regards,
> John Ralls
>
>

Thanks John,

Oh, and "Hi" to everyone.  I totally forgot to introduce myself.

"gnucash-launcher" worked great.

If I'm just modifying aqbanking I could just do:
jhbuild buildone --force --clean aqbanking
jhbuild buildone --force --clean gnucash
correct?

"gnucash-svn" is a mailing list or a place (repo)? I think you mean the repo. I was first going to make the changes on 2.4.5-stable and then get the trunk and merge them over. Fixing anything that broke.

Which creates the question. I built using the scripts out of the box (as much as I could). Would I just change the rev to the 2.4.5 rev in "gnucash.modules" (from 20418 to 20528) and "jhbuild build"?

Brad Grupczynski
[hidden email]



_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

John Ralls-2

On Apr 22, 2011, at 1:06 PM, Brad Grupczynski wrote:

>
> On Apr 22, 2011, at 1:05 PM, John Ralls wrote:
>
>>
>> On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:
>>
>>> This process has felt like a rite of passage.
>>>
>>> I'm wondering if I did everything in a way that I have a good build.
>>>
>>> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
>>> want the change. Plus it's just wrong that there are two parsers.
>>>
>>> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>>>
>>> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>>>
>>> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>>>
>>
>> The build instructions need some updating, it seems.
>>
>> For where you are now, you need to run "gnucash-launcher" instead of gnucash.
>>
>> I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).
>>
>> I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.
>>
>> If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.
>>
>> You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.
>>
>> Thanks for the feedback, and I'm looking forward to losing yet another dependency!
>>
>> Regards,
>> John Ralls
>>
>>
>
> Thanks John,
>
> Oh, and "Hi" to everyone.  I totally forgot to introduce myself.
>
> "gnucash-launcher" worked great.
>
> If I'm just modifying aqbanking I could just do:
> jhbuild buildone --force --clean aqbanking
> jhbuild buildone --force --clean gnucash
> correct?
>
> "gnucash-svn" is a mailing list or a place (repo)? I think you mean the repo. I was first going to make the changes on 2.4.5-stable and then get the trunk and merge them over. Fixing anything that broke.
>
> Which creates the question. I built using the scripts out of the box (as much as I could). Would I just change the rev to the 2.4.5 rev in "gnucash.modules" (from 20418 to 20528) and "jhbuild build"?

Yes, that's right, though when I'm working on something, I'll just start a jhbuild shell and cd to the working directory, where I can work normally. (i.e, svn up, ./autogen.sh, ./configure, make, make install, etc.).

NB: AQbanking and its companion Gwehywfar are dependencies, not part of Gnucash. If you want to work on them you should contact Martin Preuß (who does hang out on this list).

Gnucash-svn is a module, so instead of "jhbuild build gnucash", you would do "jhbuild build gnucash-svn". It builds the current development trunk.

I just committed and pushed a revised gnucash.mondules which loads revision="2.4", so it will always be the latest on the branch. But the changes you're proposing aren't going on the release branch, they'll be for the next version -- which is why you should be working with the latest svn trunk.

Regards,
John Ralls

_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski

On Apr 22, 2011, at 3:56 PM, John Ralls wrote:

>
> On Apr 22, 2011, at 1:06 PM, Brad Grupczynski wrote:
>
>>
>> On Apr 22, 2011, at 1:05 PM, John Ralls wrote:
>>
>>>
>>> On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:
>>>
>>>> This process has felt like a rite of passage.
>>>>
>>>> I'm wondering if I did everything in a way that I have a good build.
>>>>
>>>> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
>>>> want the change. Plus it's just wrong that there are two parsers.
>>>>
>>>> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>>>>
>>>> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>>>>
>>>> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>>>>
>>>
>>> The build instructions need some updating, it seems.
>>>
>>> For where you are now, you need to run "gnucash-launcher" instead of gnucash.
>>>
>>> I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).
>>>
>>> I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.
>>>
>>> If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.
>>>
>>> You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.
>>>
>>> Thanks for the feedback, and I'm looking forward to losing yet another dependency!
>>>
>>> Regards,
>>> John Ralls
>>>
>>>
>>
>> Thanks John,
>>
>> Oh, and "Hi" to everyone.  I totally forgot to introduce myself.
>>
>> "gnucash-launcher" worked great.
>>
>> If I'm just modifying aqbanking I could just do:
>> jhbuild buildone --force --clean aqbanking
>> jhbuild buildone --force --clean gnucash
>> correct?
>>
>> "gnucash-svn" is a mailing list or a place (repo)? I think you mean the repo. I was first going to make the changes on 2.4.5-stable and then get the trunk and merge them over. Fixing anything that broke.
>>
>> Which creates the question. I built using the scripts out of the box (as much as I could). Would I just change the rev to the 2.4.5 rev in "gnucash.modules" (from 20418 to 20528) and "jhbuild build"?
>
> Yes, that's right, though when I'm working on something, I'll just start a jhbuild shell and cd to the working directory, where I can work normally. (i.e, svn up, ./autogen.sh, ./configure, make, make install, etc.).
>
> NB: AQbanking and its companion Gwehywfar are dependencies, not part of Gnucash. If you want to work on them you should contact Martin Preuß (who does hang out on this list).
>
> Gnucash-svn is a module, so instead of "jhbuild build gnucash", you would do "jhbuild build gnucash-svn". It builds the current development trunk.
>
> I just committed and pushed a revised gnucash.mondules which loads revision="2.4", so it will always be the latest on the branch. But the changes you're proposing aren't going on the release branch, they'll be for the next version -- which is why you should be working with the latest svn trunk.
>
> Regards,
> John Ralls
>

Great info. Thanks.

Yeah, I just realized that aqbanking and gwehywfar are completely separate entities. I see a problem already. Aqbanking is packing "NAME" and "MEMO" into the same container. They would have to break that out. I'll play and see what I can do on the gnucash end.

Understood. I'm worried that since I've already built with the stable rev, how to transition to gnucash-svn. Anything special? Clean out some folders, etc?

-------------------------
Brad Grupczynski
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Martin Preuss
Hi,

On Freitag 22 April 2011, Brad Grupczynski wrote:
[...]
> Yeah, I just realized that aqbanking and gwehywfar are completely separate
> entities. I see a problem already. Aqbanking is packing "NAME" and "MEMO"
> into the same container.
[...]

I would gladly move the content of the "NAME" element to the "remoteName"
field of the AB_TRANSACTION objects (see  
"aqbanking/src/plugins/imexporters/ofx/parser/g_stmtrn.c":315) if that's what
you need. Just talk to me ;-)


Regards
Martin


--
"Things are only impossible until they're not"

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

John Ralls-2
In reply to this post by Brad Grupczynski

On Apr 22, 2011, at 2:24 PM, Brad Grupczynski wrote:

>
> On Apr 22, 2011, at 3:56 PM, John Ralls wrote:
>
>>
>> On Apr 22, 2011, at 1:06 PM, Brad Grupczynski wrote:
>>
>>>
>>> On Apr 22, 2011, at 1:05 PM, John Ralls wrote:
>>>
>>>>
>>>> On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:
>>>>
>>>>> This process has felt like a rite of passage.
>>>>>
>>>>> I'm wondering if I did everything in a way that I have a good build.
>>>>>
>>>>> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
>>>>> want the change. Plus it's just wrong that there are two parsers.
>>>>>
>>>>> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>>>>>
>>>>> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>>>>>
>>>>> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>>>>>
>>>>
>>>> The build instructions need some updating, it seems.
>>>>
>>>> For where you are now, you need to run "gnucash-launcher" instead of gnucash.
>>>>
>>>> I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).
>>>>
>>>> I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.
>>>>
>>>> If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.
>>>>
>>>> You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.
>>>>
>>>> Thanks for the feedback, and I'm looking forward to losing yet another dependency!
>>>>
>>>> Regards,
>>>> John Ralls
>>>>
>>>>
>>>
>>> Thanks John,
>>>
>>> Oh, and "Hi" to everyone.  I totally forgot to introduce myself.
>>>
>>> "gnucash-launcher" worked great.
>>>
>>> If I'm just modifying aqbanking I could just do:
>>> jhbuild buildone --force --clean aqbanking
>>> jhbuild buildone --force --clean gnucash
>>> correct?
>>>
>>> "gnucash-svn" is a mailing list or a place (repo)? I think you mean the repo. I was first going to make the changes on 2.4.5-stable and then get the trunk and merge them over. Fixing anything that broke.
>>>
>>> Which creates the question. I built using the scripts out of the box (as much as I could). Would I just change the rev to the 2.4.5 rev in "gnucash.modules" (from 20418 to 20528) and "jhbuild build"?
>>
>> Yes, that's right, though when I'm working on something, I'll just start a jhbuild shell and cd to the working directory, where I can work normally. (i.e, svn up, ./autogen.sh, ./configure, make, make install, etc.).
>>
>> NB: AQbanking and its companion Gwehywfar are dependencies, not part of Gnucash. If you want to work on them you should contact Martin Preuß (who does hang out on this list).
>>
>> Gnucash-svn is a module, so instead of "jhbuild build gnucash", you would do "jhbuild build gnucash-svn". It builds the current development trunk.
>>
>> I just committed and pushed a revised gnucash.mondules which loads revision="2.4", so it will always be the latest on the branch. But the changes you're proposing aren't going on the release branch, they'll be for the next version -- which is why you should be working with the latest svn trunk.
>>
>> Regards,
>> John Ralls
>>
>
> Great info. Thanks.
>
> Yeah, I just realized that aqbanking and gwehywfar are completely separate entities. I see a problem already. Aqbanking is packing "NAME" and "MEMO" into the same container. They would have to break that out. I'll play and see what I can do on the gnucash end.
>
> Understood. I'm worried that since I've already built with the stable rev, how to transition to gnucash-svn. Anything special? Clean out some folders, etc?

Just jhbuild build it. It will build in its own source directory and overwrite the stable installation. No worries.

Martin has already replied to you about the data packing...

Regards,
John Ralls

_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski
In reply to this post by Martin Preuss

On Apr 22, 2011, at 4:43 PM, Martin Preuss wrote:

> Hi,
>
> On Freitag 22 April 2011, Brad Grupczynski wrote:
> [...]
>> Yeah, I just realized that aqbanking and gwehywfar are completely separate
>> entities. I see a problem already. Aqbanking is packing "NAME" and "MEMO"
>> into the same container.
> [...]
>
> I would gladly move the content of the "NAME" element to the "remoteName"
> field of the AB_TRANSACTION objects (see  
> "aqbanking/src/plugins/imexporters/ofx/parser/g_stmtrn.c":315) if that's what
> you need. Just talk to me ;-)
>
>
> Regards
> Martin
>
>
> --
> "Things are only impossible until they're not"
>
> Martin Preuss - http://www2.aquamaniac.de/
> AqBanking - http://www.aqbanking.de/
> LibChipcard - http://www.libchipcard.de/

Yes! That's what I as thinking. I did try that quickly and it didn't fix everything with respect to matching the OFX file import. My first attempt at developing was a hack. Now that I'm in contact with the group I'll make some good headway.

Again, I am really impressed with how quickly you guys reply. Great group!

-------------------------
Brad Grupczynski
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Martin Preuss
Hi,

On Samstag 23 April 2011, Brad Grupczynski wrote:
[...]
> Yes! That's what I as thinking. I did try that quickly and it didn't fix
> everything with respect to matching the OFX file import. My first attempt
> at developing was a hack. Now that I'm in contact with the group I'll make
> some good headway.
[...]

I'm not surprised. I believe GnuCash's import function just concatenates the
content of the fields "remoteName" and "purpose", so if some parts are moved
from one field to the other it doesn't really change the resulting Gnucash
memo data...

The function I was pointing to fills AB_TRANSACTION objects with data read
from the OFX file. Maybe you'll have to focus on its counterpart within
Gnucash which creates GnuCash transactions and splits (etc) from
AB_TRANSACTION objects...


Regards
Martin



--
"Things are only impossible until they're not"

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski
In reply to this post by John Ralls-2

On Apr 22, 2011, at 4:55 PM, John Ralls wrote:

>
> On Apr 22, 2011, at 2:24 PM, Brad Grupczynski wrote:
>
>>
>> On Apr 22, 2011, at 3:56 PM, John Ralls wrote:
>>
>>>
>>> On Apr 22, 2011, at 1:06 PM, Brad Grupczynski wrote:
>>>
>>>>
>>>> On Apr 22, 2011, at 1:05 PM, John Ralls wrote:
>>>>
>>>>>
>>>>> On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:
>>>>>
>>>>>> This process has felt like a rite of passage.
>>>>>>
>>>>>> I'm wondering if I did everything in a way that I have a good build.
>>>>>>
>>>>>> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
>>>>>> want the change. Plus it's just wrong that there are two parsers.
>>>>>>
>>>>>> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>>>>>>
>>>>>> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>>>>>>
>>>>>> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>>>>>>
>>>>>
>>>>> The build instructions need some updating, it seems.
>>>>>
>>>>> For where you are now, you need to run "gnucash-launcher" instead of gnucash.
>>>>>
>>>>> I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).
>>>>>
>>>>> I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.
>>>>>
>>>>> If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.
>>>>>
>>>>> You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.
>>>>>
>>>>> Thanks for the feedback, and I'm looking forward to losing yet another dependency!
>>>>>
>>>>> Regards,
>>>>> John Ralls
>>>>>
>>>>>
>>>>
>>>> Thanks John,
>>>>
>>>> Oh, and "Hi" to everyone.  I totally forgot to introduce myself.
>>>>
>>>> "gnucash-launcher" worked great.
>>>>
>>>> If I'm just modifying aqbanking I could just do:
>>>> jhbuild buildone --force --clean aqbanking
>>>> jhbuild buildone --force --clean gnucash
>>>> correct?
>>>>
>>>> "gnucash-svn" is a mailing list or a place (repo)? I think you mean the repo. I was first going to make the changes on 2.4.5-stable and then get the trunk and merge them over. Fixing anything that broke.
>>>>
>>>> Which creates the question. I built using the scripts out of the box (as much as I could). Would I just change the rev to the 2.4.5 rev in "gnucash.modules" (from 20418 to 20528) and "jhbuild build"?
>>>
>>> Yes, that's right, though when I'm working on something, I'll just start a jhbuild shell and cd to the working directory, where I can work normally. (i.e, svn up, ./autogen.sh, ./configure, make, make install, etc.).
>>>
>>> NB: AQbanking and its companion Gwehywfar are dependencies, not part of Gnucash. If you want to work on them you should contact Martin Preuß (who does hang out on this list).
>>>
>>> Gnucash-svn is a module, so instead of "jhbuild build gnucash", you would do "jhbuild build gnucash-svn". It builds the current development trunk.
>>>
>>> I just committed and pushed a revised gnucash.mondules which loads revision="2.4", so it will always be the latest on the branch. But the changes you're proposing aren't going on the release branch, they'll be for the next version -- which is why you should be working with the latest svn trunk.
>>>
>>> Regards,
>>> John Ralls
>>>
>>
>> Great info. Thanks.
>>
>> Yeah, I just realized that aqbanking and gwehywfar are completely separate entities. I see a problem already. Aqbanking is packing "NAME" and "MEMO" into the same container. They would have to break that out. I'll play and see what I can do on the gnucash end.
>>
>> Understood. I'm worried that since I've already built with the stable rev, how to transition to gnucash-svn. Anything special? Clean out some folders, etc?
>
> Just jhbuild build it. It will build in its own source directory and overwrite the stable installation. No worries.
>
> Martin has already replied to you about the data packing...
>
> Regards,
> John Ralls
>

I changed ".jhbuild-custom" to point to your "gnucash.modules".

How do I fix it not finding "finance-quote.modules"? It should pull a tarball or something.

I'll keep looking too. Thanks.

-------------------------
Brad Grupczynski
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski
In reply to this post by John Ralls-2

On Apr 22, 2011, at 3:56 PM, John Ralls wrote:

> Yes, that's right, though when I'm working on something, I'll just start a jhbuild shell and cd to the working directory, where I can work normally. (i.e, svn up, ./autogen.sh, ./configure, make, make install, etc.).

Do I need to be in the jhbuild shell? I assume it's needed to act as though it was being build from jhbuild directly.

I saw this when I built with jhbuild:
./autogen.sh && ./configure --prefix /Users/gnucash/gnucash-stable --libdir '/Users/gnucash/gnucash-stable/lib' --enable-ofx --enable-aqbanking --enable-binreloc --enable-dbi --with-html-engine='webkit' --disable-static

Do I need to add all the options or can I just do "./configure" as you have above? (I've used ./configure as a user during installs but never as a developer.)

-------------------------
Brad Grupczynski
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski

On Apr 22, 2011, at 10:03 PM, Brad Grupczynski wrote:

>
> On Apr 22, 2011, at 3:56 PM, John Ralls wrote:
>
>> Yes, that's right, though when I'm working on something, I'll just start a jhbuild shell and cd to the working directory, where I can work normally. (i.e, svn up, ./autogen.sh, ./configure, make, make install, etc.).
>
> Do I need to be in the jhbuild shell? I assume it's needed to act as though it was being build from jhbuild directly.
>
> I saw this when I built with jhbuild:
> ./autogen.sh && ./configure --prefix /Users/gnucash/gnucash-stable --libdir '/Users/gnucash/gnucash-stable/lib' --enable-ofx --enable-aqbanking --enable-binreloc --enable-dbi --with-html-engine='webkit' --disable-static
>
> Do I need to add all the options or can I just do "./configure" as you have above? (I've used ./configure as a user during installs but never as a developer.)
>
> -------------------------
> Brad Grupczynski
> [hidden email]
>
>
>
>

Sorry for the chatter. I answered my own question here. My background is embedded systems where we don't have ./configure steps.

-------------------------
Brad Grupczynski
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

John Ralls-2
In reply to this post by Brad Grupczynski

On Apr 22, 2011, at 6:30 PM, Brad Grupczynski wrote:

>
> On Apr 22, 2011, at 4:55 PM, John Ralls wrote:
>>
>> Just jhbuild build it. It will build in its own source directory and overwrite the stable installation. No worries.
>>
>> Martin has already replied to you about the data packing...
>>
>> Regards,
>> John Ralls
>>
>
> I changed ".jhbuild-custom" to point to your "gnucash.modules".
>
> How do I fix it not finding "finance-quote.modules"? It should pull a tarball or something.
>
> I'll keep looking too. Thanks.
>

Dammit, I missed that. Fixed and pushed.

(That's an incomplete experiment to build Finance Quote and include it in the bundle. Running the script annoys a lot of users, because it's CPAN and you have to baby-sit it.)

Regards,
John Ralls


_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Brad Grupczynski

On Apr 22, 2011, at 11:56 PM, John Ralls wrote:

>
> On Apr 22, 2011, at 6:30 PM, Brad Grupczynski wrote:
>
>>
>> On Apr 22, 2011, at 4:55 PM, John Ralls wrote:
>>>
>>> Just jhbuild build it. It will build in its own source directory and overwrite the stable installation. No worries.
>>>
>>> Martin has already replied to you about the data packing...
>>>
>>> Regards,
>>> John Ralls
>>>
>>
>> I changed ".jhbuild-custom" to point to your "gnucash.modules".
>>
>> How do I fix it not finding "finance-quote.modules"? It should pull a tarball or something.
>>
>> I'll keep looking too. Thanks.
>>
>
> Dammit, I missed that. Fixed and pushed.
>
> (That's an incomplete experiment to build Finance Quote and include it in the bundle. Running the script annoys a lot of users, because it's CPAN and you have to baby-sit it.)
>
> Regards,
> John Ralls
>
>

Gotcha. I can understand that. I just did what I did before. Used a local moded copy.

-------------------------
Brad Grupczynski
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: OFX import from aqbanking (was: Fresh build of jhbuild and gnucash on OSX)

Christian Stimming
In reply to this post by Martin Preuss
Am Samstag, 23. April 2011 schrieb Martin Preuss:

> Hi,
>
> On Samstag 23 April 2011, Brad Grupczynski wrote:
> [...]
>
> > Yes! That's what I as thinking. I did try that quickly and it didn't fix
> > everything with respect to matching the OFX file import. My first attempt
> > at developing was a hack. Now that I'm in contact with the group I'll
> > make some good headway.
>
> [...]
>
> I'm not surprised. I believe GnuCash's import function just concatenates
> the content of the fields "remoteName" and "purpose", so if some parts are
> moved from one field to the other it doesn't really change the resulting
> Gnucash memo data...
>
> The function I was pointing to fills AB_TRANSACTION objects with data read
> from the OFX file. Maybe you'll have to focus on its counterpart within
> Gnucash which creates GnuCash transactions and splits (etc) from
> AB_TRANSACTION objects...

Probably true. Just for information: That function is performed in
gnc_ab_trans_to_gnc() in src/import-export/aqbanking/gnc-ab-utils.c . There
might surely be various problems during importing of OFX, because that use
case has never been investigated in detail. I wrote that function and tested
it solely for HBCI online download, so I don't know about its OFX usefulness.

By the way, you can add a "Import OFX file" using the aqbanking module
(instead of the hand-written OFX importer) by calling the function  
gnc_file_aqbanking_import() with (I think) importername="ofx",
formatname="default", called from gnc-plugin-aqbanking.c. Just follow the
examples for e.g. mt940, all in the above directory.

Regards,

Christian
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

David Reiser
In reply to this post by John Ralls-2

On Apr 22, 2011, at 2:05 PM, John Ralls wrote:

>
> On Apr 22, 2011, at 10:41 AM, Brad Grupczynski wrote:
>
>> This process has felt like a rite of passage.
>>
>> I'm wondering if I did everything in a way that I have a good build.
>>
>> I was going to work on the OFX/aqbanking parser. Importing from a file and importing online data parses differently. I have been importing from a file and have switched to online and don't
>> want the change. Plus it's just wrong that there are two parsers.
>>
>> I have been trying to build consistently for the past week. Trying different things and basically "tuning" my brain.
>>
>> I have been successful in making some changes in the code, building (in Eclipse) and copying the dylibs to the correct spot in my existing installed location (not the one that make install generates). But this was just to play around. Now I want to do this for real.
>>
>> (So sorry that this email is a little large but I like to provide a lot of detail. If this is not acceptable, let me know how to break it down. I didn't want to break it into an email for every failure but I could do that. I've joined the mailing list and registered in bugzilla. Anything else I should do to be a good contributor?)
>>
>
> The build instructions need some updating, it seems.
>
> For where you are now, you need to run "gnucash-launcher" instead of gnucash.
>
> I usually build a release build all the way through and then go back and "buildone --force --clean" glib, gobject, gtk+, gwenhywfar, aqbanking, and gnucash. (You have to do them one at a time, unfortunately).
>
> I also usually build with the Leopard SDK, since that's what I'm targetting for distribution. That difference is probably why you had trouble with guile and gnutls.
>
> If you want to contribute, please use gnucash-svn and update it frequently so that your patches will match the current trunk.
>
> You'll need to work closely with Christian Stimming on ditching libofx; he's the only one here who really understands aqbanking and gwenhywfar.
>
> Thanks for the feedback, and I'm looking forward to losing yet another dependency!
>
> Regards,
> John Ralls


Before you ditch libofx, be sure aqbanking can import investment data streams. Libofx does a decent job with investment ofx files. Aqbanking didn't come close the last time I checked (though it has been several months since I tried it.)

Dave
--
David Reiser
[hidden email]




_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Fresh build of jhbuild and gnucash on OSX

Martin Preuss
Hi,

On Montag 25 April 2011, David Reiser wrote:
[...]
> Before you ditch libofx, be sure aqbanking can import investment data
> streams. Libofx does a decent job with investment ofx files. Aqbanking
> didn't come close the last time I checked (though it has been several
> months since I tried it.)
[...]

Not much has changed since the last time you tried, chiefly because I don't
know anything about OFX investment data.

The reason why I removed libofx from *AqBanking* was the buffer-length bug in
libofx which made it crash when file lines exceed a given length. That bug had
its root in the design of libofx (especially regarding the use of fixed-length
buffers) which couldn't be changed so easily, and since development in libofx
had stalled I decided to extend my own code to also read OFX data.

AqBanking's importer works reasonably well given the fact that I can't use it
for live data (since I don't have an account at a bank which supports OFX).
But I never really faced investment data. Some time ago somebody (I don't
remember the name) submitted a patch to improve AqBanking's OFX importer in
the investment area and this got included into the source tree.

A few times I asked for support in this field but never got very far. I needed
some information about what OFX data needs to be handled for the importer to
fully handle investment stuff...

AqBanking will continue to use its own OFX importer for OFX DirectConnect
because it is well integrated into AqBanking and can easily be extended to
maybe later handle payment requests etc. But I wouldn't remove Libofx support
from GnuCash since the AqBanking importer doesn't fully support investment
stuff, yet. And since libofx seems to have been revived maybe the buffer-
length bug will be fixed anytime soon (if it not already has been).


Regards
Martin


--
"Things are only impossible until they're not"

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: OFX import from aqbanking (was: Fresh build of jhbuild and gnucash on OSX)

Brad Grupczynski
I didn't touch libofx. Only made aqbanking import match libofx file import more closely.

libofx uses a callback to split the fields where they need to go. What I should do is figure out a way for them both to use the same callback. Or figure out a way for libofx to do the whole job. I'm sure there are ideas out there. And I am ready for them.

In the mean time, I have submitted a patch to aqbanking that was applied to the trunk and available in aqbanking 5.0.6. And I submit the attached patch for GC. Neither depends on each other but when they are both used together, the results from file import and aqbanking import match (from my test data set).

aqbanking changes:
- Update transaction text to match OFX spec (which matches libofx).
- Place NAME tag value into Remote Name field instead of Purpose field.
- Update tags (possible typo) for "Server assigned transaction ID".

GC changes:
- gnc_ab_description_to_gnc cleaned up and returns different result. Not currently used.
- gnc_ab_trans_to_gnc made to match libofx file import callback more closely. Placing tag values into different fields and building up a different memo for the split.

Also -
Christian wrote:
"
By the way, you can add a "Import OFX file" using the aqbanking module
(instead of the hand-written OFX importer) by calling the function  
gnc_file_aqbanking_import() with (I think) importername="ofx",
formatname="default", called from gnc-plugin-aqbanking.c. Just follow the
examples for e.g. mt940, all in the above directory.
"
But there is already an OFX import menu item so I didn't do anything here.

-Brad



-------------------------
Brad Grupczynski
[hidden email]





_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

patch.diff (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: OFX import from aqbanking (was: Fresh build of jhbuild and gnucash on OSX)

Christian Stimming-4
Am Freitag, 20. Mai 2011 schrieb Brad Grupczynski:

> I didn't touch libofx. Only made aqbanking import match libofx file import
> more closely.
>
> libofx uses a callback to split the fields where they need to go. What I
> should do is figure out a way for them both to use the same callback. Or
> figure out a way for libofx to do the whole job. I'm sure there are ideas
> out there. And I am ready for them.
>
> In the mean time, I have submitted a patch to aqbanking that was applied to
> the trunk and available in aqbanking 5.0.6. And I submit the attached
> patch for GC. Neither depends on each other but when they are both used
> together, the results from file import and aqbanking import match (from my
> test data set).

aqbanking 5.0.6 is now released. Feel free to continue submitting patches to
any of the involved projects :-)

However, your proposed gnucash patch needs some more discussion:

> GC changes:
> - gnc_ab_description_to_gnc cleaned up and returns different result. Not
> currently used.
> - gnc_ab_trans_to_gnc made to match libofx file import
> callback more closely. Placing tag values into different fields and
> building up a different memo for the split.

Your proposal has some issues, both in structure and in actual field texts. As
for structure, I intentionally introduced the function
gnc_ab_description_to_gnc()  which should encapsulate the conversion of the
AB_Transaction information to gnucash's "description" field. Your patch would
throw away this encapsulation again by implementing the setting of the
xaccTransSetDescription directly in gnc_ab_trans_to_gnc(). That function is
already quite large, so I want to continue to have specific tasks such as the
buildilng of the xaccTransSetDescription refactored into separate functions.

As for the field text, esp. the memo: You introduce several user-visible new
strings that should encode the specific OFX information in the
xaccTransSetNotes field. This needs further work to let it work in other
languages and in other (non-OFX) import data as well. In the current state, it
would work only in English and only if people happen to import OFX. For you,
the downside in this code here is that the very same code is used with data
from MT940 or DTAUS or HBCI or whatever further format is supported by
libaqbanking. Hence, any text rules here must be general enough for all this
data, and this isn't the case with your current patch which means we won't
apply this to our SVN in this state. Sorry for that.

Maybe what you need instead here is a framework to use specific configurable
conversion rules. If you have any good solution how this can be implemented in
a user-configurable way (maybe just by gconf  keys, not yet with full GUI in
gnucash), I'd be very interested to hear about those.

> Also -
> Christian wrote:
> "
> By the way, you can add a "Import OFX file" using the aqbanking module
> (instead of the hand-written OFX importer) by calling the function
> gnc_file_aqbanking_import() with (I think) importername="ofx",
> formatname="default", called from gnc-plugin-aqbanking.c. Just follow the
> examples for e.g. mt940, all in the above directory.
> "
> But there is already an OFX import menu item so I didn't do anything here.

Yes, of course there is. I was just pointing out in case you wanted to see the
OFX import from file through libaqbanking in gnucash directly, so that you can
compare the OFX-from-file-by-libofx vs. OFX-from-file-by-aqbanking in gnucash
directly.  Subsequently, you could use that as a starting point to decide
whether you continue your work on one or the other. In that case, it could be
imagined to let gnucash switch from the one method to the other iff the new
method implements as many features as the previous ones, plus your new
additions.

Regards,

Christian
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: OFX import from aqbanking (was: Fresh build of jhbuild and gnucash on OSX)

Martin Preuss
Hi,

On Samstag 21 Mai 2011, Christian Stimming wrote:
> Am Freitag, 20. Mai 2011 schrieb Brad Grupczynski:
[...]
> Maybe what you need instead here is a framework to use specific
> configurable conversion rules. If you have any good solution how this can
> be implemented in a user-configurable way (maybe just by gconf  keys, not
> yet with full GUI in gnucash), I'd be very interested to hear about those.
[...]

Hmm, just a thought: We could use profile files for such things (like
AqBanking's CSV importer) which could do the mapping... That way also other
applications using AqBanking's import function would benefit from the text
transversion code...


Regards
Martin


--
"Things are only impossible until they're not"

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel