2017-12-22 GnuCash IRC logs
01:21:19 *** Mechtilde has joined #gnucash
01:43:55 *** Cuare has joined #gnucash
02:00:14 *** Mechtilde has quit IRC
02:02:53 *** jman594 has quit IRC
03:00:39 *** fabior has joined #gnucash
03:17:46 *** gjanssens has joined #gnucash
03:17:46 *** ChanServ sets mode: +o gjanssens
03:21:14 <gjanssens> .
03:32:57 *** sborman has quit IRC
03:33:04 *** sborman has joined #gnucash
03:33:46 *** sborman has quit IRC
03:43:24 *** sefnot has joined #gnucash
03:49:00 <sefnot> Good day, trying to build gnucash-gtk3-git from aur repo in archlinux. https://pastebin.com/k6E0Dhxu
04:11:44 *** pilotauto has quit IRC
04:38:40 *** fekepp has joined #gnucash
04:57:26 *** fekepp has quit IRC
04:57:29 *** fekepp has joined #gnucash
05:24:46 *** Kristjan has joined #gnucash
05:27:02 <Kristjan> My name is Kristjan. I am in urgent need for money. Please send me money. For example 70$. Bank account nr: EE671010010225901016 (Estonia). Name: Kristjan Robam
05:45:40 *** Kristjan has quit IRC
06:47:21 *** fabior has quit IRC
06:55:06 *** Mechtilde has joined #gnucash
06:58:20 *** fekepp has quit IRC
06:59:27 *** fekepp has joined #gnucash
07:27:07 *** fekepp has quit IRC
07:27:27 *** fekepp has joined #gnucash
08:22:28 *** sefnot has quit IRC
08:23:42 *** sefnot has joined #gnucash
08:48:27 *** oozer has joined #gnucash
08:59:04 *** User has joined #gnucash
09:00:44 *** oozer has quit IRC
09:03:53 *** Jimraehl1 has joined #gnucash
09:13:11 <chris> been trying to look onto the gnc-book-get-option crash and struggling. a few scms are proving resistant to convert.
09:24:57 *** fekepp has quit IRC
09:26:25 *** fekepp has joined #gnucash
09:38:38 <chris> plus reaching these pesky taxtxf.scm and de-DE equivalent and I'm not sure how to trigger german report / test it
09:40:02 <chris> lmat I'm guessing - if I want to stress test timepair riddance, I can edit all .h to delete Timespec functions and if it builds then job done?
09:55:22 <chris> lmat actually this could disable timepair for scheme but I guess C calls to scheme would also fail
10:32:21 * chris is away: I'm busy
10:41:04 *** Wox has joined #gnucash
10:42:44 *** chris has quit IRC
10:50:10 *** O01eg has quit IRC
11:06:47 *** noah has joined #gnucash
11:15:15 <lmat> @tell chris Deleting all Timespec instances from the headers will not compile at this point.
11:15:15 <gncbot> lmat: The operation succeeded.
11:16:15 <lmat> @tell chris I'm not sure how to make sure there are no timepairs in scheme. A good start would be to remove them all from C and C headers (that way, we know scheme isn't passing them into or getting them from C).
11:16:15 <gncbot> lmat: The operation succeeded.
11:16:23 *** noah has quit IRC
11:29:29 *** Mechtilde has quit IRC
11:45:57 <Wox> Anyone able to generate reports with latest version (2.6.19) on Windows?
11:46:33 <Wox> I posted the trace on bugzila: https://bug645273.bugzilla-attachments.gnome.org/attachment.cgi?id=365883
11:48:45 <Wox> (report html files are generated in the C:\Users\xxxx\AppData\Local\Temp folder but GNUcash crashes)
11:48:46 *** codesmythe has joined #gnucash
11:52:49 <codesmythe> gjanssens: With regard to the dependency issues in PR 247, do the dependencies work (i.e, is the schema recompiled) in unstable without your change? It seems to work for me.
11:56:30 *** jman594 has joined #gnucash
11:57:11 <gjanssens> codesmythe: Let me check
11:58:14 <lmat> Wox: I don't use Microsoft Windows, sorry!
12:04:39 *** User has quit IRC
12:07:18 *** noah has joined #gnucash
12:07:28 <gjanssens> codesmythe: it's not working on unstable either.
12:08:15 <gjanssens> When gschemas.compiled doesn't exist, it's created, but whenever one of the abc.gschema.xml.in.in files changes gschemas.compiled is not updated.
12:08:45 <codesmythe> gjanssens: ok
12:10:13 <gjanssens> codesmythe: I do have another idea to get this fixed though. Just need some time to test it... (probably this evening)
12:20:45 <codesmythe> gjanssens: ok, do you want me to continue to look in to this? I do agree that it does not work in unstable.
12:22:58 <jralls> codesmythe, gjanssens: I don't see 'gschemas.compiled' mentioned as a target anywhere. The run of glib-compile-schemas in common/cmake-modules/GncAddSchemeTargets is a dry run on one file... so there must be a cleanup function at the end of the build that compiles everything. Where is it?
12:23:43 <gjanssens> jralls: it's in cmake/CMakeLists.txt
12:24:43 <gjanssens> And I would like to try and get it into gnucash/CMakeLists.txt instead fwiw
12:30:36 *** Mechtilde has joined #gnucash
12:32:49 <gjanssens> codesmythe: I'll dig some more into it and see if I can make it work.
12:54:09 *** fekepp has quit IRC
12:57:39 *** bsdman has joined #gnucash
12:58:55 <bsdman> hello all. Merry Christmas to all
13:03:07 *** hoijui has joined #gnucash
13:03:30 *** fekepp has joined #gnucash
13:05:03 <bsdman> I am new to gnucash, just playing with it this year to learn. I will be using it for real starting 2018. I found mistakes in my current 2017 financial files after I had reconciled. Is there any way to repair them so I can continue to use what I've entered, or would it be best to just start new for 2018? This is just my personal financial records (for now), so no problem is best to start over new.
13:05:48 <bsdman> Oh, I'm using version 2.6.18
13:06:24 <jralls> bsdman: You can edit transactions to fix mistakes. That's commonly part of the normal user's work flow.
13:07:31 <jralls> bsdman: However, if you're into formal accounting you never edit transactions once they're entered, you instead create new "adjustment" transactions that make the balance correct.
13:07:52 <jralls> bsdman: GnuCash doesn't care which way you do it.
13:10:00 <bsdman> Oh, ok, so I can just go back and enter correct info? Do I delete the bad entry or make new entry as a - (minus) figure?
13:11:02 <bsdman> Sorry if I'm not making much sense...it's all new to me.
13:11:47 <jralls> bsdman: You can just go back and fix the error if you want to. Say you entered 128.00 and the actual amount was 126.00. Just find the transaction and change the amount to 126.00.
13:12:57 <bsdman> ok, thanks. What happened is I entered something under credit card, then later found that it was supposed to be under checking acct via debit card.
13:13:26 *** Mechtilde has quit IRC
13:13:57 <jralls> bsdman: In that case go to the expense account and change the "transfer account" field.
13:15:38 <bsdman> ok, thanks. Will work on that. Appreciate your help jralls!
13:15:54 <jralls> You're welcome.
13:16:12 <bsdman> Will return with results.
13:34:22 *** Mechtilde has joined #gnucash
13:36:48 <codesmythe> gjanssens: I think to fix the generation of gschemas.compiled in unstable that I'll need to specify the dependencies as files rather than as targets. From my reading of the add_custom_command() docs, CMake will only cause a target dependency to be built if it is an executable target or library target. I thought it would rebuild any sort of target, but that's not the case.
13:38:57 <gjanssens> codesmythe: I think you're right about the dependencies as files. I didn't know the reason though, but that's what I'm trying to implement right now for the gschema files...
13:44:00 <gjanssens> codesmythe, jralls: ftr, got it working. Just need to do some cleanup before I can push.
13:45:48 <gjanssens> codesmythe: a question, why did you choose to first create the xml file in CMAKE_CURRENT_BINARY_DIR and then make another target that only copies the file to DATADIR_BUILD/glib-2.0/schemas instead of generating the xml file directly in the latter?
13:46:25 <gjanssens> I've seen this construct in several other places as well, and I wondered whether it's worth keeping or can be simplified.
13:48:42 *** noah has quit IRC
13:55:37 <codesmythe> gjanssens: It's probably left over from when I had an option to place build products in a mirror of the source directory structure (like autotools does) vs a mirror of the install directory structure. I removed the former option a while back and so any of these constructs you find can be removed.
13:56:03 <gjanssens> codesmythe: ok
13:56:25 <codesmythe> back in a bit...
14:00:02 *** fabior has joined #gnucash
14:02:40 *** jman594 has quit IRC
14:05:16 *** fabior has quit IRC
14:42:19 *** frakturfreak has joined #gnucash
15:03:31 <gjanssens> Hmm, cmake/make build chain still fails... I'll look at that later.
15:03:35 *** gjanssens is now known as gjanssens_afk
15:21:29 *** yuriks has quit IRC
15:37:26 *** yuriks has joined #gnucash
15:39:28 *** noah has joined #gnucash
15:40:47 *** User has joined #gnucash
16:47:14 <bsdman> jralls: that took care of my problem. Thanks for your help. I am enjoying gnucash, a great program!
16:54:20 *** noah has quit IRC
16:55:10 <lmat> bsdman: Welcome to gnucash! What were you using before?
16:56:10 *** fabior has joined #gnucash
16:56:32 *** fabior has quit IRC
16:59:02 <bsdman> lmat: nothing :) I was supposed to learn quicken, but changed jobs, so heard about gnucash and been learning it
17:04:06 *** gjanssens_afk has quit IRC
17:06:00 <lmat> bsdman: I see. Are you looking to use it for personal finances or business?
17:07:26 <bsdman> lmat: just personal for now
17:07:45 <lmat> bsdman: Excellent. Enjoy!
17:08:33 <bsdman> Thank you! I am enjoying it and learning all about the program and what it can do
17:14:10 *** bsdman has quit IRC
17:14:53 *** fekepp has quit IRC
17:20:26 *** shakes808 has joined #gnucash
17:21:09 *** shakes808 has quit IRC
17:21:59 *** shakes808 has joined #gnucash
17:26:54 *** shakes808 has quit IRC
17:42:11 <lmat> warlord-afk: Sorry, I didn't see your comment "KISS principle?" until just now! It's a very elaborate KISS. KISS often connotes "do less", but I think he's advocating a labor-intensive, conscientious, hard-to-achieve simplicity. He's calling developers to work hard to simplify on a regular basis. Maybe that's how you already understand KISS though.
17:44:08 *** shakes808 has joined #gnucash
18:04:30 *** Mechtilde has quit IRC
18:10:47 *** hoijui has quit IRC
18:29:45 *** fiddlerwoaroof has quit IRC
18:43:39 *** frakturfreak has quit IRC
18:48:19 *** codesmythe has left #gnucash
19:03:48 *** User has quit IRC
19:22:55 *** shakes808 has quit IRC
19:24:10 *** Wox has quit IRC
19:29:02 *** oozer has joined #gnucash
20:25:38 *** Cuare has quit IRC
20:26:15 *** oozer has quit IRC
20:33:06 *** User has joined #gnucash
20:41:10 *** shakes808 has joined #gnucash
20:43:39 *** User has quit IRC
20:45:52 *** shakes808 has quit IRC
21:15:47 *** chris has joined #gnucash
21:17:49 *** sborman has joined #gnucash
21:32:14 *** shakes808 has joined #gnucash
21:46:06 *** shakes808 has quit IRC
23:08:06 <chris> .
23:08:06 <gncbot> chris: Sent 11 hours and 52 minutes ago: <lmat> Deleting all Timespec instances from the headers will not compile at this point.
23:08:07 <gncbot> chris: Sent 11 hours and 51 minutes ago: <lmat> I'm not sure how to make sure there are no timepairs in scheme. A good start would be to remove them all from C and C headers (that way, we know scheme isn't passing them into or getting them from C).
23:13:14 <chris> lmat yeah I noticed removal of timepair in *.h causes build errors. I can confirm timepairs nearly gone in my branch, just not completely tested yet, and owner-report.scm causes a weird segfault.
23:13:49 <chris> lmat xaccTransGetVoidTime needs converting - however it seems to be unused in the whole code so it should compile and run if we just convert it to t64
23:14:23 <chris> lmat only test-transaction.voiding.cpp seems to use it
23:28:07 *** sborman has quit IRC