2019-07-19 GnuCash IRC logs
00:09:09 *** chris has joined #gnucash
00:09:09 *** ChanServ sets mode: +v chris
00:25:46 *** Mechtilde has joined #gnucash
00:25:47 *** ChanServ sets mode: +v Mechtilde
01:10:55 *** marusich has joined #gnucash
01:10:55 *** ChanServ sets mode: +v marusich
01:13:03 *** sokol99 has joined #gnucash
01:17:29 *** sokol99 has quit IRC
01:21:38 <chris> owner->owner.undefined is weird... what's that for?
01:22:39 *** boldstripe has quit IRC
01:23:34 *** boldstripe has joined #gnucash
01:26:49 *** jervin has joined #gnucash
01:27:24 *** jervin has joined #gnucash
01:53:00 *** jervin has quit IRC
01:53:49 *** jervin has joined #gnucash
01:57:54 *** jervin has quit IRC
02:13:53 *** Mechtilde has quit IRC
02:52:43 *** fabior has joined #gnucash
02:59:30 *** marusich has quit IRC
02:59:36 *** jerryq has quit IRC
03:01:09 *** jerryq has joined #gnucash
03:01:42 *** GabrieleV has quit IRC
03:05:02 *** GabrieleV has joined #gnucash
03:09:30 *** fabior has quit IRC
03:09:59 *** Mechtilde has joined #gnucash
03:09:59 *** ChanServ sets mode: +v Mechtilde
03:23:19 *** boldstripe has quit IRC
03:24:15 *** boldstripe has joined #gnucash
03:36:32 *** GabrieleV has quit IRC
03:38:35 *** GabrieleV has joined #gnucash
03:41:21 *** AdrianoKF has joined #gnucash
03:41:21 *** ChanServ sets mode: +v AdrianoKF
03:42:10 *** jerryq has quit IRC
03:43:52 *** jerryq has joined #gnucash
03:48:04 *** fabior has joined #gnucash
03:52:46 *** fabior has quit IRC
04:01:10 *** AdrianoKF has quit IRC
04:08:50 <chris> here's another conundrum. if AR account has invoice $100 due >30days ago, and a CN $100 dated today. there's no payment assigned to link invoice to credit-note. should the aging-table show $100/-$100/$0/$0/$0 or should it show $0 throughout?
04:09:21 <chris> in otherwords should the aging-table work on lots being open/paid-off, or should it work on AR split-amounts?
04:09:48 <chris> do these issue even matter?
04:11:10 <chris> hint: owner-report.scm shows the former, but aging.scm does the latter.
04:13:16 <chris> https://imgur.com/a/kORnesT
04:13:23 <chris> which strategy is really better???
04:13:29 *** fabior has joined #gnucash
04:16:30 <chris> my preference is for tracking via lots.... if aging-table shows $0 it assumes invoices are paid up, which is not yet necessarily true
04:19:48 *** bertbob has quit IRC
04:26:45 *** bertbob has joined #gnucash
04:26:46 *** ChanServ sets mode: +v bertbob
04:30:43 *** tienne has joined #gnucash
04:41:49 <chris> so, scanning gnc-lot-get-balance to populate aging-table isn't a great idea... because a $20 credit-note get +ve lot balance and skews the aging-table in the wrong way. owner-report shows -$20 as it should because it tracks split-values. aging ignores it completely.
04:43:05 <chris> perhaps some formal guidance would be useful
05:18:45 *** bertbob has quit IRC
05:18:49 *** GabrieleV has quit IRC
05:20:27 *** bertbob has joined #gnucash
05:20:28 *** ChanServ sets mode: +v bertbob
05:21:13 *** GabrieleV has joined #gnucash
05:31:41 *** Monolecte has joined #gnucash
05:58:43 *** GabrieleV has quit IRC
05:59:02 *** bertbob has quit IRC
06:03:31 *** bertbob has joined #gnucash
06:03:32 *** ChanServ sets mode: +v bertbob
06:05:37 *** GabrieleV has joined #gnucash
06:06:28 *** User_ has joined #gnucash
06:18:58 *** tienne has quit IRC
06:22:35 *** User_ has quit IRC
06:24:53 *** oozer has joined #gnucash
06:25:38 *** fabior has quit IRC
06:31:00 *** fell has quit IRC
06:40:38 *** phoenix has joined #gnucash
06:48:44 *** Jimraehl1 has joined #gnucash
06:49:59 *** marlon has joined #gnucash
06:52:46 *** Jimraehl1 has left #gnucash
07:01:21 *** fell has joined #gnucash
07:01:21 *** ChanServ sets mode: +o fell
07:38:27 <chris> finally...
07:38:32 <chris> https://imgur.com/LJPFma0
07:50:07 *** jervin has joined #gnucash
08:22:32 *** jervin has quit IRC
08:28:53 *** marlon has quit IRC
08:46:14 *** boldstripe has quit IRC
08:47:13 *** boldstripe has joined #gnucash
09:00:51 *** fabior has joined #gnucash
09:04:33 *** jervin has joined #gnucash
09:05:31 *** jervin has quit IRC
09:24:45 *** User_ has joined #gnucash
09:30:12 *** phoenix has quit IRC
09:45:16 *** KaiForce has joined #gnucash
10:09:23 *** User_ has quit IRC
10:19:07 *** kael has joined #gnucash
10:19:07 *** ChanServ sets mode: +v kael
10:27:35 *** fabior has quit IRC
10:31:33 *** Mechtilde has quit IRC
10:49:22 *** fell has quit IRC
10:50:46 *** ArtGravity has joined #gnucash
10:50:46 *** ChanServ sets mode: +v ArtGravity
10:57:44 *** fabior has joined #gnucash
10:57:46 <chris> @tell gjanssens thank you for your modules deprecation hints in master, very useful :)
10:57:46 <gncbot> chris: The operation succeeded.
11:08:01 *** fell has joined #gnucash
11:08:01 *** ChanServ sets mode: +o fell
11:08:39 *** boldstripe has quit IRC
11:19:26 *** ArtGravity has quit IRC
11:22:36 *** ArtGravity has joined #gnucash
11:22:36 *** ChanServ sets mode: +v ArtGravity
11:24:12 *** fabior has quit IRC
11:26:45 *** Monolecte_ has joined #gnucash
11:27:19 *** guak has joined #gnucash
11:42:56 *** fabior has joined #gnucash
11:44:06 *** Mechtilde has joined #gnucash
11:44:06 *** ChanServ sets mode: +v Mechtilde
11:48:11 *** kael has quit IRC
11:55:06 *** O01eg has quit IRC
12:02:55 *** guak1 has joined #gnucash
12:03:20 *** guak has quit IRC
12:03:20 *** guak1 is now known as guak
12:09:44 *** fell has quit IRC
12:09:53 *** fell has joined #gnucash
12:09:53 *** ChanServ sets mode: +o fell
12:14:04 *** fell has quit IRC
12:14:11 *** fell has joined #gnucash
12:14:12 *** ChanServ sets mode: +o fell
12:19:36 *** KevinDB has quit IRC
12:20:59 *** KevinDB has joined #gnucash
12:20:59 *** ChanServ sets mode: +v KevinDB
12:49:24 *** fabior has quit IRC
13:15:50 *** guak has quit IRC
13:16:43 *** guak has joined #gnucash
13:28:29 *** kael has joined #gnucash
13:28:29 *** ChanServ sets mode: +v kael
13:29:18 *** enae has joined #gnucash
13:41:55 *** kael has quit IRC
13:49:34 *** lmat has quit IRC
14:01:33 *** enae has quit IRC
14:02:29 *** calvinct has joined #gnucash
14:03:37 *** frakturfreak has joined #gnucash
14:03:37 *** ChanServ sets mode: +v frakturfreak
14:13:24 *** tonysoar has joined #gnucash
14:15:11 *** tonysoar has quit IRC
15:19:28 *** Mechtilde has quit IRC
15:20:45 *** KaiForce has quit IRC
15:23:04 <Simon> I managed to find where the normal accounts were being sorted on load in order to apply that to the template accounts too
15:26:59 <warlord> Is it on load or on save?
15:32:02 *** calvinct has quit IRC
15:41:37 <Simon> on load
15:43:58 <warlord> How odd.. One would think you would do it on save in order to properly order newly created objects.
15:44:09 <Simon> newly created objects are ok
15:44:20 <Simon> if you open the scheduled transactions editor it sorts them
15:44:40 <Simon> and if you modify them it's probably going to sort them too
15:45:17 <Simon> the problem is that all accounts are loaded in reverse order but only normal accounts are then sorted
15:45:30 <Simon> unless you access template accounts they don't get sorted
15:46:24 <Simon> presumably it'd save sort time to load them in the right order and try to do various operations in multiple threads but my book isn't yet taking too long to open
15:48:16 <warlord> Simon, actually, no, append-to-list is an order n^2 operation whereas prepend and reverse is an order n operation
15:51:40 * Simon wonders why GLib's doubly-linked lists don't have a tail pointer
15:52:07 <Simon> there's a g_list_last() but it still claims that g_list_append() iterates through the entire list
15:54:27 <warlord> Yep
15:54:40 <Simon> oh, because GList has no list data of its own... just elements
15:54:42 <warlord> g_list_append() is order N per operation, hense n^2
15:55:13 <warlord> So you do g_list_prepend() which is order 1. And then at the end you should do g_list_reverse()
15:55:42 <Simon> what is needed is a g_list_insert_after() so that you can maintain a tail pointer during loading
15:57:53 <warlord> Actually, you COULD do that: <last points to last entry>; g_list_append(last, ..); last = last->next;
15:58:11 <Simon> you're not supposed to do that according to the docs
15:59:21 <warlord> Well, it's only an issue the first time, methinks. Where in the docs do they say not to do that?
15:59:22 <Simon> and none of the functions actually give you the tail of the list!
15:59:28 <Simon> https://developer.gnome.org/glib/stable/glib-Doubly-Linked-Lists.html#g-list-append
15:59:44 <Simon> you're supposed to be passing the head of the list every time, and it returns the head of the list
16:01:31 <warlord> Yes, but there is no reason you have to do that. Once you have the list head, you don't need to save it every time. I see nothing in the docs that say not to do what I suggested above.
16:01:55 <warlord> Although they do suggest the g_list_prepend(); g_list_reverse() idiom.
16:02:13 <Simon> the first thing to do is probably to run a g_list_reverse() because GnuCash doesn't appear to do that, and then find out if xaccSplitOrder is faster on pre-sorted data
16:03:05 <Simon> if it's not significantly faster than it won't make a lot of difference
16:05:10 <warlord> sure
17:19:10 *** boldstripe has joined #gnucash
17:22:49 *** boldstripe has quit IRC
17:27:13 *** phirestalker has joined #gnucash
17:27:29 <jralls> warlord: All elements in a GList are the same: prev, next, and data. The list ptr is to the first element, for which prev==nullptr. There's nowhere to put a ptr to the other end.
17:29:58 *** jack_montgomery has joined #gnucash
17:30:16 *** ChanServ sets mode: +v phirestalker
17:34:05 <phirestalker> I am trying to set up Bank of America and am getting error 2000. The solution on the mailing list for 2017 does not work for me.
17:35:41 <jralls> You could call g_list_last() to get the end of the list, but it does it by traversing the list... which is what g_list_append does. If you have several items to add to the end you might write a function to create a node, attach it to the end, and return its ptr which would be the new end. GLib doesn't provide one.
17:36:30 <jralls> phirestalker: It might be a problem at BofA, but if it's working with Quicken they might not care.
17:39:27 <jralls> Or they might have pulled the plug on OFXDirectConnect, as they seem to have done temporarily in 2017: http://www.ofxhome.com/ofxforum/viewtopic.php?id=49648.
17:39:43 <phirestalker> I wish there was a forum. There are not enough people here for one to have BofA, and the mailing list is ... well a mailing list.
17:41:00 <jralls> Which is much better than a web forum. ;-)
17:42:22 <phirestalker> maybe I just don't know how to use them. I do not want any email from them except for the response to my query.
17:43:23 <jralls> That's exactly what's wrong with forums.
17:50:57 <phirestalker> according to one user on the link you gave me, when error 2000 comes up I need to sign in to the bank site and approve the connection. There are no notifications coming up, so I guess it is on the bank's side as usual.
17:53:49 <phirestalker> jralls: Thanks for the help
17:54:23 *** phirestalker has quit IRC
17:54:26 <jralls> You might also check http://www.ofxhome.com/index.php/home/search?searchName=bank+of+america&search=Search. There are apparently several URLs, some work others don't.
18:08:27 *** Monolecte has quit IRC
18:08:27 *** Monolecte_ has quit IRC
18:09:42 *** ArtGravity has quit IRC
18:14:23 *** frakturfreak has quit IRC
19:45:00 *** omnireq has joined #gnucash
19:47:10 *** omnireq has quit IRC
20:08:20 *** jervin has joined #gnucash
20:20:39 <warlord> jralls, my point was that you could extend the loop of g_list_append() with extra knowledge to keep track of the end of the list.
20:20:42 *** guak has quit IRC
20:21:43 <warlord> Sure, you can't do that within the default GList*, but you could manually track it.
20:22:56 *** jervin has quit IRC
20:24:11 *** bertbob has quit IRC
20:25:11 <jralls> warlord: You could, but it would involve messing with the pointers yourself and you'd need to have a bunch of pointers to add. Might as well prepend and reverse--or sort, if that's the end goal. If you have a bunch of objects that you want to stick on the end, make a new list with prepends and then g_list_concat that to the existing list.
20:30:34 * warlord shrugs
20:31:54 <warlord> I agree that g_list_prepend / g_list_reverse is generally the "approved" method, but you could absolutely keep track of the endpoint in a send variable while you are looping and adding items. But I do agree it is a waste of resources when there is already a linear method.
20:38:33 *** jervin has joined #gnucash
20:49:22 <chris> quick comment about .scm in libgnucash -- although I am aware we wish to eradicate them, I'd hope test-business-core.scm is still a welcome addition, and I did the CMakeLists.txt section right in master
20:53:51 *** jervin has quit IRC
21:09:40 *** jonp has quit IRC
21:09:44 *** jonp has joined #gnucash
21:16:32 *** warlord has quit IRC
21:16:39 *** warlord has joined #gnucash
21:16:39 *** gncbot sets mode: +o warlord
21:41:33 *** oozer has quit IRC
21:45:04 *** jervin has joined #gnucash
21:47:50 *** jervin has quit IRC
21:57:00 *** jack_montgomery has quit IRC
21:57:03 *** jack_montgomery_ has joined #gnucash
21:57:11 *** jack_montgomery_ is now known as jack_montgomery
22:03:56 *** jack_montgomery_ has joined #gnucash
22:04:55 *** jack_montgomery has quit IRC
22:04:55 *** jack_montgomery_ is now known as jack_montgomery
22:08:17 *** jack_montgomery has quit IRC
22:08:55 *** jack_montgomery has joined #gnucash
22:16:49 *** jack_montgomery has quit IRC
22:17:03 *** jack_montgomery has joined #gnucash
22:33:10 *** bertbob has joined #gnucash
22:33:11 *** ChanServ sets mode: +v bertbob
22:47:16 *** warlord has quit IRC
23:15:26 *** storyjesse has joined #gnucash
23:57:26 *** fell has quit IRC
23:58:04 *** fell has joined #gnucash
23:58:04 *** ChanServ sets mode: +o fell