2014-10-07 GnuCash IRC logs
00:05:56 *** jralls has joined #gnucash
00:05:57 *** gncbot sets mode: +o jralls
00:36:34 *** GabrieleV_ has joined #gnucash
00:36:41 *** GabrieleV has quit IRC
00:36:41 *** GabrieleV_ is now known as GabrieleV
00:36:57 *** MechtiIde has quit IRC
00:54:12 *** O01eg has quit IRC
01:12:16 *** GabrieleV_ has joined #gnucash
01:12:29 *** GabrieleV has quit IRC
01:12:29 *** GabrieleV_ is now known as GabrieleV
01:21:46 *** Krzysiek_K has quit IRC
01:22:31 *** hhn10 has quit IRC
01:33:42 *** gjanssens has joined #gnucash
01:33:43 *** gncbot sets mode: +o gjanssens
02:13:32 *** lmat has joined #gnucash
02:19:45 *** himaxx has joined #gnucash
02:20:47 *** himaxx has quit IRC
02:44:07 <gjanssens> @tell jralls I suspect the theming issue has the same cause: gcc mismatch between gtk and the theme engines packed in gtk-themes
02:44:07 <gncbot> gjanssens: The operation succeeded.
02:45:19 <gjanssens> @tell jralls The gtk sources list ms-windows as only theme in gtk. I don't see this in your tarball though. Did you skip the build of this theme ?
02:45:19 <gncbot> gjanssens: The operation succeeded.
02:47:44 <gjanssens> @tell jralls I looked for the sources of the gtk-themes package we install, but I haven't found them yet. It looks the packager gathered the sources from various websites and build/packaged them in one zipfile. Only the resulting zipfile is available...
02:47:44 <gncbot> gjanssens: The operation succeeded.
02:57:54 <gjanssens> @tell jralls Got the info: the zip file contains share/license_themes.txt which lists the various source locations of all the themes. Question is do we want to rebuild all of those ? Perhaps it would be a good start if we could rebuild the ms-windows theme that comes with gtk itself.
02:57:54 <gncbot> gjanssens: The operation succeeded.
03:45:38 *** lmat has quit IRC
04:12:17 *** lmat has joined #gnucash
04:13:19 *** AndreeeCZ has joined #gnucash
04:51:12 *** lmat has quit IRC
04:51:45 *** lmat has joined #gnucash
04:51:45 *** test has joined #gnucash
04:51:53 *** Jimraehl1 has left #gnucash
04:54:54 <gjanssens> @tell jralls The boost selector wasn't working because the tag build scripts didn't set GNUCAH_SCM_REV. I have fixed that now and changed the boost test slightly to be more future proof. We now only have to change the code once maint gets rebased to master (on 2.8 release time)
04:54:54 <gncbot> gjanssens: The operation succeeded.
04:59:43 *** Jimraehl1 has joined #gnucash
05:01:00 *** test has left #gnucash
05:01:00 *** test has joined #gnucash
05:01:24 <lmat> gjanssens: rebase maint onto master? All the commits on maint are in master, right?
05:01:24 <gncbot> lmat: Sent 6 hours and 21 minutes ago: <jralls> Not quite. I built it and put it on SF, Geert sorted out some issues with it and got the buid script to do the right thing. If you want it for something else it's on SF in Gnucash's Files section under Dependencies.
05:02:28 <gjanssens> lmat: it's a release-technical thing
05:02:39 <gjanssens> Perhaps I didn't spell it correctly
05:02:40 <lmat> gjanssens: okay :)
05:02:46 *** lmat has quit IRC
05:02:51 <gjanssens> When 2.8 gets released, it will be from the master branch
05:03:11 <gjanssens> That very release commit will be the start of the new maint branch (for maintenance on 2.8)
05:03:25 <gjanssens> So the maint branch is reset to that commit
05:05:43 <gjanssens> Strictly speaking it's a merge. See https://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html section "Maintenance branch management after a feature release"
05:09:43 *** test has left #gnucash
05:09:48 *** test has joined #gnucash
05:11:11 *** test has joined #gnucash
05:11:39 *** test has quit IRC
05:12:55 *** test has joined #gnucash
05:25:05 *** lmat has joined #gnucash
05:35:03 *** himaxx has joined #gnucash
05:36:09 *** himaxx has quit IRC
05:36:12 *** AndreeeCZ has quit IRC
05:36:47 *** AndreeeCZ has joined #gnucash
05:46:45 *** AndreeeCZ has quit IRC
05:52:05 *** AndreeeCZ has joined #gnucash
06:03:51 *** O01eg has joined #gnucash
06:19:06 *** mlncn has joined #gnucash
06:27:12 *** wol has joined #gnucash
06:44:24 *** GabrieleV_ has joined #gnucash
06:44:25 *** GabrieleV has quit IRC
06:44:25 *** GabrieleV_ is now known as GabrieleV
06:47:57 *** himaxx has joined #gnucash
06:49:45 *** himaxx has quit IRC
06:57:41 *** andy has quit IRC
07:10:07 *** andy has joined #gnucash
07:45:27 *** Gbarr has quit IRC
08:00:01 *** mlncn has quit IRC
08:00:51 *** mlncn has joined #gnucash
08:57:21 *** wol1 has joined #gnucash
09:00:15 *** wol has quit IRC
09:35:59 *** jralls has quit IRC
09:36:20 *** jralls has joined #gnucash
09:36:20 *** gncbot sets mode: +o jralls
09:36:50 *** AndreeeCZ has quit IRC
09:36:59 <jralls> @notes jralls
09:36:59 <gncbot> jralls: Sent 6 hours and 52 minutes ago: <gjanssens> I suspect the theming issue has the same cause: gcc mismatch between gtk and the theme engines packed in gtk-themes, Sent 6 hours and 51 minutes ago: <gjanssens> The gtk sources list ms-windows as only theme in gtk. I don't see this in your tarball though. Did you skip the build of this theme ?, Sent 6 hours and 49 minutes ago: <gjanssens> I looked for the sources (3 more messages)
09:37:00 <gncbot> jralls: Sent 6 hours and 52 minutes ago: <gjanssens> I suspect the theming issue has the same cause: gcc mismatch between gtk and the theme engines packed in gtk-themes
09:37:01 <gncbot> jralls: Sent 6 hours and 51 minutes ago: <gjanssens> The gtk sources list ms-windows as only theme in gtk. I don't see this in your tarball though. Did you skip the build of this theme ?
09:37:02 <gncbot> jralls: Sent 6 hours and 49 minutes ago: <gjanssens> I looked for the sources of the gtk-themes package we install, but I haven't found them yet. It looks the packager gathered the sources from various websites and build/packaged them in one zipfile. Only the resulting zipfile is available...
09:37:03 <gncbot> jralls: Sent 6 hours and 39 minutes ago: <gjanssens> Got the info: the zip file contains share/license_themes.txt which lists the various source locations of all the themes. Question is do we want to rebuild all of those ? Perhaps it would be a good start if we could rebuild the ms-windows theme that comes with gtk itself.
09:37:04 <gncbot> jralls: Sent 4 hours and 42 minutes ago: <gjanssens> The boost selector wasn't working because the tag build scripts didn't set GNUCAH_SCM_REV. I have fixed that now and changed the boost test slightly to be more future proof. We now only have to change the code once maint gets rebased to master (on 2.8 release time)
09:37:27 *** wol1 has quit IRC
09:45:03 <jralls> gjanssens: Does http://ftp.gnome.org/pub/GNOME/binaries/win32/gtk+/2.24/gtk+_2.24.10-1_win32.zip have more in it than gtk+?
09:45:29 *** wol has joined #gnucash
09:46:09 <lmat> @notes warlord:
09:46:09 <gncbot> lmat: Sent 42 weeks, 2 days, 7 hours, and 47 minutes ago: <john> Derek, check out code when you get up. As of 0030R, I can't dcommit, and web access (to trac or the win32 build dir) times out. Ping shows 0 packet loss with ~140ms round trip time.. and Sent 36 weeks, 2 days, 1 hour, and 5 minutes ago: <gjanssens> the 2.6.1 buid failed
09:46:43 <gjanssens> jralls: do you mean more than your gtk+ tarball ?
09:49:00 <jralls> gjanssens: I'd expect that it has *less* than my gtk+ tarball, because I put pango, gdk-pixbuf, fontconfig, and harfbuzz in it to reduce clutter.
09:49:20 <gjanssens> That's true.
09:49:24 <gjanssens> There's much more in it.
09:49:49 <gjanssens> What's missing though is lib/gtk-2.0/2.10.0/engines
09:52:04 <gjanssens> jralls: the source tree does seem to contain something related to engines: https://git.gnome.org/browse/gtk+/tree/modules?h=gtk-2-24
09:52:31 <gjanssens> I haven't checked if this is built by default or not and where it would be installed in a more recent gtk version
09:55:46 <jralls> Looks like it didn't build anything.
09:56:13 <gjanssens> I wonder if the makefile isn't missing the "." in SUBDIRS
09:57:43 <jralls> No, I'm wrong, it build the ms-windows engine.
09:57:59 <gjanssens> ok
09:58:17 <jralls> There's nothing in modules/engines for '.' to build.
09:59:25 *** Unhammer has quit IRC
09:59:27 <jralls> So is the problem that gtk-engines isn't included and that breaks the "Nimbus" theme?
09:59:37 <gjanssens> I don't think so
10:00:06 <gjanssens> I think the nimbus theme we ship uses an engine that has been compiled with an older version of gcc
10:00:13 <gjanssens> It's not limited to nimbus by the way
10:00:28 <gjanssens> I have tested other themes and they all exhibit the same problem
10:01:00 <gjanssens> Which would be plausible because we only ship engines built with an older version of gcc
10:01:02 *** lmat_ has joined #gnucash
10:01:25 *** lmat has quit IRC
10:01:30 <gjanssens> My suggestion was to try and include the ms-windows theme from your gtk tarball
10:01:46 <gjanssens> Just to check if at least that theme then behaves properly.
10:02:08 <gjanssens> If so, we can consider rebuilding other theme engines.
10:02:38 <gjanssens> If we care to offer this choice to the users ourselves
10:03:06 <jralls> Can we test that manually, maybe by editing ~/.gtkrc-2.0?
10:03:47 <gjanssens> If the engine is not installed there's nothing to test
10:04:32 <gjanssens> I don't see the libwimp.dll in the tarballs you built
10:04:37 <gjanssens> Or am I missing something ?
10:05:04 <gjanssens> Editing the .gtkrc-2.0 file is the same as the theme selector tool does
10:05:45 <gjanssens> You can at least try this on your system if you copy the missing dll into the proper engines directory
10:07:24 <gjanssens> And then choose the ms-windows theme
10:07:58 <jralls> Interesting. It built but didn't install.
10:10:15 <jralls> OTOH the IM modules are in mine but don't seem to be in the "official" one.
10:13:23 *** warlord has joined #gnucash
10:13:23 *** gncbot sets mode: +o warlord
10:13:50 <gjanssens> They are as far as I can see
10:15:12 <gjanssens> Oh hang on, with "official" you mean the one you can download from http://ftp.gnome.org/pub/GNOME/binaries/win32/gtk+/2.24/gtk+_2.24.10-1_win32.zip
10:15:21 <gjanssens> I don't see them there either
10:16:33 <jralls> Yeah. So if they're in Gnucash there must be another tarball for that.
10:18:21 <gjanssens> You're still talking about the immodules ?
10:21:11 <gjanssens> Where they in GnuCash before you updated the gtk libs ?
10:22:11 <jralls> Oh, I thought *you* were saying that.
10:23:21 <gjanssens> No, sorry if my comments were confusing
10:23:37 <gjanssens> I meant to talk about theme engines only
10:24:54 <jralls> Anyway, it seems that make-install of the ms-win module fails for a missing libpangowin32, so maybe it build before I updated fontconfig and added harfbuzz to get libpangoft2.
10:32:45 <warlord> Drowning in a sea of dependencies?
10:33:26 <jralls> warlord: Yeah, it's the Gnome way.
10:33:39 <warlord> yeah...
10:33:43 <warlord> :-/
10:33:44 *** MechtiIde has joined #gnucash
10:36:43 <jralls> And make install won't work without putting all of the libtool archives back. Sigh. I think Tor and later used VS to build the binaries. Maybe I should, too, but that will take a while for me to learn how.
10:36:48 *** gjanssens has quit IRC
10:36:50 *** gjanssens has joined #gnucash
10:36:51 *** gncbot sets mode: +o gjanssens
10:38:15 *** linas has quit IRC
10:40:37 <gjanssens> Oops, froze my computer while trying to format a broken hdd
10:41:46 <jralls> Ow.
10:42:26 <lmat_> gjanssens: smartctl? ^_^
10:43:04 <gjanssens> lmat: smartctl was the prog that froze
10:43:13 <lmat_> whoa!
10:43:19 <gjanssens> no amount off kill -9 would stop it
10:43:43 <gjanssens> So I unplugged the usb cord that connected the drive to my machine
10:43:47 <lmat_> gjanssens: smartctl is the client side, I think there's a daemon that you need to kill...
10:43:51 <gjanssens> And then it was game over...
10:43:54 <lmat_> haha!
10:44:10 <warlord> OOPS
10:44:14 <gjanssens> Well there was also a shred command still running that I couldn't kill
10:44:56 <lmat_> gjanssens: and it was shredding on that hdd?
10:45:01 <gjanssens> Anyway, I have read the few missing irc comment in the irc log so we can continue
10:45:03 <gjanssens> yes
10:52:32 *** wol has quit IRC
11:03:02 *** mlncn has quit IRC
11:08:08 <jralls> lmat_: The latest kvp-value patch built and checked without changes. Pushing now. Yay!
11:08:19 <lmat_> jralls: That is very good news!
11:08:25 <lmat_> jralls: I almost have the next one read.
11:08:38 <jralls> s/read/ready/ ?
11:08:55 *** AndreeeCZ has joined #gnucash
11:18:35 <gjanssens> lmat: congrats on your patch :)
11:19:41 <gjanssens> Now I need some time to study what you did to bring my c++ knowledge to the modern era :)
11:20:49 <lmat_> gjanssens: thanks!
11:20:52 <lmat_> jralls: yes, ready, sorry!
11:21:03 *** wol has joined #gnucash
11:21:24 <lmat_> gjanssens: oh, good luck with that! the 2011 standard doesn't usually look very familiar even to old c++ hands ^_^
11:24:43 *** mlncn has joined #gnucash
11:29:05 *** Gbarr has joined #gnucash
11:31:53 *** Krzysiek_K has joined #gnucash
11:37:25 <jralls> lmat_: Don't discourage him!
11:37:58 <lmat_> jralls: :)
11:38:04 <lmat_> gjanssens: But it's *much* more expressive and fun!!
11:38:13 <gjanssens> LOL
11:38:25 <gjanssens> Be prepared for lots of questions :)
11:38:38 <lmat_> gjanssens: yes, that's what I was going to say: feel free to ask!
11:38:48 <jralls> A lot more like Python. Except for templates. That takes a bit of study.
11:39:02 * gjanssens is reading the patch as well as the comments in the bug
11:39:36 <jralls> Modern c++ uses templates quite heavily, and one can't hide it all in boost and stdlibc++.
11:39:54 <gjanssens> The extra challenge is that I'm learning the internals of libqof at the same time as c++ :(
11:39:55 <jralls> s/stdlibc++/libstdc++/
11:40:25 * gjanssens doesn't fear templates...
11:40:30 * gjanssens is brave :)
11:40:47 <gjanssens> In fact I did work with templates over 10 years ago
11:41:19 <gjanssens> So I have some recollection of how it works *if* they're not too complicated
11:41:39 <gjanssens> Some template constructs take some time to decode...
11:42:22 <jralls> Right, but that all changed with Andriescu's "Modern C++" where he demonstrated how to build a compile-time object hierarchy with templates.
11:44:12 <jralls> Stroustrup has several chapters, ~200 pages, on it in the 4th ed of "The C++ Programming Language".
11:45:08 <lmat_> I learned boost::spirit recently...
11:45:16 * gjanssens will learn by example :)
11:45:33 <gjanssens> Anyway just to get my head in the right direction:
11:45:36 *** wol has quit IRC
11:46:11 <gjanssens> KvpValue used to be a simple data struct used by the kvp_frame code
11:46:45 <gjanssens> And if I read it correctly this has now been split into a new full-fledged c++ class
11:47:35 <lmat_> Of course, to learn that, I had to learn boost::fusion, phoenix, boost::lambda, and my favorite: boost.mpl
11:47:42 <lmat_> gjanssens: That's right.
11:47:58 <lmat_> gjanssens: well...it used to be a C struct, now it's a C++ struct in a separate file :)
11:48:27 <gjanssens> and kvp_frame has been rewritten to use that class, so it needs to know less in itself
11:49:35 <gjanssens> will new c++ code only use KvpValue and is kvp_frame the c wrapper for compatibility ?
11:49:43 <lmat_> gjanssens: Unfortunately, KvpValue is not *just* for KvpFrame. It has made its presence known elsewhere. I understand that a goal of kvp is that it will be invisible outside qof.
11:50:00 <lmat_> gjanssens: That's the idea (KvpValueImpl)
11:50:25 <gjanssens> Ok thanks
11:50:38 <gjanssens> That helps in grokking the code
11:51:28 <jralls> lmat_: My actual goal is to push Kvp to the backend. The in-memory objects should be fully described by their members, and Kvp should be an implementation detail of persistence.
11:51:31 <lmat_> gjanssens: There are even unit tests outside libqof that test kvpframe and kvpvalue
11:51:57 <gjanssens> lmat_: oops
11:52:03 <lmat_> jralls: Ah, the backend rather than libqof. Makes sense! That seems to be where they're mostly used.
11:52:46 <gjanssens> I note that KvpValue.hpp has lots of comments starting with /**
11:52:59 <gjanssens> Was this deliberately done for docbook extraction ?
11:53:03 <lmat_> gjanssens: I chose that because
11:53:05 <lmat_> yup
11:53:14 <gjanssens> Nice
11:53:15 <lmat_> gjanssens: That's what I saw elsewhere, although I don't know the markup.
11:53:36 <gjanssens> Did you run make doc to see the result ?
11:53:47 <gjanssens> (or make docbook, I don't remember exactly)
11:53:57 <lmat_> nope
11:54:05 <lmat_> gjanssens: I've never run make doc
11:54:17 <jralls> gjanssens: Better be `make doc`. DocBook is another thing altogether.
11:55:25 <gjanssens> doh, of course... its doxygen
11:56:59 <gjanssens> s/its/it's/
11:57:03 <gjanssens> So make doc it is
11:58:02 <gjanssens> lmat_: Carsten Rinke is currently looking at the doc structure and design docs
11:58:17 <lmat_> gjanssens: excellent :)
11:59:02 <gjanssens> jralls: topic switch - when you have to rebuild a release on OS X due to whatever, how do you do that ?
11:59:19 <gjanssens> I'm mostly wondering about the release tags you use like 2.6.4-1
11:59:53 <gjanssens> Do you add these tags in your local repository ? Or is that just a manual change just before pushing the installer to SF ?
12:00:17 *** MechtiIde has quit IRC
12:05:25 <jralls> gjanssens: Only the dmgs get the -? suffix. I always build GnuCash from the tarballs, so there's nothing there to tag.
12:05:51 <gjanssens> Ok
12:06:35 <gjanssens> Has it happened you needed to make a change in gnucash code ? Or has it always been in the gnucash-on-osx or related repositories ?
12:07:56 * gjanssens is thinking about how we deal with this on Windows
12:08:06 <gjanssens> Which doesn't build (yet) from tarballs
12:08:49 *** linas has joined #gnucash
12:09:11 <gjanssens> And your attempt to add a local 2.6.4-1 tag on the build server had me pondering on how to allow local tags
12:09:55 <jralls> I don't *think* I've ever had to change GnuCash code. The problems are usually because of code-signing or missing a dependency in the bundle.
12:14:40 <gjanssens> Good. I seem to remember we had to for Windows in the past, but that may have been because the build scripts were part of the same repository.
12:15:26 <gjanssens> The other difference with the windows build system is that the build server uploads the built installer automatically
12:15:33 <gjanssens> overwriting any pre-existing installer
12:15:48 <gjanssens> So on code there can be only one 2.6.4 as things are now
12:16:03 <warlord> UNless it's explicitly named something else
12:16:12 <gjanssens> Of course from there we can download, rename and push to sf
12:16:21 <warlord> (I thought the setup.exe got named as a result of the tag)
12:16:50 <gjanssens> Indeed, but the tag doesn't change if we have to rebuild due to a bug in the build scripts
12:17:02 <gjanssens> The tag is on the gnucash code, not the build scripts
12:17:29 <gjanssens> I don't know if there's a way to explicitly override the name of the release installer
12:18:31 <warlord> True.. if you have to rebuild due to the build scripts then yes, it would re-use the same tag and generate the same named setup.exe. That's probably okay
12:21:56 <jralls> I intend to rename the setup.exe with a -1 when I upload to SF. That won't break anything, will it?
12:23:48 <jralls> On another note, I've finished building gtk-engines and I copied the resulting dlls into c:\Program Files (x86)\gnucash\lib\gtk-2.0\2.10.0\engine, set the "clearlooks" theme in the theme tool, and it's much better.
12:26:07 <jralls> Everything is legible, though the shading doesn't apply uniformly to the not-highlighted text or reveal arrows.
12:27:49 <jralls> The theme package from Gtk+ for Windows on SF has a ton of themes. I don't want to spend the next week building all of them, but I'm inclined to the "official" gnome ones.
12:29:05 <jralls> i.e. gnome-themes, gnome-themes-standard, and gnome-themes-extras, but just the last released version of each.
12:29:34 <jralls> I suppose "Nimbus" is a must-have too. Any others?
12:32:08 <jralls> Are the xml files in share/gtk-engines not necessary? I see they're omitted from the installed gnucash.
12:37:24 *** gjanssens is now known as gjanssens_
12:37:54 <lmat_> jralls: Adjusting my last patch on 736687 :(
12:38:22 <jralls> lmat_: Did you notice that you'd missed some stuff?
12:38:29 <lmat_> jralls: yes.
12:39:26 <jralls> lmat_: Don't forget import-export/aq. That has to be configured in to build, so it was an obvious one to miss.
12:39:53 <lmat_> hmm
12:41:11 <jralls> lmat: `grep -rI 'kvp_frame ?\*' src`
12:41:22 <lmat_> aye
12:42:32 <lmat_> jralls: I see it now.
12:42:42 <jralls> OK.
13:00:05 <jralls> lmat_: Make sure you've enabled all of the optional packages ofx, aqbanking, dbi, python, and gtkmm so that you don't miss anything when changing symbols. I forgot to do it on the last patch, but it would be nice to Christian if you fix up the CMakeLists.txt for new files so his CuteCash thing doesn't break.
13:01:48 <jralls> Oh, dbi is already enabled by default. We should probably do the same for ofx and aqb. I don't think anyone expects gnucash to be missing those features.
13:05:46 <warlord> I thought they were auto-enabled if found during configure?
13:08:37 <jralls> It doesn't say so in configure --help, looking at source...
13:10:20 <lmat_> jralls: okay
13:10:29 <jralls> ofx is, aqb isn't.
13:10:59 <jralls> "Auto" means that you have to have libofx installed, of course.
13:11:06 <warlord> right.
13:12:03 <warlord> if you use --enable-<x> explicitly then configure will fail if x isn't there. However in auto-mode it will default to "on" but not fail if it's not there.
13:12:13 <warlord> (and of course, --disable turns it off)
13:26:16 <lmat_> jralls: Are you ready for some google tests?
13:26:22 *** nomeata has joined #gnucash
13:28:33 *** mlncn has quit IRC
13:31:15 *** jralls has quit IRC
13:37:00 <lmat_> I enabled gtkmm, and this make check failure looks unrelated to my changes?
13:38:34 *** wol has joined #gnucash
13:39:59 *** mlncn has joined #gnucash
13:42:50 *** gjanssens_ is now known as gjanssens
13:43:38 <lmat_> well...maybe
13:44:09 <gjanssens> jralls: re setup - adding a -1 to the installer file will be ok
13:44:44 <gjanssens> re windows themes: we don't need the whole set that was in the themes package imo
13:45:21 <gjanssens> since we have used the nimbus theme as default for quite some time it would be best to have it as well
13:45:35 <gjanssens> the other list you propose is sufficient for me
13:48:04 <gjanssens> hmm, talking to jralls' ghost...
13:48:22 <gjanssens> I didn't notice he disappeared from irc
13:49:02 * gjanssens hopes he didn't unplug a hdd while shredding it :)
13:51:34 <lmat_> gjanssens: ^_^
14:07:30 *** jralls has joined #gnucash
14:07:31 *** gncbot sets mode: +o jralls
14:08:48 <jralls> lmat_: OK. Do you know autotools well enough to set it up?
14:09:24 <gjanssens> jralls: was talking to you while you were gone... http://lists.gnucash.org/logs/2014/10/2014-10-07.html#T13:44:09
14:11:02 *** fell_ has quit IRC
14:11:10 <lmat_> jralls: Sorry? I did make check and it ran the tests. I made an adjustment that makes the test pass, but I'm not sure why.
14:11:26 *** Hinnerk has joined #gnucash
14:11:26 <Hinnerk> Hi
14:11:26 <Hinnerk> I'm doing a bit of GnuCash-Housework so to say...
14:11:35 <Hinnerk> Hi
14:11:44 <Hinnerk> I'm doing a bit of GnuCash-housework...
14:11:59 <lmat_> Hinnerk: hi!
14:12:17 <Hinnerk> I noticed that in many bookings I had at some point the "Ausgleichskonto" (nur sure what that is in english, which was later reduced to zero.
14:12:30 <Hinnerk> However, the booking part was never deleted.
14:12:46 <Hinnerk> So now I have a long list of booking with no value in this account.
14:12:58 <Hinnerk> is there an easy way of cleaning this up?
14:13:25 <jralls> gjanssens: Thanks for the pointer. I got dragged off to lunch, should have changed my nick.
14:13:33 <Hinnerk> Just this account. As I have also Common Stock accounts which pay dividends, the bookings here without value should not be deleted.
14:18:21 <jralls> Hinnerk: That's "Imbalance" in English. (I looked it up in the po file.) There's no way to clean those up all at once. You'll have to open each one in Split view and delete the Ausgleichskonto split.
14:19:05 <Hinnerk> that'S terrible - I used GnuCash for years and apparently the Imbalance account is in some bookings that come up with autocomplete...
14:19:08 <lmat_> Hinnerk: I think you can delete the Ausgleichskonto account, and it will ask you if you want to delete all connect splits?
14:19:19 <Hinnerk> so we are talking about hundreds of trx
14:19:40 <Hinnerk> Doesn't is delete the entire booking?
14:20:04 <lmat_> Hinnerk: I don't know what you mean by booking, but it should only delete the relevant splits (I think!)
14:20:17 <lmat_> Hinnerk: What's the trial balance of ausgleichskonto ?
14:20:28 <Hinnerk> currentl? about 6ct
14:20:54 <Hinnerk> there is an occasinal deviatin from a loan
14:21:00 <lmat_> Hinnerk: current? I don't know what 6ct means.
14:21:23 <lmat_> Hinnerk: Well, make sure all the splits to ausgleichskonto are 0 (and the trial balance is 0), then you can delete the whole account?
14:21:25 <Hinnerk> hm, trial balance = current total amount?
14:21:31 <lmat_> Hinnerk: yes.
14:21:32 <Hinnerk> 0,06 EUR.
14:21:36 <Hinnerk> = 6 ct
14:21:37 <lmat_> Hinnerk: oh, I see!
14:21:51 <lmat_> Hinnerk: Right, so find what transaction(s) put a balance there, and fix it.
14:21:58 <Hinnerk> ok.
14:22:27 <lmat_> Hinnerk: Then you can delete the whole account. Of course, as usual, backup your work before you do something drastic like deleting an account :-)
14:22:38 <Hinnerk> no kidding.
14:23:59 <lmat_> jralls: Anyway, I don't think autotools knowledge was required here...unless I did it wrong.
14:27:57 <jralls> lmat_: You need configure to make sure that google test (and google mock, if you're using it) are installed and then build the test program in the Makefile.am and set up the check or test target (check will make test) to run it.
14:28:17 <lmat_> jralls: oh, that, right :)
14:28:35 <lmat_> jralls: I was thinking about the gtkmm stuff
14:29:20 <jralls> lmat_: Ignore gtkmm except to make sure that it doesn't break. It's a bunch of wrappers for CuteCash.
14:29:27 <Hinnerk> looks good.
14:29:47 <Hinnerk> doing some checking, but highly unlikely anything was messed up
14:29:48 <Hinnerk> thx
14:30:02 <Hinnerk> there is a similar account called "Ausbuchungskonto"
14:30:10 <Hinnerk> can I do the same?
14:30:19 <Hinnerk> trial balance = 0 for all times :)
14:30:30 <lmat_> Hinnerk: yup yup
14:31:09 <Hinnerk> Ah, so much cleaner now... thank you.
14:37:12 <jralls> Hinnerk: Be more careful entering transactions. If you make sure that they're balanced before committing them you'll never have an Ausgleichskonto. Ausbuchungskonto, on the other hand, is an unavoidable effect of using the Lots facility.
14:37:44 <Hinnerk> they are balance, but at some point there were not
14:37:57 <Hinnerk> +d
14:38:05 <lmat_> I'm ready for the feature: when there are no transactions in imbalance or orphan, they go away from the trial balance sheet.
14:38:07 <lmat_> ^_^
14:38:10 *** lmat_ is now known as lmat
14:38:12 <lmat> @op
14:38:12 <gncbot> lmat: Error: You don't have the #gnucash,op capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
14:38:39 <Hinnerk> yes, that would be a good feature
14:39:10 <Hinnerk> you could elaborate on that
14:39:23 <Hinnerk> automatically hide all acocunts without sub or trx
14:39:45 <Hinnerk> actually that may already be implemented...?
14:42:32 <lmat> Hinnerk: could be, I don't know
14:45:43 <jralls> Hinnerk: You can hide 0 balance accounts in the Chart of Accounts page. I don't use the trial balance so I don't know about that.
14:48:05 <Hinnerk> I'm thinking about using account numbers. Is there a best practice to follow?
14:51:01 *** puck` is now known as puck
14:53:37 <jralls> Only if someone is looking over your shoulder. One of the Balkan countries apparently lays out the exact scheme in their accounting law. If you have to pass your books by an auditor or you have an accountant you work with they might have a scheme that they prefer. Otherwise whatever you like. I use them for putting the accounts I work with often at the top of the CoA.
14:54:34 <Hinnerk> That sounds like what I want to do. DO you just number them or do you use "large" numbers with gaps in between to be ready for new accounts?
14:54:58 <Hinnerk> is it actually a number or a string?
14:56:11 <gjanssens> jralls: did you just start a new build in the vm ?
14:56:41 <jralls> gjanssesns: No, I'm not even logged in ATM.
14:57:13 <gjanssens> Ok one just popped up. Maybe I clicked something inadvertently.
14:58:40 <jralls> gjanssens: I'm still fighting with themes. I can't get icon-naming-themes to find legacy-icon-mapping.dtd. Probably an environment variable, but I haven't yet figured out what it is.
15:00:55 <jralls> Hinnerk: They're just strings. I use x000 for top-level accounts and xy00 for inner placeholders, leaving room for 99 leaf accounts.
15:01:21 <Hinnerk> ok
15:14:48 *** lwells has joined #gnucash
15:20:01 <gjanssens> jralls: I have been ddg'ing that issue, but only found others having the same problem, not how to solve it...
15:26:29 *** wol has quit IRC
15:38:28 <Hinnerk> is anyone here interested in the topic of budgeting (not necessarily the way it is done in gc reports)?
15:40:23 *** gjanssens has quit IRC
15:40:34 *** mlncn-agaric has joined #gnucash
15:42:40 *** lmat has quit IRC
15:42:43 <jralls> Hinnerk: Probably not. Better try the mailing list.
15:42:44 *** lmat has joined #gnucash
15:42:57 <Hinnerk> ok, gtk
15:43:06 *** lmat has quit IRC
15:43:45 *** lmat has joined #gnucash
15:44:48 *** mlncn has quit IRC
16:13:24 *** nomeata has quit IRC
16:23:21 *** kpreid has quit IRC
16:24:17 *** kpreid has joined #gnucash
16:39:03 *** mlncn-agaric has quit IRC
16:54:56 *** mlncn-agaric has joined #gnucash
17:20:40 *** warlord has quit IRC
17:27:05 *** Hinnerk has quit IRC
17:32:15 *** lmat has quit IRC
18:21:34 *** hhn10 has joined #gnucash
18:22:01 *** GabrieleV_ has joined #gnucash
18:22:42 *** GabrieleV has quit IRC
18:22:43 *** GabrieleV_ is now known as GabrieleV
18:32:18 *** lwells has quit IRC
18:38:13 *** jralls has quit IRC
18:42:44 *** mlncn-agaric has quit IRC
19:00:53 *** jralls has joined #gnucash
19:00:53 *** gncbot sets mode: +o jralls
19:11:32 *** mlncn-agaric has joined #gnucash
19:32:31 *** GabrieleV_ has joined #gnucash
19:33:06 *** GabrieleV has quit IRC
19:33:06 *** GabrieleV_ is now known as GabrieleV
19:52:57 *** fell_ has joined #gnucash
19:52:57 *** gncbot sets mode: +o fell_
19:56:35 *** jralls has quit IRC
20:04:54 *** lyndon has joined #gnucash
20:06:03 <lyndon> having trouble with GnuCash 2.6.1 for ubuntu 14.04.1
20:07:25 <lyndon> who uses gnu cash for personal taxes ?
20:09:58 *** AndreeeCZ has quit IRC
20:10:07 <lyndon> I've set up 2 checking accounts, plus Expenses/Work related expenses/{internet,computer,office,books/training,other,parking}. All are Tax code H381 (Job related)
20:10:25 *** mlncn-agaric has quit IRC
20:11:10 <lyndon> Plus Expenses/Charity/{HFCCB,EFMC,Wycliffe,Other1}. These are N280 tax codes.
20:12:59 <lyndon> Now when I try running Reports/Tax Schedule Report and TXF Export; and configure the report for 2013, I get an error page for the report and GnuCash crashes
20:15:00 *** mlncn-agaric has joined #gnucash
20:21:23 *** Gbarr has quit IRC
20:21:56 *** Gbarr has joined #gnucash
20:22:20 <lyndon> Took 6 month extension for 2013 taxes. Now they are due 10/15
20:22:31 <lyndon> Trying to get away from Quicken Deluxe
20:22:38 <lyndon> and Windows 7
20:28:14 *** mlncn-agaric has quit IRC
20:39:31 *** jralls has joined #gnucash
20:39:31 *** gncbot sets mode: +o jralls
20:46:12 *** lyndon has quit IRC
21:00:56 *** jralls has quit IRC
21:01:31 *** jralls has joined #gnucash
21:01:32 *** gncbot sets mode: +o jralls
21:02:11 <jralls> @tell gjanssens Well, the theme experiment didn't work out after all. I just happened to pick the one that works anyway, which is Clearlooks. More experimentation required, I guess.
21:02:11 <gncbot> jralls: The operation succeeded.
21:03:11 <jralls> @tell gjanssens I also need to split the packages between run and build, like Tor did. Those .la and .dll.a files are needed to build with.
21:03:11 <gncbot> jralls: The operation succeeded.
21:23:04 *** GabrieleV_ has joined #gnucash
21:23:10 *** GabrieleV has quit IRC
21:23:10 *** GabrieleV_ is now known as GabrieleV
21:23:11 *** jralls has quit IRC
21:54:06 *** jralls has joined #gnucash
21:54:06 *** gncbot sets mode: +o jralls
22:24:20 *** linas_ has joined #gnucash
22:34:17 *** linas has quit IRC
23:04:30 *** hhn10 has quit IRC
23:09:13 *** MechtiIde has joined #gnucash
23:59:28 *** MechtiIde has quit IRC