2009-07-07 GnuCash IRC logs
00:07:39 *** abhinav has joined #gnucash
00:21:44 *** warlord is now known as warlord-afk
02:17:24 *** abhinav has quit IRC
02:28:22 *** abhinav has joined #gnucash
03:19:26 *** ErKa has joined #gnucash
03:36:06 *** abhinav has quit IRC
03:47:03 *** abhinav has joined #gnucash
03:59:37 *** puck has quit IRC
04:07:06 *** puck has joined #gnucash
04:09:14 *** MechtiIde has joined #gnucash
05:30:20 *** bentob0x has joined #gnucash
07:27:44 *** rockfx02 has left #gnucash
07:48:43 *** nimrod has joined #gnucash
07:49:39 *** nimrod has left #gnucash
08:04:18 *** Jimraehl has left #gnucash
08:29:53 *** JimRaehl2 has joined #gnucash
09:01:29 *** warlord-afk is now known as warlord
10:14:33 *** abhinav has quit IRC
10:25:01 *** MechtiIde has quit IRC
12:49:51 *** abhinav has joined #gnucash
13:06:16 *** abhinav has quit IRC
13:18:40 *** cortana has joined #gnucash
13:55:57 <warlord> ooh, phil tagged 2.3.2; so a real test of the win32 tag build tonight! :-D
14:05:53 *** jcreigh has joined #gnucash
14:22:34 *** Xzanron has joined #gnucash
14:24:08 <Xzanron> Hi. is there a way to mark two imported transaction as identical? (e.g. I imported data form two accounts and there are transfers between them). I don't just want to delete one of them, because the next time I import I suspect it will just add them back in again
14:31:09 <warlord> QIF or OFX?
14:31:15 <Xzanron> OFX
14:31:36 <warlord> no.
14:31:38 *** MechtiIde has joined #gnucash
14:31:43 <Xzanron> :(
14:32:01 <Xzanron> ok.. i'll delete them and just have to keep an eye on them . Thanks
14:32:19 <warlord> I'm /pretty/ sure that the way OFX keeps track of an imported txn makes it hard to have it marked twice. But I /could/ be wrong.
14:33:01 <warlord> (if it was smart it would mark it in the Split tied to the OFX import account and not in the txn itself.. I dont know where it stores the FITID
14:34:24 *** KaiForce has joined #gnucash
14:34:52 <Xzanron> Surely that would only work if the FITID was the same for each account? Or have i misunderstood what you're getting at.
14:36:03 *** KaiForce has quit IRC
14:47:36 <warlord> you misunderstood
14:47:51 <warlord> fitid is unique per txn per account
14:49:18 <Xzanron> Yes, that's what I thought. Shame you can't tell gnucash that two fitid's are the same transaction
14:56:35 <warlord> Like I said, I dont know whether it's stored in the txn or the split. The "right" place would be the split, but I dont know.
14:56:51 <warlord> Did you properly assign the 'other' account during the import process?
14:57:45 <Xzanron> no.. i did it afterwards.. the import account selection is unwieldy. Where's the one in the ledgers is much easier to use, so I use that
14:58:11 <Xzanron> Where's = where as
15:11:34 <warlord> Well, if you dont do it in the importer then there's no way for the importer to know it's a dup.
15:11:44 <warlord> So... you have to do it in the importer, even if it is unweidly.
15:12:27 <Xzanron> oh well.. i'll try to remember that for next time
15:18:48 <warlord> ok
15:30:02 *** sjc has joined #gnucash
15:41:00 *** Xzanron has quit IRC
16:23:01 *** MechtiIde has quit IRC
16:26:22 *** MechtiIde has joined #gnucash
17:06:50 *** ErKa has quit IRC
17:16:48 *** MechtiIde has quit IRC
17:58:14 *** warlord is now known as warlord-afk
18:14:40 *** sjc has quit IRC
18:23:00 *** sjc has joined #gnucash
19:39:01 *** bentob0x has quit IRC
19:46:56 *** phil has joined #gnucash
19:52:55 *** sjc has quit IRC
20:00:42 *** sjc has joined #gnucash
20:04:01 *** jcreigh has quit IRC
20:11:40 *** cortana has quit IRC
20:35:47 *** sjc has quit IRC
20:45:06 *** warlord-afk is now known as warlord
20:45:10 <warlord> hey phil.
20:45:21 <warlord> I guess we'll see tonight how the tag build works ;)
20:54:13 <phil> yes :) I just replied to your e-mail. the sourceforge ui has changed and I haven't found the "make a new release" mechanism yet.
20:57:27 <warlord> Ah. Lovely.
20:58:25 <warlord> OH... I didn't want the 'code' URL widely broadcast.. I'd rather they be on SF.
20:58:37 <phil> ok - I found it!
21:00:09 <phil> I clicked on one of the "release notes" icons, and it took me to a page which has the "Manage Packages/Releases" link
21:01:49 <warlord> Ah, cool.
21:07:50 <phil> ok - tarballs/release notes uploaded to sf. Tomorrow, I'll upload the win32 binary.
21:09:00 <warlord> YAY!
21:09:11 <warlord> Hopefully the build will work overnight. *fingers crossed*
21:10:32 *** Jimraehl has joined #gnucash
21:11:24 *** JimRaehl2 has left #gnucash
21:52:18 *** donfede has quit IRC
22:04:18 *** k-man has joined #gnucash
22:06:12 <k-man> hello
22:06:25 <k-man> how do i get the win32 version of gnucash to connect to a mysql database?
22:06:32 <k-man> i can't see any options for that in the ui
22:06:37 <warlord> wait for 2.3.2
22:07:32 <k-man> oh - can't i play with mysql in 2.3.1 now?
22:08:00 <k-man> and will it allow simultaneous multi users?
22:08:04 <phil> there's a piece missing that is supplied in 2.3.2
22:08:12 <warlord> And no, no multi-user
22:08:25 <phil> it doesn't prevent multiple users, but you can easily corrupt the db that way
22:10:13 *** phil has quit IRC
22:10:21 <k-man> oh, i see
22:10:32 <k-man> so theres no win32 builds of 2.3.2 yet?
22:11:30 <warlord> No, it was just tagged a couple hours ago. There should be a build tomorrow.
22:11:56 <k-man> oh cool
22:12:28 <k-man> is "multi user" a goal for the project?
22:12:49 <warlord> Not for 2.4
22:12:54 <warlord> Maybe in a future release
22:12:59 <warlord> (I'd like to see it)
22:12:59 <k-man> ok
22:13:03 <k-man> me too :)
22:13:33 <warlord> Well, if you want to see it you can work on the code to make it happen.. The biggest issue is that gnucash caches all the data, so you need to inform all clients when data changes.
22:34:06 *** warlord is now known as warlord-afk
22:59:12 *** puck has quit IRC
23:07:55 *** rockfx02 has joined #gnucash
23:08:16 *** puck has joined #gnucash
23:12:07 <rockfx02> jsled, are you around?
23:42:32 <jsled> rockfx02: perhaps.
23:53:34 <rockfx02> quick question
23:54:32 <rockfx02> with regards to refreshing the register
23:55:11 <rockfx02> i see the splits/transactions get loaded into VirtualLocations
23:55:52 <rockfx02> regarding the virt_loc, there is virt_loc_temp.vcell_loc.virt_row and virt_loc_temp.phys_row_offset (and both for columns, too)
23:56:34 <rockfx02> (to clarify, I created a new virtuallocation virt_loc_temp
23:58:18 <rockfx02> now, does the virt_loc.vcell_loc.virt_row refer to the row of the split in the current register, and virt_loc.phys_row_offset refer to the rows of transactions inside the split, or vice versa? Or is none of that correct?
23:59:11 <rockfx02> I have to get some sleep but if you are able to explain that for me it would help me out. Thanks!
23:59:37 <jsled> I don't know if I ever knew that. :)
23:59:46 <jsled> But I certainly don't now.