2007-02-18 GnuCash IRC logs

00:01:59 <warlord> Wilddev: I'll try (really hard) to backport the remaining patches before you get 2.0.5 out.
00:02:12 <Wilddev> warlord: ty
00:02:44 <warlord> no problem.
00:03:09 <hampton> do the tests divert stderr somewhere?
00:04:36 <warlord> in trunk?
00:04:42 <hampton> yep
00:04:43 <warlord> I think it might...
00:04:50 <warlord> (not sure)
00:05:13 <hampton> I get no output from: fprintf(stderr, "%s:%d x\n", __FILE__, __LINE__);
00:06:02 <warlord> It's possible that "make check" redirects stderr to /dev/null
00:07:23 <hampton> naw, silly mistake. that code path was never being executed.
00:07:50 <warlord> Ah, okay.
00:21:27 <warlord> Okay, I've merged all but one audit.. I'll do the last set tomorrow..
00:23:57 <hampton> I have a patch to make 2.0 ignore the new 'root' account that will appear when I commit the "remove group" changes. Should that go into 2.0.5, or did we decide it wasn't necessary as 2.0 can still read the data file?
00:24:56 <warlord> I dont know what we decided.
00:25:17 <hampton> What will happen if you run the new code and then go back to 2.0 is that all the "top level" accounts (e.g. Assets, Liabilities) will be shifted down one level and appear under a new account called "Accounts Root".
00:25:31 <hampton> I don't remember either. :-( That's why I'm asking again.
00:25:59 <hampton> Gotta love functions that get called only for their side effects....
00:26:19 <warlord> yeah
00:27:30 <hampton> back to the tube while 'make check' runs...
00:28:55 <warlord> Have fun.
00:29:57 <hampton> ftr, if 'make check' is clean then tomorow I'm going to start migrating the "remove group" changes to a tree pulled from trunk
00:30:18 <hampton> hope to commit the changes back to trunk in the next couple of days
00:30:45 <warlord> Cool.
00:38:59 <warlord> okay, bedtime.
00:39:01 *** warlord is now known as warlord-afk
00:49:16 <hampton> all right. 'make check' finished.
00:56:54 <chris> hampton: Didn't we conclude that the AccountType of the new root account prevented old versions of gnucash from working properly?
00:58:52 <chris> actually, my memory is kind of fuzzy... weren't we actually using an uninitialized stack variable as the default account type or something?
00:59:09 <chris> we probably fixed that much up.
01:00:01 <hampton> Seems to read it just fine. You can't edit the account information though without changing the account type.
01:02:43 <hampton> Hmpf. That's not pretty. If you save a file from 'rg', it will open fine in 2.0 or today's trunk. If you save that file from 2.0/trunk, root account is written out as type NONE.
01:03:08 <hampton> Means that the next time you open the file in 'rg', it thinks it has to convert an old file and adds a new root account. :-(
01:04:07 <hampton> Every time you go forward, save, back, save. and then forward, you add a new root account.
01:06:29 <chris> what about reparenting accounts in the old version?
01:09:01 <hampton> You can re-parent Assets, etc back to top level accounts without any problem. You can't reparent anything to be a child of the account labeled "Root Account".
01:10:02 <hampton> (2.0 doesn't allow any types of accounts to be children of an account of type NONE)
01:17:54 *** Wilddev has quit IRC
01:20:18 <chris> bedtime. g'night.
01:32:40 <hampton> me too. night
01:32:44 *** hampton is now known as hampton|away
04:10:13 *** ural0 has joined #gnucash
04:29:28 *** ural0 has quit IRC
05:53:13 *** prock_ has joined #gnucash
06:01:12 *** prock has quit IRC
06:17:06 *** IanL has joined #gnucash
06:58:01 *** nomeata has joined #gnucash
07:46:12 *** dgtlmoon has joined #gnucash
07:47:46 <dgtlmoon> anyone around to answer an invoicing / AR question?
07:48:31 <dgtlmoon> ive read the gnucash tutorial but im not sure if im doing this correctly its making a mess of my account
07:49:01 <dgtlmoon> when i create a new invoice, where do i set the "post to" ? i got this set to income:consulting
07:49:11 <dgtlmoon> i am thinking kmymoney2 might be a better option
07:50:39 <dgtlmoon> also i found this article that relates to gnucash
07:50:40 <dgtlmoon> http://whylinuxsucks.org/applications-use-gtkhtml-wont-let-you-set-default-font-size
07:50:47 <dgtlmoon> seems you guys have some issues
08:28:21 *** andi5 has joined #gnucash
08:28:22 *** gncbot sets mode: +o andi5
08:32:29 *** ErKa has joined #gnucash
08:38:42 <andi5> dgtlmoon: have you read http://www.gnucash.org/docs/v2.0/C/gnucash-guide/bus-ar-invoices1.html#bus-ar-invoicepost2 ?
08:43:41 <andi5> dgtlmoon: please also note that the page you linked above is not completely correct... the problem is more involved than changing a simple #define, of course... btw, i have no clue what gnucash has to do with gail, but well
08:56:00 *** warlord-afk is now known as warlord
08:56:38 <warlord> dgtlmoon: The "post to" account, when you "post" the invoice, should be your A/R Account, which should be what it defaults to.
09:01:51 <andi5> """File to log into; defaults to "/tmp/gnucash.trace"; can be "stderr" or "stdout".""" ... given that stderr will probably be redirected to .xsession-errors in many distros and only the tail of that file (not /tmp/gnucash.trace) will be attached to bug-buddy reports, what about changing the default to stderr? .... *probably missed one email again*
09:02:19 <jsled> for tests, the default is stderr.
09:02:46 <jsled> My ~/.gnucash/log.conf defaults to stderr, for sure.
09:02:48 <jsled> :)
09:03:32 <warlord> bug-buddy isn't going to attach the stderr output..
09:03:34 <jsled> Actaully, qoflog defaults to stderr; gnucash redefines to /tmp/gnucash.trace during startup.
09:03:51 <warlord> and most people wouldn't even know who to find the xsession error file.
09:04:10 <jsled> I think andi5's right: bug buddy does.
09:04:27 <andi5> and it helps a lot sometimes
09:04:45 <warlord> well, we could try to teach bug-buddy to attach /tmp/gnucash.trace?
09:05:13 <andi5> well, actually i wonder why we need that file.... we have --logto now :)
09:06:00 <jsled> A better option would be to have >info -> stderr; and <=info -> stdout (or a file).
09:06:02 <warlord> because users are stupid and wont use it when the thing crashes the first time.. On the other hand I think the might not know to save it, either, so they might rerun gnucash which would overwrite the logfile.
09:07:01 *** IanL has quit IRC
09:07:13 <warlord> Huh? Why stdout v. stderr?
09:07:16 <andi5> scrollback buffers of terminal emulators rock :)
09:07:42 <warlord> andi5: most users just run gnucash from the icon/menu so there is no stdout/stderr..
09:08:10 <jsled> warlord: so errors go to stderr, but "informational" output goes to stdout.
09:09:13 <warlord> I'd copy the errors to both locations so you have a full log of everything in one place. Copying the errors to somewhere else too is fine.
09:09:35 <jsled> True.
09:09:37 <andi5> warlord: see e.g. http://bugzilla.gnome.org/show_bug.cgi?id=407805 ...
09:10:46 <jsled> dgtlmoon: issues? We have a whole subscription!
09:11:24 *** Demitar_ has joined #gnucash
09:25:31 <andi5> does anyone have gnucash+aqbanking for a short test available?
09:29:39 *** andi5 has quit IRC
10:03:30 *** hampton|away is now known as hampton
10:05:33 <jsled> oh noes. Even after dropping back to swig-1.3.29 I still get the same error.
10:11:25 <warlord> jsled: did you rebuild all the swig binding code?
10:14:31 <jsled> yeah. make distclean and all that.
10:14:36 <jsled> (both ways)
10:14:56 <jsled> Though I just went back up to 1.3.31, so I need to do so again.
10:15:56 <jsled> though whats it you recommend? maintainerclean?
10:31:13 <jsled> Yeah, that did it. It looks like the swig code isn't cleaned up in distclean.
10:47:27 *** andi5 has joined #gnucash
10:47:27 *** gncbot sets mode: +o andi5
10:49:01 <andi5> jsled: according to the automake manual: "If configure built it, then distclean should delete it." and "If the maintainer built it (for instance, a .info file), then maintainer-clean should delete it. However maintainer-clean should not delete anything that needs to exist in order to run ./configure && make." .... as we dist the swig files, i think maintainerclean is the right choice
10:52:42 <andi5> [ot] is there a single good terminal emulator? gnome-terminal is slow (now: really slow, did i really waste all that time?), xterm does not have tabs (sorry, i need those), multi-aterm and mrxvt do not seem to support utf8.... any hint would be greatly appreciated :-)
10:53:24 <jsled> I used to find gnome-terminal unacceptably slow, but I don't anymore for some reason.
10:53:46 <jsled> Plus, it knows how to handle urls, which is great.
10:54:00 <jsled> screen » tabs. :)
10:54:53 <andi5> jsled: i am sorry, i have really tried screen, but i cannot work with it... it just did not ... fit
10:55:09 <jsled> Oh, plus gnome-terminal has keyboard copy and paste, which is nice. I'm sure others do too, ...
11:21:39 <prock_> iterm for mac has "send keypresses to all tabs". it's amazing.
11:21:50 *** prock_ is now known as prock
11:27:01 <andi5> prock: the only keypress i see viable for all tabs is Ctrl-D :-) (but there is a cross in upper right corner, or Alt-F4 ;-))
11:39:29 *** jpeach has joined #gnucash
11:51:44 *** ural0 has joined #gnucash
12:08:21 *** exper has joined #gnucash
12:28:05 *** jpeach has left #gnucash
12:29:28 *** warlord is now known as warlord-afk
12:39:01 *** master has joined #gnucash
12:45:40 *** master has quit IRC
13:04:49 *** Humanoid has joined #gnucash
13:09:39 <Humanoid> When importing an OFX, does gnucash import the full time of each transaction? Cause when I look at the transactions, I only see a date, no time, and the date is wrong (gnucash displays the transaction as occurring on the following day).
13:12:28 <jsled> Humanoid: can you see the timestamp in the OFX data?
13:12:45 *** Humanoid has quit IRC
13:12:59 *** Humanoid has joined #gnucash
13:14:02 <jsled> Humanoid: can you see the timestamp in the OFX data?
13:14:45 <jsled> fwiw, I don't know much about the OFX importer, so I'm not sure if I'll be able to help you ... but it could be a timezone issue.
13:15:04 <Humanoid> jsled: Yes, I see the timestamps all the way down to seconds. In the <DTPOSTED> field.
13:15:33 <jsled> are they near the end of the day?
13:16:45 <Humanoid> jsled: They are all at noon. example: <DTSTART>20070113120000[-5] (the -5 seems to refer to the timezone)
13:17:20 <jsled> huh. That's weird. And weird timestamp format.
13:17:24 *** dbr has joined #gnucash
13:17:27 <jsled> s/And weird/And a weird/
13:17:43 <Humanoid> Oops: It's <DTPOSTED>20070113120000[-5]
13:18:10 <Humanoid> DTSTART was on a different line, not for the transaction, but to mark the beginning of all transactions in the file.
13:21:26 <Humanoid> When importing a file from a different bank, the date in gnucash is correct, but still no seconds are displayed. The date stamps in the OFX file of this second banks look like: <DTPOSTED>20070117020000[-5:EST]
13:21:51 <Humanoid> So it's pretty much the same format. Just an extra :EST added for the timezone.
13:21:53 <jsled> The register doesn't display times at any point.
13:25:02 * hampton seems to have hosed his system by killing scim.
13:25:05 <hampton> brb
13:25:06 *** hampton has quit IRC
13:26:04 <Humanoid> Oh! I see why it has the wrong date... Looking at the xml files saved by gnucash, I see that it converted all the times into the local timezone of my computer.
13:26:37 <Humanoid> So since the transaction occurred at 12:00 in timezone -5. And my computer is now in timezone +7, it saves it as 00:00 in timezone +7 the next day.
13:29:31 <Humanoid> Well, at least it imports the full time, and saves it. I guess I just need to setup gnucash to run in timezone utc+0 so that I don't have to deal with timezone annoyances.
13:37:46 *** twunder has joined #gnucash
13:39:36 *** ural0 has quit IRC
13:39:55 <Humanoid> How can I get gnucash to display and save all dates and times in utc rather than the local timezone?
13:47:34 <jsled> Humanoid: gnucash should traffic in tz-qualified dates... but the behavior might be buggy. :/
13:47:57 <jsled> That is, in the datafile, timestamps should have a tz specifier.
13:48:34 <jsled> Are you saying that the OFX importer munged the date?
13:49:37 <jsled> Also, we should respect the environment and locale w.r.t. the current timezone ... so, TZ, I think.
13:49:56 *** guigoz9 has joined #gnucash
13:50:08 <jsled> Humanoid: http://www.gnu.org/software/libc/manual/html_node/TZ-Variable.html#TZ-Variable
13:50:28 <guigoz9> hello
13:50:37 <jsled> hello
14:05:30 <Humanoid> jsled: Yes, TZ="xxx" works. I just had to load the file, and then save it, and it converted all the timestamps to the timezone I wanted.
14:05:38 <Humanoid> jsled: Thanks for the help!
14:06:07 <jsled> Humanoid: did it adjust the timestamp values correctly?
14:06:23 <jsled> Humanoid: also, can you confirm that the OFX importer is behaving badly?
14:06:26 <Humanoid> jsled: yes.
14:06:38 <jsled> I.e., did it not convert the hours value?
14:07:08 <Humanoid> jsled: Yes, it adjusted the time correctly, as well as the +xxxx timezone affix after the time in all the transactions in the file.
14:10:16 <Humanoid> For example, before it said: <ts:date>2007-01-17 14:00:00 +0700</ts:date>, but after running with TZ="utc+0" and loading+saving the file, it converted it to: <ts:date>2007-01-17 07:00:00 +0000</ts:date>
14:10:40 <jsled> Ah, well that's good, at least. :)
14:13:25 *** twunder has quit IRC
14:16:23 *** hampton has joined #gnucash
14:16:23 *** gncbot sets mode: +o hampton
14:23:43 <jsled> Hmm. If I'm reading this correctly, the SXes have never handled the frequency of "once" correctly. :/
14:23:46 *** ErKa has quit IRC
14:29:04 *** Humanoid has quit IRC
14:44:29 *** nomeata has quit IRC
14:47:09 *** magenpie has joined #gnucash
14:48:29 <magenpie> when i import .qif gnucash isn't remembering what accounts i specify...what am i doing wrong?
14:49:19 <jsled> magenpie: I don't know. When are you specifying the accounts?
14:49:24 <jsled> During the import...?
14:49:40 <magenpie> in the Match payees/memos to gnucash accounts dialog box
14:50:00 <magenpie> qif payee/memo gnucash account name
14:50:31 <magenpie> i put the gnucash account names in but the next time i import i have to do it again
14:51:26 <magenpie> yes, is during the import
14:52:40 <jsled> So, you have some payee ("Costco"), then you say the gnucash account is {Expenses:Food} or whatever, then you continue on and complete the import...
14:52:48 <jsled> ... the transactions are created into the appropriate accounts?
14:53:49 <magenpie> yes
14:53:57 <jsled> magenpie: Does the file ~/.gnucash/qif-accounts-map exist?
14:54:12 <magenpie> so the next time Costco appears, should get the same account, no?
14:54:18 <magenpie> let me check that...
14:54:47 <magenpie> yes, that account exists
14:55:43 *** warlord-afk is now known as warlord
14:55:54 <jsled> So, when you import another QIF file ... what does it say for the Account name column?
14:55:56 <warlord> magenpie: the qif importer will only re-match if the string matches 100%
14:56:53 <magenpie> jsled, i'm not sure what you mean...the next time i import transactions?
14:57:00 <magenpie> it always says unspecified
14:58:12 <magenpie> warlord, does that mean that even though i have a discover card transaction every month, if some of the numbers are different in the name, it won't rematch?
14:59:26 <warlord> magenpie: Yes. The QIF importer does a full string match. If ANY character in the payee is different then it wont match.
14:59:31 <magenpie> or, qif payee is CHECK and i put account name in there, shouldn't the next time CHECK is imported i should get the same account name i used?
14:59:57 <magenpie> CHECK doesn't have anything else to identify it
15:00:38 <magenpie> let me see...i'm going to put accounts in and record and then re-import the same transactions again...
15:00:38 <warlord> For the same qif import account?
15:00:45 *** guigoz9 has quit IRC
15:00:54 * magenpie is thinking
15:04:32 <magenpie> i had some previous .qif files i had to get rid of
15:04:54 <magenpie> now one of the 8 transactions has an account name
15:05:31 <magenpie> and this is strange because i've never gone to that restaurant before but it's correctly identified as Dining!
15:07:56 <warlord> hehe.
15:08:02 <warlord> it's a mind reading app? ;)
15:09:19 <magenpie> Indias Kitchen=Dining
15:09:26 <magenpie> how can it guess that???
15:10:10 <warlord> grep 'Indias Kitchen' in your qif-import-map file.
15:17:06 <magenpie> thanks for explaining
16:01:25 *** warlord is now known as warlord-afk
16:06:22 <andi5> jsled, prock: [ot] i have (finally) found rxvt-unicode with its tabbed perl extension :) .. after a bit of customization this seems to be what i want... until i know its shortcomings ;-)
16:15:33 *** Demitar_ has quit IRC
16:19:26 *** Demitar_ has joined #gnucash
16:26:05 *** Demitar_ has quit IRC
16:28:02 *** Demitar_ has joined #gnucash
16:31:43 *** twunder has joined #gnucash
16:34:25 *** Demitar_ has quit IRC
16:35:46 *** Demitar_ has joined #gnucash
17:03:16 *** dbr is now known as dbr-afk
17:06:20 *** Wilddev has joined #gnucash
17:06:21 *** gncbot sets mode: +o Wilddev
17:06:41 *** ErKa has joined #gnucash
17:10:56 <Wilddev> warlord-afk: backports committed?
17:17:33 <jsled> hampton: around?
17:18:31 <jsled> hampton: I added a new gconf key to app_gnucash_general.schemas, and `make install`ed it; though knowing that this doesn't install it per-se. I check for it during runtime, but instead of getting the default value or an error, I get false.
17:19:04 <jsled> Unfortuantely, it's the "/apps/gnucash/dev/maintain_file_compatability" option, which defaults to true ... so getting false is more than inconvenient. :)
17:20:07 <andi5> jsled: did you restart gconfd-2? ... and what about something negative like ignore_file_compatibility? :)
17:20:29 <jsled> yeah, I could invert the option, but that'd be lame. I'll try restarting.
17:20:35 <jsled> (gconfd-2, that is.)
17:21:51 <jsled> same behavior after gconftool-2 --shutdown
17:24:49 <andi5> are your schemas installed correctly? what is the result of gconftool --get /schemas/apps/gnucash/general/enable_euro (with your keys)?
17:25:02 *** master has joined #gnucash
17:25:13 <hampton> andi5's right. the default comes from the schema
17:25:13 <jsled> yeah, I just noticed the install failed because I said 'boolean' not 'bool'. :p
17:27:19 <jsled> hmm. So, I fixed the bool(ean), and it claims to install the schema.
17:27:34 <Wilddev> are you guys all committed to the 2.0 branch?
17:27:37 <jsled> Running the --get command (with gconftool-2) has some output.
17:27:42 <Wilddev> ?
17:28:03 <jsled> But running it for my new key says "No value set".
17:29:11 <jsled> And the runtime still fails.
17:29:23 <andi5> oh, you might need to export some variable .... hmm
17:30:33 <hampton> Did you restart gconfd after the last install
17:31:16 *** master has quit IRC
17:31:45 <jsled> I just tried running `make install-data-local` (no effect), then `GCONF_SCHEMA_INSTALL=1 make install-data-local; gconftool-2 --get /apps/gnucash/dev/maintain_file_compatability` => No value set for key '...'. Then --shutdown and --get again: same.
17:32:06 <jsled> s/no effect/no change for a $(gconftool-2 --get)/
17:32:33 <hampton> what about: gconftool-2 --get /schemas/apps/gnucash/dev/maintain_file_compatability
17:32:56 <jsled> Heh. I was trying that as you mentioned it. "No value set for [...]"
17:33:03 <jsled> So, they're not getting installed.
17:33:24 <andi5> i guess you have added the file to Makefile.am ;-)
17:33:28 <hampton> or they're being installed in a directory that gconfd isn't looking at
17:33:31 *** ErKa has quit IRC
17:34:25 <jsled> Oh, of course.
17:34:39 <andi5> (yes, otherwise it would not show an error).... so is the error inside the file or not... hm
17:35:16 <jsled> Cause they're being installed into /opt/gnc/unstable/etc/[...]
17:35:42 <andi5> oh... and that path is in your gconf configuration?
17:36:05 <jsled> Oh, I doubt very much it is.
17:37:17 <hampton> lol
17:37:28 <andi5> i guess you could run update-gnucash-gconf
17:37:32 <Wilddev> any clue what this means? ERROR: no code for module (g-wrapped gw-gnc)
17:39:21 <jsled> Right. So after running that, it works.
17:39:35 <andi5> nice... see ya
17:39:36 <jsled> But ... uh... does anyone do that? Was I supposed to have done that at some point in the past?
17:39:54 <andi5> well, if the schemas are not found, the druid provides that option
17:40:20 <jsled> right, but this is a dev-only option. Presumably everyone already has "the schemas", so they won't get that dialog.
17:40:39 <jsled> They're going to be in the same state as me: this new schema revision is just going to get silently ignored.
17:41:07 <jsled> Wilddev: sounds like g-wrap didn't finish?
17:42:15 <Wilddev> jsled: was in the tests part, it might be because I have an older release still installed
17:42:23 <Wilddev> gonna remove it and try again
17:42:40 * jsled inverts the option. :(
17:43:29 <hampton> gnc-frequency.c: In function 'do_frequency_setup':
17:43:29 <hampton> gnc-frequency.c:264: warning: 'uift' is used uninitialized in this function
17:44:21 <jsled> indeed it is. Why am I not seeing this?
17:44:24 <andi5> jsled: that depends... the first option is to update the search path, so subsequent "make install's" would have updated the defaults... i guess you have used distro-installed schemas and never seen that druid, right? :)
17:44:42 <jsled> andi5: I saw it ages ago.
17:45:01 <andi5> jsled: you might check your ~/.gconf.path
17:45:56 <jsled> andi5: no such file.
17:47:02 <andi5> jsled: you could add: """xml:readwrite:$(HOME)/.gconf \n xml:readonly:/opt/gnc/unstable/etc/gconf/gconf.xml.defaults"""
17:47:54 <jsled> andi5: thanks. But the point remains. If I add that schema/default, there's a reasonable change that you or cstim or someone will not see the value.
17:48:03 <jsled> s/change/chance/
17:49:22 <andi5> given my ~/.gconf.path, i hope it will not happen to me :) .... but you are right and i do not know how to avoid that possibility
17:50:09 <hampton> The right solution is what you didn't want to do but just did. Invert the option so that if someone's setup doesn't function properly, gnucash will do the right thing.
17:51:31 * jsled nods
17:51:40 <andi5> well, if gnucash does not show a splash screen, who cares... but some options might be more important :)
17:51:55 <jsled> This'd be the whole "forwards *and* backwards compatible" admonition.
17:52:23 <hampton> jsled: want me to commit a patch for gnc-frequency.c? Looks like the solution is the same as is coded elsewhere: grab the page number from from gf->nb and then index into the PAGES table.
17:52:51 <jsled> hampton: naw, I've got a fix coming in about 10 seconds.
17:53:06 *** andi5 has quit IRC
17:53:26 <hampton> k
17:53:38 *** Wilddev has quit IRC
17:54:10 <jsled> I'm still confused as to why I don't see the warning and given -Werror, the error. :(
17:54:36 *** Wilddev has joined #gnucash
17:54:36 *** gncbot sets mode: +o Wilddev
17:56:30 <hampton> do you have -Wunused ?
17:57:00 <hampton> hmm, my makefile has -Wunused ... -Wno-unused. What's that about?
17:57:10 <hampton> CFLAGS = -Werror -Wdeclaration-after-statement -Wno-pointer-sign -D_FORTIFY_SOURCE=2 -g -O2 -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wno-unused
17:57:13 <jsled> Ah ... I think I've been passing --enable-compiler-warnings, not --enable-compile-warnings. :/
17:59:08 <jsled> lol. http://seenonslash.com/node/1023
18:00:23 <Wilddev> ooops spellcheck
18:00:25 <Wilddev> lol
18:00:44 <hampton> man, 'make check' is verbose now
18:00:58 <jsled> yeah. It's mostly those commodity issues.
18:01:18 <Wilddev> jsled: never saw that site before, damm thats funny
18:05:13 *** twunder has quit IRC
18:09:22 *** nomeata has joined #gnucash
18:24:28 <Wilddev> hmm, still failing
18:25:38 <Wilddev> ERROR: no code for module (g-wrapped gw-gnc)
18:25:38 <Wilddev> Some deprecated features have been used. Set the environment
18:25:38 <Wilddev> variable GUILE_WARN_DEPRECATED to "detailed" and rerun the
18:25:38 <Wilddev> program to get more information. Set it to "no" to suppress
18:25:38 <Wilddev> this message.
18:25:39 <Wilddev> FAIL: test-scm-query-string
18:31:46 <hampton> jsled: I'm getting an error in 'make check' now related to the freq spec changes
18:32:03 <jsled> hampton: noted. I'll probably not look at it tonight.
18:32:30 <Wilddev> can anyone help me track down this error (otherwise I cant release 2.0.5)
18:32:53 <jsled> hampton: where, btw?
18:33:00 <hampton> ok. I'll spend the time inspecting my diffs for the 'remove group' changes
18:33:08 <hampton> * 18:01:04 WARN <gnc.engine> failed to load gnc-backend-postgres from /opt/gnucash/u5/lib/gnucash
18:33:08 <hampton> * 18:01:04 CRIT <gnc.engine> recurrenceListNextInstance: assertion `rlist && ref && next && g_date_valid(ref)' failed
18:33:08 <hampton> FAILURE 1 instance test-sx.c:93
18:33:08 <hampton> /bin/sh: line 4: 3333 Segmentation fault GNC_MODULE_PATH="../../../src/engine/.libs:../../../src/calculation/.libs:../../../src/app-utils/.libs:${GNC_MODULE_PATH}" GUILE_LOAD_PATH="../../../src/core-utils:../../../src/gnc-module:../../../src/engine:../../../src/scm:../../../src/app-utils:${GUILE_LOAD_PATH}" LD_LIBRARY_PATH="../../../src/app-utils/.libs:../../../src/calculation/.libs:../../../src/engine/.libs:../../../src/gnc-module/
18:33:12 <hampton> FAIL: test-sx
18:33:37 <jsled> Ah, heh.
18:35:17 <hampton> Wilddev: I'm trying a 2.0 compile now
18:35:45 <Wilddev> hampton: ty
18:36:15 <Wilddev> hampton: I was just doing make check
18:37:16 <hampton> k
18:37:27 <hampton> I just updated my tree and started a compile
18:40:15 <Wilddev> ok
18:41:03 <Wilddev> hmm wierd, doesnt seem to be any changes in the tests
18:42:49 <hampton> and this is 2.0, so it wouldn't be a gwrap <-> swig wierdness
18:44:11 <Wilddev> yeah
18:44:38 <Wilddev> I'm still on guile 1.6.7 here too
18:47:06 <hampton> I have 1.8.0. Compile is running fine. I'll start a 'make check' next
18:51:11 <Wilddev> ok
19:06:44 <Wilddev> hampton: any luck?
19:06:54 <hampton> oh, that's bad. 'make check' comlpeted for me
19:07:01 <Wilddev> damm
19:07:24 <Wilddev> I ran it on 2 different machines here both with 1.6.7 guile
19:07:29 <Wilddev> same result
19:09:02 <Wilddev> hampton: think upgrading guile might help?
19:09:26 <jsled> Wilddev: what version of g-wrap
19:09:28 <jsled> ?
19:09:32 <Wilddev> sec
19:10:30 <Wilddev> jsled: 1.3.4
19:13:59 *** Hmail has joined #gnucash
19:15:41 <Hmail> hi all :) I am looking for the option to remove the imbalance account. It really annoys me, because I just want to manage my personal cash, and that account keeps coming up after adding a new transaction. Does anyone know how to remove/hide it?
19:16:15 <Wilddev> its just being put there bc you aren't balancing your transactions
19:16:42 <Wilddev> you need to add a transaction with a to account as well
19:16:42 <Hmail> what does that mean? how do I balance a transaction?
19:17:09 <Wilddev> Hmail, you need to read the guide, it explains all this very well, its gnucash 101
19:18:34 <Hmail> what guide? I can't find it, and clicking on tutorial and concept guide, nothing appears
19:18:39 <Hmail> *happens
19:19:03 <Wilddev> what distro?
19:19:11 <Hmail> opensuse 10.2
19:19:22 <Wilddev> ok, look for a gnucash-docs rpm
19:19:42 <Wilddev> what version of gnucash do u have?
19:20:51 <Hmail> 2.0.2
19:21:05 <Hmail> Yast doesn't give me a gnucash-docs
19:21:10 <jsled> Hmail: you can set the account tree to hide zero-balance accounts, but 2.0.x has an issue where the Imbalance account will keep coming back in the normal course of things.
19:21:29 <jsled> Hmail: run gnucash from a terminal, click on the help, and see what message appears.
19:21:44 <Hmail> I did that, but no errors, no messages
19:21:47 <Hmail> just nothing
19:21:57 <jsled> If the Imbalance account is not zero, then you're not doing something right.
19:23:01 <Hmail> well :) I can't find what I am doing wrong, and because no manual appeared I thought: maybe some guys on IRC know what I am doing wrong :)
19:23:58 <jsled> That's weird re: the help. The usual problem when they don't appear is gnucash-docs isn't installed. It's strange that there'd be both no error and no help. You should take it up iwht your distro.
19:24:17 <jsled> All that documentation is online at http://www.gnucash.org/
19:24:20 <Hmail> hmm
19:24:52 <jsled> And like I say, if the Imbalance account is just 0-valued, then you're not necessarily doing anything wrong, so much as gnucash is being silly.
19:25:38 <Hmail> well, I'll try to read that manual, my english isn't really good, and my financial english is really bad, but I'll give it a try. There is no translated (dutch) manual, right?
19:26:22 <Hmail> but am I using an older version, or is 2.0.2 the newest?
19:27:02 <Wilddev> um, suse doesn't include gnucash, are u sure u got the package in your distro?
19:27:47 <Wilddev> I'm looking at the list of packages on the novell page
19:27:48 <Hmail> well, I am not sure if it came from the default installation repository, or from packman
19:28:01 <Hmail> it is opensuse, not Novell Suse
19:28:01 <Wilddev> what's packman?
19:28:12 <Wilddev> oh, there's a difference?
19:28:15 <Hmail> another repository, with more packages
19:28:41 <Hmail> I'm not really sure.. there are (of course) differences, but I don't know if they are delivering different packages
19:29:16 <Wilddev> packman has gnucash-docs btw
19:29:41 <Wilddev> but no releases, hmmm
19:30:12 <Hmail> that's weird
19:30:15 <Wilddev> ok scratch that no gnucash releases on packman
19:31:07 *** adrigen has joined #gnucash
19:31:09 <Hmail> I can't find the gnucash-docs in Yast, and gnucash gives me just the gnucash package
19:31:19 *** twunder has joined #gnucash
19:31:43 <Wilddev> some distros roll the docs package into the main package
19:32:34 <jsled> Hmail: fwiw, did you see the Suse link from <http://wiki.gnucash.org/wiki/GnuCash>?
19:33:02 <Wilddev> ok finally found the package list
19:33:37 <Hmail> ahh, jsled, no, that was the one I was looking for
19:33:39 <jsled> 2.0.2 is a bit old; 2.0.4 is the latest. Rauch appears to have a suse 10.2 gnucash 2.0.4 package at ftp://ftp.gwdg.de/linux/misc/suser-crauch/10.2/RPMS/i586
19:34:37 <Wilddev> yep looks like they didnt put the docs package in, how stupid
19:34:39 <Hmail> thanks, I'll install that one
19:35:08 *** nomeata has quit IRC
19:35:43 <Wilddev> jsled: any clues on the g-wrap?
19:36:18 <jsled> Wilddev: no, unfortunately. When do you see that error?
19:36:47 <Hmail> thanks for now guys, I'll read the documentation tomorrow
19:37:08 <Wilddev> you're welcome
19:37:26 <Wilddev> jsled: it seems to happen when make check is running the tests
19:37:29 *** Hmail has quit IRC
19:38:32 <Wilddev> make check-TESTS
19:38:32 <Wilddev> make[6]: Entering directory `/home/chris/cvs/gnucash-test/src/app-utils/test'
19:38:32 <Wilddev> PASS: test-link-module
19:38:32 <Wilddev> ERROR: no code for module (g-wrapped gw-gnc)
19:38:32 <Wilddev> Some deprecated features have been used. Set the environment
19:38:34 <Wilddev> variable GUILE_WARN_DEPRECATED to "detailed" and rerun the
19:38:36 <Wilddev> program to get more information. Set it to "no" to suppress
19:38:38 <Wilddev> this message.
19:38:40 <Wilddev> FAIL: test-load-module
19:38:42 <Wilddev> that's the first error
19:44:53 <jsled> Wilddev: sorry, no. :( Does 2.0.4 build?
19:45:03 <jsled> s/build/`make check`/
19:48:07 <Wilddev> hmm, I'll checkout that and see, it did last time
19:48:27 <hampton> jsled: I'm confused. I'm now getting:
19:48:35 <hampton> In file included from ../../../../src/backend/file/gnc-schedxaction-xml-v2.c:47:
19:48:35 <hampton> ../../../../src/core-utils/gnc-gconf-utils.h:48:32: error: gconf/gconf-client.h: No such file or directory
19:49:14 <hampton> I'm sure you compiled, so why would the include work for you but not for me?
19:54:19 *** dbr-afk has quit IRC
19:55:26 <chris> hey folks.
19:55:57 <Wilddev> hi chris
19:56:06 <hampton> hi chris
19:56:19 <chris> jsled: nice work w/ Recurrence <-> FreqSpec.
19:56:34 <hampton> jsled: nevermind. I ran a 'make' instead of 'make check' and everything compiled properly.
19:56:50 <chris> hampton: would that new gconf key be applicable to remove-group?
19:57:09 * hampton slaps his head
19:57:24 <hampton> well, duh. that's because the compilation failure is in a test file
19:57:34 * hampton goes to look again.
19:57:48 <hampton> chris: probably. I could check it and not emit the root node.
20:05:55 *** Wilddev has quit IRC
20:08:11 *** Wilddev has joined #gnucash
20:08:11 *** gncbot sets mode: +o Wilddev
20:26:31 <jsled> hampton: yeah ... test-load-example-account doesn't seem to include gconf...
20:26:38 *** adrigen has quit IRC
20:30:01 <jsled> hampton: I got lax on the `make check` run at the end of the day, here. :/ Probably should have just waited until the morning.
20:31:38 <jsled> chris: thanks! :)
20:35:10 <Wilddev> grrr still doesn't work
20:35:22 <Wilddev> what's annoying is that I didnt change anything
20:38:19 *** Wilddev has quit IRC
20:39:06 *** Linuxbeak has joined #gnucash
20:40:17 <Linuxbeak> Hello. I'm having trouble starting up gnucash after doing an update... it's giving me an error regarding libguile. Specifically, it says "gnucash-bin: error while loading shared libraries: libguile.so.12: cannot open shared object file: No such file or directory"
20:40:56 *** rlaager has joined #gnucash
20:41:00 *** Wilddev has joined #gnucash
20:41:00 *** gncbot sets mode: +o Wilddev
20:41:59 <jsled> Linuxbeak: what distro?
20:42:04 <Linuxbeak> jsled: Gentoo.
20:42:10 <jsled> Linuxbeak: revdep-rebuild
20:42:42 <jsled> (in short, you were built against guile-1.6, now you probably have guile-1.8.)
20:42:52 <exper> Bonne nuit a tous :x:x:x:x:x:x
20:42:54 <Linuxbeak> That would make sense now, wouldn't it ;-)
20:43:10 <jsled> (libguile.so.12 = 1.6, libguile.so.17 = 1.8)
20:43:26 <Wilddev> jsled: this is annoying in that I haven't really emerged since dec 6 and built 2.0.4 on it and now even that doesnt build
20:43:39 <jsled> Oh? :(
20:44:04 <Wilddev> yeah
20:44:29 <Wilddev> only thing I'd doing different is only make check instead of make distcheck
20:44:33 <Wilddev> wierd huh
20:44:45 <Linuxbeak> jsled: Yep. Looks like that's exactly what happened.
20:45:14 <jsled> Wilddev: Well, there were some bad scheme package upgrades around early dec, IIRC... you might need to upgrade or downgrade.
20:45:16 * Wilddev tries distcheck
20:45:30 <Wilddev> oh?
20:45:40 <Wilddev> what versions?
20:45:59 *** jpeach has joined #gnucash
20:46:11 *** jpeach has left #gnucash
20:46:24 * Wilddev searches forums
20:47:03 <jsled> fwiw, the following packages work well for me: gnucash-2.0.4-r1, slib-3.1.1-r1, guile-1.8.1-r1, g-wrap-1.9.6-r1
20:47:15 <Wilddev> ok ty
20:48:41 <Linuxbeak> jsled: Out of curiousity, how long does revdep normally take?
20:49:44 <jsled> Linuxbeak: depends. you should probably run it first like `revdep-rebuild -- -pv`, so it passes "-pv" to emerge, so you can see what it'll do.
20:49:45 <Linuxbeak> oops. Looks like it's not liking something.
20:49:56 <Linuxbeak> emerge: there are no ebuilds to satisfy "=kde-base/kdeaddons-3.4.3".
20:50:07 <Linuxbeak> I think I've encountered this before, actually.
20:50:10 <jsled> Linuxbeak: but for just itself, it'll take a couple/few minutes, depending on class of machine.
20:50:23 <jsled> Linuxbeak: do you `emerge --update --deep world` regularly?
20:50:27 <Linuxbeak> Yes.
20:52:21 <Linuxbeak> jsled: I know that this isn't gnucash related, but how would I get around this problem?
20:53:01 <jsled> Hmm. Well, certainly, kdeaddons isn't related to the gnucash issue.
20:53:27 <jsled> if you run `revdep-rebuild -- -pv`, it should spit out the emerge command line, which should be the thing that's failing.
20:53:46 <jsled> I'd copy/paste that into a text editor and remove the kdeaddons "clause", then re-run the command.
20:54:31 <jsled> The other thing to do is just `emerge gnucash`, since you know it needs to be rebuilt; you might want to `emerge --oneshot g-wrap` as well, just in case.
20:54:54 <jsled> Also, it's probably reasonable to re-emerge the specific versions ...
20:55:42 <jsled> Linuxbeak: do you regularly run revdep-rebuild ... ? :) Or use kde?
20:56:12 <Linuxbeak> I hardly ever run revdep-rebuild. This is probably the first time in three months that I have.
20:56:17 <Linuxbeak> I do, however, use kde every day
20:56:31 <Linuxbeak> !!! dev-scheme/guile must be built with regex
20:56:43 <jsled> I might be that an upgrade a while ago actually broke kde, and since then kdeaddons-3.4.3 has moved out of the tree.
20:56:55 <jsled> You should revdep-rebuild at the end of every `emerge -uD world`.
20:57:15 <jsled> Add 'dev-scheme/guile regex' to the end of /etc/portage/package.use ...
20:57:30 <Linuxbeak> package.use?
20:57:35 <jsled> yup.
20:57:43 <jsled> The per-package use flags.
20:58:05 <Linuxbeak> Forgive me, is it a bad thing if that file doesn't exist?
20:58:09 <jsled> Or, you can add it to /etc/make.conf, but this is more specific.
20:58:33 <jsled> No ... though you might find you want it. :) Especially for some of the more esoteric use flags that don't make sense for /etc/make.conf.
20:58:46 <Linuxbeak> hmmm. It's still not working.
20:59:12 <Linuxbeak> wait
20:59:16 <Linuxbeak> I need to rebuild guile first
20:59:17 <Linuxbeak> duh
20:59:28 <jsled> `man portage` when you can ... /etc/portage/package.{use,mask,unmask,keyword} are very useful.
20:59:58 <Wilddev> jsled: this is messed up, portage is trying to install both guile-1.8.1 and 1.6.8
21:00:12 <jsled> Wilddev: with which slib?
21:00:32 <jsled> (and which g-wrap?)
21:00:34 <Wilddev> 3.1.4
21:00:40 <Wilddev> 1.9.6
21:00:45 <Wilddev> I'm upgrading them
21:00:58 <jsled> Oh, don't use slib-3.1.4 ... it doesn't work with gnucash anyways. :)
21:01:24 <jsled> slib-3.1.1-r1. :) Also, don't go to g-wrap-1.9.7 ... it doesn't work with gnucash either. :(
21:01:41 <Wilddev> ok ty
21:01:56 <Wilddev> I'll mask those
21:05:15 <Linuxbeak> alright, guile is reemerged... trying gnucash now
21:05:22 <Linuxbeak> gahh!
21:05:26 <Linuxbeak> !!! dev-scheme/guile must be built with deprecated
21:07:26 <Wilddev> Linuxbeak: lol I just got that too
21:07:46 <jsled> heh.
21:08:04 <jsled> you can check /usr/portage/app-office/gnucash/gnucash-2.0.4-r1.ebuild to see the whole list... :)
21:08:35 <jsled> (i.e., don't forget 'discouraged', too. :)
21:08:51 <Linuxbeak> oh, come on
21:08:51 <Linuxbeak> lol
21:09:04 <jsled> lol
21:09:06 <Linuxbeak> will this lead to problems in the future?
21:09:13 <jsled> how so?
21:09:28 <jsled> oh, because things are discouraged? naw, I doubt it.
21:09:46 <Wilddev> lol
21:10:14 <Wilddev> its the linux way of telling other dev's 'upgrade your shit already for my changes'
21:10:35 <jsled> Just make sure you use /etc/portage/package.use (or /etc/make.conf) rather than USE="..." ... if you use the USE environment variable, it can't remember what flags you used, and if it needed to re-emerge guile, then it'd forget.
21:10:37 <jsled> That'd be bad.
21:10:50 <Linuxbeak> right
21:11:08 <jsled> Anyways, I've gotta get afk. I'll check back, but not for a while. Good luck. :)
21:11:16 <Wilddev> later jsled
21:11:43 <hampton> jsled: no problem. thanks for the fix
21:11:54 <Wilddev> wb hampton
21:12:51 <Wilddev> hampton: you still working for the death star, I mean cisco ;-)
21:13:02 <Linuxbeak> hey, what's wrong with cisco? :p
21:14:23 <hampton> yep, I'm still a stormtrooper
21:14:29 <Wilddev> cool
21:14:58 <Wilddev> did I tell you my company sells a lot of Juniper, like we're their #2 partner?
21:15:25 <Linuxbeak> hampton: I'm currently enrolled with the network academy. any suggestions regarding the CCNA?
21:16:02 <hampton> did I need to hear that? :-)
21:16:06 <hampton> sorry, no.
21:16:16 <Wilddev> lol, just givin ya a hard time
21:16:20 <Wilddev> heheh
21:16:49 <hampton> I sometimes wonder if I should have gone to Juniper instead of staying with Ccisco.
21:16:56 <Wilddev> hampton: I moved to the wireless team in jan, been non-stop busy since then
21:17:12 <hampton> Do you like the work?
21:17:28 <Wilddev> yeah I love it, always fun to learn a whole bunch of new stuff
21:17:41 <hampton> agreed. always fun learning new stuff
21:17:57 <Linuxbeak> okay. emerging gnucash *again*
21:18:01 <Wilddev> and wireless is taking off in a huge way atm
21:22:08 <Wilddev> Linuxbeak: did u get past configure?
21:22:19 <Linuxbeak> ...nope.
21:22:21 <Linuxbeak> just died.
21:22:29 <Wilddev> with the g-wrap error?
21:22:55 <Linuxbeak> mmmmm...
21:23:05 <Wilddev> http://forums.gentoo.org/viewtopic-t-535416-highlight-gwrap.html
21:23:20 <Linuxbeak> I don't *think* so
21:23:31 <Wilddev> ok
21:24:06 <Linuxbeak> grrr.
21:24:16 <Linuxbeak> heh. I just want to do my accounting!
21:25:21 <Linuxbeak> Wilddev: I'm getting this:
21:25:22 <Linuxbeak> grep: /usr/lib/libguile-ltdl.la: No such file or directory
21:25:22 <Linuxbeak> /bin/sed: can't read /usr/lib/libguile-ltdl.la: No such file or directory
21:25:22 <Linuxbeak> libtool: link: `/usr/lib/libguile-ltdl.la' is not a valid libtool archive
21:25:22 <Linuxbeak> make[4]: *** [libgw-core-utils.la] Error 1
21:26:23 <Wilddev> no idea with that one
21:56:45 *** twunder has quit IRC
22:03:53 *** jpeach has joined #gnucash
22:03:58 *** jpeach has left #gnucash
22:04:04 <dgtlmoon> warlord-afk, hey
22:04:13 <dgtlmoon> <warlord> dgtlmoon: The "post to" account, when you "post" the invoice, should be your A/R Account, which should be what it defaults to.
22:04:27 <dgtlmoon> im doing that and my clients are paying but its not realising theres a duplicate transaction
22:05:03 <dgtlmoon> i set the "income account" to "Income:consulting", post the invoice to assets: accout recievables
22:05:31 <dgtlmoon> i import the QIF file and the payment from my client goes to "Income:consulting" and then i "pay invoice" on the assets:ar" but its not realising they are the same transaction
22:05:32 <Wilddev> afk means he aint here
22:05:37 <dgtlmoon> so im getting a double up which is fucking my balance
22:05:44 <dgtlmoon> Wilddev, can you help?
22:05:48 <Wilddev> nope
22:06:02 <dgtlmoon> liek the entry in my AR is showing up in my income:consulting
22:06:12 <Wilddev> sorry I'm busy making a new release
22:07:09 <dgtlmoon> of?
22:07:14 <Wilddev> gnucash
22:07:45 <dgtlmoon> http://whylinuxsucks.org/applications-use-gtkhtml-wont-let-you-set-default-font-size <-- you guys should try to fix that one
22:08:25 <Wilddev> how about submitting a patch to fix it?
22:08:33 <dgtlmoon> i dont know anything abuot coding
22:08:43 <Wilddev> well then...
22:09:15 <dgtlmoon> so your not concerned about issues that users are having in basic functionality ?
22:09:53 <Wilddev> not at all, but this is a project done for free on people free time, demanding something be done isn't nice
22:10:35 <dgtlmoon> i think it's great that you're contributing to a really helpful project, but how about managing the responsibility of something you have created?
22:11:39 <Wilddev> dude that's just crass and insulting
22:12:11 <Wilddev> if you want something done there is a well known bugzilla process to ask for that
22:12:21 <Wilddev> coming here and insulting the dev's isnt the way
22:12:38 <dgtlmoon> i was insulting just suggesting, you're the one jumping up and down about it
22:12:41 *** twunder has joined #gnucash
22:12:42 <dgtlmoon> i wasnt rather
22:13:31 <dgtlmoon> ok i'll try to sumamrise what this website is saying and give bugzilla a go
22:13:32 <Wilddev> its insulting to suggest that the project isnt being managed
22:20:02 <dgtlmoon> yer wrong angle i guess
22:22:31 *** jpeach has joined #gnucash
22:23:02 *** jpeach has left #gnucash
22:30:46 <hampton> anyone with a website named whylinuxsucks.org has got a bad attitude to start with
22:30:49 *** benoitg has joined #gnucash
22:36:45 <hampton> I'm not saying he doesn't have a valid point about font sizes, but the file he so casually references to show how screwed up programmers doesn't exist in gnucash
22:39:15 <Wilddev> hampton: plus he seems to be taking the time to bash gnome in general
22:39:30 <Wilddev> quite a bit of bias there
22:44:06 <rlaager> As much as I love open source, many if not all of those complaints are valid.
22:44:14 <rlaager> Of course, it seems like an incredibly negative way to deal with it.
22:45:23 <Wilddev> yes attacking someone or something always works to get them to do what you ask
22:51:06 <hampton> Wilddev: hey, you got the release compiled
22:52:06 <Wilddev> yes, the upgrades jsled suggested worked
22:52:22 <Wilddev> am compiling the release now
22:52:32 <hampton> cool
22:57:26 *** exper_ has joined #gnucash
22:57:45 *** magpie has joined #gnucash
22:58:08 *** magenpie has quit IRC
22:58:08 *** exper has quit IRC
22:58:08 *** wizkid238 has quit IRC
22:58:08 *** Geot has quit IRC
22:58:08 *** conrad has quit IRC
22:58:08 *** slicslak has quit IRC
22:58:08 *** cortana has quit IRC
22:58:26 *** cortana has joined #gnucash
22:58:32 *** Geot has joined #gnucash
23:03:38 *** jpeach has joined #gnucash
23:03:42 *** jpeach has left #gnucash
23:25:26 *** Wilddev changes topic to "Welcome! Don't meta-ask, ASK and WAIT. Gnucash 2.0.5 is released! FAQ: <http://wiki.gnucash.org/wiki/FAQ>. This is a *publically-logged* channel, <http://lists.gnucash.org/logs/>"
23:25:54 *** twunder has quit IRC
23:52:07 *** jpeach has joined #gnucash