2007-07-04 GnuCash IRC logs
00:42:39 *** benoitg has joined #gnucash
00:48:55 *** benoitg has left #gnucash
01:48:39 *** {EyeGuy} has quit IRC
02:02:24 *** roxy_ has joined #gnucash
03:21:03 *** RallyU has joined #gnucash
03:44:01 *** {EyeGuy} has joined #gnucash
03:49:49 *** ErKa has joined #gnucash
04:10:17 *** roxy_ has quit IRC
04:55:44 *** muddoc has joined #gnucash
05:00:10 *** muddoc has quit IRC
05:14:24 *** cortilap has joined #gnucash
08:57:26 *** roxy_ has joined #gnucash
09:02:17 *** sereinity has joined #gnucash
09:04:31 *** sereinity has quit IRC
09:37:30 *** sereinity has joined #gnucash
09:38:43 <sereinity> Hello
09:38:56 <sereinity> somebodt can speak french ?
09:40:12 <jsled> This is an english-speaking room, mostly.
09:40:46 <sereinity> okay
09:41:04 <sereinity> so sory for my poor english
09:42:44 <sereinity> I search a file to import the french "chart of accounts" ?
09:45:07 <jsled> I'm not sure I fully understand, but you can import the french chart of accounts by creating a new file (With File > New > New File)
09:45:28 <jsled> Or, in an existing file, on the "Accounts" tab, with File > New > New Account Hierarchy
09:45:44 <jsled> In both cases, you need to be in the fr locale to see the translated chart of accounts.
09:46:07 <jsled> I'm not sure that we have a localized account hierarchy with fr-specific accounts ... or not. I just don't know.
09:47:22 <sereinity> ok, I just seach the fr-specific file
09:47:25 <sereinity> thanks
09:47:59 <jsled> Those files should be in /usr/share/gnucash/accounts/${locale_code}/*.gnucash-xea
09:48:32 <sereinity> thank you :) I look this
09:49:50 * jsled needs to go.
09:49:53 <jsled> take care.
10:13:39 *** art has joined #gnucash
10:21:56 *** twunder has joined #gnucash
10:30:51 *** art has quit IRC
10:31:11 *** art has joined #gnucash
11:22:54 *** warlord-afk is now known as warlord
11:43:12 * jsled tries out emacs-22.
11:45:26 <jsled> Oh, great, org-mode now sorts correctly. :)
11:45:58 <warlord> Is that bad?
11:46:23 <jsled> No, it's something I wanted for a while. I was surprised it was sorting by [org-]buffer, not time.
11:46:35 <warlord> what is org-mode?
11:46:43 <jsled> (for the "Org Agenda" / pending todos list)
11:47:41 <jsled> a todo/note taking mode I've grown to use pretty comprehensively. http://www.emacswiki.org/cgi-bin/wiki/OrgMode
11:52:02 <warlord> ah.
11:52:08 <warlord> never used it.
12:03:46 *** ErKa has quit IRC
12:15:55 *** roxy_ has quit IRC
12:34:06 *** twunder has quit IRC
12:36:42 *** todd has joined #gnucash
12:38:03 <todd> is the wiki out of date? goffice 0.2.0 is old and goffice 0.4.0 is out .. will gnucash work with either?
12:41:31 <warlord> the wiki is not out of date.
12:41:40 <warlord> most modern distros still only have 0.2.x
12:41:48 <todd> ok
12:41:51 <warlord> but i think trunk will work eith 0.4
12:41:58 <warlord> 2.0 wont
12:42:06 <todd> was working with another porter who noticed gnumeric requires 0.2.0 can't work with 0.4.0 yet
12:42:47 <todd> I figured I should skip updating 2.0.x and go straight for trying out 2.1.x
12:43:03 <todd> and apparently it doesn't have an internal goffice source tree as configure errored out when not finding libgoffice
12:44:36 <jsled> yes, we removed the internal copy as goffice was actually out in the wild, now.
12:44:39 <todd> checking for libgoffice-0.4 >= 0.4.0... no
12:44:39 <todd> checking for libgoffice-0.3 >= 0.3.0... no
12:44:39 <todd> checking for libgoffice-1 >= 0.0.4... no
12:44:39 <todd> configure: error: Cannot find libgoffice.
12:44:46 <todd> ah ok
12:45:13 <todd> I've got 0.4.0 to work with atm, but I'll also test against 0.2.0 .. nice to know its flexible ;-)
12:47:03 <warlord> I've got 0.2 on Fedora 7 and that's known to work.
12:47:42 <todd> so the wiki tracks 2.0.x currently I take it
12:48:43 <jsled> not really. What's out of date on the wiki?
12:48:50 <todd> I mentioned above
12:48:53 <jsled> What URL?
12:49:06 <jsled> What are you looking at?
12:49:10 <todd> the wiki states http://wiki.gnucash.org/wiki/FAQ
12:49:23 <todd> The gnucash-2.x tarball includes a copy of the goffice-0.0.4 source code.
12:49:28 <todd> 2.0.x yes, 2.1.x no
12:50:10 *** tats has joined #gnucash
12:50:10 <jsled> Sure... "2.x" isn't specific enough, there. I'll update it.
12:50:25 <todd> ;-)
12:50:30 <tats> how can i process multiple payments?
12:50:37 <tats> i got two invoices from the same customer
12:50:58 <jsled> but, yes, we don't include the goffice sources anymore. I wonder why configure doesn't find goffice-0.4.0.
12:51:10 <tats> gave me two checks that i put together in my bank account
12:51:10 <todd> because I don't have it installed yet
12:51:12 <todd> I'm building it atm
12:51:16 <jsled> Ah. I see.
12:51:59 <tats> or more general question that would solve the issue: how can I mark invoices as paid without having to do "process payment"?
12:52:01 <todd> that's what clued me into needing it, so I went and found someone who'd already ported 0.4.0 to OpenBSD and now I'm building that, though that person (due to working on updating gnumeric which requires 0.2.0) will also send me 0.2.0 at some point ..
12:52:35 <todd> tats: not sure why you're wanting to avoid 'process payment' when that's what its for
12:53:39 <tats> todd: ok then how to process two payments that i checked in at the same time (ie. must have only one entry on my bank account)
12:54:01 *** ErKa has joined #gnucash
12:54:22 <todd> for that situation I create a transfer account only in gnucash
12:54:40 <todd> aka assets:transfer
12:54:49 <todd> and post the payments separately to assets:transfer
12:54:57 <todd> then make the deposit into the checking account from the assets:transfer
12:55:10 <todd> others here may have other suggestions, but thats what works for me ;-)
12:55:39 <tats> todd: all right, seems fine
13:05:15 <warlord> tats: just process payment with the sum of the two checks
13:05:37 <warlord> i.e., if they sent you $100 and $150, then process payment for $250.
13:05:39 <todd> warlord: then gnucash doesn't reflect that there were actually two checks given
13:06:02 <warlord> todd: that's true, but according to tats he doesn't want to record that.
13:06:04 <todd> some of us actually keep track of such things, and the check #'s and (in my case) the date sent and date received
13:06:17 <todd> ah, I missed those details, heh.
13:06:29 <warlord> todd: Oh, I agree.. I want to keep track of that, too.
13:08:47 <warlord> but no, tats, there's no way to mark an invoice as paid without using Process Payment.
13:18:15 *** art has quit IRC
13:21:52 *** twunder has joined #gnucash
13:26:05 *** palatin has joined #gnucash
13:30:38 <tats> warlord: ok
13:30:53 <tats> i have a few retroactive transactions to do then
13:31:01 <tats> thanks warlord and todd
13:31:11 <warlord> you're welcome.
13:32:09 *** tats has quit IRC
13:33:06 *** tats has joined #gnucash
14:10:45 *** tats has joined #gnucash
14:11:02 <tats> i have a problem processing a payment
14:11:36 <tats> my invoice sums up to 345.00 but when i do process payment, gnucash writes 530.00 as the amount
14:12:19 <tats> then if i try to change it, it creates a split transaction with 3 different amounts summing up to 345.00 but my invoice is still marked as unpaid
14:13:30 <warlord> Did you attempt to process payment once already and then delete the transaction?
14:14:00 <tats> warlord: possible yes
14:14:19 <warlord> go into A/R and try to find adjustment transactions, remove them, and then try again
14:14:41 <tats> warlord: adjustment transactions?
14:14:51 <warlord> just go look.
14:15:09 <warlord> gnucash will create additional transactions to move the funds between different invoices.
14:15:29 <todd> tats: A/R = assets:accounts receivable fwiw ;-)
14:15:50 <tats> todd: yes i know
14:16:01 <todd> *grin*
14:16:21 <tats> warlord: i dunno what to look for really
14:18:18 <tats> ok i've deleted all my payments
14:18:44 <tats> cool it marks 345 now
14:19:03 <warlord> there ya go.
14:29:48 *** tats has quit IRC
14:40:38 *** gunnicom| has joined #gnucash
14:40:57 <warlord> Hmm, are we going to have a 2.1.6?
14:50:58 *** tats has joined #gnucash
14:58:27 *** Zoolooc has joined #gnucash
15:05:01 *** gunnicom_ has joined #gnucash
15:05:01 *** gunnicom| has quit IRC
15:18:07 *** sereinity has quit IRC
15:23:20 <todd> 2.1.6? I didn't know 2.1.5 was out I'm building 2.1.4 heh
15:23:47 <warlord> Yeah, 2.1.5 was released this weekend.
15:24:06 <todd> heh well I'll see if 2.1.4 works since its in the install phase
15:24:14 <warlord> ok
15:24:16 <todd> but I'll update to 2.1.5 and test again
15:24:25 <todd> btw it `linked' ok with goffice 0.4.0
15:24:52 <todd> Automatic saving of the data file was added
15:24:57 <todd> NICE!
15:25:44 *** gunnicom_ has quit IRC
15:25:58 *** gunnicom| has joined #gnucash
15:27:01 <warlord> yes, but note that it will overwrite your file with the autosaves.
15:27:19 <todd> oh it doesn't rotate the files like file -> save does ?
15:28:14 <warlord> Oh, it does. it behaves JUST like hitting the save button.
15:28:27 <warlord> But that means there's no easy way to NOT save trial/test data.
15:29:22 <todd> since the files are rotated
15:29:39 <todd> it actually is simply a matter of going back to before the trail/test data was introduced
15:30:38 <todd> doing a db backend is actually more scary than a file -> save scenario since the db backend would have to have versioning info with the data somehow to more or less have version control on the data to rollback to a specific point in time or inspect a previous point in time etc
15:30:48 <todd> to have even similar functionality
15:31:51 <palatin> would it be that hard with a tool like git ?
15:32:16 <todd> versioning data files already happens wrt separate files being saved per save
15:32:28 <todd> git and such would perhaps reduce the size footprint of such
15:32:30 <todd> but that's not my point
15:32:38 <todd> using a db (like postgresql, sqlite)
15:32:45 <todd> moves from having a separate copy of old data
15:33:06 <todd> to a single set of data instantly updated (or wiped out) everytime a 'save' occurs
15:33:37 <todd> unless the schema were designed with the db itself storing all previous datasets and any updates is simply a newer version of data somehow
15:36:01 <warlord> todd: yeah, having rollback in SQL is definitely something that needs to be figured into the equation.
15:37:48 *** sjc has joined #gnucash
15:43:14 <todd> almost suggests every specific change should be a transaction that can go to a transaction log of sorts that can be `undone' .. an idea of how this would work is how gimp shows its undo history .. that could be done independent of the storage (sql or text file) .. and make it easier than manually choosing which save point to go back to .. save points could put an earmark in the transaction log of sorts .. and the history and potential to go
15:44:02 <todd> just a thought anyway ;-)
15:45:51 <warlord> * nods * I sortof agree.
15:52:33 <tats> i made an error: is it possible to destroy an invoice in gc?
15:58:04 <warlord> tats: nope.
15:58:07 <warlord> just re-use it.
15:58:15 <warlord> (or mark it "Inactive")
15:58:23 <tats> ok, thanks
16:11:41 <tats> warlord: is there a way to know when/how a payment was paid?
16:11:54 <tats> sorry i meant "an invoice was paid"
16:12:14 <tats> i have an invoice that is marked as paid but it wasn't paid yet
16:12:26 <tats> so i wonder how gc came up to mark it as such
16:14:41 *** andi5 has joined #gnucash
16:14:41 *** gncbot sets mode: +o andi5
16:17:20 <warlord> tats: FIFO. Payments are applied in FIFO order to the customer, not specific invoices.
16:17:52 *** palatin has quit IRC
16:18:07 <tats> warlord: can i see a report of a customer's payments somewhere to track this
16:18:19 <tats> cuz this customer never acually paid me anything yet
16:18:46 <warlord> tats: sure, run the Customer Report.
16:21:25 <andi5> warlord: wrt 2.1.6, if we plan not to revert the auto-save feature, we might want to have another test version.... iff christian wants to extend / improve it.... if we just change the default to disabled auto-save, then i am fine with no 2.1.6 as well...
16:21:52 <warlord> andi5: ok
16:22:42 <andi5> i have got the feeling the non-duplicate-win32-crasher bug creation rate has slowed down a bit
16:24:09 <andi5> there are still two very similar bugs about programs loading incorrect dlls if there are not from /bin.... but i am not sure whether two weeks will change this situation
16:24:42 <andi5> sorry to say that, but windows sucks here
16:30:02 <warlord> Huh.
16:31:01 *** ErKa has quit IRC
16:34:01 <warlord> windows is weird.
16:59:53 *** andi5 has quit IRC
17:12:17 *** rlc has quit IRC
17:32:03 <todd> main: Error on gbr_init: Binary relocation support is disabled.
17:32:05 <todd> no kidding
17:32:06 <todd> heh
17:32:12 <todd> W^X ;-)
17:34:22 *** Zoolooc has quit IRC
17:34:40 <warlord> that's been fixed .
17:34:49 <todd> oh? this is 2.1.4 I've started
17:35:02 <todd> I've a 2.1.5 build in progress
17:35:27 <warlord> yeah, I THINK it's been fixed in 2.1.5
17:36:46 <todd> at least 2.1.4 started and exited w/out other errors
17:40:06 *** tats_ has joined #gnucash
17:40:06 *** tats has quit IRC
17:49:17 <todd> so .. two weeks and 2.2.0 will be out from the earlier discussions I guess?
17:52:19 <warlord> give or take, yeah
17:55:06 <todd> sofar 2.1.4 works great for home and business on OpenBSD, will report any ussues once 2.1.5 is built and installed
18:02:32 <warlord> cool!
18:27:02 *** tats has joined #gnucash
18:27:02 *** tats_ has quit IRC
18:37:03 *** esodan has left #gnucash
18:38:06 *** gunnicom| has quit IRC
18:58:28 *** twunder has quit IRC
19:09:58 <todd> gnc.bin-Message: main: binreloc relocation support was disable at configure time.
19:10:11 <todd> thats 2.1.5
19:10:49 *** BrianHV has joined #gnucash
19:12:35 <warlord> Ahh, yes, it's supposed to say that.
19:13:11 <todd> do I need to send a diff to correct 'disable at' to 'disabled at' ?
19:13:55 <BrianHV> is there a report that will show me the sum of the assets minus liabilities?
19:14:05 <BrianHV> I thought account summary did that in 1.x, but it doesn't in 2.0
19:14:25 <todd> that's what 'net worth' is for
19:14:28 <warlord> todd: might be a good idea.
19:14:39 <warlord> BrianHV: Balance Sheet
19:15:03 <todd> er sorry, ignore me brian ;-)
19:15:32 <BrianHV> warlord: thanks, that seems to be the ticket
19:15:43 <warlord> I try not to lie
19:16:38 <BrianHV> ...I think...
19:17:46 <BrianHV> yeah, I guess that works :)
19:18:28 <BrianHV> is there a way to make it not create the Imbalance account every time I change a split?
19:23:37 <warlord> BrianHV: dont hit 'enter'
19:24:16 <BrianHV> k... I'll try to remember that
19:27:17 <warlord> We really need to turn that off.
19:28:14 <BrianHV> I'm confused about where the Balance Sheet is getting its bottom line from. it's not assets - liabilities, and it doesn't seem to be off by any of the numbers in equity
19:29:00 <BrianHV> it's off by $97.29, which corresponds to nothing that I can see
19:30:55 <warlord> Do you have stock sales?
19:31:34 <BrianHV> not as such.
19:31:54 <BrianHV> which is to say, I'm not using the stock account or any of the features thereof
19:32:12 <warlord> no multiple currencies?
19:32:16 <BrianHV> nope
19:32:35 <warlord> well, then, you might have some imbalanced transactions somewhere, maybe OFX imports?
19:33:12 <BrianHV> never imported anything...
19:33:27 <BrianHV> a find doesn't come up with a transaction of that amount
19:34:34 <BrianHV> the difference isn't constant; if I make the report for the end of this month, the difference is $1,100
19:35:35 <BrianHV> ...which corresponds to an opening balance enry
19:35:37 <BrianHV> entry*
19:35:44 <warlord> Oh?
19:35:55 <warlord> Opening balance into which account?
19:36:26 <BrianHV> ...none, apparently. weird.
19:38:24 <BrianHV> after eliminating that, I see where the $97.29 came from. the bottom line is now equal to my assets, without subtracting the liabilities
19:39:10 <BrianHV> but "total equity" seems to be what I want
19:39:16 * BrianHV talks himself into a resolution
19:41:33 <warlord> Okay
19:53:57 *** cortilap has quit IRC
20:32:44 *** tats has quit IRC
21:07:27 *** twunder has joined #gnucash
21:13:26 *** sjc has quit IRC
21:46:34 *** linmint has joined #gnucash
21:46:50 *** linmint is now known as jmgreen
22:06:51 *** tats has joined #gnucash
22:11:05 *** twunder has quit IRC
22:36:45 *** BrianHV has quit IRC
22:48:36 *** twunder has joined #gnucash