2016-10-10 GnuCash IRC logs
00:45:55 *** fell has quit IRC
01:19:23 *** Mechtilde has joined #gnucash
01:28:36 *** iliv has joined #gnucash
01:47:43 *** Mechtilde has quit IRC
02:04:00 *** gnomey has joined #gnucash
03:18:34 *** fabior has joined #gnucash
04:24:21 *** fell has joined #gnucash
04:33:21 *** gjanssens has joined #gnucash
04:33:21 *** ChanServ sets mode: +o gjanssens
04:33:49 *** iliv has quit IRC
04:38:48 *** iliv has joined #gnucash
04:45:48 <gjanssens> .
05:08:54 *** fabior has quit IRC
05:40:02 *** fabior has joined #gnucash
06:49:34 *** Jimraehl1 has joined #gnucash
06:50:13 *** Jimraehl1 has quit IRC
06:50:29 *** Jimraehl1 has joined #gnucash
06:52:34 *** Jimraehl1 has joined #gnucash
07:23:16 *** mlncn has joined #gnucash
07:39:12 *** mlncn has quit IRC
07:40:01 *** mlncn has joined #gnucash
07:40:44 *** fabior has quit IRC
08:07:08 *** fabior has joined #gnucash
08:09:14 <gjanssens> jralls_afk: I was able to reproduce the test failure in test-cash-flow. I needed to run it before noon (due to it being heavily time-sensitive)
08:10:09 <gjanssens> jralls_afk: I also managed to reproduce the test failure in test-report-utilities on master. That turned out to be because I was generating test dates outside the supported range (a bug in my bugfix...)
08:14:14 <gjanssens> Both should be fixed now and pushed to our upstream repos.
08:27:20 *** Jimraehl1 has joined #gnucash
08:28:05 *** Jimraehl1 has quit IRC
08:38:59 *** dgtlmoon has quit IRC
09:17:11 *** mlncn has quit IRC
09:18:28 <warlord> thanks, gjanssens
09:26:06 *** fell has quit IRC
09:28:36 <gjanssens> warlord: np
09:28:58 <gjanssens> I'm still seeing the test failures in qof while setting TZ=GMT+11
09:29:36 <gjanssens> But jralls_afk will look into that when he's back in CA so I'll just let that rest for now
09:29:41 <warlord> Another normalization issue?
09:32:11 <gjanssens> I don't know for sure
09:32:19 <gjanssens> That or an off-by one error somewhere
09:33:17 <warlord> So I had a question for you and jralls_afk --- when the new server comes online it's an opportunity to update our windows build environment. I think Win10 is the way to go. Should we go Win10/32 or Win10/64 as the base OS?
09:38:52 <gjanssens> That's a good question. I agree on going with Win10.
09:39:51 <gjanssens> But what would the impact of 32 vs 64 be for gnucash ?
09:40:36 <gjanssens> I presume we can build 32bit on both platforms. In the hypothetical case we will at some point also add a 64-bit variant, can that be built on a 32-bit system ?
09:40:42 <gjanssens> With the same performance ?
09:41:22 <gjanssens> Are there known subtle or less subtle issues when cross-compiling in either direction ?
09:44:26 *** fabior has quit IRC
09:45:59 *** fabior has joined #gnucash
09:54:30 *** mlncn has joined #gnucash
10:17:52 *** kael has joined #gnucash
10:21:13 *** levstudio has joined #gnucash
10:21:20 <levstudio> hello world
10:21:34 <levstudio> I noticed that there is no French translation of the gnucash user manual
10:21:42 <levstudio> and wanted to propose to contribute to this effort
10:22:16 <levstudio> please contact me : info@levstudio.com
10:22:38 <warlord> levstudio: you should offer on gnucash-devel mailing lit
10:22:39 <warlord> list
10:23:30 *** jralls_afk is now known as jralls
10:26:08 <jralls> warlord, gjanssens: The problem with dates in master and perhaps in maint is at least in part that mktime() on OSX is assuming that the passed in struct tm is in standard time and advances it an hour if DST is in effect regardless of the value of tm_isdst.
10:28:38 <jralls> I use mktime to generate comparison times for checking the return values and "normalized" struct tm values of gnc_mktime. I need to see if the behavior is consistent across OSes; if not then I'll need to customize the tests.
10:29:06 <warlord> That sounds like a bug in mktime()
10:32:09 <jralls> gjanssens: Something just occured to me: If you're testing TZ=XXX+11, that's the TZ just to the east of the International Date Line, GMT-11. The TZ environment variable works backwards, it's the time to add to local time to get GMT; the libc "offset" is the time added to GMT to get local time.
10:34:43 <gjanssens> jralls: hmm, and GMT-11 is the timezone we already expect to break ?
10:34:57 <jralls> The tzset(3) manpage actually has the example we're interested in: TZ="NZST-12:00:00NZDT-13:00:00,M10.1.0,M3.3.0".
10:37:16 <jralls> We have to sacrifice working with XXX+11 (AFAICT no one uses XXX+12, and very few use XXX-14, just Vanuatu and Kiribati) in order to support NZDT-13, so that's probably why your tests are failing.
10:42:29 <gjanssens> That makes sense indeed
10:44:10 <gjanssens> Setting TZ according to the tzset example, the tests run fine
10:46:08 <jralls> Ah, good. That means I have only master to worry about.
10:47:44 <gjanssens> What's left on master to worry about ?
10:50:24 <jralls> WRT 32 vs. 64 bit, the underlying OS doesn't matter. "Classic" MinGW supports only 32-bit. That (perhaps along with some annoyance at Earnie's conservative bent) is what led to the MinGW-64 fork, which supports both 32 and 64-bit.
10:54:21 <jralls> I suggest Win10-64. The underlying hardware will be 64-bit and I don't think it makes sense to run a 32-bit OS on it.
10:57:37 <gjanssens> Good point. Let's go with Win10-64 then
11:01:07 <gjanssens> jralls: you said "That means I have only master to worry about". What's on master to worry about still ?
11:01:53 <gjanssens> WRT date/time issues that is
11:02:32 <gjanssens> Note I fixed test-cash-flow today
11:10:16 <jralls> Short anser: It doesn't pass tests in TZ=:NZ. Long answer: The way I wrote GncDateTime(struct tm&) isn't quite right. It always assumes that the struct tm is in gmt; gnc_mktime finds the offset for the TZ and applies the offset so that the returned time_64 is right, but it doesn't adjust the struct tm for DST: it leaves tm_isdst at -1. Coupled with the apparent mktime DST issue in (at least) OS X and the fact that we'll want to create GncDateTim
11:10:16 <jralls> es with struct tm made from local time means that I need to revisit it.
11:11:27 <gjanssens> Ah, right. That's the other part you alluded to earlier today.
11:11:37 <gjanssens> Ok.
11:24:54 *** iliv has quit IRC
11:37:40 <warlord> okay, I'll plan on Win10-64
11:46:16 *** iliv has joined #gnucash
12:08:14 *** kael has quit IRC
12:12:42 <jralls> gjanssens: To build with ninja pass -G Ninja to cmake. Note that on Fedora it's called "ninja-build".
12:13:26 <gjanssens> jralls: thanks. I'll try that
12:14:11 <jralls> There's more complete instructions in cmake/README_CMAKE.txt.
12:15:16 <jralls> Err, the ninja executable is called "ninja-build", so you'd say "cmake -G Ninja ../gnucash.git && ninja-build".
12:39:14 *** tuxd00d has quit IRC
13:13:31 *** lwells has quit IRC
13:16:27 *** lwells has joined #gnucash
13:53:26 *** iliv has quit IRC
14:04:39 *** fabior has quit IRC
14:42:27 <warlord> jralls, gjanssens --- What's the difference between Win10 Home vs Win10 Pro and do we care?
14:43:39 <gjanssens> warlord: we don't care. Win10 Pro has all bells and whistles to be integrated in a Windows Active Directory Domain setup
14:43:54 <warlord> I dont care about those features ;)
14:44:16 <gjanssens> There's one more thing which may be useful though
14:44:32 <gjanssens> (hang on, there's an interrupt...)
14:48:19 <gjanssens> The pro versions have Windows Terminal services built-in, which the home versions don't have.
14:48:34 <gjanssens> This allows a remote connection over rdp
14:48:57 <gjanssens> Which may or may not be useful depending on how you plan to configure the remote connection
14:49:01 <warlord> Do we care? Wont the VM system allow remote connection over rdp?
14:49:11 <warlord> I thought ovirt did.
14:49:26 <gjanssens> Perhaps it does. I have no experience with ovirt.
14:50:01 <warlord> c.f. https://www.ovirt.org/documentation/admin-guide/virt/console-client-resources/
14:54:06 <gjanssens> That page isn't very clear on whether it's built-in into ovirt or whether the guest system needs to have support for it. The "Spice Drivers" section seems to suggest the latter though.
14:54:21 *** fabior has joined #gnucash
14:54:33 <gjanssens> I haven't dug deep into this though
14:54:38 <warlord> hmm, http://www.ovirt.org/develop/release-management/features/virt/non-plugin-console-invocation/ seems to imply the OS needs to support it.
14:55:05 <warlord> That's... unfortunate.
14:55:45 <gjanssens> Well, rdp is nice but not a must
14:56:10 <warlord> Can you not get RDP on Win10 Home?
14:56:28 <gjanssens> I don't know.
14:56:45 <gjanssens> I tried to get it on Win7 Home once but didn't manage to do so.
14:57:00 <gjanssens> And it's certainly not officially supported
14:58:40 <warlord> There are 3rd party tools (RDPwrap?) that seem like they may enable it.
15:10:08 <gjanssens> I hadn't heard that name before. Looks like an interesting project.
15:11:02 <gjanssens> Their faq does state though that the legality is not confirmed, which is what I meant with "not officially supported"
15:11:47 <warlord> Well, the spice plugins are part of the ovirt guest tools..
15:13:26 <warlord> Regardless, I'm happy to acquire/install whatever version you/we decide on.
15:13:28 <gjanssens> What's the price difference between a Win10 home and pro ?
15:13:49 <gjanssens> Given the budget we were willing to spend on a new server I doubt it matters much
15:21:20 <warlord> Depends on if we can use an OEM license or need a retail license.
15:22:40 <warlord> Home appears to be $100 vs $120, Pro appears to be $140 vs $200
15:25:20 <warlord> (these are prices on NewEgg -- I've got a friend who might be able to get me different pricing)
16:02:35 <jralls> warlord: I don't understand $100 vs. $120 & $140 vs $200. But even it it's $100 for home and $200 for pro, that's a trivial difference if it makes remote connections work better.
16:03:24 <warlord> $100 v $120 for Home OEM vs Retail; $140 vs $200 for Pro OEM vs Retail
16:04:02 <warlord> I'm fine with Pro retail; I can see if I can get it cheaper than $200.
16:28:24 *** tuxd00d has joined #gnucash
17:01:29 *** gjanssens has quit IRC
17:41:27 *** jralls is now known as jralls_afk
18:16:21 *** levstudio has quit IRC
18:21:35 *** fabior has quit IRC
18:36:24 *** mlncn has quit IRC
20:30:18 *** mlncn has joined #gnucash
20:54:44 *** pedro has joined #gnucash
20:56:11 <pedro> Hi!
20:57:56 <pedro> the payment of electricity is a CREDIT from Assets:Chekings and a DEBIT to Expenses:Bills?
20:58:46 <pedro> that question is because in the Tutorial & Concepts guide says the oposite in one section
21:01:37 <warlord> pedro: yes
21:01:49 <warlord> where does it say the opposite?
21:02:03 <pedro> @warlod: thanks!
21:02:03 <gncbot> pedro: Error: "warlod:" is not a valid command.
21:02:18 <pedro> warlord: thanks!
21:03:29 <pedro> warlord: section 4.6.3. Additional Transaction Examples
21:03:37 <warlord> pedro: URL, please
21:04:48 <pedro> warlord: https://www.gnucash.org/docs/v2.6/C/gnucash-guide/txns-puttoget1.html#txns-puttoget-add2
21:05:35 <pedro> warlord: item 2 (paying the phone bill)
21:07:55 <warlord> pedro: in this case I believe it's phrased this way because Assets are considered "Debit Accounts", and Expenses are considered "Credit Accounts"
21:09:00 <warlord> Although I do agree it is a bit confusing.
21:09:05 <pedro> warlord: uhmm, okey
21:10:21 <warlord> If you want to suggest a re-wording, feel free to send it to gnucash-devel, or better yet supply a pull request for the gnucash-docs repo
21:10:35 <warlord> anything else before I head out?
21:10:37 <pedro> warlord: yes, I'm new to accounting and gnucash in particular. So that paragraph put a little bit of confusion in what I thought I knew
21:11:23 <pedro> warlord: all right! I'll do it :) thanks!!
21:11:29 <warlord> you're welcome.
21:11:30 <warlord> good night.
21:11:36 <pedro> warlord: good night
21:42:24 *** jchonig has quit IRC
22:00:07 *** mlncn has quit IRC
22:04:48 *** gnomeirc has joined #gnucash
22:06:49 *** gnomeirc is now known as f41c0r
22:07:46 <f41c0r> hi all. Is there a report configuration I can use somehow to show a list of assets - liabilities? The balance sheet is great,
22:07:51 <f41c0r> I can pick out the accounts I want to see
22:08:03 <f41c0r> and it shows sum totals of assets and sum totals of liabilities
22:08:18 <f41c0r> but I just want it to show me assets - liabilities so I know how much money I have!
22:08:33 <f41c0r> Is there a way to do this easily without resorting to scripting?
22:46:29 *** mlncn has joined #gnucash
22:52:19 *** jchonig has joined #gnucash
23:29:33 *** pedro has quit IRC