2008-06-20 GnuCash IRC logs

00:01:34 *** jcreigh has joined #gnucash
00:49:45 *** jcreigh has quit IRC
01:04:33 *** Zoolooc has joined #gnucash
01:35:15 *** Zoolooc has quit IRC
01:59:32 *** nbinont has quit IRC
02:50:21 *** romkyns has joined #gnucash
02:51:47 *** StocksR has joined #gnucash
03:26:26 *** ErKa has joined #gnucash
03:53:28 *** kling0n has joined #gnucash
04:12:13 *** ErKa has quit IRC
04:17:27 *** p0troast has joined #gnucash
04:17:47 <p0troast> I successfully created an Account with a User in the 'qt3-wizard.
04:18:18 <p0troast> But when I do a "Get Transactions" in Gnucash, "gnc_ab_gettrans: No accountinfo result for this account" is reported.
04:18:38 <p0troast> This appears to be a result of AB_ImExporterContext_FindAccountInfo returning NULL.
04:19:08 <p0troast> This appears to be an aqbanking issue. Does that appear correct?
04:39:55 *** ErKa has joined #gnucash
05:33:09 *** ErKa has quit IRC
05:35:37 <romkyns> when deleting an account and choosing to "Delete all transactions", is it intentional that the transactions are not actually deleted? (They are moved to an Imbalance account) Or is this a bug?
05:36:07 <romkyns> If intentional, the wording "Delete all transactions" is definitely misleading
05:36:47 <romkyns> but since there is already a "Move" option, I think "Delete" should actually wipe the transactions, just like the Delete button does.
05:54:14 *** ErKa has joined #gnucash
06:14:12 <romkyns> my expense barchart report is not working for some reason, it just says "No data". I've uploaded a testcase onto bugzilla. Am I doing it wrong or is this a bug? http://bugzilla.gnome.org/show_bug.cgi?id=538833
06:17:19 *** StocksR has left #gnucash
06:32:28 *** kling0n has quit IRC
06:47:54 *** kling0n has joined #gnucash
07:18:38 *** Demitar has quit IRC
07:20:18 *** twunder has joined #gnucash
07:24:07 *** ErKa has quit IRC
07:26:02 *** twunder has quit IRC
07:41:34 *** kling0n has quit IRC
07:44:29 *** JimRaehl has left #gnucash
07:55:06 *** JimRaehl has joined #gnucash
08:14:12 *** Rol1 has quit IRC
08:14:23 *** warlord-afk is now known as warlord
08:22:29 <warlord> romkyns: Part of the reason is that 'C' is an Income account, not an Expense account.
08:22:52 <warlord> romkyns: when you change 'C' to Expense it works.
08:25:36 <romkyns> warlord: i see. I currently have all Income and Expense accounts under C because then the total "Income minus Expenses" amount is shown for C
08:27:01 <romkyns> i suppose it would be better if there was no requirement for the root account to be Income or Expense, since the Options dialog shows the correct tree selected for the report
08:34:05 *** Rol1 has joined #gnucash
08:36:55 *** ErKa has joined #gnucash
08:41:06 <warlord> romkyns: sure. send in a patch.
09:13:27 <romkyns> ok, will investigate this weekend
09:13:51 <warlord> :)
09:31:33 *** _gunni_ has joined #gnucash
09:31:33 *** |gunni| has quit IRC
10:07:00 <Rol1> warlord: I have close to 0 knowledge about reports. I googled a bit, but I can't find what I am looking for. I hope you can get me going in the right direction. I am looking for a way to create report that will show me per month or quarter transactions going to account X split up by incoming account
10:07:21 <Rol1> Is there a report closely resembling this that I can customize?
10:07:45 <warlord> Cash flow.
10:08:03 <warlord> It shows you all incoming/outgoing transactions from a set of accounts.
10:13:30 <warlord> back in a bit...
10:15:56 *** warlord has quit IRC
10:16:43 <Rol1> Thanks
10:17:47 <Rol1> what is a likely ETA for 2.2.6? at least in svn?
10:18:07 <Rol1> I am wondering when I can stop applying the patch from bug 144669 locally
10:30:28 *** cort has joined #gnucash
10:33:25 *** ErKa has quit IRC
10:38:02 *** cortana has quit IRC
10:41:01 *** Zoolooc_ has joined #gnucash
10:52:13 *** ErKa has joined #gnucash
10:59:37 *** warlord has joined #gnucash
10:59:38 *** gncbot sets mode: +o warlord
11:03:10 <warlord> okay. back.
11:19:48 <Rol1> warlord: what is a likely ETA for 2.2.6? at least in svn?
11:19:51 <Rol1> I am wondering when I can stop applying the patch from bug 144669 locally
11:21:01 <Rol1> warlord: Are you OK with closing bugs like http://bugzilla.gnome.org/show_bug.cgi?id=120250
11:21:04 <Rol1> a) old bug
11:21:13 <Rol1> b) unconfirmed in 2.x
11:21:30 <Rol1> c) no response after requesting confirmation
11:21:42 <Rol1> I don't think there is much value in keeping them open
11:23:22 <warlord> You'll have to ask andi5 about 2.2.6
11:23:33 <warlord> But I dont know what you mean about "at least in svn"
11:23:59 <Rol1> Well, andi said to target 2.2.6
11:24:14 <Rol1> I guess then, the code can be checked in after 2.2.5 is released
11:24:29 <Rol1> Which I think has already been done, hasn't it?
11:24:36 <jsled> yup. :)
11:24:36 <warlord> Rol1: That bug should not be closed because it's mine :-P
11:24:50 <warlord> yeah, 2.2.5 is out.
11:24:55 <warlord> (see the /topic)
11:25:15 <Rol1> warlord: great, then you can comment in it whether it is still a bug or not
11:25:27 <Rol1> Are you aware of ubuntu bug triaging policy?
11:25:28 <warlord> It requires me going and testing, which aint gonna happen.
11:25:35 <warlord> Why would I be?
11:25:58 <Rol1> It's not a question of why
11:26:06 <Rol1> It's a question of 'if'
11:26:22 <Rol1> If you are not, let me briefly explain the part I am interested in.
11:26:41 <warlord> I honestly dont care about ubuntu policy.
11:27:02 <warlord> they're welcome to have whatever policy they want.
11:27:23 <warlord> that's between them and their users.
11:28:04 <Rol1> https://wiki.ubuntu.com/Bugs/Responses#head-6ee6466fdaac8c81274185f0316afd794d2ee0b6
11:28:17 <Rol1> warlord: don't be so hostile, OK?
11:28:49 <Rol1> If there are good practices out there, why not think if it can serve gnucash well, too?
11:28:51 <warlord> I'm not being hostile. I just dont want to waste my (or YOUR) time with something I honestly have zero interest in.
11:29:22 <jsled> closing out invalid and ancient bugs is a good idea. It'd be nice to have *someone* try to reproduce it on the current codebase.
11:29:31 <Rol1> What I am getting at is the "policy" to have bug triaging close out that are unreproducible and where the original submitter is unresponsive
11:29:35 <jsled> I think reproducing is "run make check and see if that test still fails".
11:29:43 <Rol1> There usually is no point in keeping bugs open forever
11:30:22 <jsled> We have a ton of open bugs that haven't received a response. They might very well still be valid, however.
11:30:31 <warlord> jsled: that presumes there is a test case. It would be NICE if all bugs had a test case written prior to fixing the bug and then a verification after commit. But you can't get everything ;)
11:30:38 <jsled> er ... and are "old", relatively.
11:30:41 <Rol1> jsled: OK, just trying to cover my ass so that warlord does not come screeming after me when I close some of his pet bugs ;-)
11:30:55 <Rol1> That is what the "reopen with more information" is about
11:30:58 <warlord> Rol1: if a developer opened a bug it should not get closed.
11:31:14 <Rol1> yes, agreed
11:31:38 <Rol1> although even there might be exceptions
11:31:46 <Rol1> but the bar should be significantly higher
11:32:16 <warlord> I think it's valid to close a non-developer-initiated bug if:
11:32:20 <warlord> 1) you cannot reproduce the bug
11:32:41 <warlord> 2) the user hasn't replied with more information after some period of time
11:33:06 <Rol1> 1) is what this is about
11:33:07 <warlord> s/user/reporter or some other commenter
11:33:19 <Rol1> I am willing to weed out some bugs
11:33:28 <Rol1> I do so for other projects, too
11:33:40 <Rol1> I don't feel like trying to understand and reproduce everything
11:33:48 <Rol1> That is inefficient and a waste of time
11:34:30 <Rol1> If the OP does not care enough to reply and nobody else had the problem for a long time and nobody cared to try and fix it, there is IMNSHO zero value in keeping the bug open.
11:34:32 <warlord> It's not a waste of time if it's a real bug.
11:34:38 <Rol1> Again, it can always be reopened
11:35:02 <Rol1> warlord: See, that is a difference in philosophy
11:35:14 <Rol1> I agree with ubuntu policy here
11:35:19 <Rol1> And I spend my time accordingly
11:35:28 <Rol1> A bug tracker is about fixing problems
11:35:52 <Rol1> the other philosophy sees the most important aspect as being a "record of what is wrong"
11:36:04 <Rol1> I agree with "fixing problems"
11:36:09 <Rol1> and doing that efficiently
11:36:33 <Rol1> I can not often help directly in fixing problems
11:36:58 <Rol1> But I can (and do in a number of projects) help the devs being able to spend their time more efficiently
11:37:17 <warlord> that would argue for the mythtv policy: close out all enhancement requests without a patch; close all crash reports without a stack trace; ...
11:37:24 <Rol1> no
11:37:34 <Rol1> you don't seem to understand the policy yet
11:37:43 <Rol1> Which is why I was trying to point you to it
11:37:46 <Rol1> Here are the steps
11:38:13 <Rol1> 1) ask for confirmation, or some other important information that a dev will likely need to understand or fix the problem
11:38:28 <Rol1> 2) wait about 4 weeks for a response
11:39:41 <Rol1> 3) no response -> seems like the OP and nobody else is interested. Bug is closed out with "we are sorry, but to understand the problem, we need the requested information. closing the report. Feel free to reopen with more information. Thank you for helping us make gnucash better"
11:40:23 <Rol1> That gets a favourable response and will not alienate bug submitters while weeding out stuff that probably nobody will ever touch anyway
11:40:33 <Rol1> It works surprisingly well
11:40:59 <Rol1> RFE are no problem, I have a lot of those open myself here and there
11:43:06 <Rol1> jsled: In case warlord agrees with such a policy, I'd like to ask for a bit higher privileges in bugzilla
11:43:08 <Rol1> http://bugzilla.gnome.org/show_bug.cgi?id=344060
11:43:23 <Rol1> for example needs to be reset to 2.2.4
11:44:12 <warlord> I would add an exception in that any bug that is opened by a gnucash developer OR a gnucash developer acknowledges in the report that it is a bug should not be closed even if the timeout passes..
11:44:26 <warlord> I know that many times I cannot get to something for well over a month due to various circumstances.
11:45:17 <Rol1> understood
11:45:35 <Rol1> although, I'd say that reopening is soooooooooo easy ;-)
11:46:21 <warlord> that implies FINDING the closed bug, which isn't as easy
11:46:39 <warlord> I dont regularly search through closed bugs.
11:47:19 <Rol1> well, you get a mail that the bug was closed
11:47:49 <Rol1> I get bugs closed on me at times because I *meant* to reply earlier but did not find the time to retest
11:48:20 <warlord> I think that's fine for normal users, but devs should still be an exception.
11:48:25 <Rol1> When I get that mail about the bug being closed, that is a powerful reminder and I usually leave a not about "please give me more time to test this"
11:48:41 <Rol1> OK, let's try it, then and see how it works out
11:48:52 <Rol1> warlord, can you increase my privs in bugzilla?
11:49:15 <warlord> not right now... i'm trying to finish up tons of stuff for a trip in a couple hours.. and I still need to pack.
11:49:21 <Rol1> If you have a group with bugtriager roles, maybe I can be added to that group
11:49:33 <Rol1> warlord: who else can I ask?
11:49:42 <Rol1> Can you just ack here in the channel?
11:50:34 <warlord> i honestly have no idea how bugzilla is set up.
11:52:23 <Rol1> OK, let me find out and we deal with it once you are back
11:52:33 <Rol1> I guess this is a question for the gnome guys
11:52:35 <warlord> i'll be back monday.
11:52:43 <Rol1> have a safe trip
11:53:47 <warlord> thx
11:56:07 <jsled> I think we can grant bugzilla privs; /me takes a look
11:59:32 <jsled> Well, we can change the list of "developers".
11:59:47 <jsled> I'm not sure about limiting abilities more fine-grained than that, but I don't think that's necessary.
12:30:21 *** kling0n has joined #gnucash
13:03:04 *** kielein has joined #gnucash
13:04:23 *** ErKa has quit IRC
14:42:37 *** warlord has quit IRC
15:16:54 *** jcreigh has joined #gnucash
15:28:35 *** kling0n has quit IRC
15:35:07 *** jcreigh has quit IRC
15:45:12 *** kling0n has joined #gnucash
16:13:12 *** twunder has joined #gnucash
16:17:33 *** twunder has quit IRC
16:18:10 *** danielv has joined #gnucash
16:18:48 <danielv> building from svn trunk fails with on autogen.sh with
16:18:57 <danielv> **Error**: You must have `intltoolize' installed to compile GnuCash.
16:19:18 <danielv> I have the appropriate package installed
16:19:37 <danielv> "intltool-debian" (I'm on Kubuntu, Hoary)
16:19:55 <danielv> and apparently (http://osdir.com/ml/cms.citadel.devel/2006-04/msg00001.html)
16:20:04 <danielv> intltoolize has been removed.
16:20:12 <danielv> Maybe it is some kind of deprecated?
16:20:32 <danielv> Any ideas/workarounds?
16:20:55 <jsled> I'd suggest following up in an ubuntu support forum.
16:21:14 <jsled> There might be some debian/ubuntu people around here … but there definitely will be there. :)
16:21:49 <jsled> And I need to head afk.
16:26:56 <danielv> thank you, will have a look at ubuntu fora.
16:38:17 <Rol1> danielv: I compiled svn yesterday successfully
16:40:08 <Rol1> jsled: Do I have commit rights to po/? I still cannot commit there?
16:43:45 <danielv> Rol1: using recent ubuntu? if so, from what package does your intltoolize file come from?
16:44:47 <Rol1> hardy
16:53:07 <danielv> Ok, apt wasn't finding intltool, but after an update, now it does. Seems the problem will soon be solved.
16:56:20 <danielv> So, got past that. Run autogen.sh, get lots of warning about non-portable assignment style in make files, then at the end
16:56:23 <danielv> "**Error**: automake failed."
16:57:17 <danielv> No ./configure.
17:11:51 <jsled> Rol1: hmm. I removed a should-be-inconsequential trailing slash … try again?
17:20:20 <Rol1> jsled: worked now
17:20:22 <Rol1> Thanks
17:22:36 <danielv> Ok, apt-get build-dep gnucash + installing some other packages fixed it - autogen and configure now terminated happy.
17:22:43 <danielv> Thanks Rol1!
17:42:36 <danielv> Ok, manages to compile and run it. Had to fix a potential null dereference in qofsession.c which generated a warning that was treated as an error.
17:44:38 <danielv> Sorry, that's actually a "potentially non-initialized pointer free", not a null dereference, now that I think of it. Anyway, is there a point in sending someone a patch, or is it likely someone else will find this anyway really soon?
17:47:04 <jsled> no one else is going to see it soon. Please file a bug with patch at http://bugzilla.gnome.org/browse.cgi?product=GnuCash
17:55:48 *** Zoolooc_ has quit IRC
18:10:05 *** kielein has quit IRC
19:10:41 *** harlan has quit IRC
19:14:22 *** mik1 has joined #gnucash
19:16:17 <mik1> I'm having an issue opening my gnucash file, the app crashes with error: /usr/share/gnucash/scm/options.scm:317:9: In procedure gncBudgetGetGUID in expression (gnuBudgetGetGUID budget): Wrong type in position 1: #f
19:16:23 *** mik1 is now known as mikehul1
19:16:49 *** MikeHull has joined #gnucash
19:16:58 *** mikehul1 has left #gnucash
19:17:10 <MikeHull> i didn't realize i was already connected to this irc server
19:17:30 <MikeHull> any ideas on what could be causing that crash
19:19:25 <MikeHull> http://pastebin.com/m3840931e
19:20:49 <MikeHull> that "budget option" definition in the mentioned file says "TODO: need to double-check this proc"
19:21:28 <MikeHull> sooo... I can't access my finances until i figure this out, any help would be appreciated
19:25:07 <MikeHull> i knew it would happen one day, but i'm the ass that joined the channel asking about a problem that already has a bug report filed
19:26:26 <MikeHull> the bug is 489083, marked as unconfirmed
19:32:07 <MikeHull> i can confirm that that is the problem, and to get it to work, you have to remove the open budget page
19:44:01 *** kling0n has quit IRC
20:39:00 *** warlord has joined #gnucash
20:39:00 *** gncbot sets mode: +o warlord
20:41:50 *** nbinont has joined #gnucash
20:48:13 <nbinont> @seen andi5
20:48:13 <gncbot> nbinont: andi5 was last seen in #gnucash 1 week, 2 days, 0 hours, 20 minutes, and 4 seconds ago: <andi5> ciao
20:54:01 *** Rol2 has joined #gnucash
21:00:47 *** Rol1 has quit IRC
21:22:19 <danielv> jsled: ok, thanks. Filed a bug #539396, with a patch.
21:24:28 *** nbinont has quit IRC
21:25:39 *** twunder has joined #gnucash
21:53:34 <danielv> MikeHull: so, having reproduced the bug, how do you get rid of the budget page when gnucash won't start?
22:02:02 *** |gunni| has joined #gnucash
22:10:49 *** _gunni_ has quit IRC
22:34:05 *** twunder has quit IRC
22:41:47 <warlord> danielv: edit your ~/.gnucash/books/<filename> file to remove the page.
22:41:49 <warlord> ?
22:59:14 *** danielv has quit IRC
23:18:52 *** danielv has joined #gnucash
23:39:03 *** danielv has quit IRC
23:41:56 *** warlord is now known as warlord-afk