2007-10-02 GnuCash IRC logs
00:08:36 *** warlord is now known as warlord-afk
00:31:40 *** Zoolooc_ has joined #gnucash
00:40:48 *** Zoolooc has quit IRC
00:43:22 *** Zoolooc__ has joined #gnucash
00:47:52 *** Zoolooc has joined #gnucash
00:51:48 *** Zoolooc_ has quit IRC
00:55:48 *** Zoolooc__ has quit IRC
01:12:22 *** Zoolooc_ has joined #gnucash
01:21:16 *** Zoolooc__ has joined #gnucash
01:21:18 *** Zoolooc has quit IRC
01:29:48 *** Zoolooc_ has quit IRC
01:46:13 *** Zoolooc__ has quit IRC
04:01:20 *** ErKa has joined #gnucash
04:01:36 *** Jaran has joined #gnucash
04:19:17 *** cortana has quit IRC
04:46:44 *** Jaran has quit IRC
04:51:15 *** RallyU has joined #gnucash
05:41:57 *** cortilap has joined #gnucash
06:04:44 *** RallyU has left #gnucash
06:06:20 *** ErKa has quit IRC
06:08:14 *** ErKa has joined #gnucash
06:46:22 *** Jaran has joined #gnucash
07:45:30 *** jvsmith has quit IRC
08:13:43 *** twunder has joined #gnucash
08:21:18 *** tjanssen has joined #gnucash
08:38:43 *** mjchang has joined #gnucash
08:53:13 *** ErKa has quit IRC
09:18:05 *** kielein has joined #gnucash
09:19:00 *** tbic has joined #gnucash
09:20:53 <tbic> How do you add to gnc:numeric's ?
09:20:53 <gncbot> tbic: Sent 19 hours and 57 minutes ago: <warlord> http://cvs.gnucash.org/docs/HEAD/ -- the Scheme API == the C API, pretty much.
09:22:09 *** warlord-afk is now known as warlord
09:22:36 <warlord> tbic: use the various gnc-numeric-add* functions
09:23:07 <warlord> Or you use a commodity-counter (that's not the correct name, but my brain hasn't started yet this morning)
09:23:52 <jsled> collector?
09:25:29 <tbic> I tried a commodity collectory but that did not work, is there a monitary collector?
09:25:55 <warlord> yeah, that's it.. commodity-collector
09:26:07 <warlord> a commodity-collector IS a monetary collector.
09:26:19 <warlord> It's keeps a count of <commodity> <gnc:numeric> pairs.
09:26:43 <warlord> You have to pass messages to it to tell it to add a <commodity><gnc:numeric> pair to the existing collector.
09:26:52 <warlord> If it's not working then you're doing it wrong.
09:28:20 <tbic> What I have to is not a <gnc:numeric> it is a <gnc:monitary>
09:29:00 <tbic> the result of calling gnc:sum-collector-commodity
09:29:40 <warlord> there is no such thing as a "gnc:monitary". What do you have?
09:30:50 <warlord> See ./src/report/report-system/commodity-utilities.scm
09:31:05 <warlord> You mean a <gnc-monitary> which is a commodity-collector.
09:32:19 <tbic> Wrong type to apply: #<<gnc-monetary> commodity: #<gw:wcp <gnc:commodity*> 0x85eeba0> amount: #<<gnc-numeric> num: 4600 denom: 1>>
09:34:43 <warlord> tbic: well, that means you're applying the wrong type. * looks into the crystal ball to divine what you're doing *
09:34:46 <warlord> * comes up empty *
09:34:53 <warlord> sorry, can't help with what you've told me.
09:35:29 <tbic> Think I found what the problem is, I'm testing it right now
09:41:02 <warlord> ok
09:53:29 *** Rol1 has joined #gnucash
10:08:17 <tbic> I have 4 gnc-monitary's I need to do some math with (subtract the last three from the first one). do you know of any report that does something like this to look at?
10:10:01 <tbic> I've tried putting them in at commodity-collector, but that seems to want a numeric not a monitary
10:12:38 <jsled> It looks like a gnc:monetary is just a tuple of a commodity and a numeric.
10:13:03 <jsled> tbic: see src/engine/gnc-numeric.scm
10:13:22 <jsled> You can get the numeric from the monetary with (gnc:gnc-monetary-amount monetary)
10:15:47 <tbic> I will try that, is there a way to directly add a gnc-monetary to a gnc-commodity-collector?
10:15:49 <warlord> Your other option is to use (monetary 'sub other) -- or something like that.
10:16:30 <tbic> where is that function defined?
10:16:39 <warlord> It's not a function.. It's a message-passing.
10:17:06 <warlord> Did you look at the commodity-utilities.scm file?
10:17:43 <tbic> yeah and I did not see a add or sub function for monetary
10:18:29 <warlord> But you could do (collector 'add (gnc:gnc-monetary-commodity monetary) (gnc:gnc-monetary-amount monetart))
10:18:41 <jsled> right...
10:20:21 <tbic> I could that would work. should there be a direct why to add a monetary to a collector with out calling gnc:gnc-monetary-commodity and gnc:gnc-monetary-amount?
10:22:12 *** ErKa has joined #gnucash
10:22:13 <warlord> I dont know.
10:35:25 *** ErKa has quit IRC
10:48:03 <tbic> I got it to work, thanks everyone for the help. I really appreciate it.
10:49:28 <warlord> you're welcome.
10:49:34 <warlord> I look forward to your patches.
10:51:02 *** bock has quit IRC
11:09:16 <jsled> warlord: any reason you CC'ed gnucash-devel-bounces on that last mail?
11:09:59 <warlord> Um, only because I didn't notice it when I hit reply-all
11:10:05 <warlord> (until after I hit 'send')
11:10:19 <warlord> sorry.
11:10:28 *** tbic has quit IRC
11:10:52 <jsled> no problem, just curious.
11:20:19 <jsled> warlord: Ah, I see. I got your response before Mr. Jewell's message.
11:20:56 <warlord> Ahhh
11:22:41 *** Nlex has joined #gnucash
11:29:39 *** IanL has joined #gnucash
11:43:34 *** Nlex has quit IRC
11:47:10 *** Nlex has joined #gnucash
12:20:11 *** Nlex has quit IRC
12:20:29 *** Nlex has joined #gnucash
12:22:49 <warlord> It's kinda scary that I was talking about e-guile as long ago as 2003! My name is even in the code as an acknowledgement.
12:31:35 *** lianto has joined #gnucash
12:44:33 <lianto> date
12:46:47 <chris> 2007 A.D.
12:47:14 <jsled> chrisbot! :)
12:48:06 * chris That's me. Always quick with a useless response!
12:48:29 <warlord> must work for MS Support
12:55:28 *** MilesMi has joined #gnucash
12:58:03 <lianto> warlord: i read Daniel Espinosa mail on 2007 Feb, does it means svn branch gobject-engine-dev has something to do with inventory?
12:58:28 <warlord> nope.
12:58:34 <warlord> there's no inventory support anywhere.
12:59:05 <lianto> yeah i have read that in the mailing list a lot :)
13:00:23 <warlord> that's because it's true. If you're interested in implementing inventory support, great! I'd suggest that you get comfortable with the gnucash sources first, and then write a design proposal for how you think "inventory" should work.
13:02:15 *** MilesMi has quit IRC
13:02:50 <lianto> yep, i already have my specific feature i want the inventory to provide, i am looking at the mailing list for better ideas
13:03:08 <lianto> and still learning the code
13:06:32 *** Zoolooc has joined #gnucash
13:06:34 *** kielein has quit IRC
13:07:26 <lianto> would it be a problem if i use the branch 2.0 as the base? i use debian sarge and i have problems when i want to configure the trunk
13:08:17 <jsled> yes, it would.
13:08:50 *** kielein has joined #gnucash
13:09:02 <jsled> Things are changing internally, so you'll need to make some pretty major changes when you do want to get the code committed.
13:09:33 <lianto> i see
13:09:41 <jsled> And if you want to develop, you'll need to (be able to) resolve problems like configuring.
13:09:47 <jsled> sarge is debian stable, right?
13:09:51 <lianto> yes
13:10:45 <lianto> the configure stuck when it ask for libgoffice
13:11:28 <lianto> if i upgrade my debian to use libgoffice as configure requested, there will be a lot of broken packages
13:11:39 <lianto> it would be better to upgrade the whole system
13:11:44 <jsled> yeah.
13:12:08 <jsled> Another option is to use a vmware image for development
13:12:26 <lianto> yes :) i've read that from mailing list too
13:12:48 <jsled> another probably-more-painful option is to install all those newer libraries in like /opt/gnucash/deps/ or something, and figure out how to use LD_LIBRAR_PATH and PKG_CONFIG_PATH to your advantage.
13:13:43 <jsled> I mean, I don't want to discourage you, of course. But there's a bit of a natural tension between "stable" and "development", of course. :)
13:14:39 <lianto> what do you mean?
13:15:40 *** Nlex has quit IRC
13:16:16 <jsled> Well, "stable" – in Debian specifically, but generally as well – is a proven, basically unchanging set of packages.
13:16:19 *** mjchang has left #gnucash
13:16:22 <jsled> But development necessarily implies change.
13:16:47 <jsled> I guess if 2.0 and 2.2 were basically equivalent, you could easily develop against 2.0 and forward-port it to 2.2.
13:17:06 <jsled> But if they were basically equivalent, why would we release a 2.2?
13:22:33 <warlord> yeah, lianto, i agree with jsled .... you should develop off of 2.2/trunk
13:23:44 <lianto> yeah i see
13:24:19 <warlord> the main reason is that your changes wont be going into 2.0..
13:31:20 <lianto> i've traced the code for a couple of days now, but i'm using the 2.0 branch. Is that mean i have to trace the trunk code over again? :(
13:35:08 <warlord> lianto: not particularly.
13:35:17 <warlord> It's generally similar.
13:35:25 <warlord> but some details might be different.
13:35:31 *** paolob has joined #gnucash
13:35:32 <warlord> (e.g. the Scheme API changed)
13:35:40 <paolob> Hi guys!
13:38:46 <warlord> hi paolob
13:39:13 <paolob> Anyone will work on the bounty of http://bugzilla.gnome.org/show_bug.cgi?id=150754 ?
13:39:16 <paolob> Hi warlord
13:40:03 <paolob> is it a hard bug or a easy one?
13:40:10 <warlord> I dont know.
13:41:42 <paolob> warlord, don't you know whether anyone is going to work on the bug or whether is a easy or a difficult bug?
13:41:51 <warlord> both
13:41:57 <paolob> :-(
13:42:04 <warlord> We have a dearth of development time right now.
13:42:12 <warlord> and I have no idea how hard it is.
13:43:58 <paolob> Some month ago you told me something about the location in the code where to examine, but I couldn't see nothing significant, actually I can't see where that search is performed... Wouldn't you give me some hint again, please (if you can...)?
13:44:44 <warlord> part of it will be in src/gnome-search/ and the other part will be in lib/libqof/qof/qofquery*
13:45:20 <paolob> ok, let me see again... thank you
13:48:23 <warlord> Happy to Help.
13:48:49 <lianto> that's interesting, i didn't know there's bounties for solving bugs :) anyway thanks everyone, it's past midnight here in indonesia. ttfn
13:48:56 *** lianto has left #gnucash
14:06:09 *** Zoolooc_ has joined #gnucash
14:11:51 *** paolob has quit IRC
14:12:00 *** Zoolooc__ has joined #gnucash
14:15:05 *** Zoolooc has quit IRC
14:20:04 *** Zoolooc_ has quit IRC
14:30:21 *** sjc has joined #gnucash
14:46:21 *** sjc_ has joined #gnucash
14:52:36 *** sjc has quit IRC
15:02:31 *** pdc__ has joined #gnucash
15:02:48 *** pdc_ has quit IRC
15:13:42 *** pecisk has joined #gnucash
15:32:27 *** sjc_ has quit IRC
16:01:26 *** ural0 has joined #gnucash
16:07:15 *** ural0 has quit IRC
17:11:03 *** twunder has quit IRC
17:12:33 *** kielein has quit IRC
17:22:08 *** pecisk has quit IRC
17:42:11 *** Rol2 has joined #gnucash
17:49:50 *** Rol1 has quit IRC
17:54:31 *** ikh has joined #gnucash
18:04:10 *** andi5 has joined #gnucash
18:04:11 *** gncbot sets mode: +o andi5
18:04:50 <ikh> Hi - I just downloaded gnucash-2.2.1-setup.exe and the md5 check sum in gnucash-2.2.1-setup.md5 does not match. Does anyone know why?
18:05:00 <andi5> one sec
18:07:21 <andi5> is it ced307ce6a95f2ac016b92a62cc50707 ? i am pretty sure that one is correct.... so i expect you either have an error in your download or downloaded an incorrectly mirrored file (i expect the primer)
18:07:53 <andi5> whee... gnucash 2.2.1 will hit ubuntu gutsy gibbon :-D
18:08:04 <jsled> finally.
18:08:26 <jsled> It's kinda ridiculous, actually. Even Feisty backports only has 2.0.5. :/
18:08:29 <ikh> o.k. I'll re-download and try again - tks
18:08:55 <andi5> ok
18:09:32 <warlord> yeah, it's very sad that debian/ubuntu still doesn't have modern gnucash.
18:10:54 <andi5> what about the upcoming fedora and opensuse distributions?
18:15:10 <warlord> fedora 7 already has 2.2.1
18:15:22 <warlord> I'm pretty sure the upcoming fedora 8 will also have 2.2.1
18:28:30 <ikh> Hi I've re-downloaded gnucash-2.2.1-setup.exe from the same mirror and it checks out fine now. Strange because the bad download had the correct file size and must have passed TCP checksum'ing and still have errored. Ive not seenb that before. Still, at least there is not problem with the files in the sourceforge repository.
18:29:28 <andi5> was the downloaded file too big or too small?
18:30:10 <ikh> nope exactly the correct size. It was the first thing I checked
18:30:19 <warlord> weird.
18:30:23 <andi5> oh, i am sorry...
18:30:53 <ikh> There must have been a rare TCP error that was not caught by TCP checksumming
18:31:44 <ikh> 1st time I have seen that in 15 years of downloading from the net
18:32:00 <andi5> it is fighting back ;-)
18:32:19 <ikh> :-)
18:32:29 <ikh> tks for the help
18:32:49 <andi5> ikh: does gnucash work for you on windows?
18:34:05 <ikh> I'm just about to try and install it. I'm stuck with windows for the moment until I can get my cd writer to work and burn me an FC7 iso
18:34:25 <andi5> shall i send you a beta of ubuntu gutsy? ;-)
18:35:59 <ikh> :-) I like ubuntu ( my son runs it ) but I've been with RH since RH 5.1
18:36:14 <andi5> :-D
18:41:19 <ikh> are you a developer?
18:41:40 <andi5> i pretend to be one, yes
18:42:16 <ikh> I thought so
18:43:15 <ikh> so I know who to blame when it crashes ;-)
18:43:40 <andi5> does it?
18:45:34 <ikh> not yet! give me a chance
18:45:57 <ikh> installed fine and has started to run.
18:47:08 <ikh> irritating that two dialogs come up. Tip of the day was on top and create new account was underneath but was the one that needed input
18:47:25 <ikh> I hate lothe and detest modal dialo0gs
18:47:25 <andi5> yep
18:47:58 <ikh> that should have been dialogs
18:48:02 <andi5> rest assured that this bug is filed and worked on by the gtk+ crew (mr cody russell iirc)
18:49:21 <ikh> my first time with gnucash. I'm a freelance software developer and am looking to keep my company accounts in it
18:50:05 <warlord> Cool.
18:51:15 <ikh> tks - free ( FOSS ) software rocks
18:54:02 *** warlord is now known as warlord-afk
18:57:06 *** pdc__ has quit IRC
18:57:35 *** pdc__ has joined #gnucash
19:21:49 *** _lasindi has quit IRC
19:22:03 *** lasindi_ has joined #gnucash
19:22:36 *** andi6 has joined #gnucash
19:22:36 *** gncbot sets mode: +o andi6
19:30:31 *** andi5 has quit IRC
19:40:44 *** andi6 is now known as andi5
19:41:28 *** IanL has quit IRC
20:00:51 <andi5> jsled | anyone: hiho :) ... may you take a quick glance on a patch of mine (http://pastebin.ca/723711)? i hope it does not break gnucash---i am unsure as usual :-D
20:07:05 <Rol2> wow. gnucash 2.2 is in gutsy now
20:07:23 <Rol2> Just saw it when I upgraded.
20:09:44 *** cortilap has quit IRC
20:10:16 <jsled> andi5: just got back... /me looks
20:10:28 <andi5> thanks!
20:17:47 *** cortilap has joined #gnucash
20:18:27 <jsled> andi5: Ah ... case-sensitivty in unicode. :/
20:19:23 <andi5> btw, do we care about qof methods nothing gnucash related seems to use?
20:19:33 <andi5> hehe
20:20:07 <jsled> "Note that calling g_utf8_casefold() followed by g_utf8_collate() is only an approximation to the correct linguistic case insensitive ordering, though it is a fairly good one." says devhelp. So, that looks good.
20:20:08 *** Rol2 has quit IRC
20:20:37 <andi5> yeah, that is for ordering
20:20:45 <jsled> andi5: generally, I don't think so. But it might be nice to keep them around, unless they're really esoteric or buggy or something.
20:20:47 *** Rol1 has joined #gnucash
20:20:56 <andi5> i have no clue about strcasestr though, ... see http://mail.gnome.org/archives/gtk-devel-list/2006-May/msg00188.html
20:22:01 <andi5> nothing spectacular... i will not touch them then
20:34:11 *** warlord-afk is now known as warlord
20:34:21 <andi5> cool... that code makes "a" match "ä" :-)
20:34:23 <warlord> It would be nice if there were a utf8-capable strcasestr
20:35:25 <andi5> do we really need that?
20:35:56 <warlord> Yes, for substring searches.
20:37:19 <andi5> i have found only one case insensitive substring search and that did not care about the actual position, but only whether there is a result
20:37:40 <andi5> i do not even know what to do with the position :)
20:37:50 <warlord> True, it doesn't care about position, just existence.
20:38:29 <andi5> well, that is what qof_utf8_contains_str is good for (maybe there are better names, but hey...)
20:38:54 <andi5> oh...
20:39:09 <andi5> it does not tell you about its case insensitiveness
20:39:11 *** nbinont has joined #gnucash
20:40:08 * warlord hasn't looked at the patch..
20:42:32 <andi5> maybe qof_utf8_contains_casestr? ... i need a better name :-/
20:44:46 <warlord> qof_utf8_contains_stri()?
20:45:17 <andi5> _istr?
20:45:25 <andi5> hm... i do not know :)
20:45:33 <andi5> YOU tell me
20:45:51 <jsled> Well, I don't think strcasestr is particularly good.
20:46:20 <jsled> g_utf8_substr_nocase()
20:46:30 <jsled> s,g_,qof_,
20:46:39 <andi5> that sounds good to me
21:08:45 *** andrewsw has joined #gnucash
21:10:14 *** paolob has joined #gnucash
21:17:10 *** andi5 has quit IRC
21:19:24 *** tjanssen has quit IRC
21:27:14 <paolob> Hi warlord, passed half an hour trying to locate the code responsible of the accounts bug, but can't. Could you give me some hint more? searched in src/gnome-search/ and in lib/libqof/qof/qofquery* ... I need some help about where the query is actually performed
21:28:00 <paolob> or where it is "hardcoded"...
21:29:40 <warlord> It's unclear if the bug is in creation or execution..
21:30:01 <warlord> The execution is all in lib/libqof/qof/*query*
21:31:47 <paolob> but where it is executed, how is an "account search" identified? is there something like a code that tells the lib that it's an account search or where does it pass the information?
21:33:24 <paolob> apparently the bug appers to be that the search is performed on _any_ split where it should be on _all_ split, it could be a mistake of a OR instead of a AND clause
21:34:46 <warlord> Query->search_for == GNC_ID_ACCOUNT
21:34:54 <warlord> Anyways, I need to head out.
21:34:56 <warlord> Sorry..
21:34:58 *** warlord is now known as warlord-afk
21:42:47 *** paolob has quit IRC
22:28:47 *** Zoolooc_ has joined #gnucash
22:38:06 *** Zoolooc__ has quit IRC
23:05:17 *** nbinont is now known as nbinont-afk