2017-11-03 GnuCash IRC logs
08:57:35 *** gncbot has joined #gnucash
08:57:42 *** warlord sets mode: +o gncbot
08:57:47 <warlord> lmat: try your @tell again
09:02:08 *** User has joined #gnucash
09:11:11 *** jralls_ has joined #gnucash
09:11:59 *** jralls has quit IRC
09:20:59 <warlord> lmat: gncbot wasn't here to record your command at 8:44.
09:26:12 *** Mechtilde has joined #gnucash
09:35:45 <lmat> @tell jralls Here's my branch: https://github.com/limitedatonement/gnucash/tree/fix_bayes The next step I was taking was to change gnc_account_imap_get_info so that it doesn't use that category_head = g_strdup_printf (IMAP_FRAME "/%s", category), but break it up into a vector or something. Then I realized, this category_head goes everywhere.
09:35:45 <gncbot> lmat: The operation succeeded.
09:35:50 <lmat> @tell mark No web based front end. It is a long-term design goal that it may be possible, though.
09:35:50 <gncbot> lmat: The operation succeeded.
09:35:52 <lmat> warlord: thanks
09:38:05 <warlord> lmat: for the future, if you don't see a response from gncbot (like you just saw) then the command was not processed.
09:44:44 <lmat> warlord: Yes, I noticed and kept in mind that I would need to resubmit.
09:46:25 <warlord> ok.
10:18:20 *** fabior has joined #gnucash
10:32:28 *** User has quit IRC
10:39:28 *** storyjesse has quit IRC
10:47:15 *** fabior has quit IRC
10:55:21 <chris> lmat: perhaps transaction.scm can be a simpler maze; I'm doing some heavy simplifying and flattening of this report; this should in theory ease future hacking. see current progress at https://github.com/christopherlam/gnucash/blob/unstable-transaction-future/gnucash/report/standard-reports/transaction.scm - to me C is now a syntax headache
11:59:54 *** fabior has joined #gnucash
12:02:10 *** tuxd00d has joined #gnucash
12:07:29 *** sergey has joined #gnucash
12:36:06 *** sergey has quit IRC
12:38:26 <jralls_> .
12:39:02 *** jralls_ is now known as jralls
12:40:03 *** ChanServ sets mode: +o jralls
12:40:08 <jralls> .
12:40:08 <gncbot> jralls: Sent 3 hours and 4 minutes ago: <lmat> Here's my branch: https://github.com/limitedatonement/gnucash/tree/fix_bayes The next step I was taking was to change gnc_account_imap_get_info so that it doesn't use that category_head = g_strdup_printf (IMAP_FRAME /%s , category), but break it up into a vector or something. Then I realized, this category_head goes everywhere.
12:50:57 *** mrklintscher11115 has quit IRC
12:55:56 <jralls> lmat: How "everywhere" when the function is used exactly once?
13:07:16 <jralls> lmat: I category_head is used a few places in Account.cpp; they all look quite amenable to converting to a std::vector<std::string>. dialog-imap-editor doesn't acutally use category_head, it uses full_category which is also a stringified path.
13:10:25 <jralls> s/acutally/actually/
13:13:56 * warlord is working on an alternate ipv6 source
13:15:03 <jralls> lmat: So the only hard part I see is working out how to represent paths to the imap editor and how it should present them to the user.
13:16:45 <lmat> jralls: You may not have seen my earlier messages; I didn't @tell because you were online at the time, just a sec.
13:17:02 <lmat> jralls: drat. I'm working toward a delimiter-free kvp implementation. Unfortunately, import map (non-bayes) strings are tossed around quite a bit. They're stuffed in gtk tree views, too.
13:17:10 <lmat> I'm thinking that means I'll need to convert non-bayes import map data to a flat kvp style, too.
13:18:12 <jralls> lmat: Yes, of course. Anything that depends on KVP will have some changes. Both imaps abuse it more than the rest of GnuCash.
13:18:37 <jralls> So they'll have the bulk of the changes and I think the only design changes.
13:20:36 <jralls> But IIRC non-bayes imap just grabs the whole description string for the key. Is that right?
13:21:17 <jralls> warlord: Does the Arris have a bypass mode that turns off the router part?
13:21:32 <warlord> jralls: not for static IPs.
13:22:10 <jralls> Huh. That's an odd distinction.
13:22:39 <warlord> I have a set of static IPs from AT&T (a /29) -- it can't delegate that.
13:23:13 <lmat> (end of what I said yesterday) I don't know what the non-bayes import map does. That's why I groaned a bit: I'll need to get to know it -_^
13:24:54 <lmat> jralls: hmm, well, if kvps no longer know about in-string delimiters, maybe this is nearly a no-op.
13:25:17 <jralls> lmat: Consider this alternative: What if "delimiterless" KVP meant that the only KvpFrame was the object's top level one?
13:25:42 <lmat> In fact, the import map checking is the only part of the code base that uses nested kvp frames
13:25:46 <lmat> jralls: exactly
13:27:31 <lmat> I'm working on unstable (?) which is 2.7. 2.6 will need to be able to read the files 2.7 outputs, right?
13:28:45 <jralls> Yeah. The structural change I was musing about would be for master.
13:30:14 <lmat> jralls: Okay, that makes sense.
13:35:13 <jralls> I think it's more correct to say that only imap makes semantic use of nested frames. There are plenty of others, options comes immediately to mind. But they're all independent values that could as easily be stored as a single key with a long name.
13:37:19 <lmat> jralls: Precisely.
14:26:22 *** Mechtilde has quit IRC
14:28:26 *** Mechtilde has joined #gnucash
14:59:07 *** carwynnelson has joined #gnucash
15:02:55 *** frakturfreak has joined #gnucash
15:15:45 *** carwynnelson has quit IRC
15:16:16 *** Mechtilde has quit IRC
15:20:35 *** carwynnelson has joined #gnucash
15:32:15 *** gloonie has joined #gnucash
15:34:07 <gloonie> I just installed Ubuntu 17.10 and cannot get stock quotes. Tried gnc-fq-dump yahoo AAPL and got msg no quote found. Anyone else get this?
15:35:28 <warlord> gloonie: known issue. Yahoo discontinued their service
15:35:59 <gloonie> oh! Thanks. Is there another service I can try?
15:36:14 <warlord> please check the gnucash-user mail archives over the past 48 hours
15:36:31 <gloonie> Roger. Thanks!
15:36:46 *** gloonie has quit IRC
15:51:39 *** tuxd00d has quit IRC
15:53:28 *** gloonie has joined #gnucash
16:01:54 *** gloonie has quit IRC
16:06:54 *** codesmythe has joined #gnucash
16:13:02 *** lucky has quit IRC
16:14:05 <lmat> jralls: Just realized that changing import map representation to flat means gnucash 2.6 won't be able to read it.
16:15:59 *** lucky has joined #gnucash
16:16:40 <lmat> Oh, but that's okay because there's the feature that will mark the file as unreadable in previous gnucash versions?
16:16:57 <lmat> (the feature being the GUID import map)
16:17:43 <jralls> lmat: Better to make a separate feature; you also need to be able to read the old maps and flatten them.
16:18:06 <lmat> jralls: Right, there's a run-once conversion for that (coupled with the run once conversion for import maps -> guid)
16:18:56 <jralls> OK. And this is for bayes only? The name->guid conversion is; the non-bayes maps already use guids in 2.6.
16:22:20 <lmat> jralls: The name->guid conversion is for bayes only. I don't know about non-bayes, and I hope you're *telling* that they already use guids :-)
16:23:24 <jralls> lmat: I am, and I'm asking if your flattening change applies only to imap-bayes because if it's both then you need to guard the non-bayes imaps from being loaded.
16:29:10 <lmat> jralls: Right. The flattening change currently only applies to bayes, but I'm planning to apply it to non-bayes, too.
16:29:23 <lmat> jralls: Which means that the run-once conversion will need to apply to those, too.
16:35:43 <jralls> Right. Unless you want to write a flat->not flat parser for 2.6.
16:42:28 *** mrklintscher11115 has joined #gnucash
16:49:09 <lmat> jralls: No thanks!
16:49:19 <jralls> ;-)
17:08:22 <warlord> FYI, I put up a temporary search.html page on code ...
17:09:18 <warlord> If we're going to leave it as such (a pointer to google), we might want to move it over to www, integrate it into htdocs, and then put a redirect from code->www.
18:51:40 *** jralls has quit IRC
18:53:28 *** mib_6vr1j3 has joined #gnucash
18:54:37 <mib_6vr1j3> Cant retrieve quotes since yesterday. Is this a software issue or perhaps Yahoo failure
18:57:51 <gjanssens> mib_6vr1j3: at this point it looks like a permanent Yahoo failure. They have discontinued their quotes service two days ago.
19:00:47 <carwynnelson> Question: Where is the cutecash source code now stored?
19:05:12 <gjanssens> carwynnelson: in git history
19:05:31 <carwynnelson> gjanssens: has the project been abandoned / put on hold for now?
19:06:33 <gjanssens> carwynnelson: It never got further than a feasibility study, whether a c++ based gui could be bolted on top of the glib base core
19:06:57 <gjanssens> The developer that started it has since stopped contributing so the project is abandoned indeed
19:07:17 <gjanssens> But it was very useful in that it helped shape our future roadmap
19:07:42 <gjanssens> Migration to c++ for core and in a distant future probably a switch of gui toolkits.
19:08:00 <gjanssens> Currently the two more interesting candidates are Qt and WxWidgets
19:08:10 <carwynnelson> Good to know, thanks for the info :)
19:08:18 <gjanssens> You're welcome
19:08:36 <gjanssens> I'm off for tonight...
19:08:48 *** gjanssens has quit IRC
19:12:23 *** fabior has quit IRC
19:30:50 <mib_6vr1j3> thanks for the info
19:36:24 *** mib_6vr1j3 has quit IRC
19:36:53 *** frakturfreak has quit IRC
19:37:32 *** lucky has quit IRC
19:41:44 *** meb has joined #gnucash
20:33:51 *** carwynnelson has quit IRC
20:34:11 *** carwynnelson has joined #gnucash
20:37:18 *** carwynnelson has quit IRC
20:49:33 *** mrklintscher11115 has quit IRC
21:01:24 *** meb has quit IRC
21:14:17 <lmat> @tell carwynnelson How did cutecash get your attention?
21:14:17 <gncbot> lmat: The operation succeeded.
21:31:36 *** meb has joined #gnucash
22:04:46 *** shakes808 has joined #gnucash
22:09:25 *** shakes808 has quit IRC
23:03:54 *** O01eg has quit IRC
23:18:08 *** O01eg has joined #gnucash