2009-01-07 GnuCash IRC logs
00:01:04 <Kevin_Manire> Why does gnuCash need libart and cairo? They seem to be similar conceptually. Both are graphics libraries right ... although cairo seems like its a lot more advanced.
00:03:33 <jsled> I'm not sure we use either directly.
00:03:39 * jsled looks
00:06:44 <jsled> cairo is a transitive dep of goffice, really...
00:08:47 <Kevin_Manire> ok.
00:08:49 <Kevin_Manire> Thank you for looking.
00:08:59 <Kevin_Manire> Time to find out what goffice is :)
00:09:19 <jsled> goffice is some application-level helpers factored out of gnumeric.
00:09:27 <jsled> Primarily, it's our charting library (though it has more)
00:09:41 <Kevin_Manire> Ok.
00:10:08 <jsled> I mean, are you generally on a "why does gnucash depend on gnome‽" kick or something? :)
00:10:16 <Kevin_Manire> I have a lot of reading to do jsled. I really like this application, I've been using it for about a year.
00:10:57 <jsled> libart_lgpl is dep'ed on by gnucash, gnumeric, libgnomecanvas, goffice … some other things.
00:11:00 <Kevin_Manire> I'm looking to write a product inventory application to integrate with the gnucash.
00:11:07 <jsled> But I don't think we use it directly either.
00:11:42 <jsled> (which means it really shouldn't be listed as a dep by package managers, but I think we gave them some wrong advice a while ago)
00:11:42 <Kevin_Manire> so I'm looking for landmines before I go and thrash the xml store for my company.
00:12:15 <Kevin_Manire> ah, well if you're curious where I'm getting these questions, I've been googling down the dependency listings in README.dependencies
00:12:40 <jsled> are you building it yourself?
00:12:48 <Kevin_Manire> cerca line 92.
00:12:53 <Kevin_Manire> Me and another developer.
00:13:09 <jsled> what distro?
00:13:44 <Kevin_Manire> Oh, you're going to like this :) I'm a windows developer. We use gnuCash exclusively to handle our finances.
00:14:00 <Kevin_Manire> I've always enjoyed linux and open source software, so I jumped at the chance to integrate with gnuCash.
00:14:10 <jsled> and, yeah, libart and cairo are conceptually similar; libart predates cairo by years, however. So, things haven't quite moved over, I guess.
00:14:14 <jsled> Ah, cool.
00:14:20 <jsled> And you've seen the wiki?
00:14:32 <Kevin_Manire> I've been crawling all over the place.
00:14:34 <jsled> and the windows build stuff there?
00:15:01 <Kevin_Manire> I just finished checking out the head revision from subversion and I'm poking around the docs.
00:15:13 <Kevin_Manire> No I didn't see the windows build stuff.
00:15:42 <Kevin_Manire> Although I really shouldn't need to rebuild gnuCash. I just need to manipulate the xml store.
00:15:54 <Kevin_Manire> I need to get account listings and then write transactions based on stuff that happens to the product inventory.
00:15:55 <jsled> http://wiki.gnucash.org/wiki/Windows#Instructions_for_an_.28almost.29_automated_build
00:17:12 <Kevin_Manire> sweet.
00:17:15 <Kevin_Manire> Thank you very much for that link.
00:21:14 <Kevin_Manire> Does gnuCash actually manipulate the xml store directly while the user is working, or does it keep the tree in memory and overwrite after each user operation?
00:21:26 <jsled> it overwrite on save.
00:21:31 <jsled> overwrites, too.
00:21:38 <jsled> and there's a periodic/timed save.
00:21:47 <jsled> (configurable)
00:21:47 <Kevin_Manire> ok cool.
00:22:09 *** palatin has joined #gnucash
00:22:12 <Kevin_Manire> Will it play nicely with an exclusive lock on the file?
00:22:46 <Kevin_Manire> As in, if i lock it to overwrite it, will it pause its IO ops until I finish and then continue? or will it throw an error to the user?
00:23:15 <jsled> If you overwrite it, it's not going to pick those changes up.
00:23:36 <jsled> So, it'll counter-overwrite them.
00:23:59 <Kevin_Manire> Sounds like fighting words... :P
00:24:02 <jsled> I don't know how it handles api-level locking (flock or similar); it also has its own .LCK file handling.
00:24:33 <jsled> did you expect it would magically pick up the changes, determine the differences, and do some conflict resolution?
00:24:50 *** palatin has quit IRC
00:25:06 <jsled> What'd happen if you overwrote an openoffice spreadsheet while it was running?
00:25:14 <goodger> jsled: that's not magical, that's feasible behaviour, and hopefully in the pipeline somewhere
00:25:21 <jsled> As I say that, I do know that Excel actually handles that.
00:25:41 <goodger> jsled: openoffice has overwrite detection AFAIK. I know that gedit does
00:25:49 <jsled> goodger: in the absence of code or even basic architecture to support it, it'd be magical.
00:25:57 <Kevin_Manire> he he he
00:26:12 <Kevin_Manire> I was hoping it would re-read the tree back in after it finished writing.
00:26:23 <Kevin_Manire> but, no that makes sense.
00:26:27 <jsled> I'm not sure of this "pipeline" of which you speak, either. :)
00:26:45 <Kevin_Manire> Ok, so I might need to write a plug in.
00:26:54 <jsled> Kevin_Manire: so, a few thoughts:
00:27:00 <Kevin_Manire> I was reading about that guile library a little bit earlier...
00:27:21 <rockin> so i seem to have fixed the problem/enhancement
00:27:34 <jsled> 1/ trunk does have an in-development DB backend. But still no simultaneous access; the running instance expects that it exclusively manipulates the DB.
00:27:48 <rockin> it looks though that it was originally coded to not perform this behavior I'm curious as to why
00:27:57 <Kevin_Manire> I saw that.
00:28:13 <Kevin_Manire> I wish it was sqlite... I'm already familiar with that lib.
00:28:31 <Kevin_Manire> then again, if you wish in one hand...
00:28:36 <jsled> 2/ there is an API; you could either create some other app that basically loaded/created a gnucash engine and manipulated a session or do some sort of addition that allowed acess to a running gnucash instance.
00:28:45 <jsled> the backend should support sqlite.
00:28:53 <goodger> rockin: because it is very complex
00:29:30 <rockin> do you think that there is anyway that this enhance could be committed to trunk
00:30:01 <Kevin_Manire> access to a running gnucash instance? .... you mean work with gnuCash in memory from my app?
00:30:06 <jsled> I'd try to stay away from guile unless you're already extremely comfortable with it; otherwise a C addition or something using the (nascent) Python bindings is probably more reasonable.
00:30:46 <jsled> I was roughly thinking something that was loaded when the gui started up an exposed some sort of interface (network/sockets-based, shared memory, whatever) to the outside world for your app.
00:30:55 <jsled> But, a basic external API.
00:31:03 <Kevin_Manire> ah, understood.
00:31:10 <jsled> So you'd not be creating transactions, per se, but asking the gnucash instance to create them.
00:31:16 <Kevin_Manire> that way I could fire off transactions remotely.
00:31:18 <Kevin_Manire> right right.
00:31:18 <Kevin_Manire> ok
00:31:33 <jsled> (and it could mutex against the UI or whatever … which you'd need to implement as well. no free lunch there, really)
00:31:44 <Kevin_Manire> Just have gnuCash do what it already does so well, rather than duplicate that functionality in my productb app.
00:32:24 <jsled> yeah, there is non-UI "engine" api for creating Transactions, Splits, doing conditional queries, &c.
00:32:47 <jsled> At the same time, it's *so* much easier to just create "<gnc:transaction>[…]" strings. :)
00:32:55 <Pavel> There is?
00:33:34 <Kevin_Manire> I'll have a look into that. We're a (*please don't look down on me*) vb.net shop ... I haven't done C development in a while so this is going to be painful for a few days.
00:33:36 <jsled> Pavel: yeah ... <http://cvs.gnucash.org/docs/HEAD/group__Engine.html> is a pretty good overview.
00:33:44 * Pavel has a script he uses to import price histories for things, but it involves shutting down GC and rewriting the .xac file.
00:33:58 <Pavel> jsled: Is this in the current release or in development?
00:34:18 <jsled> That's the SWIG-wrapped C API that's been around *forever*.
00:34:26 <jsled> well, it was only SWIG-wrapped relatively recently.
00:34:51 <jsled> Since … 2.2, maybe?
00:34:54 <Kevin_Manire> Yeah, that was plan B jsled. If I couldn't integrate directly I planned on just having the user close down gnuCash while he is doing inventory work and vice versa while he is doing pure financial work.
00:35:10 <jsled> But the C API has been there forever. It's the same API the UI/front-end uses.
00:35:25 <jsled> And the old Motif front-end.
00:35:41 <jsled> And the stillborn CashUtil CLI front-end, to some degree.
00:36:03 <jsled> the 'xacc' prefix on all the functions is from "XAccountant", the pre-"GnuCash" codebase, in fact.
00:36:27 <jsled> Kevin_Manire: that's totally reasonable.
00:36:44 <jsled> well, that's easy for me to say. heh. :)
00:36:51 <Kevin_Manire> ha ha ha.
00:37:33 <Kevin_Manire> Thanks for your time jsled. I'm stubborn and the challenge just makes it more fun for me. I'm going to do a lot more reading and see what I can turn up.
00:37:47 <Kevin_Manire> I've been looking for an excuse to jump off the bandwagon for quite a while.
00:38:28 <jsled> Kevin_Manire: you're welcome. There's usually someone around here to answer questions.
00:38:36 <jsled> There's always the -devel mailing list as well.
00:39:55 <Kevin_Manire> Definitely adding that to my task list.
00:41:01 * jsled is off, for now. g'night.
00:42:14 <jsled> rockin: perhaps. I don't really know if there's a good reason for it to be done either way. "Ideally", the "include children" column would be yet another column in both the model and view, so that people could have it both ways.
00:42:46 <jsled> Make a patch against trunk, include it in the bug, maybe follow up to -devel.
00:43:07 * jsled is really off, now.
00:43:23 <rockin> aight i think i'm gonna add a patch to the enhance request
00:43:26 <rockin> maybe post on devel
00:43:38 <rockin> thanks for your help
01:37:08 *** rockin has quit IRC
02:03:26 *** MechtiIde has quit IRC
02:12:49 *** Zoolooc_ has joined #gnucash
02:15:56 *** ErKa has joined #gnucash
02:18:56 *** linas has quit IRC
02:20:11 *** Kevin_Manire has quit IRC
02:21:08 *** Zoolooc__ has quit IRC
02:31:51 *** linas has joined #gnucash
03:24:39 *** MechtiIde has joined #gnucash
03:27:55 *** ErKa has quit IRC
03:29:42 *** Zoolooc_ has quit IRC
05:41:46 *** ErKa has joined #gnucash
06:48:04 *** jml has joined #gnucash
06:48:46 <jml> how can I get a report for spending within a fixed period, grouped by account?
06:48:46 <gncbot> jml: Sent 1 year, 30 weeks, 6 days, 23 hours, and 10 minutes ago: <warlord> yes, use the Account Codes. Sibling accounts (accounts with the same 'parent' in the tree) are ordered first by Account Code and then by Name
06:50:43 *** kielein has joined #gnucash
06:51:16 <jml> hmm, I think the cashflow report is what I want
07:16:03 *** Jimraehl has left #gnucash
07:32:43 *** JimRaehl2 has joined #gnucash
07:54:44 *** JimRaehl2 has left #gnucash
07:56:09 *** JimRaehl2 has joined #gnucash
08:06:17 *** mace has quit IRC
08:09:34 *** mace has joined #gnucash
08:37:49 *** warlord-afk is now known as warlord
08:48:54 *** JimRaehl2 has left #gnucash
08:49:21 *** Jimraehl has joined #gnucash
08:59:04 *** goodger has quit IRC
09:00:02 *** goodger has joined #gnucash
09:20:15 *** kielein has quit IRC
09:59:01 *** blahrus has joined #gnucash
09:59:42 *** hvx has joined #gnucash
12:25:34 *** warlord has quit IRC
12:25:45 *** warlord has joined #gnucash
12:25:46 *** gncbot sets mode: +o warlord
12:30:32 *** warlord has quit IRC
12:30:43 *** warlord has joined #gnucash
12:30:43 *** gncbot sets mode: +o warlord
12:34:04 *** Kevin_Manire has joined #gnucash
12:38:38 *** palatin has joined #gnucash
12:47:07 *** MechtiIde has quit IRC
12:51:40 *** palatin has quit IRC
12:52:31 *** palatin has joined #gnucash
12:58:36 *** Kevin_Manire has quit IRC
13:05:22 *** JonathanElli1 has joined #gnucash
13:06:22 <JonathanElli1> Hi. Can I change the default report options for invoices. Every time I make a new invoice I have to uncheck the taxable and discount columns and retype the invoice notes
13:15:37 *** kielein has joined #gnucash
13:25:21 <warlord> No. What I do is leave the report open with the settings I want, and then when I want to print a new invoice I post it and then switch over to the open report, click on "options" and then select the new invoice.
13:37:29 *** aindilis` has joined #gnucash
13:45:02 *** Zoolooc has joined #gnucash
13:53:57 *** MechtiIde has joined #gnucash
14:35:59 *** cortana has joined #gnucash
14:50:00 *** joslwah has quit IRC
14:57:34 *** daum has quit IRC
15:00:09 *** Kevin_Member has joined #gnucash
15:12:48 *** Kevin_Member has quit IRC
15:16:05 <JonathanElli1> warlord: Thats a bit of a pain. Can I edit some file somewhere?
15:19:36 <warlord> Ummm... I suppose you COULD edit invoice.scm, but it'll get over-written every time you upgrade gnucash.
15:29:08 *** hvx has quit IRC
15:42:49 *** psymin has joined #gnucash
15:43:26 <psymin> I'm going through my transactions for 2008 and entering them into gnucash .. I'm new to this .. what should my tax return be filed under? Income? .. but its not .. umm ..
15:44:14 <warlord> Depends if it's the state or federal refund.
15:44:24 <psymin> two state, one federal
15:46:08 <warlord> Umm.. I think technically they are income...
15:46:14 <warlord> I'd ask your accountant.
15:47:06 <psymin> :P
15:50:13 <Guy-> well, they can hardly be anything but income, can they
15:50:43 <warlord> Well, they could be non-taxable income.
15:50:51 <warlord> .... or a rebate from the expense.
15:51:09 <Guy-> gnucash handles rebates?
15:51:12 <psymin> its money back that you already earned
15:51:13 <JonathanElli1> warlord: Where do I find invoice.scm? Its much less of a hassle keeping a backup copy of that and regenerating it when Gnucash gets updated rather than have to mess with it every time I make an invoice
15:51:23 <warlord> Guy-: of course -- it's a negative expense.
15:51:48 <warlord> JonathanElli1: what OS/Distro? /usr/share/gnucash/...
15:51:51 <Guy-> oh
15:52:03 <JonathanElli1> warlord: Ubuntu Linux
15:52:34 <jsled> `$packageManager --jsled-imagines-something-like-list-files-that-belong-to-package gnucash |grep "invoice.scm"`?
15:52:41 <jsled> /usr/share/gnucash/guile-modules/gnucash/report/invoice.scm here
15:53:37 <Guy-> dpkg -S invoice.scm
15:53:40 <JonathanElli1> jsled: Got it
15:59:27 <JonathanElli1> warlord & jsled: Which part of the file do I need to edit? Can I comment out the lines in the (let* ((col-vector (make-vector columns-used-size #f)) section, ie (set-col (opt-val "Display Columns" "Discount") 5) ? Do I need to do the same in the next section (define (make-heading-list column-vector) that is (if (discount-col column-vector) (addto! heading-list (_ "Discount"))) ??
15:59:29 <psymin> is there a hotkey for 'split transaction' ?
16:00:06 <warlord> psymin: I do not believe so.
16:00:10 <jsled> You could do a combo-hotkey through the menu.
16:00:20 <jsled> Or just use the auto-split view
16:00:24 <warlord> JonathanElli1: I'd just change the default option values.
16:00:26 <psymin> I'll check out autosplit
16:00:35 <psymin> nice, thanks
16:00:51 <JonathanElli1> warlord: Where are they?
16:00:57 <warlord> in invoice.scm.
16:01:04 <warlord> in the options generator
16:01:21 <JonathanElli1> warlord: Yes. I have that file open but I dont know which section of the file I am looking for
16:02:06 <jsled> well, you're editing the source code of the report … this isn't a configuration file, per se.
16:02:07 <jsled> If you'
16:02:32 <warlord> JonathanElli1: the options generator
16:02:49 <jsled> If you're not comfortable working to understand the source to a degree necessary to edit the options, then you should back up and accept "no" and "leave the report open and change it each time" as the answer. :)
16:03:40 * jsled not trying to be confrontational or anything … just level-setting about what you're doing by editing invoice.scm.
16:03:49 <JonathanElli1> I am happy working through it. Just need to know what I am looking for. I will search for "options generator"
16:05:11 <jsled> JonathanElli1: look for «(gnc:make-simple-boolean-option … "Taxable"» around line 273
16:05:17 <jsled> I believe the last option "#t" = true is the default.
16:05:32 <jsled> but I'm not super familiar with this code.
16:05:46 <JonathanElli1> Thanks. I will look for that
16:06:18 <jsled> "discount" and the Extra Notes defaults look similarly-easy to change.
16:06:23 <JonathanElli1> Are you here for a little while? I might need to talk to you later but I have to take a phone call now
16:06:34 <warlord> Shoujld be around.
16:06:44 * jsled too
16:08:51 <JonathanElli1> Thanks
16:09:05 <psymin> I wonder if I should consider income tax withholding to be an expense .. or a savings account
16:09:45 <warlord> I consider it an expense.
16:10:27 <psymin> cool .. then the refund would be income .. thanks :)
16:10:31 <psymin> s/refund/return/
16:10:41 <psymin> ack! but then its taxable
16:10:55 <warlord> Not all income accounts are taxable...
16:11:02 <warlord> But some tax refunds ARE taxable.
16:11:18 <warlord> (I believe that state income tax refunds are federally taxable)
16:12:07 <Guy-> every country's tax system has weird elements, I guess :)
16:12:43 <warlord> yep.
16:33:33 *** palatin has quit IRC
16:42:25 *** ErKa has quit IRC
16:57:34 *** sjc has joined #gnucash
17:00:00 *** roe_ has joined #gnucash
17:00:23 <roe_> I'm looking for a roadmap and/or information about simultaneous access to the same "data file"
17:01:13 <warlord> roadmap?? hahahahaha
17:01:20 <warlord> (sorry, needed to get that off my chest)
17:02:36 <jsled> there's not really been a roadmap for years.
17:03:25 <jsled> And there's not really any plans or support for simul. access to the same dataset.
17:03:41 <jsled> Not to say people don't want it or think it'd be a good idea.
17:03:48 <jsled> But no one's actively working on it.
17:03:54 <roe_> I found some old discussions about a "gda branch" which is supposed to be working on it?
17:04:12 <jsled> not really.
17:04:19 <jsled> the db backend branches are just about getting a DB backend.
17:04:36 <jsled> And maybe that makes some notion of simultaneous access easier.
17:04:45 <jsled> But not really.
17:04:47 <roe_> that is a pretty important step in simul. access don't you think?
17:05:31 <jsled> what? a db backend?
17:05:46 <jsled> not necessarily.
17:05:47 <roe_> aye
17:06:20 <jsled> periodic serialization to an XML file or query/persist operations against a DB … what matters more is in-process concurrency.
17:06:40 <jsled> conflict prevention or detection.
17:06:42 <warlord> Well, I think a DB Backend is a necessary but not sufficient means for concurrency.
17:06:54 <jsled> it's not necessary.
17:07:00 <jsled> nor sufficient. :)
17:07:46 <jsled> Though there are good patterns around using, eg, version columns to detect multiple-edits.
17:08:08 <jsled> Plus, of course, transactions for the narrow window of the actual persistence operations themselves.
17:08:43 <jsled> I guess you could presume super-long locks … SELECT * FOR UPDATE or something that basically holds locks during the entire user-interaction cycle.
17:08:51 <jsled> But there's reasons basically no one does that. :)
17:09:52 <roe_> one last question, didn't mean to start a whole thing, I am currently using SQL-ledger/LedgerSMB. I don't really like them because they are glorified ledgers. I don't know much about accounting, and it seems that trying to track a business credit card is very difficult with just a ledger, especially when you want to tie inventory purchases to clients to partial payments etc... my question is does GnuCash do it better?
17:23:56 *** kielein has quit IRC
17:36:59 <warlord> roe_: GnuCash doesn't have inventory.
17:37:38 <roe_> that might make my life easier
17:38:12 <roe_> In talking with my accountant, they mentioned that QBs has a special "module" for handling CC properly
17:42:13 <warlord> What do you mean "handling CC properly"?
17:43:28 <roe_> something about needing the CC journal to be both a payment method and an AP account
17:43:52 <jml> is it possible to customize the ordering of accounts on the main accounts page?
17:44:27 <jsled> jml: http://wiki.gnucash.org/wiki/FAQ#Q:_How_can_I_reorder_accounts_in_the_account_tree.3F
17:44:43 <jml> good grief there's a wiki
17:44:50 <jml> jsled: thanks :)
17:44:52 <jsled> :)
17:45:56 <warlord> roe_: I still dont understand what you mean.. "both a payment method and an AP account"? Huh?
17:46:42 <roe_> yea, it has been a while since I sat down with it, I will have to drum up the problem and actually form a coherent question
17:47:12 <jml> so, what does gnucash use to get its ... idiosyncratic look?
17:48:04 <jsled> where?
17:48:11 <jsled> in the register?
17:48:11 <jml> hmm. actually. scratch that, it's gtk
17:48:45 <jml> jsled: I guess I mean in an account, esp that green & gold theme.
17:48:46 <jsled> Yeah. In some places it's just ugly. The register is still GTK, but it's a custom canvas-like thing that still tries to use GTK widgets.
17:48:48 <jsled> It's a mess.
17:49:05 <warlord> yeah, the register is a real mess.
17:49:16 <jsled> There's a mostly-but-still-not-complete branch to just use a normal GTK Tree View as the impl for the register.
17:49:19 <jsled> which would be nifty.
17:49:34 <jsled> Of course, years and years ago the register was well advanced of what GTK offered.
17:49:37 <jsled> But, times change.
17:50:07 <jml> I understand all too well.
17:51:07 <jsled> heh http://mumak.net/stuff/your-code-sucks.html
18:18:48 *** roe_ has quit IRC
18:21:52 *** Kevin_Manire has joined #gnucash
18:29:51 *** warlord is now known as warlord-afk
18:30:01 *** aindilis` has quit IRC
18:37:35 *** psymin has quit IRC
19:23:02 *** Kevin_Manire has quit IRC
19:24:22 *** cortana has quit IRC
19:54:01 *** Demitar has quit IRC
19:55:48 *** Demitar has joined #gnucash
20:01:08 *** Demitar has quit IRC
20:03:47 *** Demitar has joined #gnucash
20:29:37 *** Demitar has quit IRC
20:32:11 *** Demitar has joined #gnucash
20:33:15 *** Zoolooc has quit IRC
20:35:03 *** Demitar has quit IRC
20:37:47 *** sjc has quit IRC
20:53:42 *** Jimraehl has left #gnucash
20:55:18 *** JimRaehl2 has joined #gnucash
20:56:31 *** lpanebr has joined #gnucash
20:57:47 <lpanebr> hello, is it possible to set gnucash to use a different locale than that used on my gnome session? (ie: my system is in english but I want gnucash on portuguese)
20:59:49 <JonathanElli1> warlord-afk & jsled: Hi again. I have edited invoice.scm and now the invoice displays by default only the columns I want. Hooray! Thanks for your help. Would it be worth posting how I did it on the wiki?
21:00:38 <gxti> lpanebr: you can from the commandline with `LANG=pt_PT LC_ALL=pt_PT gnucash` (or pt_BR)
21:02:23 <gxti> it looks like just `LC_ALL=pt_BR gnucash` works, but not being multilingual i can't tell if anything is wrong
21:03:18 <gxti> also you should be able to create a launcher on your desktop/panel/whatever with the same command
21:04:56 <lpanebr> gxti: thanks. it almost worked ;-) I got: "WARN <Gtk> Locale not supported by C library. // Using the fallback 'C' locale."
21:06:21 <lpanebr> gxti: is it the whole system locale I am missing or only the gnucash pt_BR?
21:06:28 <gxti> is there a pt_BR or pt_BR.utf8 in /usr/lib/locale?
21:06:40 <gxti> this is a system thing; it's saying that glibc doesn't know what the locale is
21:07:17 <lpanebr> gxti: nope.. :-(
21:08:03 <lpanebr> gxti: any apt-get install line to get it (but not make it default)?
21:09:02 <gxti> i have no idea; i'm using a distro you've probably never heard of with a package manager you've also never heard of. i'm sure whatever it is is the same as you'd need to get portugese working in general.
21:09:09 <gxti> something like glibc-locales perhaps
21:09:40 <Guy-> lpanebr: apt-get install locales
21:09:50 <gxti> there you go
21:10:08 <Guy-> lpanebr: if it's already installed, then dpkg-reconfigure locales and tell it to build pt_BR
21:11:37 <lpanebr> Guy-: what localeS will it install/download? all?
21:12:04 <Guy-> as I understand it, the 'locales' package contains the locale stuff in a compact source form
21:12:14 <Guy-> and you can select which specific ones you actually want to use
21:12:27 <Guy-> those are then 'compiled' using localegen/localedef/whatever
21:12:33 <lpanebr> Guy-: locales is already the newest version.
21:12:42 <Guy-> OK, then dpkg-reconfigure -plow locales
21:13:03 *** warlord-afk is now known as warlord
21:13:14 <warlord> JonathanElli1: i see little reason to post about it, honestly.
21:14:17 <lpanebr> Guy-: it generated the locales, but only those that I allready had on /usr/lib/locale/
21:14:38 <Guy-> lpanebr: did you specify -plow?
21:14:50 <Guy-> lpanebr: is this Debian or Ubuntu?
21:15:07 <JonathanElli1> warlord: I imagine being able to customise the default invoice options could save people time. It will certainly save me time and hassle. And now all my invoices will look consistent without me having to remember to do something each time.
21:15:13 <lpanebr> Guy-: Ubuntu. I just issued "$ sudo dpkg-reconfigure -plow locales"
21:15:38 <Guy-> lpanebr: OK, ubuntu does it differently
21:15:49 <Guy-> there's a directory somewhere under /var... let me see...
21:16:36 <Guy-> lpanebr: edit /var/lib/locales/supported.d/local
21:16:55 <Guy-> add a line for pt_BR
21:17:06 <Guy-> and then rerun dpkg-reconfigure locales, or maybe just localegen
21:18:19 <lpanebr> Guy-: cool. should I add it with the UTF-8?? like "pt_BRUTF-8 UTF-8"?
21:18:27 <Guy-> that's your call
21:18:45 <gxti> yes
21:18:50 <Guy-> if you use utf8, then yes, I suggest you stay with it
21:19:09 <lpanebr> Guy-: will do it
21:19:09 <warlord> JonathanElli1: see my original response to your original question.
21:19:13 <Guy-> if in your English locale you use iso8859-1, then no, don't make one program use utf8 and the rest of the system a single-byte encoding
21:19:15 <gxti> there is no reason to ever use anything other than utf8, ever :P
21:19:34 <gxti> (in this context)
21:19:54 <Guy-> I wish I could be so certain :)
21:20:42 <lpanebr> Guy-: the en_US was uft also
21:20:58 <Guy-> then by all means, make brazilian utf8 as well
21:21:01 <lpanebr> Guy-: I did it but got the exact same warning as before
21:21:12 <lpanebr> Guy-: WARN <Gtk> Locale not supported by C library.
21:21:25 <Guy-> try with LC_ALL=pt_BR.UTF8
21:21:36 <Guy-> sorry, no
21:21:38 <Guy-> try with LC_ALL=pt_BR.UTF-8
21:21:53 <gxti> i'm using en_US.utf8; i think they're all the same
21:22:03 <gxti> but i'm not on ubuntu so who knows
21:22:08 <Guy-> it depends on whether and what aliases you have set up
21:22:35 <Guy-> (which basically means all bets are off :)
21:23:58 <lpanebr> Guy-: yeah! thanks! I needed both LANG and LANG_ALL
21:24:02 <lpanebr> Guy-: :-)
21:24:10 <Guy-> felicidades :)
21:24:44 <lpanebr> Guy-: obrigado! :-)
21:24:52 <Guy-> de nada :)
21:26:23 <Guy-> but now, good night all around
21:37:49 <jsled> yeah, most distros switched over to utf8 in the last couple of years.
21:49:40 *** twunder has joined #gnucash
21:55:59 *** JimRaehl2 has left #gnucash
21:56:24 *** Jimraehl has joined #gnucash
22:06:28 *** lpanebr has quit IRC
22:14:49 *** cphuntington97 has joined #gnucash
22:18:49 <cphuntington97> I'm tracking a mutual fund in gnucash. I enter a description, transfer from Income:Dividend Income, enter the correct number of shares which is .064, enter the correct price which is $13.65/share, and hit enter. Gnucash then changes the price to $13.5938/share, which is not the correct price. Dur...?
22:31:11 <cphuntington97> I'm at cphuntington97@gmail.com if anyone can help... thanks. :-)
22:31:34 *** cphuntington97 has quit IRC
22:31:54 *** roe_ has joined #gnucash
22:33:16 *** lpanebr has joined #gnucash
22:34:18 <lpanebr> good night. When I import my bank OFX file the checks numbers do not get imported... Any idea on how to fix this?
22:40:57 *** Shad has joined #gnucash
22:42:12 <Shad> Hello, this is my very 1st time on irc chat. i'm trying to enlarge the font size in the register from a windows machine.
22:42:40 <Shad> i've googled the gnucash font size and got a bunch of stuff for other platforms
22:42:59 <Shad> i've also read the manual and found how to change the font for printing
22:43:14 <Shad> none of those help
22:46:22 <lpanebr> does someone know what OFX field maps to the Nº column on gnucash?
22:54:25 *** JonathanElli1 has left #gnucash
22:57:26 <warlord> sorry, lpanebr, i do not know offhand.
23:01:13 <Shad> i've imported ofx files into "cash organizer" and "ace money" unfortunately i never use the No column. if you give me a few minutes i can create a few tranactions and see what field it maps.
23:10:00 *** twunder has quit IRC
23:10:14 <Shad> i've just downloaded the ofx file from my bank. i found a transaction that has a check number field. the ofx file uses <CHECKNUM> to identify the numbers field. i dont know if this answers your question or not.
23:12:31 <warlord> Shad: did that entry get put into the Num column in the register when you imported?
23:12:35 <warlord> (i would think it should)
23:12:53 <lpanebr> Shad: my OFX also has this CHECKNUM but it does not get imported. does yours get imported?
23:13:56 <lpanebr> I am lookng the source code tring to find out what maps to the No column but cant find it
23:17:31 <Shad> let me check to see if the <checknum> gets imported to the number field in gnucash, hold on.
23:19:48 *** roe_ has quit IRC
23:19:48 <lpanebr> YES IT DOES
23:19:58 <lpanebr> OH GOD
23:20:09 <Shad> yes it does lpanebr
23:20:19 <Shad> sorry for the long delay, slow poke pc
23:20:37 <lpanebr> my banck OFX entry is <CHKNUM> not <CHECKNUM>
23:21:12 <Shad> close enough i guess
23:21:37 <warlord> close, but libofx/AqB might not accept it or consider it the same.
23:21:55 <Shad> does anyone know how to enlarge the font size for gnucash? i'm running windows xp.
23:21:58 <lpanebr> can you believe i was trying different alternates like ID TRNNUM NUM etc but didnt try this one..
23:22:27 <lpanebr> well thanks!
23:22:44 <Shad> thats what its all about lpanebr.
23:22:52 <lpanebr> Shad: sorry. just installed on ubuntu. dont know..
23:22:57 <warlord> Shad: did you try the gnome control center?
23:23:30 <Shad> i've searched on the gnome control center after i installed and i dont know if i have it, or what/where to find it.
23:23:46 <warlord> gnucash doesn't ship.install it.
23:23:57 <Shad> i did see that if you have other than windows you need it, but i'm running windows.
23:26:32 <jsled> it's probably still necessary.
23:26:39 <jsled> Though I'd try the .gtkrc stuff
23:26:42 * jsled looks
23:27:28 <jsled> click through <http://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_change_the_register_colors.3F>
23:28:00 <jsled> to the -devel post, which will get you to <http://svn.gnucash.org/trac/browser/gnucash/trunk/doc/gtkrc-2.0.gnucash#L128>.
23:29:28 <jsled> which hopefully will effect the register font size.
23:31:12 <jsled> s/effect/affect/, actually.
23:31:54 <gxti> how is it that moving from entering credit card receipts manually to importing files from my bank has made my life 10x harder
23:32:25 <jsled> heh
23:32:26 <gxti> it's not the import process, and it's not gnucash's fault -- i just confuse the piss out of myself trying to figure out why things don't line up
23:32:47 <jsled> gxti: unrelated, what distro/package manager?
23:33:02 <gxti> foresight linux, conary. and yes, gnucash is packaged for it :P
23:33:24 <warlord> gxti: I never use the import features.
23:35:26 <gxti> right now, my bank says my cc balance is $271.67. gnucash says my balance is $283.31. if i don't reconcile the last item on the list, which is $11.64, things line up perfectly -- but that transaction is in the cc statement
23:37:19 <gxti> oh well, probably the bank's fault, somehow
23:38:25 <warlord> Was the starting balance correct?
23:40:43 <gxti> i use the cc frequently enough that it's rare for the gnucash balance to match the bank balance exactly, but before i started importing i don't remember having being off by exactly the amount of a transaction that should be accounted for in the bank's balance
23:41:17 <warlord> I dunno..
23:41:32 <warlord> I dont use any of the importers.
23:42:12 <gxti> i may go back just to get the feeling that i'm actually auditing my bank and might catch some stupidity of theirs
23:42:50 *** Shad has quit IRC
23:43:00 <gxti> this is only my second round using the importer, i was mostly curious whether it could make things easier and the answer is "apparently not"
23:43:05 <warlord> it's usually better to enter by hand anyways.. Thewhole point is to make sure your bank doesn't mess up, but if you just import their txns then you never get that verification.
23:44:26 <gxti> now, if i can get it to match well enough to help with reconciliation, that would be nice
23:44:51 <warlord> does the starting balance match?
23:45:26 <gxti> i mean matching names, not balances
23:45:37 <gxti> it could still speed up the process of checking things off
23:45:44 <warlord> I suppose.