2014-03-30 GnuCash IRC logs

00:12:21 *** fell has joined #gnucash
00:12:22 *** gncbot sets mode: +o fell
00:59:13 *** fell has quit IRC
02:21:14 *** MechtiIde has joined #gnucash
03:07:12 *** wol has joined #gnucash
03:19:30 *** MechtiIde has quit IRC
03:31:46 *** wol has quit IRC
04:41:46 *** SteveG has joined #gnucash
05:17:36 *** ggherdov_ has quit IRC
05:17:48 *** ggherdov_ has joined #gnucash
05:20:56 *** SteveG has quit IRC
05:59:54 *** himaxx has joined #gnucash
08:21:21 *** wol has joined #gnucash
08:45:41 *** fell has joined #gnucash
08:45:41 *** gncbot sets mode: +o fell
09:08:01 *** aqua___ has joined #gnucash
10:11:04 *** TradeBorG1115 has joined #gnucash
10:34:25 *** wol has quit IRC
11:11:12 *** ErKa has joined #gnucash
11:34:20 *** aqua_ has joined #gnucash
11:38:07 *** SteveG has joined #gnucash
11:41:47 *** aqua___ has quit IRC
12:02:17 *** ErKa has quit IRC
12:17:06 *** ErKa has joined #gnucash
12:33:21 *** kpreid has quit IRC
12:33:58 *** kpreid has joined #gnucash
12:54:38 *** SteveG has quit IRC
13:16:10 *** ErKa has quit IRC
13:24:16 *** TradeBorG1116 has joined #gnucash
13:28:28 *** ErKa has joined #gnucash
13:29:27 *** TradeBorG1115 has quit IRC
13:30:27 *** jmd has joined #gnucash
13:34:55 *** amjam_ has joined #gnucash
13:52:52 *** aqua_ has quit IRC
14:10:57 *** ErKa has quit IRC
14:13:00 *** jmd has quit IRC
14:50:29 *** gjanssens has joined #gnucash
14:50:31 *** gncbot sets mode: +o gjanssens
14:51:11 *** gjanssens is now known as gjanssens_
15:27:47 *** SteveG has joined #gnucash
15:55:58 *** jralls has joined #gnucash
15:55:58 *** gncbot sets mode: +o jralls
16:39:47 *** michael_ has joined #gnucash
16:40:40 <michael_> is there any way to export account from one gnucash file and import them into another?
16:41:46 *** gjanssens_ has quit IRC
16:43:09 <jralls> Just one account? No, at least not from within GnuCash. There’s a third-party program called gnucashtoqif (http://gnucashtoqif.sourceforge.net/) that can make a qif file for you that you could import into another GnuCash book.
16:45:02 <michael_> that should work I only put the new stuff in a separate file to figure out how to configure it
16:45:07 <michael_> thanks
17:00:34 *** michael_ has quit IRC
17:34:31 *** Mogget has quit IRC
17:48:46 *** SteveG has quit IRC
18:00:29 *** TradeBorG1116 has quit IRC
19:40:43 *** ErKa has joined #gnucash
19:51:50 *** kwtm has joined #gnucash
19:52:48 <jralls> warlord: Derek, are you there?
19:54:15 <kwtm> gncbot, can you hear me? testing to see that I'm not muted.
19:54:15 <gncbot> kwtm: Error: "can" is not a valid command.
19:58:42 <warlord> jralls: yes
20:00:31 <jralls> Trying to push the built documents to gnucash-htdocs-docs is hanging.
20:00:48 <jralls> Any idea what might be going on?
20:02:11 <warlord> The push to code pushes out to (IIRC) both github and then www.. Where is it hanging exactly?
20:03:49 <jralls> I don’t think we’re pushing built docs to github, that was one of the reasons for separating it from gnucash-htdocs. But it’s hung up in the intial push from me to code.
20:08:42 <warlord> git log in gnucash-htdocs-docs shows the most recent entry as b7b5e14c
20:08:52 <warlord> Sun Mar 2
20:08:58 <warlord> Update GnuCash docs to 2.6.2
20:09:40 <jralls> Yeah, that’s because I can’t complete the push.
20:10:13 <warlord> Hmm.. But you can push to other repos?
20:11:38 <jralls> Worked OK 4 hours ago when I pushed a change to gnucash-docs.
20:12:28 <warlord> How big is the push?
20:12:51 <warlord> I'm going to PM you the logs..
20:12:59 <jralls> Somewhere around 80Meg.
20:13:10 <warlord> 2014-03-30.20:09:03 18784 access(gnucash-htdocs-docs, jralls, R, 'any'),-> refs/.*
20:13:10 <warlord> 2014-03-30.20:09:03 18784 trigger,Writable,access_1,ACCESS_1,gnucash-htdocs-docs,jralls,R,any,refs/.*
20:13:10 <warlord> 2014-03-30.20:09:03 18784 pre_git gnucash-htdocs-docs jralls R any refs/.*
20:13:10 <warlord> 2014-03-30.20:09:03 18784 system,git,shell,-c,git-upload-pack '/var/lib/gitolite3/repositories/gnucash-htdocs-docs.git'
20:13:18 <warlord> Oh, well that didn't do what I expected.
20:13:35 <warlord> 80MB is probably going to take a while to push, isn't it?
20:14:29 <jralls> It should only take a few minutes. What happens is that it will get some way through and hang. I just tried a pull to another
20:15:29 <jralls> repo, so going in the other direction, and it’s hung after 39.96MB. The pushes hung at 60, 36, and 2MB.
20:15:43 <warlord> Hmm... I think I see part of the problem...
20:16:07 <warlord> A push from March 02 still sitting there!
20:17:15 <warlord> Okay, let me clear that out..
20:17:22 *** amjam_ has quit IRC
20:18:29 <warlord> Apparently the push to www on March 02 hung..
20:18:34 *** amjam has joined #gnucash
20:19:05 <warlord> Right now there appear to be a couple copies of 'git' hung...
20:19:36 <warlord> One from 20:05, one from 20:09
20:20:11 <jralls> 20:05 would be the last push, 20:09 the pull.
20:20:41 <jralls> I just stopped them from my end. Are they still there?
20:21:13 <warlord> Yeah..
20:22:22 <warlord> I see a git receive-pack, git index-pack, 2 git upload-pack's, and a git pack-objects
20:24:01 <jralls> Are those processes?
20:24:05 <warlord> Yep
20:24:22 <warlord> I still see some sshd processes, too
20:25:31 <boilthreetimes> we interrupt this exciting server maintenance to bring you a user question...
20:25:41 <boilthreetimes> (how) can i increase the gap between the edge of the paper (virtual PDF paper) and the content of an invoice?
20:25:41 <jralls> But unless the load factor is high or the process table is out of space, just having zombies hanging around shouldn’t interfere with other stuff, should it?
20:26:35 <jralls> boilitthreetimes: You mean what’s commonly called the left margin?
20:27:23 <boilthreetimes> i hesitated to use margin since it might be confusing
20:27:27 <boilthreetimes> but yes, margin
20:29:11 <warlord> jralls: There is neither a high load nor process table limit, AFAIK, but it is possible that there is a lock being held?
20:30:09 <jralls> I don’t think there are any layout controls for the export to PDF, but maybe you could use the scaling factor on the print dialog.
20:31:30 <boilthreetimes> jralls: good grief, i apologize. i found it in 'file' -> 'page setup' -> 'paper size' -> 'manage custom sizes...'
20:31:57 <jralls> Derek: Could be, at least for the pushes. But why would that hang the pull?
20:32:33 <jralls> boilitthreetimes: OK. That’s obscure enough you needn’t apologize!
20:33:41 <jralls> I hope it’s Gnome’s fault and not ours!
20:33:58 <boilthreetimes> ha! i'll check it out
20:38:27 <warlord> jralls: I don't know.. but the pull's git pack-objects is still running.
20:39:24 <jralls> Well, you can kill it, because I closed the connection. But first, is it actually doing anything?
20:40:06 <warlord> It is running...
20:40:14 <warlord> I don't know if it is doing anything..
20:40:55 <jralls> Does it show in `top`, using resources?
20:41:00 <warlord> I'm scared to just kill it.
20:41:28 <warlord> Well, it's not at the top of top.. but 'ps' shows it using CPU time
20:41:38 <warlord> git 18811 1.3 3.1 301200 128400 ? S 20:09 0:25 git pack-objects --revs --thin --stdout --progress --delta-base-offset --include-tag
20:41:51 <warlord> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
20:41:56 <warlord> so 1.3% CPU
20:43:04 <jralls> No, it’s sleeping. See the ’S’ under ‘STAT’?
20:43:41 <warlord> Most processes are viewed in "sleeping" mode.
20:44:27 <warlord> I can kill the processes if you want -- I'm just afraid of leaving git in an inconsistent state.
20:45:20 <jralls> I think git is smart enough to deal with that. Is gitolite involved, or does it just handle auth?
20:45:30 <warlord> Honestly, I dont know.
20:45:36 <warlord> I think it just handles auth.
20:45:41 <warlord> Okay, I'll kill it.
20:46:41 <warlord> Okay, all killed..
20:47:24 <jralls> This is the same hardware that’s slowly building the win32 release, right? Just a different VM? Could it be some hardware bottleneck that’s causing packets to drop and screwing up git?
20:48:39 <warlord> Yes, it is the same hardware. Different VM. It could be a hardware bottleneck, although unlikely.
20:48:48 <warlord> The VM isn't that overloaded.
20:48:56 <warlord> (host)
20:49:09 <warlord> Yes, I would love to get some new hardware for it eventually.
20:49:29 <warlord> (this one is ~5 years old)
20:51:27 <warlord> jralls: working better now?
20:52:04 <jralls> Try again? OK. Restarted the pull.
20:53:49 <jralls> It pulled about 8MB @834K/s and then froze.
20:56:00 <warlord> I'm not seeing any packet loss from code to your IP
20:56:21 <warlord> (at least as far as East Bay)
20:57:20 <warlord> git 21103 6.3 3.0 301200 127368 ? S 20:51 0:19 git pack-objects --revs --thin --stdout --progress --delta-base-offset --include-tag
20:57:29 <warlord> It's still processing..
20:58:03 <amjam> do you guys develop GnuCash for linux first and then port it to OS X and Windows?
20:59:16 <warlord> amjam: main development is on linux and osx.. then ported to windows.
20:59:32 <amjam> cool.
21:00:10 <jralls> Not a lot of porting work, though. It’s mostly written to be cross-platform so the same code runs on all three.
21:00:30 <amjam> Are you guys planning a rewrite into C++?
21:00:50 <jralls> So I just cloned gnucash from github. 124MB @4MB/s
21:01:02 <jralls> amjam: Yes, slowly.
21:01:20 <amjam> jralls: What do you hope to gain by doing that?
21:01:24 <warlord> true, "port" is the wrong word
21:01:33 <amjam> maybe thats a loaded question.
21:01:37 <warlord> it is
21:01:45 <warlord> gobject sucks as an object model.
21:01:51 <jralls> amjam: Freedom from the horrors of GObject.
21:01:53 <warlord> and gnucash doesn't fully utilitze it.
21:02:48 <amjam> Have you considered transitioning to Objective C instead of C++?
21:03:15 <warlord> amjam: no: portability (or, lack thereof)
21:03:19 <amjam> gotcha.
21:03:27 <warlord> If we only cared about Mac, then sure, that would be an option
21:09:45 <jralls> And cloned from code, 111MB at 658 KB/s. Code’s doing a better job of compressing.
21:10:22 <jralls> I wonder if the big objects, the pdf, mobi, and epub, are choking git?
21:11:43 <warlord> Dunno...
21:11:58 <warlord> Or maybe just need more patience? ;)
21:13:12 <jralls> I let the first try go for 3 hours, stuck at “Writing objects: 84% (134/158), 60.43 MiB | 362 KiB/s “. Patience isn’t the issue.
21:16:21 <warlord> Ignoring that first one -- it was probably stuck due to the previously stuck post hook
21:17:22 <warlord> the pack-objects is still running.
21:18:04 <jralls> How much time has it used now?
21:19:47 <jralls> Vicki should be calling me to dinner any minute. I’ll restart the push and let it run…
21:21:38 <jralls> It’s at 30 MB already.
21:22:10 <warlord> The pull seems relatively stuck at 0:19
21:23:26 <jralls> OK, it froze at “Writing objects: 84% (134/158), 42.23 MiB | 260 KiB/s”
21:24:37 <warlord> That's the same place as last time, isn't it?
21:24:58 *** ErKa has quit IRC
21:25:36 <jralls> No, last time it was Writing objects: 31% (50/158), 2.07 MiB | 1.74 MiB/s
21:27:23 <jralls> The first time it made it to Writing objects: 84% (134/158), 60.43 MiB | 362 KiB/s, that was the one that I let sit. The second one hung at Writing objects: 72% (115/158), 36.26 MiB | 261 KiB/s, which is when I asked you to look at it, after it had been sitting for some time, 20 minutes maybe.
21:28:47 <warlord> :( I'm not sure what's going on, but it does look like I'm having some local area network lossage..
21:43:00 <jralls> Dinnertime, so I’ll have to leave it to you. Not that I can help with a lan problem 3000 miles away.
22:02:59 *** jralls has quit IRC
22:35:33 *** amjam has quit IRC
23:10:24 *** AlonzoTG has quit IRC
23:51:06 *** ErKa has joined #gnucash