2008-09-19 GnuCash IRC logs
00:05:15 *** martincleaver has quit IRC
01:02:35 *** James has joined #gnucash
01:03:21 <James> does gnucash support tax codes other than 1040 returns? ie 1065, 1120, 1120s?
01:07:10 <James> or i guess can u define different types
01:17:26 <James> guess not :(
01:17:32 *** James has quit IRC
02:05:52 *** Zoolooc has joined #gnucash
02:39:27 *** ErKa has joined #gnucash
02:53:57 *** Pupeno has quit IRC
03:02:29 *** Pupeno has joined #gnucash
03:03:34 *** esperegu has joined #gnucash
03:12:05 *** kielein has joined #gnucash
03:14:53 *** keyline has joined #gnucash
03:22:13 *** kielein has quit IRC
03:50:20 *** Pupeno has left #gnucash
04:23:21 *** nodje has joined #gnucash
04:55:47 *** localhost has joined #gnucash
05:03:03 *** localhost1 has quit IRC
05:53:12 *** keyline has quit IRC
05:53:12 *** Zoolooc has quit IRC
05:53:12 *** mishehu has quit IRC
05:53:12 *** JimRaehl has quit IRC
05:53:12 *** donfede has quit IRC
05:53:12 *** puck has quit IRC
05:53:12 *** nawab has quit IRC
05:53:12 *** rogo has quit IRC
05:53:12 *** Demitar has quit IRC
05:53:12 *** LiENUS has quit IRC
05:55:04 *** keyline has joined #gnucash
05:55:04 *** Zoolooc has joined #gnucash
05:55:04 *** mishehu has joined #gnucash
05:55:04 *** JimRaehl has joined #gnucash
05:55:04 *** donfede has joined #gnucash
05:55:04 *** puck has joined #gnucash
05:55:04 *** nawab has joined #gnucash
05:55:04 *** LiENUS has joined #gnucash
05:55:04 *** Demitar has joined #gnucash
05:55:04 *** rogo has joined #gnucash
06:06:08 *** Rolf1 has quit IRC
06:07:08 *** martincleaver has joined #gnucash
06:09:55 *** esperegu has quit IRC
06:26:58 *** kieleni has joined #gnucash
06:28:43 *** martincleaver has quit IRC
06:36:08 *** keyline has quit IRC
06:50:47 *** martincleaver has joined #gnucash
06:51:21 *** esperegu has joined #gnucash
07:46:00 *** JimRaehl has left #gnucash
07:48:55 *** twunder has joined #gnucash
07:55:53 *** JimRaehl has joined #gnucash
08:24:14 *** warlord-afk is now known as warlord
08:24:23 *** nodje has quit IRC
09:20:27 *** martincleaver has quit IRC
09:28:33 *** twunder has quit IRC
10:22:38 *** andi5 has joined #gnucash
10:22:38 *** gncbot sets mode: +o andi5
10:50:37 <warlord> good morning andi5
10:50:57 <andi5> hi warlord
10:52:57 <warlord> working hard I see! :)
10:53:02 <warlord> lots of commits
10:53:13 <andi5> i am trying to
10:53:59 <warlord> You're doing well
10:54:05 <andi5> i am going to work-around this G_LOCK problem which is still an open glib bug where the devs have no idea how to fix it... i am going to disable the gcc warning strict-aliasing for that file, if you do not mind
10:54:17 <andi5> we have done the same in some business module files for -Waddress
10:54:22 <andi5> thanks :)
10:54:45 <warlord> We did? Hmm. ok.
10:55:45 <andi5> yes... the problem was that for QOF_LOOKUP_ENTITY there is a check for if ((guid) && (book)).... {} , but as this is a macro gcc can determine, that the "passed in" value of guid is always a non-NULL pointer
10:57:37 <warlord> I guess I dont understand the problem here.
10:57:52 *** twunder has joined #gnucash
10:57:54 <andi5> the G_LOCK problem or -Waddress?
10:57:59 <warlord> -Waddress
10:58:08 <warlord> (nor the G_LOCK issue)
10:58:23 <andi5> gimme a seonc
10:58:24 <andi5> second
10:58:47 <warlord> sure!
10:58:58 <andi5> at http://svn.gnucash.org/trac/browser/gnucash/trunk/src/business/business-gnome/dialog-invoice.c#L74 is the -Waddress disabled
11:00:23 <andi5> #define gncInvoiceLookup(book,guid) QOF_BOOK_LOOKUP_ENTITY((book),(guid),GNC_ID_INVOICE, GncInvoice) .... that macro is used in dialog-invoice.c and 3 or 4 other files
11:01:00 <andi5> QOF_BOOK_LOOKUP_ENTITY is here: http://svn.gnucash.org/trac/browser/gnucash/trunk/lib/libqof/qof/qofbook.h#L131
11:02:53 <andi5> suppose you use gncInvoiceLookup (iw->book, &iw->invoice_guid) now... the compiler (when used with optimization) knows that guid points to a non-NULL address and warns, because the if in QOF_BOOK_LOOKUP_ENTITY will always evaluate to TRUE
11:04:52 <andi5> regarding G_LOCK, i can only redirect to http://bugzilla.gnome.org/show_bug.cgi?id=316221
11:05:16 <warlord> It knows GUID will always be true, but doesn't know that book will always be true
11:05:51 <andi5> yep, but that is irrelevant because of the lazy evaluation of if (guid && book)
11:06:15 <andi5> oh
11:06:21 <andi5> sorry, i somehow have read ||
11:08:19 <andi5> i can show you the complete warning once i have make to compile backend/file :)
11:09:01 <andi5> maybe it complains even about only first test, because it thinks this might be a programmer error
11:13:33 *** martincleaver has joined #gnucash
11:15:56 <warlord> As for G_LOCK -- maybe we can rewrite the code not to use a GStaticMutex? ;)
11:16:52 <andi5> honestly, i would rather have the glib devs do their job ;-)
11:17:25 <warlord> There is that, too..
11:17:30 <warlord> But apparently they don't know how.
11:17:35 <andi5> hehe
11:19:48 <andi5> i am not sure how to make the lock non-static, actually
11:20:17 <warlord> well, maybe just use the same pragma in that .c file?
11:21:00 <andi5> hm, what pragma? .... i have added #ifdef __GNUC__ |void gnc_invoice_window_cancel_cb (GtkWidget *widget, gpointer data);
11:21:02 <andi5> # pragma GCC diagnostic warning "-Wstrict-aliasing" |void gnc_invoice_window_help_cb (GtkWidget *widget, gpointer data);
11:21:02 <andi5> #endif ... and it works
11:21:06 <andi5> oops
11:21:16 <andi5> only read the left buffer :)
11:21:28 <warlord> heh
11:21:49 <warlord> Yeah,that's the pragma I meant
11:22:20 <andi5> somehow emacs svn started to open auxiliary buffers horizontally, ... that is pretty new to me and disrupts me sometimes
11:22:47 <andi5> especially when selecting stuff with the mouse, as i am working in a tty
11:24:01 <andi5> yes, that pragma works... i will always change the one in the business files... it completely disables the warnings, whereas i would prefer it just to keep it as warning on -Werror
11:24:26 <andi5> i used warning now, the other code uses ignored
11:24:58 <warlord> Hmmmm.
11:25:27 <andi5> s,always,also,
11:29:26 <andi5> what do you think about?
11:31:21 <warlord> If the pragma works I think just leave it for now..
11:31:34 <warlord> (maybe base it also on the glib version?)
11:31:51 <andi5> once they have a fix for it, yes :)
11:32:17 <warlord> well, you dont need the check for glib versions earlier that dont have the brokenness, do you?
11:32:29 <warlord> (or has it always been broken and only recent GCC exposed it?)
11:32:47 <andi5> basically, it seems that the g_lock macro has been spitting a warning since at least gcc 4.0, maybe earlier .... for a while they had code that even made the compiler fail, but that has been reverted
11:33:42 <andi5> yep, the op says gcc 3.4.4
11:34:19 <warlord> gotcha
11:36:00 <andi5> oh, the same for gnome-utils/gnc-html.c and gnome/dialog-print-check.c :(
11:36:24 <andi5> funny, in app-utils/gnc-help-utils.c, gcc does not warn about G_LOCK_DEFINE_STATIC, maybe because it is defined inside a function
11:37:17 *** twunder has quit IRC
11:37:39 *** martincleaver_ has joined #gnucash
11:43:04 <warlord> hmm..
11:44:31 <andi5> do you know whether there is a way to unpragma again?
11:44:53 <andi5> personally, i would like if we could limit the effective region of that switch to only the problematic area
11:45:03 *** martincleaver has quit IRC
11:45:23 <warlord> I'm not sure.
11:46:09 <andi5> but i guess that is not possible because it is used so late, after optimization as it seems... but i am not compiler expert, not at all
11:53:16 <warlord> i know very little about compilers
11:53:46 <andi5> do you know what happens when you try to use #pragmas the compiler does not know about?
11:53:58 <andi5> and: what gcc do you use?
12:01:49 *** ErKa has quit IRC
12:01:56 <warlord> gcc version 4.1.2 20070925 (Red Hat 4.1.2-27)
12:02:08 <andi5> ah, that is cool
12:02:20 <warlord> (this is still Fedora 7)
12:02:25 <andi5> may you test a patch for me with -Wall and -Werror?
12:02:30 <warlord> Sure.
12:03:38 <andi5> http://pastebin.ca/raw/1205921 it is
12:04:43 <warlord> well, I'll note that I didn't have a compile problem before, but I'll test with your code.
12:04:52 <andi5> thanks
12:05:41 <andi5> i guess i will a tester for my tarballs as well, because i am using a faily new, strange system and cannot be sure that all is working properly
12:05:58 <warlord> cc1: warnings being treated as errors
12:05:58 <warlord> io-gncxml-v2.c:55: warning: ignoring #pragma GCC diagnostic
12:06:20 <andi5> ok....
12:06:37 <andi5> i can add a test for gcc 4.2 as well
12:07:07 <andi5> i suppose that should solve the issue suffiently, because the number of protests has been low and probably with newer gcc versios
12:07:33 <warlord> Is it 4.2 or 4.3?
12:07:53 <andi5> 4.2 introduces pragma diagnostics
12:07:58 <warlord> ok
12:08:14 <andi5> i am not sure whether 4.2 can spit these warnings as well... no clue
12:08:47 <andi5> i am using gcc 4.3.2 myself
12:11:50 <andi5> does http://pastebin.ca/raw/1205928
12:11:52 <andi5> work for you?
12:13:06 <warlord> I'll test shortly.
12:13:26 <andi5> ok, thanks
12:15:49 <warlord> looks like it works for me.. (but the build hasn't finished, yet)
12:16:43 <andi5> libtool is so slow :( ...
12:17:39 <warlord> Well, it's onto the checks now..
12:17:43 <warlord> the checks are much slowr.
12:17:46 <warlord> slower even
12:18:05 <andi5> i suppose test-lots has become slower for you as well?
12:18:16 <andi5> i cannot say about the other checks because they are usually much faster
12:28:46 <warlord> Haven't really tested one test vs another for speed.
12:28:54 <warlord> Anyways, build/check succeeded.
12:29:06 <andi5> great
12:31:32 <andi5> there is still a small number of (partially important) backports pending, but i want to make sure that `make distcheck` works now :)
12:34:04 *** andi51 has joined #gnucash
12:41:44 *** oldfarter has joined #gnucash
12:42:07 *** andi5 has quit IRC
12:44:55 <oldfarter> dose anyone have a list of acounts for a small canadian buisness? I am having a hard time figering out how to record GST and PST charged to costomers any help would be very welcome thanks linden
12:49:29 <andi51> oh no, now i need to compile texlive for distcheck :(
12:50:22 <warlord> ???
12:50:27 <warlord> texlive?
12:51:09 <andi51> http://pastebin.ca/raw/1205958
12:51:40 <warlord> oldfarter: try http://wiki.gnucash.org/wiki/FAQ#Q:_How_do_I_handle_GST_on_invoices.2C_and_claim_GST_rebates_on_purchases.3F ?
12:51:50 *** andi51 is now known as andi5
12:52:05 *** gncbot sets mode: +o andi5
12:52:20 <warlord> Oh, yeah, you need a working texinfo
12:52:33 <warlord> that has always been the case
12:52:48 <andi5> does that strictly mean i need texlive? maybe i can hide texi2dvi :)
12:55:07 <andi5> well, someday i need texlive anyway... so let us do the work now :)
12:55:47 <warlord> I dont think you need texlive per se
12:56:03 <warlord> "apt-get install texlive"?
12:56:07 <andi5> lol
12:56:15 <andi5> no
12:56:18 <warlord> What distro are you using again now?
12:56:22 <andi5> gobolinux
12:56:58 <warlord> ah, right. that.
13:00:05 *** oldfarter has quit IRC
13:20:31 *** |gunni| has joined #gnucash
14:39:25 *** martincleaver has joined #gnucash
14:39:26 *** martincleaver_ has quit IRC
14:54:08 *** sjc has joined #gnucash
14:56:43 *** cedayiv has joined #gnucash
14:56:43 *** gncbot sets mode: +o cedayiv
14:58:48 <cedayiv> warlord: What should the default date range be for the customer, vendor, and employee reports?
14:59:14 <warlord> from '0' to 'today'
14:59:19 <andi5> warlord: if you have the time for it, http://www.andi5.net/gnucash/gnucash-2.2.6.tar.gz is a tarball from the current 2.2 branch, and it basically seems to work
14:59:42 <warlord> andi5: Do you want me to test the tarball and not SVN?
14:59:50 <andi5> the tarball
15:00:11 <cedayiv> From 0? The reports options have a start and end date.
15:00:41 <andi5> currently it is the financial period, right?
15:01:23 <cedayiv> andi5: yes, but only in 2.2.6. Before that I'm not sure, but I think it would have been "beginning of calendar year" to "today".
15:03:08 <andi5> cedayiv: may you make a quick test for me? the steps would be: open reconciliation dialog, click&hold the date dropdown button, move mouse into the popup, release it, then click a date and now click the toggle button... does it close the popup for you on the first try?
15:03:29 <cedayiv> OK
15:03:42 <cedayiv> Have to run very quickly though.
15:03:49 <andi5> sure
15:05:47 <cedayiv> No, it closes on the second try.
15:05:54 <cedayiv> Same for you?
15:06:00 <andi5> yes...
15:06:05 <warlord> Yeah, I think it was "beginning of period" to "today"
15:06:26 <andi5> i also removed the frame part as i agree with you that it is probably obsolete
15:06:28 <cedayiv> OK, I will look at it a bit later. At least it is usable in modal dialogs now.
15:06:45 <andi5> it has always been so on linux, btw
15:06:50 <andi5> i assume that is simply a gtk-win32 bug
15:06:59 <cedayiv> Thanks warlord, I will take a look at that later too.
15:07:42 <andi5> cedayiv: you have added a qof event when modifiying prices... is that used already?
15:07:57 <cedayiv> andi5: yeah, probably just be a gtk-win32 bug. I like the newer style better anyway, though.
15:08:14 <andi5> i also was not sure whether it does what it is intended to do.... i think it also triggered before removing a price or adding one... it is kind of weird
15:08:37 <cedayiv> Yes, the new qof event is used to update the price editor display. Before that, the price would not update until you passed the mouse over the row.
15:10:32 <andi5> i am not yet sure whether i like it... will have to think about it
15:10:43 <cedayiv> When you edit a price or security, it actually removes it from the db then re-adds it. The price editor and security editors were being screwing up because of that. Now the price briefly disappears, but then gets readded properly.
15:11:18 <cedayiv> I don't like the security editor OR the price editor. Just making them less broken...
15:11:29 <andi5> :)
15:11:30 <warlord> cedayiv: FYI, it used to be "Current Year Start" to "Today"
15:11:39 <warlord> (I just brought up 2.2.5)
15:12:02 <cedayiv> OK, I will make it "start of accounting period" to "today"
15:12:11 <andi5> ahhhh... libtool is soooo slow, this really drives me nuts
15:12:23 <warlord> sure, sounds reasonable.
15:12:30 <cedayiv> OK guys, I'm out...
15:12:34 <warlord> TTYL
15:12:37 <andi5> ciao cedayiv
15:12:43 *** cedayiv is now known as cedayiv-afk
15:14:13 <warlord> andi5: configuring and testing the build for you.
15:14:30 <andi5> thanks!
15:14:58 <warlord> NP
15:15:19 <andi5> btw, i compiled tetex instead now, there was a recipe for that
15:15:30 <andi5> nowadays i do not do a lot latex stuff anymore
15:16:32 <warlord> Gotcha
15:17:11 <andi5> hm?
15:17:37 <andi5> intltool?
15:18:01 <warlord> what about intltool?
15:18:08 <andi5> i wanted to downgrade before doing a tarball, because i remembered some incompatibilities
15:18:25 <warlord> Well, the build finished.. it's runing the checks now.
15:18:42 <warlord> and yes -- test-lots IS much slower.
15:18:42 <andi5> ahh... i thought you meant that you found a bug in my package :)
15:18:55 <andi5> on trunk, you mean this time?
15:19:05 <warlord> Oh, no, the "gotcha" was in response to not doing latex stuff
15:19:12 <andi5> pheww :)
15:19:18 <warlord> no, slow in your tarball
15:19:39 <warlord> although maybe it's always been this slow and I just didn't pay attention
15:20:01 <andi5> in 10 seconds the slow version makes 4 runs, the fast one 12
15:20:06 <andi5> on my machine
15:20:41 <warlord> build and checks completed.
15:20:55 <warlord> (I didn't install or run)
15:20:58 <andi5> great
15:21:20 <andi5> maybe they fixed those intltool issues in later 0.40.x releases
15:21:27 <warlord> Could be
15:21:34 <warlord> But it worked on Fedora 7
15:31:54 <andi5> no, it has always been that slow, imho.... and trunk is slower, i have only waited for 10 seconds, but by a factor of 2-3..
15:48:48 <warlord> hmm
15:56:42 *** esperegu has quit IRC
16:40:07 *** andi5 has quit IRC
17:13:37 *** kieleni has quit IRC
17:17:37 *** warlord is now known as warlord-afk
17:27:19 *** martincleaver has quit IRC
17:31:53 *** twunder has joined #gnucash
17:33:55 *** twunder has quit IRC
17:59:40 *** ErKa has joined #gnucash
18:22:32 *** ErKa has quit IRC
18:35:40 *** ErKa has joined #gnucash
18:40:48 *** |gunni| has quit IRC
18:42:13 *** Demitar has quit IRC
18:46:28 *** Demitar has joined #gnucash
18:46:52 *** cedayiv-afk has quit IRC
19:00:01 *** ErKa has quit IRC
19:37:51 *** cedayiv-afk has joined #gnucash
20:49:52 *** cedayiv-afk has quit IRC
21:25:25 *** sjc has quit IRC
21:36:25 *** martincleaver has joined #gnucash
21:45:00 *** martincleaver has quit IRC
21:49:28 *** ben_goodger has joined #gnucash
21:51:16 *** ben_goodger__ has quit IRC
22:51:02 *** Zoolooc has quit IRC
22:51:09 *** Zoolooc has joined #gnucash
22:56:08 *** cedayiv-afk has joined #gnucash
23:02:18 *** cedayiv-afk has quit IRC