2016-10-28 GnuCash IRC logs
01:46:18 *** iliv has joined #gnucash
01:48:24 *** Mechtilde has joined #gnucash
01:54:13 *** gour has joined #gnucash
01:56:33 *** Mechtilde has quit IRC
03:27:22 *** gjanssens has joined #gnucash
03:27:22 *** ChanServ sets mode: +o gjanssens
03:32:16 *** iliv has quit IRC
03:37:05 *** iliv has joined #gnucash
04:09:34 *** jonas has quit IRC
04:20:50 *** SquidFingers has joined #gnucash
04:26:00 <SquidFingers> Hi. Been using gnucash for years. I run a small NPO and it works well, except for dealing with multiple currencies. Gnucash automatically rounds off when using trading accounts. Accounts are set to correct decimal place. Doing multiple google searches has yielded nothing I can use. Suggestions or a link to someone else solving this problem would be much appreciated.
04:26:33 *** rubdos has quit IRC
04:28:07 <SquidFingers> e.g. Doing opening balance for a Paypal USD account from Equity:Opening Balances rounds $7.43 to 7.00. Doesn't seem to happen if I do the reverse (remove $ to make a negative opening balance). Only happens when trading accounts are activated.
04:29:17 *** fabior has joined #gnucash
04:29:49 *** jonas has joined #gnucash
04:30:09 *** jonas has joined #gnucash
04:36:30 *** NOEPSILONVDELTA has joined #gnucash
04:38:02 *** jwhitmore has joined #gnucash
04:39:33 *** NOEPSILONVDELTA has quit IRC
04:45:01 *** rubdos has joined #gnucash
04:53:49 *** rubdos has quit IRC
04:56:25 *** rubdos has joined #gnucash
05:17:51 <SquidFingers> Sorry, version 2.6.14
05:54:29 *** fabior has quit IRC
06:25:40 *** iliv has quit IRC
06:28:55 *** bertbob has quit IRC
06:53:17 *** aqua_ has joined #gnucash
07:09:54 *** Jimraehl1 has joined #gnucash
07:17:32 *** Jimraehl1 has joined #gnucash
07:17:44 *** Jimraehl1 has quit IRC
08:21:48 *** iliv has joined #gnucash
08:24:45 *** Jimraehl1 has joined #gnucash
08:25:59 *** Jimraehl1 has joined #gnucash
08:50:49 *** jralls_ has joined #gnucash
08:51:34 *** CDB-Man has joined #gnucash
08:52:07 *** aqua_ has quit IRC
08:52:07 *** rubdos has quit IRC
08:52:07 *** jwhitmore has quit IRC
08:52:07 *** SquidFingers has quit IRC
08:52:07 *** gjanssens has quit IRC
08:52:07 *** nukke has quit IRC
08:52:07 *** Artefact2 has quit IRC
08:52:07 *** mikee has quit IRC
08:52:07 *** wget has quit IRC
08:52:07 *** jralls has quit IRC
08:52:07 *** lmat has quit IRC
08:52:07 *** CDB-Man_ has quit IRC
08:52:07 *** ThomasKeller has quit IRC
08:52:07 *** jchonig has quit IRC
08:52:07 *** puck has quit IRC
08:52:07 *** TheWhisper has quit IRC
08:52:07 *** To7 has quit IRC
08:52:07 *** linas has quit IRC
08:52:07 *** Cork has quit IRC
08:52:07 *** Simon has quit IRC
08:52:07 *** Happy_Ente has quit IRC
08:52:07 *** xmaka has quit IRC
08:52:07 *** g5pw has quit IRC
08:52:08 *** redarrow has quit IRC
08:52:08 *** kjetilho has quit IRC
08:52:11 *** TheWhisper has joined #gnucash
08:52:11 *** To7 has joined #gnucash
08:52:11 *** linas has joined #gnucash
08:52:11 *** g5pw has joined #gnucash
08:52:11 *** Cork has joined #gnucash
08:52:11 *** Simon has joined #gnucash
08:52:11 *** Happy_Ente has joined #gnucash
08:52:11 *** xmaka has joined #gnucash
08:52:11 *** redarrow has joined #gnucash
08:52:11 *** kjetilho has joined #gnucash
08:52:33 *** aqua_ has joined #gnucash
08:52:33 *** jwhitmore has joined #gnucash
08:52:33 *** SquidFingers has joined #gnucash
08:52:33 *** gjanssens has joined #gnucash
08:52:33 *** nukke has joined #gnucash
08:52:33 *** Artefact2 has joined #gnucash
08:52:33 *** ThomasKeller has joined #gnucash
08:52:33 *** jchonig has joined #gnucash
08:52:33 *** irc.gimp.ca sets mode: +o gjanssens
08:52:33 *** jchonig has quit IRC
08:52:40 *** ThomasKeller has quit IRC
08:52:40 *** aqua_ has quit IRC
08:52:40 *** nukke has quit IRC
08:52:49 *** jwhitmore has quit IRC
08:52:58 *** gjanssens has quit IRC
08:53:10 *** Artefact2 has quit IRC
08:54:13 *** gjanssens has joined #gnucash
08:54:13 *** ChanServ sets mode: +o gjanssens
08:54:15 *** jchonig has joined #gnucash
08:54:24 *** lmat has joined #gnucash
08:56:13 *** nukke has joined #gnucash
08:56:26 *** wget has joined #gnucash
08:56:46 *** puck has joined #gnucash
08:56:57 *** Artefact2 has joined #gnucash
08:57:07 *** jwhitmore has joined #gnucash
08:57:16 *** aqua_ has joined #gnucash
08:57:25 *** rubdos has joined #gnucash
08:58:00 *** mikee has joined #gnucash
08:58:00 *** ChanServ sets mode: +o mikee
08:58:48 *** ThomasKeller has joined #gnucash
09:28:48 *** jwhitmore has quit IRC
09:29:23 *** aqua_ has quit IRC
09:29:26 *** bertbob has joined #gnucash
09:32:34 *** bertbob has quit IRC
09:48:37 *** bertbob has joined #gnucash
09:51:51 *** bertbob has quit IRC
09:55:04 *** TheWhisper has left #gnucash
10:07:46 *** bertbob has joined #gnucash
10:09:04 *** mlncn has joined #gnucash
10:14:17 *** jwhitmore has joined #gnucash
11:17:30 *** warlord has joined #gnucash
11:17:30 *** gncbot sets mode: +o warlord
11:20:04 *** jwhitmore has quit IRC
11:36:50 *** SquidFingers has quit IRC
11:38:02 *** rubdos has quit IRC
12:12:23 *** jwhitmore has joined #gnucash
12:16:25 <lmat> jralls_: I think you're right: we should pass guid by value.
12:17:06 <lmat> jralls_: I don't think you're missing anything about boost uuid: POD, copyable, etc.
12:19:32 <lmat> jralls_: I did guid by pointer on the free store because that's what it was in C. I don't know how hard it would be to rewrite them to be passed by value. In C++, I think it would be very easy, but C probably makes quite a few assumptions about this kind of thing.
12:20:10 <lmat> jralls_: If we don't want to touch C code when making this change, kvp value can "eat up" pointers given to it (free immediately) and provide free-store pointers upon request...
12:45:42 *** rubdos has joined #gnucash
12:52:56 <warlord> lmat: or pass by reference?
13:04:00 *** rubdos has quit IRC
13:19:55 *** jralls_ is now known as jralls
13:20:46 *** ChanServ sets mode: +o jralls
13:21:41 <jralls> lmat: I'm in favor of touching the C code.
13:22:45 <jralls> warlord: GUIDs are immutable and only 128 bits. There's no good reason to pass by reference.
13:22:49 <lmat> warlord: In this case, I don't think so. The trouble is coordinating the freeing of the guid. Maybe it's simpler than I think, but that seems to introduce some serious complexity.
13:23:52 <lmat> jralls: Okay. I'm in the throes of time64 (not *just* search and replace ^_^).
13:26:10 <jralls> lmat: No rush, but I'm going to push my change to SQL using guid_new() instead of guid_new_return() to fix the crash.
13:30:47 <lmat> jralls: Okay. Is there a place to write this down?
13:31:11 <jralls> lmat: Umm, write what down?
13:37:38 *** mlncn has quit IRC
13:38:34 <warlord> ok
13:39:03 <warlord> I guess they are, generally, immutable.. but I figured a const GncGUID& would ensure you pass *something* in.
13:39:25 <warlord> (although I suppose you still have to worry about the underlying C?)
13:44:58 <jralls> warlord: Overlying C? But yeah, can't pass foo& to or from C. Anyway, const foo& can't be nullptr, but neither can const foo... Neither guarantees that the underlying data is valid, of course, though C++'s better type system certainly helps.
13:53:55 *** Mechtilde has joined #gnucash
14:03:23 <jralls> lmat, gjanssens: I just opened PR 110 to get a review on C++ backends before doing an interim merge as discussed with lmat on Tuesday.
14:07:10 <jralls> Dang, bitten by the same initializer list issue that lmat was the other day.
14:22:18 *** gour has quit IRC
14:22:33 *** gour has joined #gnucash
14:38:56 *** rubdos has joined #gnucash
14:41:47 <gour> warlord: just to tell you "thank you" for mentioning Fedora to me...i put it (f25-beta) on my 2nd machine (netbook) and I like it very much, did some reading in regarding and i believe that very soon i'll migrate my main desktop machine to it...it's serious distro and i like its upgrade policy which looks much better than fiddling with debian sid...i shortly considered opensuse tumbleweed, but fedora is, for me, clearly superior
14:46:13 <lmat> jralls: To we have a to-do list for c++ work? I see a wishlist in the wiki, but I didn't find anything like a todo. I doubt you'll forget about it, so I don't mind foregoing documenting this initiative.
14:47:35 <jralls> lmat: Ah, well there's https://wiki.gnucash.org/wiki/Roadmap, but that's kinda broad-brush. Maybe we should use bug reports with a 2.7.0 milestone.
14:59:57 <jralls> lmat: https://bugzilla.gnome.org/show_bug.cgi?id=773644.
15:05:29 <lmat> jralls: Excellent.
15:13:22 *** CDB-Man_ has joined #gnucash
15:14:44 *** CDB-Man has quit IRC
15:15:52 *** kael has joined #gnucash
15:16:24 *** CDB-Man_ has quit IRC
15:42:00 <gjanssens> jralls: I'll look at your backends work as soon as I can, perhaps tomorrow already
15:42:55 <jralls> gjsnssnes: OK. I'm still whacking travis issues, so tomorrow
15:43:09 <jralls> sigh. tomorrow's good.
15:43:53 *** kael has quit IRC
15:46:48 <jralls> gjanssens: Curious about "perhaps tomorrow already" as a phrase. I think the idiomatic English would be "perhaps as soon as tomorrow"; "already" is used to describe something that's complete--I stopped myself from writing "already happened" for a recursive definition, but it makes a good usage example.
15:47:26 <jralls> So is there a single word in Flemish that would be used in both meanings?
15:49:15 <gjanssens> Yes, we use the word "al" for both "as soon as" and "already". Didn't realize I was using this wrongly. It must have sounded funny for a native English speaker :)
15:54:50 <jralls> Indeed. No where near as funny as my French sounds to anyone who actually knows the language, I'm sure! ;-)
16:03:23 <warlord> gour: you're welcome
16:04:07 <gour> warlord: i haven't even slightest idea how good it is ;)
16:04:27 <warlord> :)
16:06:54 <gour> warlord: one question...i see that, somehow, LVM is popular within Fedora - i did not use it for my single disk netbook, but my desktop uses raid1 with two disks and wonder whether you use LVM?
16:07:15 <gour> afaik, md0+lvm is not considered the safest option...
16:08:33 <warlord> I use md + lvm. I like LVM in order to make a snapshot to take a backup.
16:08:39 <warlord> I like md for raid1
16:09:43 <gour> i like md for raid1 as well, but wonder whether to use lvm on top of that...i plan to use (same as on debian) xfs
16:10:41 <warlord> Like I said, I like using lvm in order to snapshot the file system for backups.
16:11:04 <gour> ok. thanks
16:12:13 <warlord> just make sure to leave a little LVM space unallocated
16:14:02 <gour> one of my old disks died, so now i have 1x1TB + 1x2TB, so the remaining space of the 2nd disk serves as backup partition and i can put it under lvm. do you have swap in raid1?
16:28:58 <warlord> I'm not sure I'd do it that way...
16:29:40 <warlord> I mean, sure, you could make sda1=1TB, sdb1=1TB, sdb2=1TB, and then use md-raid1 on sda1/sdb1, and LVM md0 + sdb2
16:33:06 <gour> atm i've md0 {sda2, sdb2} for root and similarly md1 for home (since 1st partition is for efi) and sbd holds swap which is not under md-raid1
16:33:26 <gour> *sdb holdy swap
16:34:14 <gour> iow, no lvm and remaining sdb partitions is used for daily backups (done by restic app)
16:35:07 <gour> uhh...don't want to pollute GC channel with this any longer...will ask for opinions in fedora-related forums
16:42:31 <lmat> I'm having trouble reading this error message...what does it say? :-) http://paste.ubuntu.com/23394467/
16:43:49 *** fabior has joined #gnucash
16:44:29 *** fabior has quit IRC
16:45:08 <jralls> lmat: That you tried to pass an invalid argument to gnc:timepair. It looks like maybe you tried to pass a time64 to both parts.
16:48:18 <jralls> lmat: I got your docker image to run, but it crashed during the test. Since there seems to be no way to interact with it I've elected to go with an Ubuntu 14.04 VM instead. Less effort and more utility.
16:49:34 *** Mechtilde has quit IRC
17:01:45 *** jwhitmore has quit IRC
17:05:00 <lmat> jralls: Thanks for the translation. Could it be that I tried to pass time64 and it expects more arguments?
17:05:50 <jralls> lmat: Possible. It's looking for two args, but I don't know off the top of my head what they are.
17:06:54 <lmat> okay.
17:12:32 <lmat> What does this mean? (define (gnc:timepair->secs tp)
17:13:34 * warlord gotta run. Talk to you all later.
17:13:47 *** warlord has quit IRC
17:14:48 <gjanssens> lmat: actually the error says it expects a pair while you only provided one int (or time64 or whatever, guile doesn't know time64)
17:15:24 <gjanssens> You should pass something like (1477670400 . 0) I believe
17:15:53 <lmat> gjanssens: Thanks.
17:16:43 <gjanssens> (define (gnc:timepair->secs tp) is the start of a function definition
17:17:02 <gjanssens> It defines a function called gnc:timepair->secs, taking one argument tp
17:17:52 <gjanssens> IIRC a timepair is two long integers, one for seconds since epoch and the other for nanoseconds
17:18:27 <gjanssens> gnucash doesn't use the nanoseconds part so the conversion from a timepair to seconds means we just return the first long integer
17:19:39 <gjanssens> actually that last part is wrong...
17:20:13 <gjanssens> the function does take both parts into account
17:20:42 <gjanssens> I assume it does so for rounding the nanoseconds up if necessary
17:23:34 *** gour has quit IRC
17:26:06 <gjanssens> lmat: how did you end up with that error ? Are you altering the taxtxf report ?
17:28:39 *** nomeata has joined #gnucash
17:28:51 *** iliv has quit IRC
17:29:04 <jralls> He's trying to clear out all of the Timespec cruft.
17:30:54 <jralls> So, lmat, the immediate fix is to just pass (time64, 0) to any Scheme time functions.
17:36:11 <gjanssens> or in scheme directly that would become (cons time64 0)
17:38:06 <gjanssens> time for bed...
17:38:28 <gjanssens> good luck lmat with the Timespce clearing
17:38:51 <jralls> Goodnight, gjanssens.
17:42:47 *** gjanssens has quit IRC
17:42:51 *** iliv has joined #gnucash
18:01:26 *** iliv has quit IRC
18:06:41 *** rubdos has quit IRC
18:48:37 *** CDB-Man has joined #gnucash
18:49:34 *** CDB-Man has joined #gnucash
19:21:15 *** jonas has quit IRC
19:21:37 *** jonas has joined #gnucash
19:22:01 *** jonas has joined #gnucash
20:26:46 *** Artefact2_ has joined #gnucash
20:27:44 *** Artefact2 has quit IRC
20:30:41 *** gnomey has joined #gnucash
20:36:47 *** mlncn has joined #gnucash
21:16:46 *** mlncn has quit IRC
22:09:12 *** nomeata has quit IRC
22:55:58 *** warlord has joined #gnucash
22:55:58 *** gncbot sets mode: +o warlord
22:57:12 <warlord> *waves* from 31,000 feet
23:05:30 *** warlord has quit IRC