2008-07-09 GnuCash IRC logs
00:02:22 *** felle has joined #gnucash
00:07:44 *** fell has quit IRC
01:05:38 *** warlord-afk is now known as warlord
01:51:43 *** Zoolooc_ has quit IRC
01:57:22 *** warlord is now known as warlord-afk
02:14:24 *** Rolf has joined #gnucash
02:30:24 *** felle has quit IRC
03:32:13 *** StocksR has joined #gnucash
03:48:01 *** StocksR has quit IRC
04:24:18 <Rolf> warlord-afk: Are you OK with me applying to take over gnucash on Launchpad as specified in https://launchpad.net/~registry. The gnucash project on LP was auto-registered and there is no official maintainer currently.
04:24:33 <Rolf> I'd be happy to comaintain with any interested person, of course
04:24:55 *** ErKa has joined #gnucash
04:25:27 <Rolf> @tell andi5 A big round of applause to andi for the work on aqbanking3 and the merge back into trunk
04:25:27 <gncbot> Rolf: The operation succeeded.
04:32:20 *** McLANE has joined #gnucash
04:43:46 *** ErKa has quit IRC
05:09:30 *** ErKa has joined #gnucash
05:29:45 *** ErKa has quit IRC
06:29:02 *** _gunni_ has joined #gnucash
06:31:37 *** andi5 has joined #gnucash
06:31:37 *** gncbot sets mode: +o andi5
06:37:51 *** |gunni| has quit IRC
06:41:24 *** lters has quit IRC
07:32:47 *** basanta has joined #gnucash
07:57:46 *** JimRaehl has left #gnucash
08:07:45 *** JimRaehl has joined #gnucash
08:26:46 *** basanta has quit IRC
08:27:45 *** warlord-afk is now known as warlord
08:27:54 <warlord> Rolf: what is launchpad?
08:28:03 <warlord> Is that Ubuntu's bug tracking system?
08:28:11 <Rolf> not only
08:28:14 <andi5> yes, i suppose he is rather talking about rosetta
08:28:14 <gncbot> andi5: Sent 4 hours and 2 minutes ago: <Rolf> A big round of applause to andi for the work on aqbanking3 and the merge back into trunk
08:28:15 <Rolf> it is more broad
08:28:30 <Rolf> although ubuntu is one of the more prominent users
08:28:58 <andi5> or "launchpad translations", as it seems to be called now :)
08:29:14 <Rolf> it is a collection of quite a lot of tools for task flow in open source projects
08:29:21 <Rolf> I can't describe it better
08:29:41 <andi5> i hope they improved it... that last time i tried to translate strings in rosetta every .po file with more than 100 strings was a pain...
08:29:49 <warlord> Strangely, nothing I use uses launchpad.. And then seem to duplicate the work of a lot of other systems. I've only seen it used for Ubuntu bugs
08:30:14 <Rolf> one example is mysql IIRC
08:30:23 <Rolf> They are using Launchpad as well
08:31:01 <Rolf> One of the great things of Launchpad is its integration with and not duplication of other tools out there
08:31:33 <Rolf> A bug for example can be tracked in ubuntu, debian, upstream and possibly a related lib all in one bug
08:32:05 <Rolf> You can then find out neat things like "bug is still present for the project I am interested in right now, but has been fixed elsewhere"
08:32:20 <Rolf> But bugs would not be so interesting for gnucash
08:32:32 <Rolf> I think the translation stuff would
08:33:11 <Rolf> In any case, the gnucash project is already registered. we might as well have it being taken care of by a real person.
08:33:24 <Rolf> Which is what I am asking, whether that is cool with you.
08:33:49 <warlord> My biggest beef with systems like that is that bugs tend not to get pushed upstream. So many times there's a bug in launchpad but it doesnt get forwarded upstream to us.
08:34:05 <warlord> You're welcome to take ownership over there.
08:34:28 <warlord> BUT.....
08:34:29 <andi5> warlord: is that really true? somehow i do not remember a lot of those bugs
08:34:41 <warlord> I don't think we want to change translation over to there.. But cstim is in charge of that.
08:34:47 <warlord> andi5: EXACTLY!
08:34:58 <warlord> tb would file bugs from Debian.
08:35:23 <warlord> But I've never (well, only rarely) seen a bug report that seems to come upstream from Ubuntu.
08:35:42 <andi5> and oxmosys would file for ubuntu
08:36:02 <warlord> oxmosys?
08:36:19 <andi5> Saïvann Carignan
08:37:26 * Rolf likes the atmosphere in ubuntu where users are not despised
08:44:37 <warlord> Where are users despised?
08:45:00 <Rolf> here
08:45:03 <Rolf> constantly
08:45:11 <Rolf> another good example is debian
08:45:34 <Rolf> technically good, but you better not be an ordinary human that just wants to use the computer
08:51:05 <warlord> I'd argue about the technically good part of debian. I had one debian machine, once, and I found it nearly impossible to maintain. But I've been using RPM since.... Red Hat 3?
08:52:24 <warlord> As for despising users here.. I admit that I get annoyed by people who don't read the FAQ or the docs, or who come here expecting hours of hand holding to help build gnucash when they've never compiled a program from scratch before.
08:54:04 <Rolf> Since I know I will not convince, I won't even try. Such discussions are really futile. You have your perspective, I have mine. Fair enough.
08:54:17 <Rolf> s/convince/convince you/
08:59:29 <Rolf> andi5: Is 2.2.6 an unstable release? http://rafb.net/p/7EilTo69.html
09:00:15 <andi5> i have no clue about what you build, but i assume you compiled from trunk?
09:00:19 <andi5> built
09:00:37 <andi5> stable branches stem from the branches/2.2 branch
09:00:42 <andi5> stable releases, damnit
09:06:42 <Rolf> yes, I built from trunk
09:07:17 <andi5> why should 2.2.6 be an unstable release?
09:07:19 <Rolf> one or two days old, the revision I mentioned in the bug tracker, IIRC 17286 to verify whether the patch from C.Ernst was causing the segfault
09:07:31 <Rolf> andi5: That is what the message says
09:07:37 <Rolf> next stable release will be 2.4
09:07:43 <Rolf> just a minor thing
09:08:06 <andi5> you are on trunk ... ahead of time
09:08:24 <andi5> these are only hints anyway
09:08:57 <Rolf> sure
09:09:02 <andi5> that means that no stable 2.2.x release will be based on what you compiled :)
09:09:05 <Rolf> 17286 plain segfaults, too
09:09:26 <Rolf> really? I thought 2.2.6 would be cut from trunk?
09:09:34 <andi5> not at all
09:09:39 <Rolf> Or will you only cherry-pick stuff
09:09:45 <Rolf> to create 2.2.6?
09:09:49 *** ErKa has joined #gnucash
09:10:04 <andi5> we backport some (currently most) of the changes on trunk to branches/2.2... and that branch is used for stable releases
09:10:20 <Rolf> OK, understood
09:10:22 <Rolf> thanks
09:10:24 <andi5> you can indeed call it cherry-picking
09:10:46 <Rolf> most be a real pain with svn, I guess
09:10:48 <Rolf> must
09:11:13 <andi5> not a pain necessarily...
09:11:17 <Rolf> but I think you use git?
09:11:20 <andi5> yes
09:11:30 <Rolf> hehe, clever you
09:11:43 <Rolf> plain svn would probably be a pain
09:11:44 <andi5> see, i am cooperative :)
09:11:59 <Rolf> Did you compile from trunk recently?
09:12:06 <andi5> even that is not necessarily true
09:12:09 <andi5> sure
09:12:12 <Rolf> I wonder about why I see the segfault?
09:12:32 <andi5> i guess others will see them as well... please file a bug
09:12:49 <Rolf> sure, but what when was the latest you compiled from trunk?
09:12:53 <Rolf> later than 17286?
09:13:06 <andi5> 17290
09:13:21 <andi5> assume that i have always build the revisions i commit
09:13:31 <andi5> again built
09:16:02 * warlord uses trunk mostly
09:16:25 <warlord> but yes, Rolf, 2.2 branch is cherry-picked from trunk changesets, but trunk will become 2.4, not 2.2.6
09:16:27 <andi5> warlord: does make check work for you again?
09:16:36 <warlord> andi5: yes, it did yesterday after your change.
09:16:40 <andi5> ok
09:16:46 <warlord> (I didn't try it today again)
09:16:52 <andi5> :-D
09:18:11 <warlord> Rolf: For the record, I *DO* believe strongly in usability, but I try to prioritize the usability issues. Something like the backup copies is an extremely low usability issue.. Like a 0.02 on a scale of 1-10. There are SO MANY other usabiity issues MUCH higher on the list and it's just not worth the time to even discuss it.
09:18:27 <warlord> My goal is to get Linux (and GnuCash) to the point where my mom could use it.
09:18:34 <warlord> (talk about loftly usability goals!)
09:19:01 <andi5> maybe it is easier to get your mom to that point :)
09:19:58 <warlord> Hehehe
09:20:12 <warlord> Linux has made enormous improvements over the last 5 years.
09:20:24 <andi5> is your mom cooperating? :)
09:20:29 <Rolf> warlord: while a very little piece in the puzzle, the backup file stuff is not the reason for my perception. I have been watching gnucash for a little bit longer. I also talked to other mere mortals and that is the conclusion I came to.
09:20:33 <andi5> reminds me of achilles
09:20:46 <Rolf> Again, arguing about it makes no sense. Let's try and fix bugs.
09:21:03 <warlord> Indeed!
09:21:10 <warlord> Fixing bugs is a good thing
09:21:39 <Rolf> Oh, and btw, I certainly agree there are more pressing issues in gnucash. You vehemently claimed it was a non-issue. That is where we disagree
09:22:44 <Rolf> anything fishy about
09:22:47 <Rolf> "./configure --prefix=/export/bin/gnucash --enable-debug --enable-doxygen --enable-locale-specific-tax --enable-error-on-warning --enable-compile-warnings --enable-aqbanking --enable-python-bindings"
09:22:48 <Rolf> ?
09:22:54 <Rolf> maybe the python-bindings?
09:24:02 <andi5> honestly, i have got the feeling not only our hostility is to be blamed... e.g. changing a bug from notabug (i.e. some sort of design choice) to wontfix does not change the total outcome, but has a psychological factor... i guess we should all keep an eye on our actions :) but hey, i am shutting up again
09:25:51 <Rolf> warlord: thank you for your last comment to http://bugzilla.gnome.org/show_bug.cgi?id=537605 You just proved my point of "I think one has to scour through the not so well-structured docs too often which when it occurs might hint at a bad usability choice."
09:26:18 <Rolf> If you have to consult the docs to find something out, that might be a hint about an area where usability can improve
09:26:44 <Rolf> to get it mom-ready, consider the bkp or bak extension instead of xac
09:27:17 <andi5> Rolf: my mom will not take a single look into this directory anymore... that would be a non-issue for her, at least
09:27:20 <Rolf> some people consider anything were you need to read docs broken. While I don't agree 100% it is an interesting perspective
09:27:56 <andi5> it becomes an issue when you start investigating... but why do you then stop before reading the FAQ?
09:27:59 <Rolf> andi5: then as far as your mom is concerned, we don't even need the backup files.
09:28:02 <jsled> There's conceptual docs, then there's "how to figure out a broken ui" docs.
09:28:20 <andi5> that is non-sense... once something breaks she could call me and i will tell her
09:28:21 <jsled> Double-entry does need documentation. The UI shouldn't, given the former.
09:28:31 <jsled> 1-800-call-andi5.
09:28:37 <andi5> exactly
09:28:51 <Rolf> wow, I thought it would be a toll number
09:28:52 <andi5> +49, btw
09:28:58 <jsled> Right. :)
09:29:04 <Rolf> toll-free support
09:29:08 <Rolf> I'm in!!!
09:32:01 <Rolf> Do you guys see anything that might be causing my trouble in the configure switches I used?
09:33:54 <warlord> Rolf: --enable-python-bindings ?
09:34:29 <Rolf> OK, I'll retry without that
09:34:43 <Rolf> that stuff was recently committed
09:36:28 <warlord> right.
09:36:47 <warlord> Do you have a stack trace from the segv?
09:41:35 <Rolf> no, I don't think so
09:41:40 <Rolf> gdb?
09:46:32 <warlord> please
09:46:41 <warlord> (Bitte?)
10:21:32 <Rolf> segfault still occurs without python-bindings
10:21:37 <Rolf> I'll try another user now
10:21:48 <warlord> can you get a backtrace of the segv?
10:21:56 <andi5> rather take a look at your books file in ~/.gnucash/books and see whether it is one of your open reports
10:22:35 <andi5> warlord: see http://bugzilla.gnome.org/show_bug.cgi?id=542211 as well
10:23:54 <warlord> Ah, it does look like a report issue.
10:24:29 <andi5> i still think this #f vs. '() will bite us for years
10:24:50 <warlord> Yep.
10:24:53 <warlord> I agree.
10:25:05 <Rolf> warlord: I'll get that to you in a minute
10:25:14 <warlord> k
10:25:21 <Rolf> the problem does indeed not occur for a clean ~/.gnucash
10:25:51 <Rolf> yes, I was getting a warning about the reports and a missing uid
10:26:27 <warlord> The issue in 542211 is definitely report related.
10:33:42 <Rolf> http://bugzilla.gnome.org/attachment.cgi?id=114253&action=edit
10:37:23 <Rolf> warlord: there is your backtrace
10:37:31 <warlord> Rolf: indeed, thanks.
10:37:41 <warlord> Interesting. What version of SWIG do you have?
10:38:07 <Rolf> ii swig 1.3.33-2ubuntu1 Generate scripting interfaces to C/C++ code
10:38:14 <Rolf> So, not 1.3.29 ;-)
10:38:21 <warlord> just checking ;)
10:38:29 <warlord> It's clearly an issue trying to re-load a report.
10:40:03 <warlord> (I wish I had more time to look at it right now)
11:33:05 <Rolf> sorry, if this seems to be insistent, but this stuff is important to me and not a waste
11:33:52 <Rolf> of time
11:34:10 <Rolf> It is a pretty big nuisance to me
11:35:39 <Rolf> all of the sudden I get a type 2 error from "make install"
11:35:47 <Rolf> any idea about that?
11:36:54 <Rolf> I did "make clean", then configure and make
11:41:45 <warlord> Rolf: what's the last real error?
11:42:26 <Rolf> Can't see right now
11:42:46 <Rolf> I think it might have been that something between 17286 and the last revision broke things
11:42:57 <Rolf> I am retrying with 17286 now
11:43:10 <Rolf> I'll work my way up slowly
11:51:51 <Rolf> warlord: http://rafb.net/p/M9CICo67.html
11:52:33 <Rolf> happens with 17286 now as well
11:52:44 <Rolf> must be some left-over stuff, but I don't know what it is
11:53:16 <warlord> Rolf: Makefile:520: *** missing separator. Stop.
11:53:26 <warlord> What's at line 520 of that Makefile?
11:53:36 <warlord> (in src/gnome-utils/schemas)
11:54:20 <Rolf> 520 @INTLTOOL_SCHEMAS_RULE@
11:54:33 <Rolf> without the 520 of course
11:55:06 <Rolf> I am rerunning from scratch
11:55:15 <Rolf> including ./autogen.sh
11:55:23 <Rolf> let's see if the problem goes away
11:55:50 *** ErKa has quit IRC
11:58:11 <warlord> looks like you dont have the intltool m4 macros
11:59:19 <Rolf> yes, autogen was complaining about that
11:59:29 <Rolf> configure wasn't so I did not catch that
11:59:43 <Rolf> This is a faster machine but one that I don't usually build stuff on
12:07:10 <warlord> k
12:09:34 *** cortana has quit IRC
12:10:08 *** ErKa has joined #gnucash
12:18:42 *** Zoolooc has joined #gnucash
13:11:21 *** andi5 has quit IRC
13:13:15 *** cortana has joined #gnucash
13:20:31 *** FRegis has joined #gnucash
13:45:47 *** FRegis has quit IRC
14:28:40 *** palatin has joined #gnucash
14:32:35 *** ural0 has joined #gnucash
15:07:57 *** micha has joined #gnucash
15:13:55 *** ErKa has quit IRC
15:19:45 *** warlord is now known as warlord-afk
15:21:45 *** StocksR has joined #gnucash
15:35:52 *** ural0 has quit IRC
16:12:49 *** dbreiser has joined #gnucash
16:37:23 *** andi5 has joined #gnucash
16:37:23 *** gncbot sets mode: +o andi5
16:38:02 <andi5> ping dbreiser
16:38:08 <dbreiser> pong
16:38:19 <andi5> so you are putting money on my errors already? :)
16:38:40 <dbreiser> yeah. the $0.25 I have left over after buying gasoline
16:38:46 <andi5> are you building from trunk already?
16:38:54 <andi5> wow, that is a lot more than 2 ¢ :-)
16:39:16 <dbreiser> for aqbanking3, I'm still building from the branch
16:39:46 <andi5> that is unmaintained now :)
16:40:02 <andi5> but still pretty much equals trunk aqbanking-wise
16:40:29 <dbreiser> I know, but if aq3 won't even connect to ameritrade, I'm not too thrilled about having trunk depend on it
16:40:46 <andi5> trunk depend on what?
16:41:13 <dbreiser> aqbanking3 (or being certain which aqbanking is active at the moment)
16:41:52 <dbreiser> *or _my_ being certain what I have active
16:42:30 <andi5> hm.. in the end, the aqbanking version detection code is critical and needs your testing :) ... but that already worked on the aqbanking3 branch, did not it?
16:42:30 <dbreiser> BTW, aqbanking3 in gnucash succeeds at ofxdirectconnect transaction downloads for a bank account
16:42:58 *** localhost1 has joined #gnucash
16:43:08 <andi5> so it is only the investment account making problems?
16:43:15 <dbreiser> not sure about detection. I pointed the branch to my out-of-path install of aqbanking3
16:43:44 <dbreiser> investment won't get ofx data at all. credit cards get ofx data but it isn't parsed correctly
16:44:28 <dbreiser> the investment problem is something in either gwen or aqbanking. I think the credit card thing is in gnucash
16:44:48 <andi5> i thought that aqbanking fetched the data for your investment account but gnucash decided not to find it in the result set
16:45:40 <dbreiser> nope - that's the description of the credit card problem
16:45:47 <andi5> ok
16:45:49 <dbreiser> did you see my one line patch on devel?
16:45:57 <andi5> yes
16:46:51 *** localhost has quit IRC
16:48:37 <dbreiser> silly me -- you asked about bets already...
16:48:47 <andi5> why that?
16:49:10 <dbreiser> I didn't need to ask if you'd seen the patch, you commented on something else in the same message
16:49:25 <dbreiser> I'm getting (more) scatterbrained
16:49:50 <andi5> no, i used a comment from your latest message :)
16:50:33 <andi5> so i read that your patch does not solve anything but simply avoids the warning message, right?
16:51:33 <andi5> wanna have a gdb session again?
16:51:45 <dbreiser> I think it fixes the error related to acc_info, but not transaction parsing.
16:51:47 <dbreiser> sure
16:52:00 <dbreiser> let me get set up
16:53:31 <dbreiser> where would you like a breakpoint?
16:53:44 <andi5> [silly me, i installed into the wrong directory ;-)]
16:54:00 <andi5> gnc-ab-gettrans.c:195
16:56:15 <dbreiser> it's set. so I kick off an ofx session and wait for break?
16:56:22 <andi5> yep
16:57:12 *** Jannick has joined #gnucash
16:57:19 <dbreiser> ok, I'm there
16:57:40 <andi5> p gnc_ab_get_account_bankcode(gnc_acc)?
16:57:57 <andi5> sorry, i guess you know that all, but i tend to forget everything :)
16:58:04 <andi5> p gnc_ab_get_account_accountid(gnc_acc))
16:58:38 <andi5> ahem... you need not paste it completely, of course :)
16:59:10 <dbreiser> They look consistent with setup wizard (and neither is null) -- "24909" and "6984"
16:59:27 <andi5> p the_credit_card_nr_and_all_private_passwords_pins_and_alike()
16:59:30 <dbreiser> and I forget debugging commands more or less instantly, so I do need the prompt
17:00:01 <dbreiser> no symbol in current context
17:00:07 <andi5> damnit
17:00:33 <andi5> p AB_ImExporterContext_FindAccountInfo(context, "24909", "6984")
17:01:01 <dbreiser> $3 = (AB_IMEXPORTER_ACCOUNTINFO *) 0x0
17:01:25 <andi5> p *context
17:02:18 <dbreiser> $4 = {
17:02:18 <dbreiser> accountInfoList = 0x5c3e6d0,
17:02:18 <dbreiser> nextAccountInfo = 0x0,
17:02:19 <dbreiser> securityList = 0x5c3e6e0,
17:02:19 <dbreiser> nextSecurity = 0x0,
17:02:19 <dbreiser> messageList = 0x5c3e6f0,
17:02:21 <dbreiser> nextMessage = 0x0,
17:02:23 <dbreiser> logs = 0x5c3e700
17:02:25 <dbreiser> }
17:02:33 <andi5> http://pastebin.ca :)
17:02:54 <andi5> p context->accountInfoList
17:02:58 <dbreiser> yeah. got lazy
17:03:00 <andi5> sorry, p *context->accountInfoList
17:03:23 <dbreiser> <incomplete type>
17:03:26 <andi5> i do not know those structures by heart, and cannot test them simultaneously with my accounts (still installing)
17:04:30 <dbreiser> my patch, p AB_ImExporterContext_GetAccountInfo(context, "24909", "6984") gives
17:04:40 <dbreiser> $6 = (AB_IMEXPORTER_ACCOUNTINFO *) 0x5c39f10
17:04:49 <andi5> yes, but that lacks all transactions, of course
17:05:01 <andi5> it simply creates an empty accountinfo
17:05:06 <dbreiser> oh.
17:05:17 <dbreiser> a little ignorance goes a long way
17:05:32 <andi5> p AB_ImExporterAccountInfo_List_First(context->accountInfoList)
17:05:58 <dbreiser> (AB_IMEXPORTER_ACCOUNTINFO *) 0x5c3ac50
17:06:17 <andi5> p AB_ImExporterAccountInfo_List_Next(0x5c3ac50)
17:06:44 <dbreiser> Invalid character '?' in expression.
17:06:59 <andi5> huh?
17:07:09 <dbreiser> my sentiments exactly
17:07:25 <andi5> did you copy from pidgin? :)
17:07:40 <dbreiser> crap. I should rebuild my branch.
17:08:08 <dbreiser> I 'fixed' it to the point of nonfunction :(
17:08:25 <dbreiser> this will take longer than you
17:08:28 <dbreiser> 'd expect
17:08:32 <andi5> ah well... did you copy my query correctlxy?
17:08:47 <dbreiser> yes
17:09:09 <andi5> p AB_ImExporterAccountInfo_List_Next
17:09:09 <dbreiser> but I'm running from my branch, not yours, so I've already broken the download.
17:09:19 <andi5> who cares?
17:09:19 <StocksR> In my client that command showed up with a garbage char after the opening bracket
17:09:36 <andi5> ah...
17:10:00 <andi5> pidgin seems start sucking
17:10:19 <andi5> p AB_ImExporterAccountInfo_List_Next(0x5c3ac50)
17:10:21 <andi5> better?
17:10:33 <StocksR> looks good here
17:10:51 <dbreiser> (AB_IMEXPORTER_ACCOUNTINFO *) 0x5c39f10
17:10:52 <andi5> right... pidgin add garbage before the first character copied.... that is buggy
17:11:03 <andi5> whoa? how many accounts do you have?
17:11:15 <andi5> p AB_ImExporterAccountInfo_List_Next(0x5c39f10)
17:12:07 <dbreiser> lots of aqbanking accounts, because I was testing for Martin way back and did a bunch of delete and redefines
17:12:08 <dbreiser> (AB_IMEXPORTER_ACCOUNTINFO *) 0x0
17:13:17 <andi5> p AB_ImExporterAccountInfo_GetAccountNumber(0x5c3ac50)
17:13:30 <andi5> p AB_ImExporterAccountInfo_GetAccountNumber(0x5c39f10)
17:14:07 <dbreiser> 0x5dcbd90 "6984"
17:14:15 <dbreiser> 0x5c41c20 "6984"
17:14:21 <andi5> oh no!
17:15:00 <andi5> GetAccountName?
17:15:32 <andi5> p AB_ImExporterAccountInfo_GetFirstTransaction(0x5c3ac50)
17:15:32 <dbreiser> where?
17:15:37 <andi5> instead of Number
17:16:13 <dbreiser> for transaction: (AB_TRANSACTION *) 0x5c3bf20
17:17:40 <dbreiser> GetAccountName returns 0x0 for both addresses
17:17:54 <andi5> ok, transaction for the 2nd?
17:18:28 <dbreiser> 0x0
17:18:44 <andi5> ok... so what will tell us that we need to look at the first accountinfo?
17:19:45 <dbreiser> you mean like the ofx tag <ACCTID> = 6984?
17:20:43 <andi5> well, you sent one request for one account and received two different results for the same account, right?
17:20:58 <andi5> even an empty result can be correct
17:21:44 <dbreiser> unless it was me that created the second result with my so-called patch?
17:21:46 <andi5> does AB_ImExporterAccountInfo_GetDescription(0x5c3bf20) work for you?
17:22:03 <dbreiser> no
17:22:11 <andi5> what patch? the find->get one?
17:22:18 <dbreiser> yes
17:22:28 <andi5> if you are still on the same line, then it has not been executed yet
17:22:39 <dbreiser> oh.
17:22:51 <dbreiser> but I don't see 2 responses in the ofx data
17:23:03 <andi5> then blame aqbanking ;-)
17:23:17 <dbreiser> martin is working on it.
17:23:28 <dbreiser> I sent him the ofx stream
17:23:29 <andi5> so maybe aqbanking cannot decide which to take as well and returns NULL
17:23:49 <andi5> i mean the FindAccountInfo function
17:23:49 <dbreiser> hmm. sounds logical
17:25:26 <andi5> do you know what distro martin is using?
17:25:29 <dbreiser> my citibank account definition has a long, twisted history. But the Chase account behaves the same with almost no changes over time to the settings.conf descriptoion
17:25:30 <dbreiser> no
17:26:16 <andi5> i guess martin will receive some more testing of aqbanking3 soon :)
17:26:27 <dbreiser> wheeeeee
17:26:44 *** palatin has quit IRC
17:26:52 <dbreiser> though I'm not sure how many trunk users use ofxdc
17:27:13 <andi5> btw, nathan confirmed the next but one weekend as possible date for a release... i will announce that this weekend, i guess
17:27:23 <andi5> i am too lazy to write mails late in the evening :)
17:27:38 <andi5> i proposed the change for backport
17:27:50 <dbreiser> I noticed :(
17:28:03 <andi5> hm?
17:28:17 <andi5> you know that aqbanking2 is still supported, right?
17:28:58 <dbreiser> yes, but now one has to pick one and support 2 (sort of)
17:29:45 <andi5> well, martin does not support aqbanking2, so i guess we will not do it for a long time as well
17:29:59 <andi5> and... import-export/hbci has been quite stable recently
17:30:21 <dbreiser> as long as aqbanking3 functions at least as well as 2, then no problem, but there are 2 major shortcomings at the moment
17:30:46 <andi5> yes, two of your accounts ;-)
17:30:56 <dbreiser> and the not-functioning-with-investments is worse now than in version 2
17:31:28 <dbreiser> with version 2, I could still grab ofx data and import it by file. Now the server won't even return transactions
17:31:42 <dbreiser> none of my credit card accounts (about 5)
17:31:48 <dbreiser> and the investment one
17:31:55 <micha> by the way: I updated the experimental Debian package with AqBanking 3 support. It's now uptodate again.
17:32:30 <andi5> but dave... tell me what the actual problem is.... prior: no choice, aqbanking2 only from gnucash.... now: you can choose classic, unsupported or new/fresh, maybe buggy around the edges
17:33:05 <andi5> qbankmanager has been an alternative and will stay it
17:34:03 <dbreiser> it's a packaging issue for me, anyway. not going to have two (well, three) versions of gnucash in fink
17:34:25 <dbreiser> and it's conceivable that folks will start clamoring for aqbanking3 support
17:34:58 <dbreiser> to which my response is "not until it works for something more than bank accounts"
17:35:06 <andi5> hehe... a funny hack: build for aqbanking2, then in the same tree for hbci... ship gnucash bare, hbci and aqbanking as 3 packages :)
17:35:38 <andi5> s,hbci,aqbanking3, (the first only)
17:36:06 <dbreiser> pogma used to do something like that in fink. It's beyond my skill level at the moment
17:37:06 <andi5> you will find the correct melting point, i am sure about that =)
17:37:19 <micha> fink is based on debian packages, isn't it?
17:37:23 <dbreiser> melting point?
17:37:33 <dbreiser> micha: not really
17:37:42 <andi5> point of no return, when you must switch to aqbanking3 in fink
17:37:51 <micha> dbreiser: technically I mean
17:37:56 <andi5> hi micha :)
17:38:02 <micha> hi andi
17:38:03 <dbreiser> they use some tools that are named the same as debian's, but they are not compatible
17:38:17 <micha> do they work similar?
17:38:54 <dbreiser> to a point, but anyone familiar with debian tools has to be reminded "fink is not debian" often
17:39:34 <micha> IC
17:39:54 <dbreiser> apt in fink is never used for source, dpkg is enough different it really ought to have a different name
17:40:14 <andi5> micha: how is the current situation about aqbanking3@debian?
17:40:35 <micha> I decided to drop AqBanking2 in Debian
17:40:41 <micha> months ago
17:40:49 <andi5> and gnucash?
17:41:09 *** localhost1 has quit IRC
17:41:32 <micha> the main reason was, that the Debian Gnucash could not be build with AqBanking support due to the damned licensing issues...
17:41:50 <andi5> sure, i know about that =)
17:42:00 <micha> even KMymoney2 didn't link against AqBanking for the same reason
17:42:14 <micha> so there was no real point in keeping AqBanking 2
17:42:34 <andi5> "even" ... you mean kmymoney even links with mon[k]eys? :)
17:43:04 <micha> *grin*
17:43:52 <dbreiser> at the risk of being heretical, can the aqbanking3 kmymoney plugin be built without an existing kmymoney install?
17:43:58 <micha> no
17:44:24 <dbreiser> that makes for a circular dependency in fink
17:44:53 <micha> why? How does the loop look like?
17:45:33 <dbreiser> one must build and install kmymoney, then build the plugin, then rebuild the main app to recognize the plugin
17:45:54 <micha> no, the last step is not necessary
17:46:10 <micha> at least on i386
17:46:37 <dbreiser> hmm. I guess I was misinterpreting something in the config log, then. I'll have to go back and test
17:47:30 *** localhost has joined #gnucash
17:48:11 <micha> you should build kmymoney without --with-kbanking
17:48:11 <dbreiser> dinner time for me
17:48:25 <dbreiser> ?
17:49:01 <micha> yes, the plugin contains it all, so you need a bare kmymoney2 without kbanking configured
17:49:01 <dbreiser> I'll do that. It has been a few weeks since I tried, so I'm really having trouble with any details
17:49:30 *** dbreiser is now known as dbreiser_away
17:50:01 *** ErKa has joined #gnucash
17:54:31 <micha> andi5: good night
17:54:42 <andi5> guts nächtle!
17:55:03 *** micha has quit IRC
17:56:48 *** Rolf has quit IRC
18:01:04 *** StocksR has left #gnucash
18:13:15 *** twunder has joined #gnucash
18:14:55 *** dbreiser_away is now known as dbreiser
18:45:41 *** |gunni| has joined #gnucash
18:54:43 *** _gunni_ has quit IRC
19:00:18 *** andi5 has quit IRC
19:00:46 *** Jannick has quit IRC
19:06:52 *** twunder has quit IRC
19:13:57 *** Zoolooc has quit IRC
19:25:37 *** twunder has joined #gnucash
19:46:41 *** ErKa has quit IRC
20:29:16 *** jcreigh has joined #gnucash
20:51:51 *** jcreigh has quit IRC
23:37:40 *** nodje has joined #gnucash