2020-03-26 GnuCash IRC logs
00:13:02 *** FH_thecat has quit IRC
00:16:59 *** omnireq_ has quit IRC
00:23:08 *** omnireq has joined #gnucash
00:23:08 *** ChanServ sets mode: +v omnireq
00:40:42 *** jervin has joined #gnucash
01:34:39 *** jervin has quit IRC
01:38:07 *** omnireq has quit IRC
01:39:33 *** omnireq has joined #gnucash
01:39:33 *** ChanServ sets mode: +v omnireq
02:00:05 *** jervin has joined #gnucash
02:06:44 *** fell has quit IRC
02:07:30 *** Han__ has quit IRC
02:07:54 *** Han has joined #gnucash
02:08:03 *** fell has joined #gnucash
02:08:03 *** ChanServ sets mode: +o fell
02:22:08 *** jralls has joined #gnucash
02:22:08 *** ChanServ sets mode: +o jralls
02:22:59 *** jralls_laptop has quit IRC
02:27:01 *** Han has quit IRC
02:28:19 *** sbluhm has joined #gnucash
02:28:19 *** ChanServ sets mode: +v sbluhm
02:28:54 *** Mechtilde has joined #gnucash
02:29:08 *** jralls has quit IRC
02:32:18 *** jralls has joined #gnucash
02:32:18 *** ChanServ sets mode: +o jralls
02:39:59 *** frakturfreak has quit IRC
02:54:28 *** frakturfreak has joined #gnucash
02:54:28 *** ChanServ sets mode: +v frakturfreak
03:53:19 *** Han has joined #gnucash
04:10:06 *** bertbob has quit IRC
04:11:32 *** Aussie_matt has quit IRC
04:45:37 *** Han has quit IRC
05:19:44 *** TownsendHardware has quit IRC
05:27:57 *** TownsendHardware has joined #gnucash
05:42:25 *** Han has joined #gnucash
05:53:56 *** User has joined #gnucash
06:19:07 *** ramontjunior has joined #gnucash
06:51:22 *** Aussie_matt has joined #gnucash
06:51:56 *** Aussie_matt has joined #gnucash
08:27:17 *** Hamaryns has joined #gnucash
08:27:17 *** ChanServ sets mode: +v Hamaryns
08:43:59 *** Jimraehl1 has joined #gnucash
08:44:59 *** Jimraehl1 has quit IRC
08:48:39 *** Agfarmer18 has joined #gnucash
08:51:28 *** Agfarmer18 has quit IRC
08:54:28 *** KaiForce has joined #gnucash
09:05:26 *** Hamaryns has quit IRC
09:16:57 *** Aussie_matt has quit IRC
09:42:29 *** bertbob has joined #gnucash
09:42:29 *** ChanServ sets mode: +v bertbob
10:18:14 *** Gerd has joined #gnucash
10:36:01 *** RandomGuyOnIrc has quit IRC
10:56:35 *** chris1 has quit IRC
11:04:42 *** sbluhm has quit IRC
11:24:13 *** guak has joined #gnucash
11:39:25 *** Gerd has quit IRC
11:39:27 *** storyjesse has quit IRC
11:47:15 *** lmat has quit IRC
11:52:15 *** jervin has quit IRC
11:55:21 *** lmat has joined #gnucash
11:55:33 *** jervin has joined #gnucash
11:55:38 *** chris has quit IRC
12:20:24 *** ecdhe has quit IRC
12:20:26 *** ecdhe has joined #gnucash
12:20:38 *** mohave has quit IRC
12:21:22 *** ECDHE_RSA_AES256 has joined #gnucash
12:23:27 *** ecdhe has quit IRC
13:19:21 *** mohave has joined #gnucash
13:48:08 *** omnireq has quit IRC
13:50:27 *** omnireq has joined #gnucash
13:50:27 *** ChanServ sets mode: +v omnireq
13:58:24 *** Gerd has joined #gnucash
14:01:51 <mohave> jralls: making progress with the build, but now fails as below. I'm guessing that when selecting [4] the CWD should be /Users/ctest/gnucash-stable/src/pycairo-1.18.1.
14:02:13 <mohave> *** Building pycairo *** [35/73]
14:02:13 <mohave> /usr/bin/env python3 setup.py build --build-base /Users/ctest/gnucash-stable/build/pycairo-1.18.1
14:02:13 <mohave> *** Error during phase build of pycairo: [Errno 2] No such file or directory *** [35/73]
14:02:13 <mohave> [1] Rerun phase build
14:02:13 <mohave> [2] Ignore error and continue to install
14:02:16 <mohave> [3] Give up on module
14:02:18 <mohave> [4] Start shell
14:02:20 <mohave> [5] Reload configuration
14:02:24 <mohave> choice: 4
14:02:26 <mohave> exit shell to continue with build
14:02:28 <mohave> ➜ src pwd
14:03:58 <jralls> mohave, I saw that one the other day, I just need to remember what I did...
14:09:37 *** omnireq has quit IRC
14:10:52 *** omnireq has joined #gnucash
14:10:52 *** ChanServ sets mode: +v omnireq
14:19:11 *** mohave has quit IRC
14:19:43 *** mohave has joined #gnucash
14:21:13 <jralls> mohave, looks like jhbuild's distutils build is broken, it's forgotten that it needs to cd to the srcdir. It even ignores supports-non-srcdir-builds="no". So cd to the srcdir and run python3 setup.py build; python3 septup.py install then quit the shell and tell the menu to ignore twice.
14:36:08 *** finster has quit IRC
14:37:42 *** finster has joined #gnucash
14:37:42 *** ChanServ sets mode: +v finster
14:52:07 *** omnireq has quit IRC
14:52:22 *** omnireq has joined #gnucash
14:52:22 *** ChanServ sets mode: +v omnireq
15:10:09 *** Gerd has quit IRC
15:14:41 *** jralls_laptop has joined #gnucash
15:14:41 *** ChanServ sets mode: +o jralls_laptop
15:15:18 *** jralls has quit IRC
15:21:17 *** mohave has quit IRC
15:23:35 *** sbluhm has joined #gnucash
15:29:18 *** phoenix has joined #gnucash
15:29:42 *** jralls_laptop has quit IRC
15:34:55 *** phoenix has quit IRC
15:38:21 *** jralls has joined #gnucash
15:38:21 *** ChanServ sets mode: +o jralls
15:43:25 *** phoenix has joined #gnucash
15:46:03 *** sbluhm has quit IRC
15:54:28 *** jervin has quit IRC
16:03:08 *** Gerd has joined #gnucash
16:12:12 *** Han has quit IRC
16:14:13 *** Agfarmer18 has joined #gnucash
16:15:55 *** Agfarmer18 has quit IRC
16:17:02 *** phoenix has quit IRC
16:23:12 <jralls> fell: 797654 isn't a documentation bug, you should make a new one.
16:31:07 <fell> jralls: It has always been Product: Documentation.
16:34:06 <jralls> fell, Ah, you're right.
16:42:40 *** Mechtilde has quit IRC
16:55:40 *** KaiForce has quit IRC
17:04:03 *** User has quit IRC
17:09:17 <sunyibo[m]> Hey guys, I'm missing the mt940 import on the gentoo version of gnucash. What do I do?
17:10:34 <jralls> sunyibo[m]: That's interesting, somebody reported the same problem with Arch yesterday. It means that something's out of whack between aqbanking and GnuCash.
17:11:37 <jralls> When I build locally on an Arch VM I don't see the problem. I don't have a Gentoo one, but IIUC that builds everything locally so maybe you can look at the build results and spot the problem.
17:13:59 <sunyibo[m]> is mt940 part of aqbanking?
17:15:31 <warlord> sunyibo[m], yes
17:21:41 *** Gerd has quit IRC
17:23:20 *** jervin has joined #gnucash
17:30:57 <fell> I got yesterday a report of broken HBCI on Arch https://bugs.archlinux.org/task/65294
17:31:17 <sunyibo[m]> warlord: thanks
17:34:11 <jralls> Changing so-names would explain it. sunyibo[m] did you perhaps upgrade gwenhywfar and/or aqbanking and not rebuild GnuCash?
17:37:48 *** Gerd has joined #gnucash
17:38:07 <sunyibo[m]> I didn't have the the USE flag aqbanking enabled. But I can't enable it, because it conflicts with gwenhywfar
17:46:08 <jralls> Why would it do that? Have the package versions gotten out of sync?
17:47:25 <jralls> The latest (as of Tuesday, anyway) are Gwenhywfar-5.2.0 and AQBanking-6.1.4.
17:48:53 <fell> and arch sstill has aqbanking 6.1.3-1
17:48:58 <sunyibo[m]> http://dpaste.com/2AJB3WR
17:49:14 *** Aussie_matt has joined #gnucash
17:49:20 <sunyibo[m]> I'm new to gentoo. I have no idea what to do. Help appreciated
17:50:57 <fell> AFAIK gentoo is a binary distribution based on arch.
17:51:44 <fell> But I might mix here something.
17:51:59 <jralls> fell, no, Gentoo is very much older than arch. It's different from other distros: They publish build scripts and everything gets built on the user's machine.
17:55:07 <fell> gnucash-3.5:0 and gwenhywfar-5.1.2 are "very old".
17:59:15 *** ecdhe has joined #gnucash
17:59:46 <fell> https://packages.gentoo.org/packages/app-office/gnucash says gnucash 3.6 and 3.7 still need testing.
17:59:54 *** ECDHE_RSA_AES256 has quit IRC
18:00:15 <jralls> Actually Gwen 5.1.2 is from mid-january. AQBanking 5.7.8 is from last summer and probably won't work with Gwen 5.
18:01:53 <sunyibo[m]> what do I do now?
18:02:50 <fell> Either change the distribution or support them in building more recent packages?
18:03:25 <jralls> We're the wrong ones to ask. If you really want to use Gentoo for some reason then you need to go to their support forum/mailing list and find out how to upgrade. If you just want to get work done with a Linux system I recommend switching to Fedora.
18:06:13 <sunyibo[m]> Ironically, I was on Fedora and gnucash worked like a chime. But I had troubles with installing not so popular programs... Thanks for your help anyway
18:08:05 <fell> Or install several VMs and switch between officeVM and playVM?
18:15:51 *** frakturfreak has quit IRC
18:22:19 *** mohave has joined #gnucash
18:40:41 *** Gerd has quit IRC
18:51:03 *** oozer has joined #gnucash
19:09:00 *** mohave has quit IRC
19:09:05 *** omnireq has quit IRC
19:13:05 *** mohave has joined #gnucash
19:13:13 *** omnireq has joined #gnucash
19:13:13 *** ChanServ sets mode: +v omnireq
19:22:51 *** omnireq has quit IRC
19:27:26 *** omnireq has joined #gnucash
19:27:26 *** ChanServ sets mode: +v omnireq
19:43:49 *** chris has joined #gnucash
19:43:49 *** ChanServ sets mode: +v chris
19:53:27 *** guak has quit IRC
19:59:31 *** tonysoar has joined #gnucash
20:05:56 *** mohave has quit IRC
20:07:31 <chris> jralls: g_slice_alloc too difficult for me, will also make the guile interface too difficult.
20:08:18 *** oozer has quit IRC
20:08:29 <jralls> chris, do you have an alternative plan or do you want me to do it?
20:10:56 <chris> no current plan. I was thinking, instead of getting/setting via time64, we could get/set index instead. makes it uglier but doable.
20:12:21 <chris> xaccAccountGetNumReconcileStatements(acc); xaccACcountGetReconcileStatementDate (acc, idx), xaccAccountGetReconcileStatementBalance (acc,idx)
20:12:56 <chris> even if we choose the g_slice method, the guile interface will also need fixing
20:13:12 <chris> so, if you are happy to take over please go ahead :)
20:14:21 <jralls> What has guile got to do with anything? Reconciliation is all C.
20:14:36 <jralls> Isn't it?
20:14:40 <chris> Yes
20:15:26 <chris> I have a report brewing locally... select an account, scan all its reconcile statement dates, compare with reconcile balance. if there's discrepancy, show the offending statement splits.
20:15:29 *** Agfarmer18 has joined #gnucash
20:16:16 <fell> chris, just a note: I have probles to translate "~a History" because ~a will be replaced by the nominative and I find no expression which contains the nominative in German. I fear other languages will have a similar problem.
20:16:26 <fell> problems
20:17:27 <chris> fell: maybe a direct translation for "Business History for ~a"?
20:18:19 <chris> jralls: this report would be a sanity-check type report. Not sure it will be useful generally.
20:18:25 <fell> would be acc.
20:19:04 <fell> I fund also forms for dat. ed gen. but no nom.
20:19:11 <chris> fell: in English it wouldn't be necessary to expand, I think the Translator comment only could explain?
20:19:23 <chris> fell: English please :)
20:19:42 <jralls> chris, it seems to duplicate the reconcile window functionality, though I'm not sure that presenting a list in the reconcile info dialog is the right way to do it.
20:20:36 <chris> jralls: re: UI I agree - but this is all I can make for now, after hours of trying, it's a working prototype
20:21:00 <fell> dat. and gen. case
20:22:11 <jralls> No, I meant from a UI design standpoint. I'd think that if the user picks a reconcile date that's already stored then that's what you'd put in the ending balance entry as a default. The user would still be able to override it.
20:24:04 <chris> ah I get it. but then there's no visibility of the available old_dates.
20:24:38 <jralls> The sticking point with memory is getting the date string to put into KVP. Once it's in there it's just a string that you can retrieve from scheme and convert back to a time64 using the already available gnc-date API.
20:26:09 <chris> this means calling gnc_iso8601_to_time64_gmt from scheme. I haven't tried it.
20:27:05 <chris> I think it should work.
20:27:42 <chris> anyway let's put the guile bindings on back burner; the time64/int issue and the UI are priority
20:30:31 *** Agfarmer18 has quit IRC
20:32:08 <jralls> I thought of a simpler way you could do it than messing directly with g_slice. You could have a char[MAX_DATE_LENGTH] to pass to gnc_time64_to_iso8601_buf(), then do g_value_take_string(g_strdup(buf)); The gvalue will g_free it when it's cleared by kvp_value_from_g_value().
20:42:20 <fell> chris: from my POV "~a " is redundant. It is aready in the report header. (and also there is no good translation)
20:56:55 <fell> Chris, yo are also mixing "Display the ... column?" and "Display a ... column?", duplicating translator work.
21:05:11 <fell> "Report:" should be split. In theory the padding of punctuation marks varies (by region, IIRC), but we ignore that.
21:09:06 *** tonysoar has quit IRC
21:09:19 *** tonysoar has joined #gnucash
21:23:19 <fell> chris, What is the meaning of "Balance b/f"?
21:57:12 *** tonysoar has quit IRC
22:09:57 <chris> "Balance brought forward" vs "Balance carried forward"
22:10:17 <chris> https://www.quora.com/What-do-b-f-c-f-b-d-c-d-mean-in-financial-accounting
22:10:23 <chris> http://www.businessdictionary.com/definition/balance-carried-forward.html
22:15:05 <chris> fell: https://i.pinimg.com/originals/85/80/ca/8580caa9b8b2d8faefa864ada08e688e.png
22:16:33 <chris> fell: wrt mixing "Display a..." vs "Display the..." I did NOT change the strings which were carried over from owner-report.scm
22:17:46 <fell> IMHO "b/f" needs a translator comment.
22:20:27 <fell> If you are busy I can do the fixes after i slept.
22:20:52 <chris> I'l add as appropriate in a few hours
22:23:02 <fell> But perhaps we should add "balance {b/f|c/f}" to the glossary?
23:17:53 *** jervin has quit IRC
23:22:47 <fell> jralls, was branch c++options intended?
23:39:14 <chris> balance b/f means more than "Balance" - it means "Balance prior to the upcoming lines" as opposed to "Balance c/f" "Balance after taking into account the preceding lines"
23:41:32 <fell> That text could go in https://github.com/Gnucash/gnucash/blob/maint/po/glossary/gnc-glossary.txt
23:42:41 <chris> no I'm referring to the .DE translation
23:43:50 <fell> That is the I18N part, L12N later would be https://github.com/Gnucash/gnucash/blob/maint/po/glossary/de.po
23:45:29 <fell> I will continue after sleeping. CU
23:48:23 *** fell has quit IRC
23:51:36 *** fell has joined #gnucash
23:51:36 *** ChanServ sets mode: +o fell