2013-02-07 GnuCash IRC logs
00:43:59 *** nafg has joined #gnucash
01:59:06 *** GabrieleV has joined #gnucash
02:01:31 *** nafg has quit IRC
02:02:38 *** nafg has joined #gnucash
02:09:18 *** mishehu has joined #gnucash
02:20:38 *** john has joined #gnucash
02:20:38 *** gncbot sets mode: +o john
02:50:05 *** john has quit IRC
03:09:08 *** uXus has joined #gnucash
03:22:46 *** Topcat has joined #gnucash
03:37:58 *** Topcat has quit IRC
04:05:56 *** calbasi has joined #gnucash
04:52:41 *** altruizine has joined #gnucash
04:56:52 <altruizine> Is it possible to run Gnucash from its build directory, without installing it first?
05:20:48 <altruizine> (just found the answer in gnucash/HACKING: The suggested way is to configure with a temporary install directory)
05:39:15 *** fabior has joined #gnucash
06:16:46 *** Jimraeh1 has left #gnucash
06:19:07 *** ecocode has joined #gnucash
06:23:06 *** gjanssens has joined #gnucash
06:23:08 *** gncbot sets mode: +o gjanssens
06:25:35 <gjanssens> warlord: Some of my commits to gnucash-docs are not properly push to github
06:26:01 <gjanssens> I have been making changes to the hook script, but I can only blindly guess why it fails
06:26:41 <gjanssens> Do you log the output of the cron job that syncs between svn and gitolite ?
06:26:58 <gjanssens> That output may have some useful information to help me debug
06:51:03 *** fabior has quit IRC
06:51:55 *** nafg has quit IRC
06:57:39 *** fabior has joined #gnucash
07:34:52 <warlord> gjanssens: the cron output gets emailed to me..
07:38:35 <warlord> altruizine: you can *try* using gnucash-build-env
07:43:41 *** calbasi has left #gnucash
07:43:42 <warlord> gjanssens: I do see a cron email from every svn commit you made.
07:45:26 <gjanssens> warlord: I'm missing the last three commits on github: 22761 22762 22763
07:46:15 <gjanssens> Does any of the related cron mails show an error ?
07:46:46 <warlord> Yep...
07:47:02 <warlord> remote: error: unknown option `prune'
07:47:06 *** Jimraeh1 has joined #gnucash
07:49:59 *** fell__ has joined #gnucash
07:49:59 *** gncbot sets mode: +o fell__
07:50:50 <warlord> (starting with 61)
07:51:10 <gjanssens> Ok
07:51:55 <gjanssens> So it seems github doesn't accept the prune option to push
07:52:04 <gjanssens> Let me try without...
07:52:10 *** GabrieleV_ has joined #gnucash
07:52:18 <warlord> What does 'prune' do?
07:53:40 *** ecocode has quit IRC
07:55:38 <gjanssens> It removes remote objects that are no longer in the local repo
07:55:54 <gjanssens> If someone deletes a branch or tag from the gitolite repo
07:56:07 <gjanssens> It should also be removed from the github repo
07:56:17 <gjanssens> That's what prune is supposed to do
07:56:24 <gjanssens> At least in pure git environments
07:56:33 <gjanssens> Apparently github is interfering with this
07:56:34 <warlord> Ah. Maybe github is trying to prevent accidental deletions?
07:56:43 <gjanssens> Possibly
07:56:54 <gjanssens> I will have do investigate this further
07:57:06 <warlord> I think their idea is that if you want a temporary branch just make a fork
07:57:21 *** GabrieleV has quit IRC
07:57:22 *** GabrieleV_ is now known as GabrieleV
07:57:25 <gjanssens> Yes
07:57:31 <warlord> ... or keep a temp branch in your local repo and don't push it up.
07:57:48 <gjanssens> The idea is not to go wild on branch creation and deletion
07:57:58 <gjanssens> But accidents do happen
07:58:03 <gjanssens> And may need to be corrected
07:58:27 <gjanssens> But I guess that we're indeed entering tricky territory here
07:58:39 <warlord> Yeah... Not sure why github prevents this.
07:59:07 *** fell_ has quit IRC
07:59:45 <warlord> Are hashes based on the tree? e.g. if you remove a branch, would it affect hashes in other commits? If not, then we could always just 'reset' the repos if we get into this kind of mistake.
08:00:30 <gjanssens> Branches don't affect commit hashes
08:00:52 <gjanssens> In git, a branch is some kind of pointer to a certain commit
08:01:04 <gjanssens> You can add and delete them at will
08:01:28 <gjanssens> Multiple branches can point to the same commit
08:01:41 *** Logan has joined #gnucash
08:01:50 <gjanssens> If you remove all branch (pointers) to a certain commit
08:02:08 <gjanssens> It becomes very hard to find that commit (if it was a branch head)
08:02:34 <gjanssens> If you do that in a local repo, git will warn you about this, but it's not forbidden
08:02:51 <gjanssens> In fact that's the way to remove a temporary branch
08:03:20 <gjanssens> The commits you can't reach anymore will stay in git's object cache until you clean it out with git gc
08:03:46 <warlord> :)
08:03:47 <gjanssens> So even an accidentally removed branch can be recovered if you can find the hash of the last commit on that branch
08:03:48 <warlord> Ok
08:03:57 <gjanssens> Until you call git gc
08:04:05 <gjanssens> Then it's definitely gone
08:04:31 <gjanssens> And I believe git calls git gc from time to time as part of other commands
08:05:01 <gjanssens> Or it uses a certain treshold of unreachable objects before actually cleaning
08:05:06 <gjanssens> Something like that
08:05:12 <warlord> The last push worked.
08:05:26 <gjanssens> I was just about to say that :)
08:05:39 <warlord> I saw the email after 64
08:06:12 <gjanssens> The good thing with git is that it will push all missing commits
08:06:27 <gjanssens> So it recovers from a failed push gracefully
08:06:37 <gjanssens> With the first new successful push
08:06:43 <gjanssens> Pfew
08:06:55 <gjanssens> All missing commits are in github now
08:13:08 <gjanssens> While looking around for the prune stuff, I stumbled upon this link
08:13:10 <gjanssens> https://github.com/rapid7/metasploit-framework/wiki/Remote-Branch-Pruning
08:13:24 <gjanssens> It describes a way to manually prune stuff from github
08:13:48 <gjanssens> That's why the admins require write access on github
08:14:06 <gjanssens> Any branch can be manually removed with a direct git push
08:14:25 <gjanssens> I don't think that will interfere with our gitolite's automatic push
08:14:54 *** Topcat has joined #gnucash
08:15:05 <gjanssens> At least, if we are careful and only use direct github modifications for deleting
08:15:20 <gjanssens> In that case there will never be objects in github not known in gitolite
08:15:29 <gjanssens> Only perhaps sometimes less
08:15:47 <gjanssens> (if we deleted too much)
08:16:00 <gjanssens> The next push from gitolite to github would fix that automatically
08:16:37 <gjanssens> Conclusion: gitolite doesn't have to prune while pushing, we can correct mistakes manually
08:17:10 <gjanssens> BTW the notification script has gone through some iterations
08:17:19 <gjanssens> I like the way it is currently
08:17:41 <gjanssens> The only thing not there is the AUDIT notification
08:18:07 <gjanssens> I may find some time later to look if we can approximate the old behaviour
08:19:26 <gjanssens> I'm particularly happy the mail now has links to the commits on github directly
08:19:47 <gjanssens> The mail sender issue is only partly resolved
08:20:44 <gjanssens> Commits coming in via svn will always a pushed by user git-svn
08:21:01 <gjanssens> And hence all mails sent from the gitolite hook will be sent from that user
08:21:09 <gjanssens> It's a transient issue though
08:21:21 <warlord> Okay. Sounds good to me
08:21:33 <gjanssens> Once svn is out of the loop, the push will come from real developers
08:21:44 <warlord> right.
08:21:52 <gjanssens> And hence the mails will be sent from those developers' id's
08:26:15 <gjanssens> Removing tags on github: http://wptheming.com/2011/04/add-remove-github-tags/
08:26:34 <gjanssens> (Just adding it here for reference so it can be found later in the logs)
08:30:52 <warlord> ok.
08:45:42 *** Topcat has quit IRC
08:46:05 *** Topcat has joined #gnucash
08:56:24 *** Topcat has quit IRC
09:16:23 *** Topcat has joined #gnucash
09:26:35 *** Topcat has quit IRC
10:01:21 *** benoitg has joined #gnucash
10:17:12 *** john has joined #gnucash
10:17:12 *** gncbot sets mode: +o john
10:52:01 *** john has quit IRC
10:54:39 *** ErKa has joined #gnucash
11:03:51 *** benoitg has quit IRC
11:24:44 *** benoitg has joined #gnucash
11:43:25 *** arrainey has joined #gnucash
11:43:26 *** linas__ has quit IRC
11:43:53 *** linas__ has joined #gnucash
11:46:23 *** linas_ has joined #gnucash
11:46:24 *** linas__ has quit IRC
11:51:56 *** john has joined #gnucash
11:51:57 *** gncbot sets mode: +o john
11:54:24 *** linas__ has joined #gnucash
11:54:25 *** linas_ has quit IRC
12:08:09 *** |gunni| has joined #gnucash
12:14:41 *** arrainey has quit IRC
12:28:36 *** kpreid has quit IRC
12:29:21 *** altruizine has quit IRC
12:38:03 *** benoitg has joined #gnucash
12:39:32 *** |gunni| has quit IRC
13:20:00 *** nomeata has joined #gnucash
13:29:42 *** Topcat has joined #gnucash
13:34:50 *** Topcat has quit IRC
13:35:30 *** Topcat has joined #gnucash
13:46:50 *** fabior has quit IRC
14:08:58 *** Topcat has quit IRC
14:09:43 *** Topcat has joined #gnucash
14:14:38 *** jmd has joined #gnucash
14:14:54 <jmd> What are "Retained Earnings"?
14:15:29 <warlord> (Previous) Income-Expense
14:16:35 <jmd> Why is it stuck under "Equity" then?
14:45:12 *** Topcat has quit IRC
14:45:52 *** Topcat has joined #gnucash
14:56:07 *** Topcat has quit IRC
14:56:29 *** Topcat has joined #gnucash
15:06:33 *** Topcat has quit IRC
15:07:10 *** Topcat has joined #gnucash
15:17:18 *** Topcat has quit IRC
15:17:40 *** Topcat has joined #gnucash
15:18:17 <warlord> jmd: because it is equity. Inc and Exp are effectively equity types..
15:18:30 <warlord> (this is Accounting 101)
15:20:03 <jmd> I'm not an accountant
15:21:36 <jmd> But your answer does beg the quetion: Why then are the ALL the other Inc and Exp accounts NOT under Equity?
15:24:33 *** Topcat has quit IRC
15:26:58 <warlord> Because they are "current"
15:28:48 *** gjanssens has quit IRC
15:31:10 *** fbond has joined #gnucash
15:31:26 *** fbond has left #gnucash
15:33:24 *** john has quit IRC
15:38:41 * jmd really must brush up on accounting terminology
15:45:39 *** JeremyK has joined #gnucash
15:48:29 <JeremyK> When I can a large invoice with more than 28 entries. Gnucash will split the 29th line between page 1 and page 2. Is there a way to have a maximum amount of entries per page? I am using 2.4.11. I have a created a customized fancy invoice. and I have found the minimum # of entries but not the max.
15:49:07 <JeremyK> bad english sorry "can" should be "have"
15:50:35 <warlord> JeremyK: alas, I do not know if that is implemented in the report. Patches always welcome.
15:55:54 <JeremyK> unfortunately, I am not a programmer. I am in construction. lol. I do love your software. I really appreciate all that you have done and continue to do.
15:59:12 <warlord> Thanks!
15:59:17 <JeremyK> I am trying to change the size of the page perhaps I can nip off the end somehow?
15:59:22 <warlord> If you file a bug report someone might fix it.
15:59:38 <warlord> Or just limit your invoices to under 24 lines? ;)
16:03:56 *** benoitg has quit IRC
16:05:20 *** benoitg has joined #gnucash
16:14:01 <JeremyK> I have created a bug report...#693363. Never done that before. I hope that someone will know more about it and/or be able to patch it.
16:15:09 <warlord> This is the way to make sure it's not forgotten. No guarantees it'll be fixed anytime soon.
16:15:25 <warlord> You're welcome to email the mailing list, reference your bug URL, and ask if anyone is willing to help.
16:15:44 <JeremyK> thanks
16:19:48 <JeremyK> One more question.... I have created a another invoice scm based on fancy invoice called fancy-estimate.scm. What I have been doing is creating an invoice and then I can print it as a an estimate with out posting it. Once the job has been completed I post it and print out the custom fancy invoice.scm. However without posting the invoice no date is given on the print. it just says "invoice in progress" which I have changed to "estima
16:19:49 <JeremyK> te in progress". Is there a way to change that to todays date?
16:22:37 <warlord> Sure..
16:23:39 <warlord> Of course I would have to find the API for that ;)
16:25:23 *** jmd has quit IRC
16:25:36 *** ErKa has quit IRC
16:27:59 <JeremyK> what would be better is if it could find the date of the last entry in that invoice
16:28:25 *** fabior has joined #gnucash
16:28:28 <warlord> That is something you could do... iterate over the entries and find the latest date.
16:35:05 <JeremyK> gnc-print-date I have found.... now just to see where to find the entry
16:36:31 <JeremyK> where can I find a complete list of all the apis?
16:38:43 *** arrainey has joined #gnucash
16:44:35 <JeremyK> perhaps this will work gnc:transaction-scm-set-date-entered
16:46:59 <warlord> You want get, not set, ... but also there is no transaction here so it's not quire the right api
16:54:16 <JeremyK> I am not sure what I should even be searching for. "date entered" is correct but not of transaction I guess for the invoice itself?
17:00:33 *** nomeata has quit IRC
17:01:30 <JeremyK> I think I am getting closer... gncInvoiceGetDateOpened but not quite
17:06:36 <JeremyK> got it gncEntryGetDateGDate
17:07:39 <JeremyK> or gncEntryGetDateEntered or gncEntryGetDate so close I can feel it
17:30:22 *** Logan has quit IRC
17:32:12 <JeremyK> http://pastebin.com/F1e2hnaV line 916.... gnucash will load but I get an error saying the report cannot be opened
17:36:54 *** nafg has joined #gnucash
17:40:23 <warlord> it should be gncEntryGetDate
17:41:39 <warlord> a) you still need to use gnc-print-date
17:41:52 <warlord> b) you need to supply an actual 'gnc entry' object.
17:42:41 *** mishehu has quit IRC
17:45:43 <warlord> try: (string-append title "<br>" (gnc-print-date (gncEntryGetDate (car (reverse (gncInvoiceGetEntries invoice) )))))
17:48:23 <warlord> JeremyK: try that
17:48:55 <JeremyK> thanks so much I will right now
17:54:27 <JeremyK> (string-append title "<br>" (gnc-print-date (gncEntryGetDate (car (reverse (gncInvoiceGetEntries invoice))))) ))))) worked just needed to get the correct amount of brackets
17:55:27 *** uXus has quit IRC
17:55:43 <warlord> okay :)
17:55:56 <warlord> I just gave you the number you needed for my portion.
17:56:23 *** uXus has joined #gnucash
17:57:09 *** arrainey has quit IRC
18:00:00 *** Dave_is_sexy has joined #gnucash
18:01:18 <warlord> Glad you got it working!
18:03:36 <JeremyK> thanks again so much
18:06:43 <warlord> you are welcome.
18:06:52 <warlord> I am going to disappear now..
18:09:13 *** mishehu has joined #gnucash
18:13:24 <Dave_is_sexy> Hey guys. I've been doing my annual accounts this week (with the latest version of Gnucash on Windows) and I encountered a couple of things which I noted in order to try to help development in some small measure. Here goes:
18:14:19 <Dave_is_sexy> 1. When you import a QIF file and are asked to assign accounts to various entries, the window for doing so is very small. This means that you have to re-size the window and/or scroll more than should be necessary. It adds a lot of time when importing so many new entries.
18:14:38 *** mishehu has quit IRC
18:14:52 <Dave_is_sexy> 2. I couldn't find a way to delete entries other than the delete button. This meant an awful lot of mouse travel to select and delete a large number of rogue entries. Perhaps there is a "select rows" mode that I've not found which would allow the delete key to perform this function?
18:15:44 <Dave_is_sexy> 3. It doesn't seem to be possible to turn off double-line view in Accounts Payable. I understand that this is by design, but it would be nice to have the option. I find the change in presentation style to be inconsistent.
18:16:14 *** mishehu has joined #gnucash
18:17:09 <Dave_is_sexy> 4. I think this one was a bug. After importing three almost identical qif files (containing erroneous data) into new (sand-boxed) accounts sequentially, I deleted these accounts only to find two sets of entries had been copied to Imbalance-GBP rather than being deleted. This was concerning.
18:18:20 *** JeremyK has left #gnucash
18:19:08 <Dave_is_sexy> That was about it. I was pleased that the latest version can be pinned to the Windows 7 Taskbar, and that the age-old screen update glitch isn't so bad now :-) It's still my fave accounting app.
18:21:52 *** Logan has joined #gnucash
18:22:11 <Dave_is_sexy> Oh, it was also be great if there was an "undo" or "recycle bin" function, since the delete button is so close to the split button ;-)
18:22:57 *** Logan has left #gnucash
18:28:29 <Dave_is_sexy> 5. It doesn't seem possible to alter a search. If the Find window didn't close on it's own, I could more easily adjust my search parameters on the fly without having to re-enter them. Refining a search to search within the results is not the same as changing the search parameters to yield different results. When you have 4 options and just want to change the 5th, the auto-close feature seems unfriendly (I can't th
19:05:12 *** benoitg has quit IRC
19:24:48 *** arrainey has joined #gnucash
19:27:01 *** fabior has quit IRC
20:03:54 *** Dave_is_sexy has left #gnucash
20:12:26 *** arrainey has quit IRC
20:13:01 *** arrainey has joined #gnucash
20:17:36 *** nafg has quit IRC
20:23:13 *** arrainey has quit IRC
20:23:48 *** arrainey has joined #gnucash
20:28:52 *** arrainey has quit IRC
20:29:03 *** fell__ has quit IRC
20:29:26 *** arrainey has joined #gnucash
20:34:28 *** arrainey has quit IRC
20:35:00 *** arrainey has joined #gnucash
20:45:03 *** arrainey has quit IRC
20:45:38 *** arrainey has joined #gnucash
20:50:40 *** arrainey has quit IRC
20:51:12 *** arrainey has joined #gnucash
21:19:01 *** benoitg has joined #gnucash
21:20:52 *** benoitg has quit IRC
21:22:22 *** benoitg has joined #gnucash
21:26:42 *** benoitg has quit IRC
21:35:32 *** arrainey has quit IRC
21:36:11 *** arrainey has joined #gnucash
21:41:16 *** Jimraeh1 has quit IRC
21:46:19 *** arrainey has quit IRC
21:46:52 *** arrainey has joined #gnucash
21:53:42 *** arrainey has quit IRC
21:58:44 *** aindilis has quit IRC
22:33:58 *** ErKa has joined #gnucash
22:40:35 *** uXus has quit IRC
22:41:30 *** uXus has joined #gnucash
22:54:45 *** ErKa has quit IRC
23:46:47 *** nafg has joined #gnucash