2007-06-27 GnuCash IRC logs
00:08:57 *** warlord is now known as warlord-afk
00:52:18 *** dbr has quit IRC
01:05:34 *** jakin has quit IRC
01:41:00 *** roxy_ has joined #gnucash
02:07:45 *** jakin has joined #gnucash
02:13:57 *** roxy_ has quit IRC
02:16:23 *** jakin has quit IRC
04:09:41 *** ErKa has joined #gnucash
04:14:43 *** cortilap has joined #gnucash
04:23:29 *** RallyU has joined #gnucash
04:37:19 *** roxy_ has joined #gnucash
05:32:38 *** roxy_ has quit IRC
05:39:55 *** ErKa has quit IRC
05:43:40 *** cparker has quit IRC
05:45:59 *** cparker has joined #gnucash
06:56:41 *** roxy_ has joined #gnucash
07:44:53 *** IanL has joined #gnucash
07:56:24 *** twunder has joined #gnucash
08:21:59 *** harnold has joined #gnucash
08:32:02 *** ErKa has joined #gnucash
08:51:57 *** ErKa has quit IRC
09:40:30 *** URally has joined #gnucash
09:40:52 *** The_Blob has joined #gnucash
09:40:52 *** RallyU has quit IRC
09:44:01 *** {EyeGuy} has quit IRC
09:59:12 *** harnold has quit IRC
09:59:58 *** harnold has joined #gnucash
10:38:18 *** cortilap has quit IRC
10:44:39 *** ManaPirat has joined #gnucash
10:44:48 <ManaPirat> hi channel :o)
10:44:54 <jsled> hello.
10:48:05 <ManaPirat> do you know the litle programm "ktoblzcheck"? ;)
10:48:50 <jsled> only by name and association.
10:50:41 *** M0E-lnx has joined #gnucash
10:51:41 <ManaPirat> ah well i think i found its problem .. its missinc cc1plus
10:51:45 <ManaPirat> :)
10:52:36 <M0E-lnx> anyone been able to get around the SLIB problem here?
10:52:59 <jsled> M0E-lnx: <tentatively>yes...</> What "slib problem"? What distro, version of gnucas?
10:53:07 <M0E-lnx> http://bugzilla.gnome.org/show_bug.cgi?id=347922
10:53:18 <M0E-lnx> gnucash-2.1.4
10:53:20 <jsled> gnucash. Damn micros~1 keyboard hates the 'h'!. :)
10:53:58 <M0E-lnx> having trouble getting around that in Vector LInux
10:54:30 <M0E-lnx> every time I run configure, it says it can't find slib... but slib is installed
10:55:06 <jsled> What versions of slib and guile?
10:55:12 <jsled> How did you install slib?
10:55:17 <jsled> (and guile, for that matter)
10:55:38 <M0E-lnx> guile comes pre-installed
10:55:44 <M0E-lnx> I packaged slib and installed it
10:55:47 *** cortilap has joined #gnucash
10:55:49 <M0E-lnx> guile 1.8.0
10:56:03 <M0E-lnx> slib-3a4
10:56:12 <jsled> downgrade slib to 3a1.
10:56:31 <M0E-lnx> brb.. lemme try that
10:56:33 <jsled> 3a4 is known bad, though I'm not sure that this is how.
10:58:20 <jsled> M0E-lnx: it'll be helpful to know the output of the commands as listed in that bug.
10:58:40 <M0E-lnx> the guile commands?
10:59:05 <jsled> yeah. [[[guile -c "(use-modules (ice-9 slib)) (require 'printf)"]]] and [[[echo $?]]] following it (assuming bash)
10:59:30 <jsled> that's the test configure is running; it's easier and more verbose than re-running configure.
10:59:47 <M0E-lnx> k
10:59:52 <M0E-lnx> lemme run them real quick
11:00:12 <M0E-lnx> I get this:
11:00:24 <jsled> (please use pastebin if it's more than 2-3 lines...)
11:00:28 <M0E-lnx> ERROR: Unboud variable: use-moduels
11:00:41 <jsled> ah, well, it's misspelled.
11:00:56 <M0E-lnx> yeah... not by me though
11:01:07 <M0E-lnx> that's exactly what it says
11:01:13 <M0E-lnx> wait
11:01:16 <M0E-lnx> it is me :(
11:01:18 <jsled> :)
11:01:33 <M0E-lnx> ok here it goes
11:01:38 <M0E-lnx> ERROR: Unbound variable: slib:features
11:01:51 <jsled> Nice. That's a new one.
11:01:58 <M0E-lnx> ??
11:02:02 <jsled> That's with slib-3a4, or 3a1?
11:02:08 <M0E-lnx> 3a4
11:02:23 <jsled> ah ... yeah, downgrade, then try the commands.
11:02:29 <jsled> Er, command, really.
11:02:30 <M0E-lnx> k
11:02:31 <M0E-lnx> brb
11:03:35 *** dan2 has quit IRC
11:04:44 <M0E-lnx> installing slib is a 8*atch
11:05:07 <jsled> `emerge =slib-3.1.1` works well here. ;)
11:05:15 <M0E-lnx> not gentoo here
11:05:26 <jsled> I know. :)
11:11:10 * M0E-lnx is sealing a RH RPM and hacking it to isntall in VL
11:12:46 <M0E-lnx> OK new error here
11:13:00 <M0E-lnx> ERROR: Could not find slib/require.scm in ("/usr/share/guile/site" "/usr/share/guile/1.8" "/usr/share/guile")
11:13:04 <M0E-lnx> ooops
11:13:40 <M0E-lnx> ok.. so now I'm missing require
11:14:51 <M0E-lnx> guile -c '(display %load-path)'
11:14:56 <M0E-lnx> damn
11:14:58 <M0E-lnx> wrong window
11:15:22 <M0E-lnx> jsled: yt?
11:17:06 <jsled> M0E-lnx: yes; on the phone, though...
11:18:20 <M0E-lnx> ahh
11:18:29 <M0E-lnx> well, I got around that with a symlink
11:18:34 <M0E-lnx> but now I face the next one
11:19:38 <M0E-lnx> ERROR: In procedure open-file:
11:19:38 <M0E-lnx> ERROR: No such file or directory: "/usr/share/guile/slib/mklibcat"
11:20:26 <M0E-lnx> I have a mklibcat.scm in /usr/share/slib
11:21:43 <M0E-lnx> is that the same thing?
11:29:46 <jsled> naw, that's probably the script that generates the catalog.
11:30:10 <M0E-lnx> ya think configure will run now?
11:30:26 <jsled> run [[[guile -c "(use-modules (ice-9 slib)) (require 'new-catalog)" "/" ]]] as root
11:30:53 <jsled> (That's the last step for installing slib)
11:31:47 <M0E-lnx> ok
11:31:49 <M0E-lnx> done
11:32:04 <jsled> After that ... what does the previous guile -c [...] command return?
11:32:18 <M0E-lnx> nothing
11:32:21 <M0E-lnx> echo $? is 0
11:32:24 <jsled> then `echo $?`?
11:32:29 <jsled> great. success.
11:32:34 <jsled> ./configure should run, now.
11:32:35 <M0E-lnx> off to configure?
11:33:00 <M0E-lnx> running
11:33:13 <M0E-lnx> I've been fighting this bad boy for 2 days trying to get around this
11:34:18 <M0E-lnx> ok.. I got another error... but it's not slib
11:34:49 *** bonez44 has joined #gnucash
11:45:11 <M0E-lnx> thanks jsled that did the trick
11:45:27 <jsled> M0E-lnx: you're welcome.
11:45:36 <jsled> (what was the other error?)
11:45:49 <M0E-lnx> I forgot...
11:45:56 <M0E-lnx> a symlink fixed it
11:46:12 <M0E-lnx> now I just got to meet the gnome deps and I'm on my way
11:46:26 <jsled> ah, well...
11:47:00 <jsled> if it helps, <http://svn.gnucash.org/repo/gnucash/trunk/packaging/gnucash-2.1.x.ebuild> has a good listing of the versions required.
11:47:17 <M0E-lnx> kool
11:47:26 <jsled> Why Vector Linux, btw?
11:47:58 <M0E-lnx> it's a nice distro
11:48:07 <M0E-lnx> configure ran ok
11:48:28 <M0E-lnx> it's light and fast
11:50:44 <M0E-lnx> damn make error
11:51:57 <M0E-lnx> /usr/X11R6/lib/libfontconfig.la
11:52:05 <M0E-lnx> that should be part of the fontconfig package right?
11:53:15 <M0E-lnx> this damn X11R6 is killing me
11:53:17 <jsled> Hmm. I'm sure it's no "faster" than any other distro ... and by "light", you probably mean that it doesn't install very much by default. In which case, you can make any distro do that...
11:53:34 <jsled> Yeah, it's provided by "fontconfig-2.4.2", here.
11:54:04 <M0E-lnx> yeah.. I forgot I built fontconfig into /usr and make is still looking in X11R6
11:54:23 <M0E-lnx> /usr/X11R6/lib that is
11:54:38 <M0E-lnx> actually, Vector install quite a bit of software
11:54:40 <M0E-lnx> by default
11:54:51 <jsled> gentoo has just made /usr/X11R6 a symlink to /usr ... :)
11:55:04 <M0E-lnx> I have that on the other install too
11:55:15 <M0E-lnx> I built X11-7.x packages for VL
11:55:22 <M0E-lnx> and that's the way I did it
11:55:28 <M0E-lnx> to maintain compatibility
11:55:30 <jsled> Though it's too bad, cause I'd really like to get rid of the /usr/X11R6 symlink, even.
11:55:40 <M0E-lnx> me too
11:55:52 <M0E-lnx> the next release of Vector will have no link
11:55:56 <M0E-lnx> fully modular X
11:56:19 <M0E-lnx> it's in it's early development stages now
11:57:24 <M0E-lnx> I like mostly because it's a small distro.. pretty stable, and the user community is quite friendly
11:58:08 <M0E-lnx> you can get better help than in say, <cough> *buntus
11:59:43 <jsled> hmm. That I appreciate, but I don't believe it, exactly.
11:59:59 <jsled> I mean, this is a good example, right? All the other distros already have resolved this packaging issue.
12:00:15 <jsled> Also, I note that you're not getting help from Vector, but instead from gnucash... :)
12:00:25 <M0E-lnx> hehe
12:00:42 <M0E-lnx> true
12:00:52 <M0E-lnx> because the community is so small
12:01:12 <M0E-lnx> most things I've learned to get around on my own
12:01:23 <M0E-lnx> with little or no help
12:01:41 <M0E-lnx> this is my first time building gnucash
12:01:51 <M0E-lnx> and I've never heard of slib of course
12:02:01 <M0E-lnx> so I couldn't resist the invitation on the wiki
12:02:03 <M0E-lnx> ;)
12:02:45 <jsled> yeah ... I was going to say, as well, that we're one of the only users of slib; we've had to work with the debian/ubunutu, fedora and gentoo packagers on build issues all the time, too.
12:03:23 <M0E-lnx> yeah... we dont even have slib packages
12:03:35 <M0E-lnx> which is probabbly why we dont host gnucash :(
12:03:55 <M0E-lnx> which is s shame, being this such a good piece of software
12:04:06 <jsled> :)
12:09:05 *** M0E-lnx_ has joined #gnucash
12:12:57 *** IanL has quit IRC
12:15:43 * chris writes
12:15:54 * jsled reads
12:16:33 <chris> 'slib' is now on the chalkboard under the column: "Dependencies to drop from Gnucash"
12:16:58 <jsled> theoretically, or...?
12:17:50 <chris> oh, pretty much theoretically for my part, but anyone is welcome to share my chalkboard. :)
12:18:05 <jsled> Well, it's all about the guile, of course.
12:18:41 <M0E-lnx_> ya
12:18:51 <M0E-lnx_> are you involved int he gnucash developement?
12:18:56 <jsled> I haven't found time to follow up, but I think I'd come to the belief that we can leverage the fact that most options have both a kvp and a scheme serialization in order to "easily" get them out of scheme.
12:19:26 <chris> But we _could_ drop slib while still using guile.
12:19:38 <M0E-lnx_> that would be nice
12:19:43 <jsled> We'll still need guile for that transitioning release, but not after that: read in via guile, write out kvps.
12:19:54 <M0E-lnx_> I wonder why is gnucash so gnome-dependant though
12:20:01 <jsled> because it's useful.
12:20:05 <M0E-lnx_> ??
12:20:31 <chris> jsled: of course, there's the little thing about a new reporting system.
12:20:54 <jsled> M0E-lnx: it provides useful libraries. gtk/glib, though that's not "gnome", exactly. gconf starts to be. printing. gtkhtml. goffice for graphing.
12:21:04 <jsled> chris: yeah, that's the other big one.
12:21:20 <chris> jsled: but options are a start.
12:21:28 <M0E-lnx_> I'm ok having the gtk, glib deps, but once you start getting into gcong...
12:21:33 <M0E-lnx_> *gconf
12:21:48 <jsled> chris: but the report options are a bigger problem. They a) underlie the reporting and b) hard-require a guile interpreter to even load the saved data.
12:21:51 <jsled> Which is just a horrible design.
12:22:08 <jsled> Writing out code that needs to be evaluated at start-time. Gah.
12:22:14 *** roxy_ has quit IRC
12:22:16 <chris> jsled: oh, I know. :(
12:22:18 <jsled> M0E-lnx: right. Should we re-write a printing librari?
12:22:29 <jsled> or a printing library, for that matter? :)
12:22:57 <jsled> Or our own help subsystem?
12:24:38 <M0E-lnx_> how baout libgnomeprint
12:24:43 <M0E-lnx_> and libgnomeprintui?
12:24:47 *** M0E-lnx has quit IRC
12:24:53 *** M0E-lnx_ is now known as M0E-lnx
12:25:02 <jsled> what about them?
12:25:29 <M0E-lnx> or how about other common GTK printing libs
12:25:36 <M0E-lnx> can you use them?
12:26:41 <jsled> Frankly, I'm not sure of any. I mean: libgnomeprint *is* that common GTK printing library.
12:26:55 <jsled> s/sure/aware/
12:27:24 <M0E-lnx> prolly
12:27:28 <M0E-lnx> *prolly not
12:27:34 *** zarchne has quit IRC
12:27:35 <M0E-lnx> it is somewhat gnome-dependant itself
12:27:45 <M0E-lnx> but I've managed to meet it's deps easily
12:27:48 *** zarchne has joined #gnucash
12:28:08 <jsled> That's kinda the point. For a high-level desktop app like gnucash, you need a bunch of services.
12:28:53 <jsled> We choose to get those services from gnome. It's better for everyone, since a) those libraries then have a better chance of being maintained, b) have a good chance of already being installed, c) subsequently will be shared between multiple apps, making the system lighter and faster.
12:29:15 <M0E-lnx> I guess
12:34:18 <M0E-lnx> I hate freakin X11R6
13:42:02 *** jakin has joined #gnucash
13:47:35 <ManaPirat> bye guys
13:47:39 *** ManaPirat has quit IRC
13:53:17 *** M0E-lnx has quit IRC
14:34:41 *** cstim has joined #gnucash
14:38:25 <cstim> hi all. No ops for gncbot today...?
14:44:24 <cstim> GSOC FAQ "How do evaluations work?" http://code.google.com/support/bin/answer.py?answer=60275&topic=10726
14:45:01 <jsled> gncbot`: @nick gncbot
14:45:01 <gncbot`> jsled: Error: "@nick" is not a valid command.
14:45:22 *** gncbot` is now known as gncbot
14:45:23 *** lasindi_ has quit IRC
14:45:34 *** jsled sets mode: +o gncbot
14:45:40 <jsled> @op cstim
14:45:40 *** gncbot sets mode: +o cstim
14:46:02 <cstim> jsled: do you already see "the evaluation questions" in the GSOC web area?
14:46:04 <cstim> jsled: thanks.
14:46:33 <cstim> I'm not a mentor, so I won't see those
14:49:06 <jsled> cstim: no, unless I'm not looking in the right place.
14:49:45 *** lasindi_ has joined #gnucash
14:52:40 <cstim> no idea here.
14:53:01 <cstim> jsled: I don't know, too. Just asking. :-)
14:53:32 *** harnold has quit IRC
14:54:32 <cstim> all: I'm currently reading the book "The Design of Everyday Things", by Donald Norman, because it was recommended on http://doc.trolltech.com/4.3/guibooks.html
14:55:02 <cstim> An exceptionally great book.
14:55:11 <jsled> DoET/PoET is very good, as I recall, yes.
14:55:31 <jsled> [random] http://www.makezine.com/blog/archive/2007/06/the_problem_light.html
14:55:35 <cstim> you know it? others as well?
14:56:18 <cstim> Maia: DON'T put the audio plug in the USB socket.
14:56:49 *** gunnicom| has joined #gnucash
14:56:57 <cstim> oh, forgot... Maia isn't in this channel :-)
14:57:28 <jsled> heh.
14:57:38 <cstim> jsled: the book really stuck me on a number of issues that can readily be identified as not-so-good design in gnucash.
14:57:43 <cstim> s/stuck/struck/
14:58:32 <jsled> yeah, the book is familiar, though I've not read it in years. I should re-read it.
14:58:51 <cstim> and I think I'll propose and implement some features that take the "To Err Is Human" into account some more.
14:59:15 <cstim> The most infamous of that ones, I think, is the obnoxious "Auto-Save feature"
14:59:17 * cstim ducks
14:59:52 <cstim> bbiab
15:00:00 <jsled> how's that? You're thinking to implement autosave, then?
15:12:28 <cstim> jsled: yes, exactly.
15:12:32 *** gunnicom_ has joined #gnucash
15:13:42 <jsled> yeah, auto-save is a good idea, I think.
15:16:12 <cstim> jsled: we've been asked for auto-save for years, really.
15:16:24 <jsled> yup.
15:18:22 <cstim> Just today when reading DoET it occurred to me: For many users, auto-save would save (pun intended) against major data loss, whereas from an implementation pov it is extremely easy to implement. So why again have we always objected...?
15:18:58 <jsled> Well, the tranditional answers are "send in the patch" or "wait for the DB backend".
15:19:18 <jsled> The latter response is just kinda orthogonal.
15:19:54 <jsled> I think it's the same problem as the rest: continued lack of project momentum, in part due to the sprawling, overcomplicated codebase.
15:21:54 *** gunnicom| has quit IRC
15:25:22 <jsled> cstim: the password RFE is similar, but I'd probably still argue against that one.
15:26:22 <cstim> I'd argue against *that* one as well.
15:26:35 * cstim is running git-svn clone ...gnucash-svn-url...
15:27:55 <cstim> but only -r16200:HEAD ...
15:29:19 <cstim> jsled: how do I print a debug message to gnucash.trace again?
15:29:30 <jsled> g_debug(...)
15:29:37 <cstim> i.e. where is the explanation for that again...?
15:29:41 <jsled> Oh, but you'll want to make sure G_LOG_MODULE (I think) is defined.
15:30:31 <jsled> http://wiki.gnucash.org/wiki/Logging has some ... though mostly just pointing to the API docs.
15:30:46 <jsled> G_LOG_DOMAIN, sorry.
15:31:00 <jsled> cstim: http://cvs.gnucash.org/docs/HEAD/group__Logging.html#best
15:32:41 <cstim> ok, now I got it.
15:34:52 <cstim> jsled: but G_LOG_DOMAIN is defined in many Makefile.am's already
15:35:02 <jsled> yeah ... #undef G_LOG_DOMAIN first. :(
15:35:21 <cstim> in this case I'm adding a message in src/bin/gnucash-bin.c
15:35:33 <cstim> undef? why?
15:35:44 <cstim> INCLUDES = -DG_LOG_DOMAIN=\"gnc.bin\"
15:35:48 <cstim> sounds okay
15:36:16 <jsled> Oh. Presuming you wanted to make the log domain more specific for the file.
15:36:22 <jsled> yeah, that case is probably good.
15:37:08 <jsled> It's more useful in the bigger dirs; c.f. src/gnome/gnc-plugin-page-sx-list.c
15:37:30 <jsled> Or even src/engine/Recurrence.c
15:38:29 <cstim> hm... when my (unchanged) git-svn copy should download the latest commits, do I use "git-svn fetch" or "git-svn rebase"?
15:44:58 <chris> cstim: git-svn fetch
15:45:54 <chris> cstim: hmm, but I guess you'd still need to do git-svn rebase, too, but it would fast-forward.
15:46:50 <cstim> chris: I ran "git-svn rebase" and apparently it ran "fetch" on its own.
15:47:02 <chris> cstim: sorry, I'm wrong. I read that as git-rebase.
15:47:16 <cstim> yeah. confusing.
15:47:17 <chris> cstim: yes, git-svn rebase will automatically fetch, too.
15:47:56 <cstim> ok.
15:48:30 <chris> I'm too lazy to upgrade git, so I'm stuck doing git-svn fetch && git-rebase
15:51:18 <cstim> which git version?
15:52:02 <chris> 1.5.0.6
15:52:26 <cstim> I just installed 1.5.2 because the distro's version was still stuck somewhere in 1.4.x
15:52:35 <cstim> http://wiki.gnucash.org/wiki/Git
15:53:08 <cstim> chris: I'd like to invite you to add some more enlightened content to that initial draft :-)
15:54:20 <chris> cstim: hehe, ok, we'll see.
15:55:56 <[0x100]> my gnucash is on crack
15:56:37 <jsled> cstim: What's the "push back locally-committed batch" command? `git-svn dcommit`, right?
15:56:45 <[0x100]> i printed some reports and it substituted each combination of back to back ff characters (as in "Tuff Acme Bricks") with a little square box
15:57:43 <chris> jsled: right
16:00:29 <chris> [0x100]: odd. does it do anything with "tf" or "ft"?
16:00:48 <cstim> [0x100]: which operating system?
16:01:03 <[0x100]> dunno , let me test
16:01:04 <[0x100]> Linux
16:01:12 <[0x100]> Fedora 7
16:03:30 <chris> [0x100]: is the square black box on the screen, or on the paper?
16:04:29 <cstim> scheme question: how can I open a dialog box from within gnucash's scheme?
16:04:36 <[0x100]> only happens with ff, and it's only on the paper, not the report
16:04:47 <[0x100]> and it's an outlined square box, not solid
16:05:05 <[0x100]> well, actually it's rectangular as it's taller than it is wide
16:05:31 <[0x100]> as many bugs as i've reported in gtkhtml recently, i'd suspect that first ;)
16:05:46 <[0x100]> you want me to scan part of one of these pages for you?
16:06:30 <chris> [0x100]: what appears there in the html document if you "export to html"?
16:06:48 <chris> [0x100]: I don't think a scan would help.
16:07:21 <[0x100]> the html is normal
16:07:33 <jsled> cstim: it looks like src/gnome-utils/gnome-utils.i has gnc_{verify,info,warning,error}_dialog
16:08:05 <jsled> I'm not sure how the arguments transfer... I'm pretty sure {GtkWidget *parent} can readily be null.
16:08:52 <cstim> would that be (gnc_info_dialog #f "bla=%s" some-string)?
16:09:02 * jsled guesses yes.
16:09:05 <cstim> or something else instead of the #f ?
16:09:07 <[0x100]> so on closer inspection, the ff is actually replaced by a box then a space, unless a space normally follows, then it's replaced by a box alone
16:09:31 <jsled> chris?
16:09:37 <chris> ?
16:09:51 <jsled> NULL = #f for swig-wrapped calls?
16:10:42 <chris> I'm pretty sure, yes.
16:15:00 * cstim tries...
16:15:38 <cstim> Unbound variable: gnc_info_dialog
16:15:56 <cstim> I'm trying to call that function from report.scm
16:16:22 <cstim> http://bugzilla.gnome.org/show_bug.cgi?id=450984
16:17:48 <cstim> sorry, confused _ with -
16:18:10 <cstim> long time no scheme
16:23:38 <cstim> what was the first argument to (sprintf ...) again?
16:25:04 <cstim> chris: got you. NULL = '()
16:30:42 *** andi5 has joined #gnucash
16:30:42 *** gncbot sets mode: +o andi5
16:32:13 *** sjc has joined #gnucash
16:34:56 <andi5> Q1: what about making the gnucash-setup.exe icon the same as the one for gnucash.bat?
16:35:20 <andi5> Q2: what about a gnucash styled left side pane on the installers welcome page?
16:36:04 <cstim> very cool, both.
16:36:21 <cstim> The icon shouldn't be too difficult.
16:39:39 <jsled> cstim: nice commit.
16:40:17 <andi5> cstim: trashing bugs again? :)
16:41:08 <cstim> andi5: only those that are poor design :-)
16:41:30 <andi5> lol...
16:42:27 <cstim> jsled: and the other one was equally easy
16:42:46 <jsled> cstim: which?
16:43:14 <cstim> 16222
16:43:33 <jsled> Ah. /me waits for delivery.
16:43:39 * jsled gives up waiting, and uses trac.
16:44:09 <jsled> Ah. Heh.
16:48:40 <chris> cstim: gah. I'm so brain-dead. You're right.
16:49:01 <cstim> chris: in which way?
16:49:09 <chris> #f vs. '()
16:49:29 <chris> I should
16:49:51 <chris> ... should've remembers because it coresponds to SCM_NULLP()
16:50:03 <cstim> heh. r16223 was my first git-svn dcommit
16:50:24 <andi5> cstim: do you test with -n before you actually commit?
16:51:08 <cstim> andi5: what's that for?
16:51:39 <andi5> for a dry-run listing all git commits that are going to commited to the remote svn repository
16:52:05 <andi5> maybe i am just overly paranoid :)
16:52:09 <cstim> ok.
16:52:15 <cstim> see ya
16:52:18 *** cstim is now known as cstim_zzz
16:52:20 <andi5> see you!
16:52:30 <chris> later, cstim_zzz
16:54:45 *** cstim_zzz is now known as cstim
16:55:04 <cstim> Is there a Timer object in glib/gtk that will call some callback on timeout?
16:55:27 <jsled> the idle timer?
16:55:29 <andi5> g_timeout_add?
16:55:40 <jsled> oh, probably even better.
16:56:18 <andi5> does anyone know a pastebin for screenshots?
16:56:41 <cstim> jsled: better?
16:57:01 <cstim> oh, g_timeout_add is better.
16:58:42 <cstim> can I register a callback in qof_book for when the book is dirtied?
16:59:11 <andi5> hm... what does the main window to?
16:59:19 <andi5> s,to,do,
16:59:39 <cstim> you mean, for the "*" in the title bar?
16:59:47 <andi5> exactly
17:00:56 <cstim> qof_book_set_dirty_cb
17:01:04 <cstim> that's it. auto-save, here I come...
17:01:34 <cstim> (but not today. probably Saturday, i.e. not in 2.1.5)
17:01:37 *** cstim is now known as cstim_zzz
17:01:40 <andi5> cstim?
17:01:46 <cstim_zzz> read the logs
17:01:57 *** cstim_zzz has quit IRC
17:02:10 <andi5> oh, do not mind
17:05:56 *** twunder has quit IRC
17:30:16 <andi5> @tell cstim we could evaluate the use of [Setup]: PrivilegesRequired ..... IMHO we could set it to none (Setup will only run with administrative privileges if it was started by a member of the Administrators group @ Vista, Setup will not check the user's group membership @ NT/2000/XP/2003)
17:30:16 <gncbot> andi5: Error: "Setup" is not a valid command.
17:30:32 <andi5> @tell cstim we could evaluate the use of Setup: PrivilegesRequired ..... IMHO we could set it to none (Setup will only run with administrative privileges if it was started by a member of the Administrators group @ Vista, Setup will not check the user's group membership @ NT/2000/XP/2003)
17:30:32 <gncbot> andi5: The operation succeeded.
18:04:20 *** vbabiy has joined #gnucash
18:04:34 *** dan2 has joined #gnucash
18:04:53 <dan2> 6:2007/06/27 18-02-03:(null)(30376):qbanking.cpp: 414: 02: OFX: General error (Invalid Product or Version. The Software Version you are attempting to connect with is not supported by your financial institution, please contact Customer Service for more information.)
18:05:55 <dan2> the listed OFX version of wachovia is: OFX Version: 102
18:18:43 <dan2> the wachovia website says it only supports quicken 2005 or better
18:23:36 <dan2> one liner patch to ofx fixed it
18:30:52 <andi5> dan2: please send the patch to the libofx developers (benoit?) so that it can be included in the next libofx release
18:31:09 <dan2> k
18:31:15 <andi5> or wait... is that to aqbanking?
18:31:55 <andi5> well, send the patch to the correct people ;)
18:33:38 *** andi5 has quit IRC
18:34:10 <dan2> no it's for ofx
18:34:24 <dan2> I changed the version from quicken 2002 being sent to quicken 2006
18:46:09 *** gunnicom_ has quit IRC
18:49:41 *** vbabiy has quit IRC
19:20:03 *** Zoolooc has joined #gnucash
19:23:00 <jsled> Hmm. GPL3 on Friday.
19:25:01 *** cortilap has quit IRC
19:45:56 *** dbr has joined #gnucash
20:14:45 *** {EyeGuy} has joined #gnucash
20:16:22 *** The_Blob has quit IRC
20:50:00 *** warlord-afk has quit IRC
20:54:10 *** sjc has quit IRC
21:25:02 *** vbabiy has joined #gnucash
21:30:51 *** leonardof has joined #gnucash
21:31:12 <leonardof> hello, would anyone help me building from svn?
21:31:31 <jsled> what's the trouble?
21:31:44 <jsled> (hard to help without knowing what the problem is...)
21:31:45 <leonardof> I installed all the dependencies on my gentoo, but ./configure complains "Found libgtkhtml-3.14, but goffice lacks a cairo renderer"
21:32:08 <jsled> leonardof: what version of gnucash are your trying to build?
21:32:13 <leonardof> I'm a gnome user, and everything here is installed with cairo
21:32:22 <leonardof> trunk,
21:32:29 <leonardof> I plan to help on translation.
21:32:33 <jsled> Oh, cool.
21:33:21 <jsled> hmm. gtkhtml-3.14, eh? ~x86 ... I've not tried that, yet.
21:33:34 <leonardof> yes
21:33:36 <jsled> Though there's some gentoo bug about "wrong" gtkhtml versioning in the ebuilds...
21:33:59 <leonardof> jsled: yet, my gnucash 2.0 was screwed because of that
21:34:10 <leonardof> jsled: should I try another 3.x???
21:34:14 <jsled> gnucash ./configure says that? Can you pastebin the exact text?
21:34:44 <jsled> Well, why are you using ~x86'ed gtkhtml? 3.12.3 is the latest stable, and works well (for me, at least)
21:35:28 <leonardof> jsled: don't remember :) i just had 2.x
21:35:37 <leonardof> http://rafb.net/p/66N2X379.html
21:35:56 <leonardof> jsled: sorry, the actual error message was left out:
21:35:58 <leonardof> "configure: error: Could not find a working gtkhtml version (need 3.1, 3.2, 3.6, 3.8 or 3.14)"
21:37:32 <jsled> Well, if you can downgrade to gtkhtml-3.12.3, I think things will work better.
21:37:58 <jsled> I can scare up the details about why you're seeing that error ... but it's basically that gentoo's goffice ebuild isn't "new" enough.
21:38:20 <jsled> (And there's no more recent one, even ~x86, at least as of about 3am last night...)
21:38:21 <leonardof> :/
21:38:45 <leonardof> jsled: if i do a manual bump, would that work?
21:38:52 <jsled> bump of?
21:39:45 <leonardof> jsled: goffice
21:40:38 <jsled> I haven't really followed goffice development recently, but it might. The RDEPENDS of that ebuild would probably want to be updated, though.
21:40:48 <jsled> But it's much easier to downgrade gtkhtml. :)
21:40:53 <jsled> (bias)
21:43:02 <leonardof> jsled: I'm doing that right now, thanks
21:43:36 <leonardof> jsled: I still have the "big gnome 2.18 mask" on my packages.unmask,
21:43:58 <leonardof> jsled: and it has a >=gnome-extra/gtkhtml-3.14
21:44:39 <leonardof> jsled: btw, could I "intltool-update pt_BR" without ./autogen.sh and ./configure?
21:46:49 <jsled> I don't really know re: intltool-update, sorry.
21:48:43 <jsled> Ah, the gnome-2.18 mask ... I'm a bit surprised that there's not a more recent goffice ... I know we're only of the only consumers, but I believe there's been serious updates since. Especially re: cairo.
21:48:50 <leonardof> jsled: just had a successfull ./configure, thanks!
21:49:20 <jsled> Oh, great. Maybe I'll see if I can contribute an updated goffice ebuild over the 4th of july weekend
21:49:54 <jsled> leonardof: you've seen <http://wiki.gnucash.org/wiki/Translation>?
21:50:39 <leonardof> jsled: yes, once... (re-reading now)
21:52:56 <leonardof> jsled: now I found "make pot", thanks!
21:54:14 <leonardof> 1791 translated messages, 1260 fuzzy translations, 633 untranslated messages.
21:54:21 <leonardof> it's been a _while_!
21:55:21 *** twunder has joined #gnucash
22:06:20 *** Zoolooc_ has joined #gnucash
22:14:47 *** BlackBsd has joined #GnuCash
22:15:48 *** Zoolooc has quit IRC
22:23:23 *** warlord has joined #gnucash
22:23:24 *** gncbot sets mode: +o warlord
22:46:38 *** twunder has quit IRC
23:09:08 *** BlackBsd has quit IRC
23:20:29 *** leonardof has quit IRC