2007-02-08 GnuCash IRC logs
00:36:51 *** owert has quit IRC
00:50:23 *** esodan has joined #gnucash
00:51:21 *** dbr has joined #gnucash
00:51:23 <esodan> Hi All, just to inform you a new gobject-engine-dev revision 15522 is commited to the repository!!
00:52:23 <esodan> This is my first work, and can't be stablished as fineshed, I'll do A LOT of new changes before to complete the transformation to GObject system...
00:53:19 <dbr> Hi all. My windows build stopped shortly into the build saying no rule to make target 'swig-runtime.h' needed by 'all'am'. Stop.
00:53:24 <dbr> any suggestions?
00:53:47 <dbr> oops. all-am
00:57:46 *** warlord-afk is now known as warlord
00:57:53 <warlord> esodan: commit early, commit often..
00:57:55 *** warlord is now known as warlord-afk
00:58:18 <dbr> more info - build based on svn 15521 (including install.sh in the packaging directory)
00:58:51 <esodan> warlord: thanks, of course I'll do it.
00:59:42 *** esodan has left #gnucash
01:23:08 *** dbr has quit IRC
01:28:42 *** slicslak has quit IRC
03:34:53 *** ceplma has joined #gnucash
03:59:05 *** ErKa has joined #gnucash
04:43:13 *** motin has quit IRC
04:44:37 *** |gunni| has joined #gnucash
05:15:30 *** ErKa has quit IRC
05:57:24 *** ErKa has joined #gnucash
07:00:49 *** twunder has joined #gnucash
07:31:14 <jsled> Wow. The gobject branch *really* doesn't compile. :)
07:35:45 *** cstim has joined #gnucash
07:35:45 *** gncbot sets mode: +o cstim
07:35:50 <cstim> .
07:35:50 <gncbot> cstim: Sent 16 hours and 58 minutes ago: <andi5> after removing the two __stdcall defines in gwenhywfar, the test works perfectly.... btw, pressing cancel in the aqbanking setup druid crashes for me too in my _own_ build (yours seems to work) .... i guess this will also work after a rebuild of gnucash... will retry tomorrow... this all is weird
07:36:48 * cstim will discuss stdcall/cdecl issues with aqbanking/gwenhywfar on their mailing lists.
07:45:46 <jsled> ugh. the formatting on gobject-dev is quite messy
07:48:31 <cstim> r15522 you mean?
07:50:51 <jsled> yeah. (gobject-engine-dev is too long to say) Like, <http://svn.gnucash.org/trac/browser/gnucash/branches/gobject-engine-dev/lib/libqof/qof/qofinstance.c?rev=15522#L230>. k&r brace formatting is great ... but the mix of tabs/spaces ... and line-leading spaces, at that, is annoying.
07:51:14 <cstim> he switches back and forth between 8-space-indent and 2-space-indent; however, the original code wasn't indented uniformly as well.
07:52:51 <cstim> In qofbook.c:564 didn't he mix up the bool argument of g_return_if_fail? line 571 as well?
07:53:26 <jsled> probably. g_return_if_fail is dangerous to the brain.
07:53:38 <cstim> agreed.
07:54:17 <jsled> One mans failure is another mans truth, or something.
07:56:28 <jsled> The engine changes look alright ... pretty straightforward.
07:58:20 <jsled> I don't know about the properties boilerplate...
07:58:37 <jsled> lol. The very last line in the changeset.
07:58:56 <jsled> (or, last diff, rather)
07:59:01 <cstim> OBJ_Mqof_bookINOR
07:59:06 <cstim> you mean that one?
07:59:31 *** twunder has quit IRC
07:59:44 <jsled> yeah. There's another ... <http://svn.gnucash.org/trac/changeset/15522#file49>. Just random string insertions.
08:01:36 <cstim> well, this happens on occasion :-)
08:16:01 <cstim> uploaded r15522 win32 build of gnucash.
08:16:18 <jsled> hmm?
08:16:34 <cstim> (well, still uploading)
08:16:37 <jsled> Oh, unrelated to the gobject-engine-dev branch.
08:16:41 <cstim> yes
08:16:48 * jsled should go make coffee.
08:17:38 *** warlord-afk is now known as warlord
08:22:45 <cstim> heh. I was about to say the newest win32 build has OFX import enabled, except that it doesn't work yet :-/
08:23:17 <warlord> :(
08:23:36 <cstim> LibOFX ERROR: ofx_proc_file():Unable to open the output file /tmp/libofxtmpa01756
08:24:27 <cstim> oh, the woes of making a library portable.
08:24:47 <cstim> (there is no directory /tmp on windows)
08:25:58 <warlord> what does /tmp/gnucash.trace do, then?
08:26:45 <cstim> hm... where in gnucash was that?
08:27:06 <warlord> gnc-engine.c ?
08:27:27 *** motin has joined #gnucash
08:28:04 <cstim> tracefilename = g_build_filename(g_get_tmp_dir(), "gnucash.trace")
08:28:18 <cstim> but libofx doesn't have glib available.
08:28:43 * cstim sighs. Reinventing the wheel yet once more.
08:31:03 <jsled> [ot] Ooh, /me goes from glibc-2.4 to 2.5...
08:31:54 <warlord> :(
08:33:13 *** twunder has joined #gnucash
08:40:32 <warlord> libofx_set_tmpdir()?
08:41:25 <cstim> you mean, add such a function to the library? nah...
08:43:37 <warlord> eh, it was just a thought.
08:43:43 *** motin has quit IRC
08:56:51 <cstim> ok. libofx is fixed. A changed install.sh will be committed in a minute.
08:59:03 <warlord> ok
08:59:28 <cstim> I'm able to import OFX files in win32/gnucash.
09:00:03 <warlord> yay!
09:01:24 <warlord> I wonder if you should pull in http://qtwin.sourceforge.net/qt3-win32/index.php for the AqB configuration...
09:02:22 <cstim> we don't need qt3. qt4 (the official one from trolltech) is fine.
09:02:35 *** twunder has quit IRC
09:03:25 *** twunder has joined #gnucash
09:04:15 <cstim> did you think the aqbanking configuration needs qt3 but cannot use qt4?
09:04:18 <warlord> It would be really cool to have the AqB setup UI available... I wonder how big the Qt.dll is?
09:04:34 <warlord> No... I just didn't think we'd want to use QT4.
09:04:37 * cstim can tell you...
09:05:37 <cstim> qt4 needs 12.6 MB of DLLs.
09:06:13 <cstim> A qt3.2.1NonCommercial that I've got here has a 6.6 MB DLL.
09:06:44 <cstim> so the qtwin qt3 DLL will be something in between.
09:10:17 <warlord> What's "qt3.2.1NonCom"?
09:10:21 <warlord> Can't we use that?
09:12:08 <cstim> no
09:12:15 <cstim> not allowed for redistribution.
09:13:06 <cstim> it's from here: http://www.amazon.com/dp/0131240722
09:15:59 <warlord> Huh... Where on that page?
09:16:42 <cstim> errr... in the book, I mean.
09:16:55 <warlord> Oh.
09:17:11 <cstim> you buy the book which is made from paper, and it contains one of these shiny discs called "CD".
09:17:22 <cstim> that's where the software can be downloaded from.
09:19:00 <warlord> Heh. that doesn't help me. ;)
09:19:07 <warlord> *ponders* http://qtwin.sourceforge.net/qt3-win32/compile-mingw.php
09:19:44 <cstim> I don't understand what you want.
09:20:08 <warlord> I want to be able to configure aqbaning on win32
09:20:09 <cstim> If you want the GUI parts of aqbanking, they are very well prepared to be compiled with qt4, which is available from trolltech for windows/mingw.
09:20:32 <warlord> ... but i dont want to ship ANOTHER 12MB of dll.
09:20:53 <warlord> does the ui not work with qt3?
09:21:12 <cstim> on unix, it works with qt3 (and also with qt4)
09:21:19 <cstim> on windows, it is untested with qt3.
09:22:30 <cstim> also, trolltech's qt4 comes pre-compiled, whereas I have no idea how to compile qt3 on windows myself. (And also no inclination to do it.)
09:23:25 <warlord> That's what that above URL was about: how to compile QT3 on Win32/MinGW
09:23:39 <cstim> so that you have a 6MB DLL instead of 12MB DLL?
09:23:46 <cstim> this doesn't seem much benefit to me.
09:24:50 <warlord> I guess disk is cheap, but...
09:26:22 * warlord shrugs.
09:27:06 *** dbr has joined #gnucash
09:27:39 <jsled> Mr. Reiser, I presume?
09:28:02 <cstim> warlord: IMHO the benefit of using the pre-compiled qt4 by far outweighs any potential DLL size savings that one might (!) get when using the qtwin qt3. That's why I decided I will not deal with qt3 on windows.
09:28:03 <dbr> that's me. I've decided I gotta quit being a voyeur on the logs
09:28:05 <jsled> You found an IRC client. :)
09:28:15 <dbr> colloquy
09:28:46 <dbr> the adium developers recommended it.
09:29:34 <warlord> cstim: fair enough.
09:29:41 <dbr> Now that the windows folks are back, I was hoping someone might know why my windows build fails at trying to make in build/src saying:
09:30:13 <dbr> no rule to make target 'swig-runtime.h', needed by 'all-am' Stop
09:32:03 <warlord> dbr: did you copy the source tree from somewhere else?
09:32:20 <dbr> nope, got it with install.sh
09:32:38 <prock> dbr: irssi runs on mac ok for me
09:33:36 <dbr> prock: yeah, and I have fink's xchat, too, but colloquy seemed more comfortable. It forked off the irssi engine at some point
09:34:01 <prock> I should look into that... is it free (as in beer)?
09:34:09 <dbr> yes
09:34:38 <warlord> Hmm.. that error implies that the auto-tools didn't think you were running from SVN.
09:35:24 <cstim> more specifically: our script util/gnc-svnversion didn't think this was from SVN.
09:35:42 <warlord> src/Makefile.am has:
09:35:43 <warlord> if BUILDING_FROM_SVN
09:35:43 <warlord> swig-runtime.h:
09:35:43 <warlord> $(SWIG) -guile -external-runtime $@
09:35:43 <warlord> endif
09:35:44 <dbr> Well, svn (the command) does run within install.sh, but I have to enter the full path once the script quits. Am I missing a setting somewhere?
09:36:06 <cstim> dbr: before you call install.sh, you could call
09:36:10 <warlord> What do you mean, "enter the full path"?
09:36:15 <cstim> export PATH="c:\soft\svn\bin:$PATH"
09:36:26 <dbr> cstim: I'll try that
09:36:34 <cstim> wait
09:36:48 <cstim> what is your "full path" to the svn program?
09:37:04 <dbr> warlord: if i type 'svn ...packaging' msys complains
09:37:20 <dbr> cstim: my full path is /c/soft/svn/bin/svn.exe
09:37:35 <warlord> dbr: complains with what error?
09:37:39 <cstim> ok, so try export PATH="/c/soft/svn/bin:$PATH"
09:37:42 <cstim> and then install.sh
09:37:58 <warlord> gnc-svnversion expects to find "svn" in your path.
09:38:22 <dbr> svn: command not found
09:38:33 <warlord> dbr: Fix your path
09:39:01 <dbr> OK. shouldn't install.sh do that in general, though?
09:39:01 <cstim> hm... but OTOH in install.sh $_SVN_UDIR/bin is added to PATH.
09:39:20 <prock> jsled: your email about FreqSpec -> Recurrence: when is that going to happen? Will it resolve 392166, 148904, or 106401?
09:39:39 <cstim> dbr: inside install.sh, yes, but it won't modify the msys environment.
09:40:08 <warlord> dbr: it does...
09:40:13 <warlord> function inst_svn() {
09:40:13 <warlord> setup Subversion
09:40:13 <warlord> _SVN_UDIR=`unix_path $SVN_DIR`
09:40:13 <warlord> export PATH="$_SVN_UDIR/bin:$PATH"
09:40:15 <cstim> install.sh, if finishing successfully, will print several lines of text saying "Please add the line export PATH=... to /etc/profile.d/installer"
09:40:38 <jsled> prock: tomorrow, hopefully. It shouldn't fix any of those, unfortunately.
09:40:58 <dbr> cstim: ok, but the build error is happening inside install.sh, I was just noticing that my path wasn't functioning quite right outside the script
09:41:00 <jsled> Though I've been eyeing 392166 just as a bug fix; it should be straightforward.
09:41:00 <prock> oh I was under the impression this was going to be a long term thing.
09:41:02 <warlord> cstim: Ahh, but that PATH should allow gnc-svnversion to find svn.. Hmm..
09:41:32 <jsled> Though I don't think extending Recurrence is out of the picture at all, but it's just not a near-term priority.
09:41:39 <jsled> prock: no time like the present. :)
09:41:47 <warlord> dbr: how is install.sh failing?
09:41:47 <prock> indeed
09:42:12 <cstim> dbr: in the build directory, what does this give: $srcdir/util/gnc-svnversion $srcdir
09:42:30 <cstim> dbr: where $srcdir is the relative path to the dir with the SVN source
09:42:52 <prock> re file compatibility: were you meaning loading 1.8 books with 2.x? or the other way around?
09:43:09 <dbr> warlord: gnucash finishes configure, starts building, then throws the no rule to make target error
09:43:13 <warlord> prock: he means loading 2.1/2.2 books on 2.0/1.8
09:43:20 <prock> yuck.
09:43:39 <jsled> yeah.
09:43:40 <warlord> 2.1/2.2 will load 1.8/2.0 books, but you can't go back.
09:44:16 <warlord> dbr: if the script pulls out the svn checkout then I dont understand how/why gnc-svnversion fails.
09:44:26 <prock> warlord: I'm sorry the way I'm reading what you just said conflicted with what you just said 1 minute ago
09:44:30 <warlord> what does config.log say?
09:45:17 <warlord> prock: I'm being self-consistent, although I might have mis-interpretted your original question. What I just said is correct.
09:45:45 <dbr> warlord: which part of config.log
09:45:57 <cstim> dbr: What does this give: $srcdir/util/gnc-svnversion $srcdir
09:46:43 <prock> I guess my actual question: is it a release requirement for 2.2 that 1.8 be able to load 2.2 books?
09:46:57 <warlord> dbr: Oh, hmm.. i guess configure is rather silent about that..
09:47:00 <jsled> prock: I don't believe it is.
09:47:10 <warlord> prock: no
09:47:22 <prock> oh phew.
09:47:29 <warlord> and IMHO it would be NICE if 2.0 could read 2.2 books...
09:48:10 <warlord> But that would require some major re-plumbing of the XML backend..
09:50:10 <dbr> cstim: svnversion: command not found
09:50:59 <warlord> Huh! Where is svnversion installed?
09:51:21 <cstim> dbr: okay. and if you call this beforehand: export PATH="/c/soft/svn/bin:$PATH"
09:51:33 <cstim> dbr: and try again, what do you see now?
09:51:59 <dbr> cstim: will fix the path and try again. I'm a slow typist
09:52:09 <warlord> copy-and-paste is your friend.
09:53:27 <cstim> dbr: in msys you can paste text by clicking the middle mouse button.
09:53:49 <dbr> warlord: colloquy on mac, windows build on the laptop...
09:53:58 <dbr> cstim: 15522
09:54:20 <warlord> dbr: Now re-run install.sh
09:54:36 <cstim> warlord: no
09:54:53 <cstim> what do you get after export PATH... and $srcdir/util/gnc-svnversion $srcdir
09:55:16 <dbr> cstim: that's the '15522' response
09:55:41 <cstim> ahhhhh. sorry, I didn't understand this. warlord was right - then try install.sh again.
09:55:52 <warlord> heh
09:56:14 <dbr> It's running, and I have 15523, and configure will now take almost 15 minutes...
09:56:50 <warlord> cstim: I wonder why the PATH setting in install.sh isn't filtering down to the install.sh gnc-svnversion?
09:56:57 <cstim> dbr: once ./configure has finished and you see all these lines "writing file src/Makefile...", you can do this:
09:57:21 <cstim> dbr: in the build directory (maybe in a second msys), run: grep BUILDING_FROM_SVN config.log
09:57:32 <cstim> dbr: if all is correct, it should say these two lines:
09:57:36 <cstim> BUILDING_FROM_SVN_FALSE='#'
09:57:36 <cstim> BUILDING_FROM_SVN_TRUE=''
09:58:33 <cstim> i.e. BUILDING_FROM_SVN_TRUE parts of the Makefiles are active, whereas the FALSE parts will be commented out (hence the comment character '#')
09:58:58 <cstim> dbr: can you follow?
09:59:20 <cstim> warlord: I have no idea. The script adds the path correctly for svn.
09:59:35 <dbr> cstim: I think so. It is making more sense.
10:00:03 <cstim> ok
10:00:08 <cstim> later
10:00:11 *** cstim is now known as cstim_afk
10:00:52 <warlord> cstim_afk: see ya
10:01:15 <warlord> (honestly, it works for me, too.. I dont understand how the "svn checkout" or "svn update" can work but "svnversion" wouldn't be found...)
10:02:32 <dbr> and it did work on my office machine last week, but I must have done something untoward...
10:03:00 <warlord> I dunno. The script has worked for me...
10:03:34 <dbr> How does one fake a middle mouse button on a 2-button mouse?
10:04:08 <jsled> chord?
10:04:29 <warlord> Both buttons at the same time?
10:05:21 <dbr> chord seems to work. thanks.
10:08:35 <dbr> BUILDING_FROM_SVN_FALSE='#'
10:08:35 <dbr> BUILDING_FROM_SVN_TRUE=''
10:08:37 <dbr> wahoo
10:08:49 <warlord> There ya go.
10:08:58 <warlord> Although I wonder why it was failing in the first place..
10:09:37 <dbr> Might it have been counting on the profile fix from having noticed the effects of a prior run?
10:10:19 <dbr> I'm losing track of just how often I run these things. I know I didn't edit the profile file, but I might have completed a build before the ofx fix
10:10:19 <warlord> Maybe, but I dont think so..
10:11:00 <warlord> I wonder if we should add "make check" optionally to the install.sh run?
10:12:06 <dbr> In my case, the failure happens so soon after configure ends, unless the made check error is more informative, I don't think it would have helped me.
10:18:35 <cstim_afk> warlord: for windows? "make check" takes a looong time here. I wouldn't add this for now.
10:18:41 *** dbr is now known as dbr-away
10:22:09 <warlord> cstim_afk: that's why I said "optional"
10:23:56 <warlord> dbr-away: no, "make check" wouldn't have helped you here..
10:24:27 <warlord> Although perhaps configure should be more intelligent about checking for the swig-runtime.h and other generated files if !building_from_svn
10:39:43 *** mnoir has joined #gnucash
10:40:55 *** ErKa has quit IRC
10:56:24 * warlord is testing a change for that..
10:57:08 *** mnoir has quit IRC
11:05:17 <warlord> dbr-away: Okay, configure should now bomb out in your situation..
11:05:40 *** dbr-away is now known as dbr
11:05:47 <dbr> warlord: thanks.
11:08:32 <warlord> NP. Still need to test it out. :)
11:11:56 <cstim_afk> warlord: thanks.
11:12:05 <warlord> NP.
11:12:11 <warlord> I'm testing it out right now to make sure the logic works.
11:15:50 <warlord> Huh...
11:17:31 <warlord> Damn, it's NOT working.
11:19:46 <warlord> Oh, silly me. I need commas, not periods.. BLAH.
11:20:35 <cstim_afk> indeed
11:20:44 <cstim_afk> (the commas, I mean)
11:21:05 <cstim_afk> btw the coffee is Peet's, not Peets, http://www.peets.com/shop/coffee_detail.asp?id=37&cid=1002
11:21:16 <cstim_afk> although that apostrophe is rather small in the logo.
11:23:42 <jsled> Do they even have Peets locations on the east coast?
11:24:15 <warlord> jsled: I think I know of one in Wellesley..
11:24:21 *** cstim_afk is now known as cstim
11:24:30 <warlord> But I'll be in CA in a couple weeks and can pick up the coffee there.
11:27:00 <cstim> jsled: what's your zip code or one nearby?
11:27:18 <jsled> 05403
11:27:45 <cstim> state...?
11:28:02 <jsled> I think they started in SF or Berkeley ... I'm surprised they've made it out east at all, though Wellesley is more believable
11:28:13 <jsled> VT. If you're using their store locator, don't bother. :)
11:28:43 <cstim> there are 4 stores in Boston.
11:30:10 <warlord> cstim: Boston propper or to the Boston Area?
11:32:40 <cstim> area
11:33:05 <cstim> Lexington, Wellesley, Newton Centre, Cambridge, all MA
11:34:19 <cstim> and in Boston two more
11:34:53 <cstim> I wonder what an overseas shipment would cost... they don't say it online, though.
11:35:36 *** rlaager has joined #gnucash
11:37:45 *** MrN has joined #gnucash
11:38:44 <MrN> hi
11:41:37 <warlord> Sweet.. I just got VNC working to my mac. Yay..
11:44:03 <dbr> cstim: it'll probably only cost you a beer or two to have warlord carry it across the atlantic, but Peet's 800 number customer service tells me it would cost $34 to ship 5 pounds of coffee to Germany by air parcel post.
11:44:52 <MrN> yeah we don't have coffee over here
11:46:01 <warlord> dbr: actually he's already offered me a sofa, which is even better than a beer.. :)
11:46:09 <warlord> (even if I dont get to consume the beer)
11:46:16 <warlord> er, dont get to consume the sofa
11:46:46 <dbr> isn't friendship and barter wonderful?
11:47:36 <warlord> Inndeed! :)
11:54:41 <cstim> dbr: thanks for calling them :-)
11:55:09 <cstim> looking forward to consume lots of sofas errr beer errr coffee. whatever.
11:55:33 <warlord> LOL
11:55:50 <dbr> You're welcome. It seems Peet's has branched out into grocery stores too -- Genuardi's in Philly and Shaw's in New England
11:57:20 <warlord> I might be able to pick it up at Shaw's if I can't find it elsewhere.
11:59:23 <cstim> see ya
11:59:27 *** cstim is now known as cstim_away
12:00:24 <warlord> bye cstim_away
12:10:43 *** cstim_away has quit IRC
12:12:02 <dbr> man, I've really got my path screwed up somehow. The build completed, but it won't run because it can't find libofx-3.dll. No time to work on it now -- gotta get to the office. Thanks for the help. bye.
12:12:07 *** dbr has quit IRC
12:18:48 *** ceplma has quit IRC
12:19:40 *** slicslak has joined #gnucash
12:31:14 *** ceplma has joined #gnucash
12:40:38 <warlord> jsled: FYI, test-sx fails on trunk on MacOS..
12:41:02 <warlord> In particular it fails with a Gtk-WARNING **: cannot open display:
12:41:11 <warlord> why is a test trying to open the display?
12:49:46 <jsled> src/gnome-utils/test/test-sx ? (there's more than one test-sx)
12:50:08 <warlord> Oh... Ummm.......
12:50:27 <warlord> I dont know, exactly. It didn't give me a path.. hold on.
12:50:47 <jsled> It's trying to initialize gtk; the test isn't a very good one, it just wants to make sure the dense-cal doesn't crash absurdly when it's model is manipulated and (more importantly) unref'ed.
12:53:35 <warlord> I dont know that that's "safe" to do in all cases, because you can't necessarily depend on a valid DISPLAY. Think automated build out of, e.g. cron
12:54:02 <jsled> yeah, probably.
12:54:05 <warlord> It's the test-sx in the same directory as test-gnc-recurrence and test-gnc-dialog
12:54:11 <warlord> (does that help?)
12:54:18 <jsled> yeah, it's gotta be src/gnome-utils/
12:54:34 <jsled> I'll make a note to remove it.
12:54:56 *** motin has joined #gnucash
12:55:56 <warlord> Well, if we went the route of dogtail then we could run it under that..
12:56:14 <warlord> (I think having a dogtail (or similar) test suite would be pretty cool)
12:57:11 <jsled> oh, very interesting. I've not seen that before.
12:59:21 <warlord> :)
13:00:13 *** ceplma has quit IRC
13:02:30 <warlord> FTR, with X11 running and setting DISPLAY, make check works on MacOS.
13:02:33 <warlord> (with current trunk)
13:04:55 *** ErKa has joined #gnucash
13:19:53 *** andi5 has joined #gnucash
13:19:53 *** gncbot sets mode: +o andi5
13:21:49 <prock> re: src/gnome-utils/test/test-sx - you could create an xvfb if you don't need any input
13:22:37 *** Esaj has joined #gnucash
13:22:45 <jsled> ah, good point. Probably better to just remove the weird test, at this point. :)
13:22:55 <warlord> prock: that's pretty much what dogtail does (among other things)
13:24:50 <warlord> I dont know if we want to add a dependency on xvfb just for this one test.
13:26:22 *** motin_ has joined #gnucash
13:30:05 *** motin has quit IRC
13:37:46 *** franz has joined #gnucash
13:56:27 <jsled> Oh good, chrisW was able to make sense of the reports ... heh, though he just bypassed the stylesheet stuff and emitted the <font color=[...]> tag directly. Good man. :)
14:38:56 <warlord> :)
14:48:58 *** ErKa has quit IRC
14:56:21 *** rlaager has quit IRC
15:14:28 *** franz has quit IRC
15:15:32 *** franz has joined #gnucash
15:17:12 *** franz has quit IRC
15:18:41 *** rlaager has joined #gnucash
15:33:19 <jsled> "The world is no longer on fire!" -- http://www.andreasn.se/blog/?p=41
15:34:00 <andi5> :(
15:36:21 <jsled> Very pretty, but wow how derivative: http://njpatel.blogspot.com/
15:36:31 <warlord> Hmm
15:36:56 <jsled> But, I guess, that's how things get better. Everyone keeps deriving from everyone else...
15:37:10 <jsled> Of course, he doens't link to "awn" ... http://code.google.com/p/avant-window-navigator/
15:41:39 <andi5> jsled: i am sorry, i do not see the link between the first two urls.... what do you mean by derivative?
15:42:41 <jsled> There's no relation between the glade tango icon and awn.
15:42:58 <jsled> The AWN screenshots are very derivative of Vista/Aero
15:43:07 <andi5> ohh... i see
15:46:03 <andi5> hm..... i cannot remember why i added indent to install.sh.... and i wonder whether it has worked at all
15:50:03 <andi5> warlord: whenever you are on your windows vm, may you test whether indent complains about missing libintl-2.dll for me?
15:50:17 *** prock_ has joined #gnucash
15:51:17 <warlord> andi5: I can try
15:51:24 <andi5> thanks
15:56:35 *** rlaager has quit IRC
15:58:28 *** prock has quit IRC
16:01:20 *** ceplma has joined #gnucash
16:33:55 *** MrN has quit IRC
16:58:00 *** twunder has quit IRC
17:06:56 *** ceplma has joined #gnucash
17:09:46 *** ErKa has joined #gnucash
17:13:22 *** _gunni_ has joined #gnucash
17:13:22 *** |gunni| has quit IRC
17:18:51 <andi5> @tell cstim WRT aqbanking/gwenhywfars stdcall/cdecl issues...i have built both from a clean svn checkout now and _everything_ seems to work: make check in doc/inherit, testlib, cancelling the aqbanking setup druid.... i suppose i must have something old/weird lying around, but i just do not know what..... will start a _complete_ recompile tomorrow
17:18:51 <gncbot> andi5: The operation succeeded.
17:20:03 *** andi5 has quit IRC
17:26:54 *** twunder has joined #gnucash
17:34:31 *** ceplma has quit IRC
17:55:42 *** ErKa has quit IRC
17:55:54 *** ErKa has joined #gnucash
17:56:22 *** twunder has quit IRC
18:01:25 *** franz has joined #gnucash
18:13:00 *** prock_ is now known as prock
18:36:46 *** _gunni_ has quit IRC
19:11:55 *** Esaj has quit IRC
19:26:17 *** ErKa has quit IRC
19:28:58 *** franz has quit IRC
19:29:56 *** franz has joined #gnucash
19:41:01 *** dbr has joined #gnucash
19:41:31 <dbr> Now I've gone and dug another hole and climbed in.
19:41:59 <warlord> uh oh.
19:41:59 <warlord> what'd ya do?
19:41:59 <dbr> I edited install.sh to try to set up the gui for aqbanking (using wordpad)
19:42:35 <dbr> now svn tells me I've changed every line in the file. Presumably because wordpad added an extra line end char
19:42:38 <dbr> will sed save me?
19:43:01 <warlord> use tr
19:43:07 <aj> tr -d '\r'
19:43:07 <warlord> (sed might work, too)
19:43:35 <dbr> I'll try tr first. thanks.
19:43:48 <aj> sed 's/^V^M$//' may work too (^V = Ctrl-V, ^M = Ctrl-M)
20:07:00 *** twunder has joined #gnucash
20:16:28 <dbr> If you aren't unix impaired like I am, you'll probably laugh, but:
20:16:37 <dbr> mv install.sh install.bak
20:17:01 <dbr> tr -d '\r' < install.bak > install.sh
20:17:16 <dbr> gets the job done. Is there a more compact way?
20:17:51 <warlord> I dont think so.
20:18:29 <dbr> OK. Now off to tilt at various other windmills...
20:19:19 <warlord> have fun?
20:19:19 *** mnoir has joined #gnucash
20:19:55 <dbr> Of course. Sometimes I moan and whine while I'm having fun
20:20:46 <warlord> hehehe
20:30:22 *** hampton2 has joined #gnucash
20:32:52 *** twunder has quit IRC
20:35:56 *** twunder has joined #gnucash
20:42:50 *** dbr has quit IRC
21:04:12 <jsled> header files should #include "config.h", right?
21:06:09 <warlord> No, I dont think they should.
21:25:29 *** twunder has quit IRC
21:34:28 *** franz has quit IRC
21:36:01 *** mnoir has quit IRC
21:40:00 *** franz has joined #gnucash
22:19:00 *** jpeach has joined #gnucash
22:21:43 *** jpeach has left #gnucash
22:26:43 *** Demitar has joined #gnucash
23:18:05 *** warlord is now known as warlord-afk