2008-10-27 GnuCash IRC logs

00:10:13 <marnanel> warlord-afk: thanks
00:32:31 *** twunder has quit IRC
00:48:40 <Rolf2> Good morning
00:48:51 <Rolf2> I just tried to recompile gnucash from trunk
00:50:30 <Rolf2> I took the steps that used to work fine, but this time I ended up with http://rafb.net/p/NcsQnd23.html
00:50:43 <Rolf2> Any hint on what is wrong? Missing dependency?
00:50:54 <Rolf2> missing lib?
01:32:08 *** Rolf2 is now known as Rolf1
02:11:26 *** todd has quit IRC
02:11:43 *** todd has joined #gnucash
03:11:48 *** ErKa has joined #gnucash
03:13:34 *** esperegu has joined #gnucash
03:36:14 *** ErKa has quit IRC
03:51:39 *** njones has joined #gnucash
03:53:41 <njones> hello. I need to make reports that show assets in 3 currencies (IDR, THB, USD) converted into one currency (USD). I have Price Editor installed and so I can see USD equivalents in the main Accounts tab. But I can only produce reports for one of the three currences (the others are not converted). How can I make reports that total all my assets into USD as shown in the main Accounts tab?
05:12:03 *** njones has quit IRC
05:26:20 *** Zoolooc has joined #gnucash
06:51:28 *** warlord-afk is now known as warlord
06:51:36 <warlord> Rolf1: did you change compiler version?
06:51:56 <Rolf1> gcc?
06:52:09 <Rolf1> I am running Ubuntu hardy
06:52:22 <Rolf1> I am not specifically changing my compile environment
06:52:35 <Rolf1> I basically take whatever Ubuntu provides me with
06:52:49 <Rolf1> warlord: What should I test, where should I look?
06:53:10 <warlord> Well, did Ubuntu change?
06:53:12 <warlord> gcc -v
06:53:18 <Rolf1> A previous version (r17535 AFAIK) still compiles fine
06:53:35 <Rolf1> Not sure if they changed
06:53:41 <Rolf1> they = ubuntu
06:56:37 <warlord> does 17663 build?
06:57:57 <warlord> The code looks fine to me... This sounds like a glib bug that was recently discussed on the list.
06:58:46 <Rolf1> I'll test in a minute
06:59:54 *** twunder has joined #gnucash
07:01:41 <warlord> it does look like it needs a "dialog-job.h"
07:06:27 *** twunder has quit IRC
07:16:59 <warlord> Rolf1: I can verify one build error.
07:19:22 <warlord> Rolf1: I've verified business-urls.c:158: warning: implicit declaration of function �gnc_ui_job_edit� and have a fix ready
07:19:49 <warlord> I cannot verify the "address of guid is always true" warnings.. I think that's a compiler version issue.
07:25:30 *** Zoolooc has quit IRC
07:26:01 *** Zoolooc has joined #gnucash
07:34:56 <Rolf1> warlord: http://rafb.net/p/KYzGtc67.html
07:37:55 <warlord> I have 4.1.2
07:38:03 <warlord> what version of glib?
07:40:15 *** JimRaehl has left #gnucash
07:46:22 *** JimRaehl has joined #gnucash
08:45:19 <Rolf1> warlord: http://rafb.net/p/oAjAeq20.html
08:46:53 <warlord> you know, just answering 2.16.4 would have sufficed.
09:02:54 <warlord> Rolf1: what happens if you change qofbook.h's definition of QOF_BOOK_LOOKUP_ENTITY? In particular, change
09:03:01 <warlord> if (guid && book)
09:03:02 <warlord> to
09:03:20 <warlord> if ((guid) != NULL && (book) != NULL)
09:03:27 <warlord> ... but gcc might still complain.
09:03:31 <warlord> does it?
09:09:08 *** Rolf2 has joined #gnucash
09:09:09 *** Rolf1 has quit IRC
09:14:27 *** Rolf2 has quit IRC
09:14:29 *** Rolf1 has joined #gnucash
10:00:55 *** twunder has joined #gnucash
10:08:35 *** Zoolooc_ has joined #gnucash
10:17:00 *** Zoolooc has quit IRC
11:07:43 <Rolf1> warlord: I would have answered just that if I had known what you were looking for. I didn't so I thought it would be more efficient to paste the output so "you have it all"
11:07:49 <Rolf1> r17663 builds fine
11:07:59 <Rolf1> I'll try out your other suggestions now
11:08:35 <warlord> Rolf1: I did ask "what version of glib", not "what are all the glib-related packages you have installed".
11:09:09 <Rolf1> I'm aware of that
11:09:28 <Rolf1> Was it such a burden?
11:09:51 <Rolf1> Would you have bitched if I erroneously had picked the wrong string because I did not know better?
11:16:16 <warlord> Well, if you picked 1.x instead of 2.x I would have bitched.
11:16:42 <warlord> But other than the glib-cli I dont know what "wrong string" you could have picked.
11:17:15 <warlord> and honestly, yeah, it was a burden -- my firefox was hung for a while on a long operation when you sent it so it took me about 10-15 minutes before I could get to the URL.
11:21:15 <Rolf1> sorry about that
11:21:32 <Rolf1> But I honestly was afraid I might pick the wrong string
11:21:52 * Rolf1 thinks we should settle the discussion
11:22:55 *** BlackBsd has joined #GnuCash
11:23:29 <warlord> Anyways, I know that at some point there was a glib "thing" that started causing issues but I also believe this particular one is unrealted.
11:23:34 <warlord> unrelated even
11:26:53 *** BlackBsd has quit IRC
12:13:55 <Rolf1> OK
12:14:02 <Rolf1> I'm still building
12:14:07 <Rolf1> with your proposed changes
12:14:07 <warlord> that's good.
12:16:34 <warlord> good.
12:20:21 *** sjc has joined #gnucash
12:26:49 *** localhost1 has joined #gnucash
12:29:22 *** localhost has quit IRC
12:29:28 *** localhost has joined #gnucash
12:36:56 *** localhost1 has quit IRC
12:53:05 *** g00se has joined #gnucash
12:53:48 <g00se> Is it not possible or the done thing to have salary payments scheduled automatically at intervals?
12:58:00 <jsled> g00se: salary/income transactions can be scheduled, yes.
12:59:59 <g00se> @jsled: I tried but couldn't quite see where it should come _from_
12:59:59 <gncbot> g00se: Error: "jsled:" is not a valid command.
13:00:11 <g00se> jsled: I tried but couldn't quite see where it should come _from_
13:00:32 <jsled> Ah ... so not the scheduling, per se, your question is just about the accounting?
13:00:37 <jsled> Have you read the Tutorial and Concepts Guide?
13:00:59 <g00se> Perhaps yes. I'll just try it now and see what the prob is
13:01:27 <jsled> In short: Salary is an (Income against Assets) transaction, maybe an (Income against (Assets,Expenses)) if you want to account for taxes or something.
13:02:25 <jsled> http://svn.gnucash.org/docs/guide/txns-registers1.html#txns-registers-features2 has a good example
13:05:44 <g00se> Thanks. Actually i'm having difficulty putting in the amount
13:06:35 <g00se> I put something in Description and then nothing seems to want to go in the cells to the right
13:07:01 <jsled> Are you in Split mode? Or in the non-Basic ledger view?
13:09:17 <jsled> g00se: if the transaction is split, then only the "right" cells of the split lines can be edited.
13:10:33 <g00se> Good question. I don't know yet. This is my first day ;-)
13:11:38 <jsled> Well, you can check the View menu to see the register view style. And you should be able to see if the "Split" button in the toolbar is depressed.
13:18:17 <g00se> It looks as if i'm close ... http://www.picoodle.com/view.php?img=/3/10/27/f_gnucash1m_64c13ff.png&srv=img34][img=http://img34.picoodle.com/img/img34/3/10/27/t_gnucash1m_64c13ff.png
13:18:30 <g00se> Oops - sorry about that
13:18:51 <g00se> http://img34.picoodle.com/img/img34/3/10/27/t_gnucash1m_64c13ff.png
13:19:24 <jsled> Ah, you're doing it in the SX editor. So, it's definitely a split transaction.
13:19:33 <jsled> Then, yes, the cells to the right of the transaction description aren't editable.
13:21:24 <g00se> That's not too useful then if i can't put the amount in ;-)
13:24:23 <jsled> Uh, you put the amounts into the *split* lines.
13:24:29 <jsled> If you can't enter amounts there, that's a problem.
13:26:26 <g00se> Well when i click to the right of the Account column, i get 'Debit Formula'. Is that right?
13:27:59 <g00se> i.e. it turns into a different column/cell
13:29:12 <jsled> yeah, that's right.
13:29:28 <g00se> And i just put the amounts in there?
13:29:39 <jsled> Yup.
13:29:46 <g00se> (i.e. in Credit Formula too?)
13:30:08 <Rolf1> warlord: the change you proposed resulted in a successful compile
13:30:16 <warlord> YAY.
13:30:23 <warlord> I'll commit that.
13:30:25 <jsled> The credits and debits must balance … so usually you'll have one line that's a debit, another that's a credit.
13:34:53 *** Zoolooc_ has quit IRC
13:35:06 *** Zoolooc has joined #gnucash
13:40:01 <Rolf1> thanks
13:40:29 <g00se> So i'm getting there. Of course it really comes from an account of the organisation. But it seems to need to come from one of _my_ accounts...
13:41:04 <g00se> The organisation being my employer
13:48:31 <jsled> That's the Income account.
13:49:11 <jsled> g00se: did you look at http://svn.gnucash.org/docs/guide/basics-accounting1.html#basics-accounting52 ?
13:52:30 <g00se> I'll look at that now thanks.
13:54:41 <g00se> So could it come from Liabilities?
13:55:02 <jsled> No?
13:55:11 *** Zoolooc has quit IRC
13:55:15 <jsled> Why would it come from liabilities?
13:55:23 <jsled> Your income is Income :)
13:55:41 <g00se> Well it's got to be a transfer from A to B
13:55:50 *** Zoolooc has joined #gnucash
13:56:06 <jsled> Right. Income -> Assets
13:57:04 <g00se> Ah OK. What i'm not quite getting my head around is that it must be _decreasing_ income (?)
13:57:28 <g00se> (if it's going _from_ A _to_ B)
13:57:28 <warlord> it's a credit to income, but income is "magic" in that a credit actually 'increases' it.
13:58:28 <g00se> Ah OK. I think that's a special case, perhaps that i read about in the past? Is it not where the 'real' account is 'outside' the ledger?
13:58:41 <jsled> It's not a special case, per se.
13:58:43 <jsled> That
13:59:01 <jsled> It's just that "credit" and "debit" can have counter-intuitive meanings in double-entry accounting.
13:59:29 <warlord> ==jsled
13:59:44 <jsled> And, actually, IIRC, I believe it's a credit against income, and a debit against assets (that increases the amount of the asset account)
14:00:02 <warlord> Right.
14:00:08 <warlord> (isnt that what I said?)
14:00:14 <jsled> http://en.wikipedia.org/wiki/Double-entry_accounting#Examples_of_debits_and_credits
14:00:58 <jsled> warlord: for the income half, and by implication yes. I think it's even more confusing that Debit'ing the Asset account increases it, and wanted to spell it out. :)
14:01:28 <jsled> g00se: It's easier when you make the transactions outside the SX editor.
14:01:37 <g00se> Yes, it certainly is might confusing.
14:01:43 <jsled> Becasue it's basically a general journal, it needs to use "accounting" labels,.
14:02:00 <jsled> If you open an Asset or Income-specific register, the column headings are changed to "make sense" given the account.
14:02:11 <jsled> So, for an Asset account, it'll be "deposit" and "withdrawl".
14:02:20 <jsled> Which makes it *far* easier to enter things.
14:02:40 <jsled> One good approach is to enter a single exemplar transaction normally, then right-click -> Schedule it.
14:02:52 <jsled> And it'll show up correctly in the SX editor.
14:02:53 <g00se> jsled: it might not even be possible the way i tried. The sources available don't seem to be right
14:03:07 <g00se> Your last sounds like a good plan
14:03:14 <jsled> Sources available?
14:03:20 <jsled> In the account drop-down list?
14:05:27 <g00se> http://www.picoodle.com/view.php?img=/3/10/27/f_gnucash2m_39dffb6.png
14:05:29 <g00se> Yes
14:05:49 <jsled> error.
14:30:08 <g00se> Thanks. Looks like i managed to schedule it in General Ledger. I think i've got some reading to do ;-)
14:31:19 <jsled> Schedule it in General Ledger ?
14:31:36 <g00se> Yes, i did it there
14:31:44 <jsled> Stay away from the General Ledger, if you can.
14:32:01 <g00se> Ah OK. In which view should i have done it?
14:32:15 <jsled> it's a bit buggy, &c. It's usually much better to use the account registers … and the Asset account registers in particular.
14:32:55 <jsled> If pretty much every transaction touches your checking account in some way, then making all the transactions in the checking account register is going to be easiest.
14:33:06 <jsled> The other account registers I often have open are my credit cards, for the same reason.
14:33:18 <jsled> Depending on how I paid, I use that register to record the transactions.
14:34:41 <twunder> I'm not sure what this bug is saying: http://bugzilla.gnome.org/show_bug.cgi?id=339566 I'm experiencing a problem where changes to SX formulas created by the loan druid are not working. The part that's not working is the part that calculates the principal and interest. The formulas still "work" in that the SX is created with the correct totals, it just doesn't assign the P&I properly. Is that what this bug is, or should I
14:34:41 <twunder> enter a new bug (and take the time to try to discover duplication steps)?
14:35:35 <jsled> No, it's not that bug.
14:35:45 <jsled> That bug is more about the linking between the pages in the druid.
14:36:20 *** marnanel has left #gnucash
15:59:55 *** gncbot has joined #gnucash
15:59:55 *** irc.gimp.ca sets mode: +nt
16:01:28 -irc.gimp.ca- *** Notice -- TS for #gnucash changed from 1225137596 to 1060048366
16:01:28 *** ircd.gimp.org sets mode: +s-o gncbot
16:01:28 *** jsled has joined #gnucash
16:01:28 *** warlord has joined #gnucash
16:01:28 *** Zoolooc has joined #gnucash
16:01:28 *** benjamingoodger has joined #gnucash
16:01:28 *** cortana has joined #gnucash
16:01:28 *** chris has joined #gnucash
16:01:28 *** LiENUS has joined #gnucash
16:01:28 *** donfede has joined #gnucash
16:01:28 *** linas has joined #gnucash
16:01:28 *** esperegu has joined #gnucash
16:01:28 *** Rolf1 has joined #gnucash
16:01:28 *** twunder has joined #gnucash
16:01:28 *** localhost1 has joined #gnucash
16:01:28 *** sjc has joined #gnucash
16:01:28 *** JimRaehl has joined #gnucash
16:01:28 *** todd has joined #gnucash
16:01:28 *** benoitg has joined #gnucash
16:01:28 *** Demitar has joined #gnucash
16:01:29 *** saivann has joined #gnucash
16:01:29 *** puck has joined #gnucash
16:01:29 *** jesh has joined #gnucash
16:01:29 *** ircd.gimp.org sets mode: +o jsled
16:10:10 <warlord> jsled: could you op gncbot?
16:10:18 *** jsled sets mode: +o gncbot
16:10:22 <jsled> @op warlord
16:10:23 *** gncbot sets mode: +o warlord
16:10:45 <warlord> ty
16:38:12 *** mishehu has joined #gnucash
16:47:18 *** Zoolooc has quit IRC
16:48:04 *** Zoolooc has joined #gnucash
17:02:09 *** esperegu_ has joined #gnucash
17:05:06 *** esperegu has quit IRC
17:19:46 *** esperegu_ has quit IRC
17:34:01 *** twunder has quit IRC
18:04:12 *** nomeata has joined #gnucash
18:20:36 *** Zoolooc_ has joined #gnucash
18:28:10 *** Zoolooc has quit IRC
18:28:52 *** Zoolooc has joined #gnucash
18:30:43 *** Zoolooc_ has quit IRC
18:45:00 *** warlord is now known as warlord-afk
18:49:51 *** b4d0n3 has joined #gnucash
19:15:04 *** nomeata has quit IRC
20:14:13 *** Zoolooc has quit IRC
20:35:52 *** cortana has quit IRC
20:40:44 *** ninja has joined #gnucash
21:49:33 *** JimRaehl has left #gnucash
21:50:21 *** JimRaehl has joined #gnucash
22:03:58 *** benjamingoodger has quit IRC
22:12:27 *** sjc has quit IRC
23:16:35 *** cj has joined #gnucash
23:16:46 <cj> woot.
23:16:47 *** cj has left #gnucash
23:19:16 *** jspiro has joined #gnucash
23:19:44 *** jspiro has left #gnucash
23:21:39 *** mib_dprz52 has joined #gnucash
23:25:59 <mib_dprz52> I was wondering if there was any way to disable the automatic destination account matching that occurs in the "Generic Transaction Importer" screen. Very often it picks the incorrect expense account. It is hard to know sometimes which have been imported and assigned incorrectly and which are older ones that I have manually assigned and know are correct. I would definitely prefer to have them all set to the imbalance account until I assign them m
23:31:42 <mib_dprz52> I don't think I am alone in wanting this. Both Quicken and Microsoft money provide this option.
23:32:40 <mib_dprz52> I was looking through the code and it looks like it would be a simple change. If anyone has enough experience and can let me know if I am on the right track, it looks like the change would be in import-backend.c.
23:33:54 <mib_dprz52> in function matchmap_find_destination another option could be used in addition to useBayes that if selected would set result to NULL.
23:35:04 <mib_dprz52> I really want this change and will implement it myself if needed, but really don't want to have to apply my patch and recompile with each new release.
23:35:21 *** warlord-afk is now known as warlord
23:35:45 <warlord> mib_dprz52: Nope, can't do this. Turn on Bayesian Matching (if you haven't already) and it should learn from your mappings.
23:36:02 <warlord> Very few people want what you're asking for. Most people WANT it to guess.
23:40:41 <mib_dprz52> Thanks for being on IRC to help. I can understand many people generally wanting it to guess, but it will never be able to match well enough for me to use it exclusively. Take for example say me buying something from a Target store. My purchases may need to be split out to an electronics expense and a clothing expense. Next time I go I may want it to go to a groceries expense. No system is ever going to be able to match that automatically for m
23:41:44 <mib_dprz52> When the account is automatically balanced it can be very hard for me to know which transactions still need to be checked to see if they were matched correctly
23:44:38 <warlord> Sure, I think that's generally the exception, not the rule.. Unless you're someone who does all your shopping at Target or Wal-Mart. For example, I know all my "foodmaster" shopping is groceries. Always.
23:44:48 <warlord> So I'd like the importer to match that all the time.
23:44:58 <warlord> So sure, you just need to go and check your "Target" maps
23:45:35 <warlord> (also, your first message ended at "match that automatically for m"
23:58:26 <warlord> anyways, I need to head to bed. good night.
23:58:29 *** warlord is now known as warlord-afk
23:58:44 <mib_dprz52> Yes but at least for me there ends up being 10 or 15 exceptions that do not match well. Even if there was only 1 and I only had a transaction for it 4 times a year, I would have to check all imported transactions for the entire year looking to see if any of them are that one so i could change it when it came up.
23:58:48 <mib_dprz52> Thanks for the help
23:59:36 <mib_dprz52> If anyone else comes around and can let me know if my code modification was on the right track, then at least I could fix it for myself if no one else cares.