2007-07-10 GnuCash IRC logs

00:04:03 <dgtlmoon> have filed a new bug
00:04:04 <dgtlmoon> http://bugzilla.gnome.org/show_bug.cgi?id=455407
00:13:23 *** warlord has joined #gnucash
00:13:23 *** gncbot sets mode: +o warlord
00:29:49 *** blz has joined #gnucash
00:57:21 *** warlord has quit IRC
00:58:04 *** warlord has joined #gnucash
00:58:05 *** gncbot sets mode: +o warlord
01:15:25 *** dbr has quit IRC
01:16:13 *** dbr has joined #gnucash
01:40:25 *** dbr has quit IRC
02:01:10 *** warlord is now known as warlord-afk
02:16:01 *** rprichard has quit IRC
03:15:38 *** Rolf has joined #gnucash
03:56:41 *** Rolf has quit IRC
03:58:25 *** ErKa has joined #gnucash
04:13:32 *** gunnicom| has joined #gnucash
04:23:31 *** gunnicom_ has quit IRC
05:48:11 *** ErKa has quit IRC
06:22:52 *** andi5 has joined #gnucash
06:22:53 *** gncbot sets mode: +o andi5
07:05:52 *** blz has left #gnucash
07:15:49 *** twunder has joined #gnucash
07:26:16 *** twunder has quit IRC
08:01:50 *** twunder has joined #gnucash
08:28:20 *** benoitg has joined #gnucash
08:32:30 *** ErKa has joined #gnucash
08:52:55 *** vbabiy has joined #gnucash
09:07:44 *** vbabiy has quit IRC
09:13:24 *** cortilap has joined #gnucash
10:09:45 *** ErKa has quit IRC
11:02:43 *** vbabiy has joined #gnucash
11:37:39 *** warlord-afk has quit IRC
12:06:56 *** palatin has joined #gnucash
12:11:39 *** warlord has joined #gnucash
12:11:39 *** gncbot sets mode: +o warlord
12:17:11 *** warlord has quit IRC
12:17:11 *** ErKa has joined #gnucash
12:27:23 *** GuiGS has joined #gnucash
12:31:14 *** warlord has joined #gnucash
12:31:14 *** gncbot sets mode: +o warlord
12:57:24 <warlord> Grrr... suspend to ram stopped working for me recently. :(
13:06:42 <Sathamoth> this is probably a stupid question.. but how do I rearrange my accounts in GnuCash 2.0.5 ;)
13:06:55 <jsled> rearrange how?
13:06:58 <Sathamoth> I mean, just moving them around, up'n'down
13:07:05 <Sathamoth> drag'n'drop doesn't seem to work
13:07:22 <jsled> Changing the order in a subtree? Or re-parenting trees?
13:07:29 <Sathamoth> jsled: order in a subtree
13:11:43 <jsled> I believe the account code (via editing the account) influences the order, but I forget.
13:12:53 <Sathamoth> yeah the active header column defines the default order.. probably just have to define those codes then
13:20:47 <jsled> Certainly the headers can be used to force sorting, but I believe that the "natural" ordering is alpha, but influcenced by the account codes. I could be wrong.
13:20:50 <palatin> though account code is not supposed to be used that way
13:21:07 <jsled> You may want to search the -user mailing list archives, for evidence either way.
13:21:32 *** jakin has joined #gnucash
13:30:00 *** warlord has quit IRC
13:46:25 *** ErKa has quit IRC
14:08:33 *** andi5 has quit IRC
14:11:17 <GuiGS> Hi.
14:11:24 <GuiGS> I'm trying to import an OFX file, but after selecting my file in "Select an OFX/QFX file to process" it did't show "Select Account" window, but "Generic import transaction matcher" with an empty list.
14:11:36 <GuiGS> Then nothing happends when I click OK. So I must click cancel.
14:15:57 <GuiGS> the file is here: http://pastebin.ca/612901
14:48:47 *** dbr has joined #gnucash
14:49:28 <dbr> GuiGS: there is only one transaction in that file. Might you have imported the transaction earlier?
14:50:16 <dbr> GuiGS: If the transaction already exists in your data file, the import manager throws it out of contention and doesn't even display it.
15:31:24 *** twunder has quit IRC
15:40:22 <dbr> GuiGS: when I imported that file in a clean data file, it worked as expected (after I created a set of BRL based accounts)
15:41:36 <dbr> GuiGS: The fact that you weren't asked to Select an Account means that you have already imported something with the same account name. Gnucash remembers the previous assignment.
15:42:30 <dbr> GuiGS: I think the failure of the OK button in a blank import window is a bug -- happens that way for me all the time. I thought I had filed a bug, but I'd have to check.
15:51:22 <GuiGS> dbr: I removed the others transactions
15:51:52 <GuiGS> dbr: and my account is empty. I'll try with a new file.
15:52:37 <dbr> GuiGS: hmm. maybe if you quit gnucash and restart it, it will forget the transaction ID's of the removed transactions
15:53:57 <dbr> I'm a bit fuzzy on how long the transaction IDs hang around. I know if I quit without saving, then I can attempt an import of the same file and still see all the transactions.
15:54:36 <dbr> but I think there are some cases where the ofx transaction ID is remembered even if you don't import the transaction.
15:54:46 <GuiGS> restarting did't solve
16:00:00 <GuiGS> It did't work with a new file either...
16:00:55 <dbr> I just copied the pastebin lines, saved them to a file and imported.
16:01:00 <dbr> which version of gnucash?
16:02:09 <GuiGS> 2.1.5 in Windows
16:02:50 <dbr> could be a windows specific issue. I haven't built the windows version in a while. I'm using 2.1.5 on a mac.
16:03:08 <dbr> I'll see if I can get current in windows and try again.
16:09:35 <GuiGS> thanks
16:15:51 *** cstim has joined #gnucash
16:15:51 *** gncbot sets mode: +o cstim
16:16:38 <GuiGS> I've been using ofx import in 2.1.3 (win) and noted some missing transactions. Now in 2.1.5 (win) I could't import any.
16:17:53 *** andi5 has joined #gnucash
16:17:54 *** gncbot sets mode: +o andi5
16:18:58 <cstim> hey andi5
16:19:19 <andi5> hiho
16:24:00 <cstim> andi5: what do you say about 2.2.0?
16:25:19 <andi5> i am fine with it
16:27:46 <cstim> I think that will work. We have been really fast with windows bug squashing. We don't have to keep up that pace, and it will still be okay for normal and new users.
16:28:46 <andi5> err... YOU have been really fast :-D
16:29:51 <cstim> well, YOU came up with redirect.exe :-))
16:30:07 <andi5> i guess nobody will expect 2.2.0 to be perfect on windows.... does not 2.2 mean it is still alpha, being still < 95?
16:30:43 <cstim> 95? oh, the Redmond way of counting :-))
16:33:26 <GuiGS> just curious... why are you in hurry to release 2.2.0? Why not 2.1.6? Or at least, wait a little more, since windows 2.1.5 was released a couple days ago.
16:36:18 <andi5> dbr: i think this mapping information is saved in the data file, alongside with the corresponding account
16:37:34 <andi5> GuiGS: so, you start gnucash, create a new file with a base account tree, try to import the ofx file and you do not see a "select account" window?
16:37:37 <cstim> Honest answer? Because I'm tired of regularly appearing 2.1.x releases, and I have the impression the other devs are tired of these as well.
16:38:22 <GuiGS> andi5: yes
16:38:34 <andi5> what did we start our release schedule with? i think 4 2.1.x releases, right?
16:38:43 <cstim> andi5: yes
16:38:58 <andi5> iirc we are 5 weeks overtime
16:39:48 <cstim> speaking of tired, I was planning to go to bed early tonight :-)
16:39:56 <andi5> you mean like midnight?
16:40:12 <cstim> compared to yesterday, you mean? heh.
16:40:14 <dbr> andi5: I know the account mapping is saved, but individual transaction id's for transactions that are not saved or deleted?
16:40:39 <dbr> oops. better - deleted or not saved
16:41:08 <cstim> The C++ copy constructor and when it's invoked and when it's NOT invoked really sucks. Other things in C++ I like very much, but this one sucks royally.
16:41:22 *** palatin has quit IRC
16:41:50 <andi5> hm... i think i do not understand that :-D .... cstim is the local import guru, go ask him ;-)
16:41:55 <cstim> andi5: in LaTeX, is there an easy way to get text smaller than \small ?
16:42:10 <andi5> footnotesize or tiny or so?
16:42:21 * cstim tries \tiny
16:42:30 <andi5> (cannot call "info latex" right now)
16:42:58 <dbr> I'm fairly certain the ofx <fitid> is saved in the transaction, so if the transaction is deleted, it can be imported again.
16:43:27 <cstim> footnotesize works.
16:44:10 <andi5> dbr: that seems to be correct
16:44:24 *** cstim is now known as cstim_zzz
16:44:26 <cstim_zzz> see ya
16:44:32 <andi5> bye
16:45:04 *** cstim_zzz has quit IRC
16:45:58 <GuiGS> dbr: this id you talked about is something internal or is something i see in my account?
16:46:43 <dbr> GuiGS: internal, it is the <FITID> in the ofx file
16:47:27 <dbr> andi5: I'm getting an automake error trying to build from install.sh after a long absence in windows.
16:47:42 <andi5> what is it?
16:48:10 <andi5> GuiGS: weird... i have imported your file successfully... when i create a new file, i can import it once again
16:48:17 <dbr> 'pkgdatadirdir' is not a legitimate directory for 'DATA'
16:48:33 <andi5> gnucash?
16:48:51 <dbr> yes
16:49:14 <andi5> pkgdatadir_dir_, interesting
16:49:30 <dbr> yes. both dir's
16:50:06 <dbr> something in my aclocal declarations?
16:50:17 <andi5> did you change something?
16:50:57 <dbr> not since my last successful build a couple months ago. I did svn update in the packaging directory today
16:51:13 <andi5> did you remove build/, inst/ and dist/?
16:51:22 <andi5> ohhh
16:51:25 <andi5> full stop
16:52:47 <andi5> ahem... out of the dark, cstim fixed it
16:53:16 <andi5> go to sleep now :-D
16:54:54 <dbr> OK. I'll try again later - gotta go get hammered playing goal against the top league team :)
16:55:22 <andi5> have fun
16:55:33 *** dbr is now known as dbr_afk
16:56:27 *** andi5 has quit IRC
16:58:10 *** warlord has joined #gnucash
16:58:10 *** gncbot sets mode: +o warlord
17:00:00 <GuiGS> you won't beleve. i just copy my ofx from http://pastebin.ca/612901, paste in a new file, save and import in GnuCash and it worked! But the original file (from witch I copy the content and paste in pastebin still did't work!)
17:00:55 <warlord> what do you get if you diff the two files?
17:01:49 <GuiGS> the one that didnt work has an extra empty line at the end
17:02:04 <warlord> And that's the ONLY difference?
17:02:21 *** Rolf has joined #gnucash
17:05:26 <GuiGS> yes , but this was not the problem!! Both files works now! I just copied to another folder. Wait a minut
17:06:44 <GuiGS> aha! the problem is that name of the folder!
17:07:10 <warlord> Folder name has non-ascii chars?
17:07:22 <GuiGS> I have a folder called "Finanças" in witch I have the files. The problem is with ç
17:11:26 *** gunnicom_ has joined #gnucash
17:12:13 <warlord> Right, that's a non-ascii character.
17:20:59 *** gunnicom| has quit IRC
17:23:56 *** GuiGS has quit IRC
17:27:55 *** AhmedSayed has joined #gnucash
17:53:07 *** gunnicom| has joined #gnucash
18:01:12 *** gunnicom_ has quit IRC
18:25:29 *** gunnicom_ has joined #gnucash
18:27:29 *** AhmedSayed has quit IRC
18:29:51 *** Rolf has quit IRC
18:35:01 *** gunnicom| has quit IRC
19:27:48 *** twunder has joined #gnucash
19:29:37 *** twunder has quit IRC
19:30:04 *** twunder has joined #gnucash
19:32:27 *** Demitar has quit IRC
19:34:20 *** twunder has quit IRC
20:03:13 *** dbr_afk has quit IRC
20:09:39 *** linmint has joined #gnucash
20:09:44 *** linmint is now known as jmgreen
20:12:46 *** warlord has quit IRC
20:14:01 *** jmgreen has quit IRC
20:15:26 *** linmint has joined #gnucash
20:17:04 *** linmint has quit IRC
20:23:22 *** linmint has joined #gnucash
20:23:32 *** linmint is now known as jmgreen
20:31:55 *** jmgreen has quit IRC
20:32:55 *** mwhipple has joined #gnucash
20:35:14 *** jmgreen has joined #gnucash
20:36:21 <mwhipple> I
20:37:21 <mwhipple> I'm new here, but have a quick question: Is there any particular problem with trying to rewrite the report system in gnucash using XML and then allowing XSLT to create a slightly less esoteric formatting system than scheme?
20:39:10 *** jakin has quit IRC
20:41:42 *** jmgreen has quit IRC
20:42:16 *** dgtlmoon has quit IRC
20:44:46 *** cortilap has quit IRC
20:57:03 <chris> mwhipple: no, no problem at all. Feel free to send patches.
20:59:15 <mwhipple> thanks
20:59:19 *** mwhipple has quit IRC
21:06:25 *** jmgreen has joined #gnucash
21:16:18 *** dbr_afk has joined #gnucash
21:26:07 *** warlord has joined #gnucash
21:26:07 *** gncbot sets mode: +o warlord
21:26:27 *** twunder has joined #gnucash
21:52:40 *** gncbot has joined #gnucash
21:56:55 *** gncbot has joined #gnucash
21:57:13 *** twunder has quit IRC
21:57:18 *** twunder has joined #gnucash
21:57:19 *** warlord has joined #gnucash
22:03:45 *** warlord has quit IRC
22:46:41 *** dbr_afk is now known as dbr
22:47:24 *** pwnguin has joined #gnucash
22:52:57 <pwnguin> so my online banking system claims to support Quicken
22:53:33 <pwnguin> but I can't for the life of me figure out what they mean; they only provide CSV files for download, and then suggest some sort of "two way communication system with quicken"
22:54:44 *** twunder has quit IRC
22:54:48 <pwnguin> but none of the relevant details are offered; I've sent in a request for clarification, but I thought I might check here if anyone had a clue as to what protocol they had in mind
23:02:19 <dbr> usually they let Quicken handle the ugly details and the bank's tech support can then just say "call Intuit"
23:03:03 <dbr> aqbanking can frequently make ofx connections intended for Quicken-wielding customers, but you have to do some detective work
23:03:37 <dbr> take a look at http://wiki.gnucash.org/wiki/Setting_up_OFXDirectConnect_in_GnuCash_2
23:03:51 <dbr> and http://wiki.gnucash.org/wiki/OFX_Direct_Connect_Bank_Settings
23:04:19 <pwnguin> it seems like id at least need some url type information
23:04:28 <pwnguin> and my bank is very... local
23:05:06 <dbr> there are some quite local credit unions that appear in the database, fwiw
23:05:14 <dbr> name of bank?
23:05:34 <pwnguin> capitol federal savings
23:05:50 <dbr> just a sec...
23:07:11 <dbr> hmm. not in the database I have.
23:07:46 <dbr> at this point, the only suggestion I have is to get your hands on a copy of quicken, make a connection, and dig out the ofxlog file
23:07:49 <pwnguin> they just deployed new software like six months ago =/
23:08:26 <dbr> well, then, let me see it I can get an update to search. I haven't done that in a while
23:09:52 <pwnguin> i can't help but imagine that getfidata.sh is pulling from fidelity
23:10:27 <pwnguin> though i suppose fi could stand for financial
23:10:32 <dbr> no, it's pulling from Microsoft's developer collections
23:19:13 *** gncbot has joined #gnucash
23:19:38 <dbr> http://www.capfed.com/home/misc.ob_truefeatures#Quicken
23:20:06 <dbr> that means you have to get at the data through an ofxlog file from a Quicken connection
23:20:26 <pwnguin> there's a quicken 60 day trial
23:20:32 <pwnguin> is that sufficient?
23:26:26 *** gncbot has joined #gnucash
23:26:27 <pwnguin> debian doesn't package aqofxconnect because openSSL is nonfree or something
23:30:24 *** gncbot has joined #gnucash
23:32:11 <pwnguin> there appear to be both aqbanking-tools and some gwenhywfar libs in ubuntu repos
23:37:57 <dbr> sounds encouraging.
23:39:06 <pwnguin> im not entirely sure what's up. apparently gnucash or whatever uses aqbanking is GPL
23:39:20 <pwnguin> but openSSL is a traditional advertising clause BSD
23:40:06 <dbr> but openSSL also has a clause that says something like: you can't distribute binaries including openSSL material
23:41:26 <pwnguin> i dont see that clause
23:41:31 <pwnguin> and there's only six of them
23:42:24 <dbr> then there was some legal posturing about the interpretation of the openssl license that has caused extended fuss for lots of distros
23:42:56 * pwnguin wonder if gnuTLS is bad
23:43:05 <dbr> I have no clue
23:45:08 <jsled> The GPL and OpenSSL license are incompatible. Binaries built against OpenSSL cannot be distributed. Even though the library that acutally uses OpenSSL (gnucash does not directly) has a specific exception for linking with OpenSSL, gnucash must, too.
23:45:18 <jsled> Unfortunately, we do not.
23:46:00 <jsled> gnuTLS is not bad, but it doesn't support all (common) SSL; I'm not sure in which sense, however. I'd guess encryption algorithms.
23:46:21 <pwnguin> im guessing the patented stuff
23:46:37 <jsled> Perhaps. I'm not sure what that would be, though.
23:47:18 <pwnguin> so is it the opinion of gnucash copyright holders that openSSL and GPL are incompatible?
23:47:23 *** vbabiy has joined #gnucash
23:48:37 <pwnguin> i'd kinda like to see such a "this isnt compatible with GPL" case in court, just to see the look on the judge's face
23:48:39 <jsled> It is fact that they are; the current developers would love to add the exception, but we don't hold copyright over all the files.
23:49:24 <jsled> However.... most of those files are "GPLv2 or later"; the ones that are GPLv2 specifically do have the exception as of last week; see my -devel email.
23:49:41 <jsled> (Well, my files that are not "or any later version"ed)
23:49:55 <pwnguin> oh, that was my other thought -- i wonder how GPLv3 affects this
23:49:58 <jsled> (there are a handful of others; we should probably try to finish that off for a 2.2.(>0)
23:50:15 <jsled> I believe that v3 is compatible, but I've not read the final version.
23:51:39 *** vbabiy has quit IRC
23:51:55 <pwnguin> does fedora pacakge this
23:51:56 <pwnguin> ?
23:52:00 *** lasindi has quit IRC
23:54:04 <jsled> I believe so; I'm not sure.
23:54:52 <pwnguin> it seems there's some validity then to the argument that the GPLv2 might not explicitly disallow this
23:55:13 <pwnguin> http://www.gnome.org/~markmc/openssl-and-the-gpl.html
23:55:44 <dbr> but no one on the open source side can afford to be wrong
23:56:07 <dbr> so conservative interpretations are quite common
23:56:52 <pwnguin> execept as far as i can tell, gnucash still ships intending to use these things
23:57:42 <jsled> what do you mean?
23:58:22 <pwnguin> the FAQ says debian ships without aqbanking stuff, which to me suggests that normally it builds against libraries built against openssl
23:59:26 <jsled> ofx and hbci are optional build components. But they're fully supported when enabled.
23:59:55 <jsled> I've run both with and without them at various points. Even with them enabled, I don't use either.