2016-01-29 GnuCash IRC logs
02:03:19 *** MoeD_ has joined #gnucash
02:04:08 *** MoeD has quit IRC
02:04:16 *** MoeD_ is now known as MoeD
03:13:10 *** Mechtilde has joined #gnucash
03:24:42 *** Mechtilde has quit IRC
03:31:31 *** Mechtilde has joined #gnucash
03:43:53 *** Mechtilde has quit IRC
03:59:58 *** fell has quit IRC
04:24:51 *** uXus has quit IRC
04:25:50 *** fabior has joined #gnucash
04:29:07 *** gjanssens has joined #gnucash
04:29:07 *** ChanServ sets mode: +o gjanssens
04:44:37 *** nomeata has joined #gnucash
05:14:45 *** uXus has joined #gnucash
05:18:57 <lmat> What is REG2? Is it a second generation register gui widget (which supercedes and replaces the "first" register widget)?
05:32:18 <gjanssens> lmat: Register 2 was an attempt to replace the current arcane register code with in implementation based on a GtkTreeView
05:32:58 <gjanssens> The idea was good, but the code had several issues
05:33:09 <gjanssens> Both architectural as performance issues
05:33:22 <gjanssens> So it was not released for 2.6.x
05:33:52 <gjanssens> It's still in the source but is disabled by default
05:34:05 <gjanssens> You can play with it if you like :)
05:36:06 <lmat> gjanssens: I see!
05:36:32 <lmat> gjanssens: So the arcane register is what I've been using to input my receipts?
05:36:58 <gjanssens> Yes
05:37:54 <lmat> gjanssens: Is it natural to feel a little silly diving into Register 2? Or is the long-term c++ gui far enough away that it makes sense? Is this why all of you have resisted the urge?
05:38:20 <gjanssens> :)
05:38:51 <gjanssens> No for me it's more a matter of finding a balance between my limited time and finding priorities
05:39:35 <lmat> gjanssens: ah, okay.
05:39:36 <gjanssens> The c++ effort is not geared towards the gui in general. It's focussing on the core logic
05:40:23 <gjanssens> As for the future of register 2: in the current situation it could mean a big improvement if we manage to fix the performance issues (and clean up the architecture some)
05:40:57 <gjanssens> Long-term there is indeed also the idea to abandon gtk in favour of other gui toolkits.
05:41:23 <gjanssens> This is not decided definitively yet, so there is no timing for that
05:41:57 <gjanssens> (Personally I'm definitely interested in a Qt port of the gui, but that's not reasonable now)
05:42:45 <gjanssens> And any such port would have to wait for the c++ core to mature IMO
05:43:07 <gjanssens> Or at least "would better"
05:44:00 <lmat> yup
05:44:11 <gjanssens> Oh, and for full disclosure: I did start more than once with an effort to fix this register thing
05:44:38 <gjanssens> I'll admit it has taken me more than one attempt to even begin to understand the spaghetti that is the old register
05:44:47 <gjanssens> let alone get to replace it
05:44:59 <gjanssens> I usually ran out of time before I could do anything useful
05:46:25 <gjanssens> I tried replacing the use of gnome-canvas with goo-canvas at some point as an intermediate step
05:46:43 <gjanssens> Never got very far, but I still carry the branch in my local git repository
05:47:10 <gjanssens> Fixing reg2 would probably a better use of our time...
05:47:38 <lmat> gjanssens: Whose work is reg2?
05:47:42 <lmat> (to-date)
05:47:53 <gjanssens> Robert Fewell
05:48:24 <gjanssens> I'm not sure he's subscribed to the mailing lists, but he communicates via bugs and recently via pull requests
05:49:00 <lmat> gjanssens: ahh, okay.
05:49:07 <gjanssens> He helped out a lot in the conversion of libglade to gtkbuilder and clearing out deprecated gtk code
05:49:17 <lmat> What are the symptoms of performance problems with the current register?
05:49:39 <gjanssens> From there on he proposed to look at the register, but got stuck at some point
05:50:15 <gjanssens> The current register is pretty performant IMO, rather unmaintainable
05:50:37 <gjanssens> The reg2 code takes too long to open a register if it holds many splits
05:50:54 <gjanssens> This was particularly visible on Windows
05:51:37 <lmat> ahh
05:52:09 <gjanssens> ISTR reg2 was also still crashing is various situations
05:52:22 <gjanssens> You can browse the bug reports generated for it
05:52:30 <gjanssens> It is a separate category
05:56:23 <lmat> cool
05:59:19 <lmat> gjanssens: Thanks for the history!
06:03:49 <gjanssens> lmat: you're welcome :)
06:13:42 *** rubdos has joined #gnucash
06:19:29 *** mikee-afk is now known as mikee
07:03:09 *** Jimraehl1 has left #gnucash
07:05:51 *** Jimraehl1 has joined #gnucash
07:29:34 *** fabior has quit IRC
08:44:31 *** aqua___ has joined #gnucash
09:26:06 *** aqua___ has quit IRC
09:28:15 *** aqua___ has joined #gnucash
09:29:15 *** jralls_ has joined #gnucash
09:29:58 *** jralls has quit IRC
09:33:41 *** aqua___ has quit IRC
09:35:31 *** aqua___ has joined #gnucash
09:58:22 *** fabior has joined #gnucash
10:46:54 *** nomeata has quit IRC
10:51:21 *** fell has joined #gnucash
10:51:22 *** gncbot sets mode: +o fell
11:12:03 *** fabior has quit IRC
11:13:04 *** MagicFab has joined #gnucash
11:25:54 *** minot has joined #gnucash
11:28:59 *** aqua_ has joined #gnucash
11:31:20 *** aqua___ has quit IRC
11:45:27 *** aqua_ has quit IRC
12:37:20 *** MagicFab has quit IRC
13:47:28 *** MagicFab has joined #gnucash
14:36:21 *** MagicFab has quit IRC
14:36:37 *** MagicFab has joined #gnucash
15:42:29 *** MagicFab has quit IRC
15:53:36 *** fell_ has joined #gnucash
15:54:23 *** mikee is now known as mikee-afk
15:56:13 *** fell has quit IRC
16:13:01 *** MagicFab has joined #gnucash
16:31:42 *** fell_ is now known as fell
16:32:06 *** gncbot sets mode: +o fell
16:41:00 *** MagicFab has quit IRC
16:53:28 *** aqua_ has joined #gnucash
17:15:56 *** aqua_ has quit IRC
17:32:26 *** aqua_ has joined #gnucash
17:51:05 *** gjanssens has quit IRC
17:54:43 *** Mechtilde has joined #gnucash
18:06:55 *** Mechtilde has quit IRC
18:26:14 *** minot has quit IRC
18:49:34 *** dripcoffeemaker has joined #gnucash
18:49:50 *** rubdos has quit IRC
18:51:46 <dripcoffeemaker> I have Scientific Linux 7.1 and today I tried to run GnuCash, and got gnucash
18:51:47 <dripcoffeemaker> gnucash: symbol lookup error: /usr/lib64/libwebkitgtk-1.0.so.0: undefined symbol: _gst_tag_list_type
18:51:47 <dripcoffeemaker> I've tested both gnucash-2.6.6-1.el7.nux.x86_64 and gnucash-2.6.11-1.el7.x86_64
18:51:47 <dripcoffeemaker> same error. I've done all yum updates on my system, including some kernel updates
18:51:58 <dripcoffeemaker> How can I solve this?
19:09:03 *** aqua_ has quit IRC
19:24:59 *** Coderjoe has quit IRC
19:29:55 *** aqua_ has joined #gnucash
19:30:34 *** Coderjoe has joined #gnucash
20:07:45 *** aqua_ has quit IRC
20:09:06 <lmat> dripcoffeemaker: sorry, dude. I run 6.10 on arch linux...
20:09:20 <lmat> dripcoffeemaker: Do you have the mentioned library?
20:09:54 <dripcoffeemaker> I seem to
20:10:15 <lmat> dripcoffeemaker: I see that symbol in my webkit. (nm -D | grep gst_tag
20:10:17 <lmat> )
20:10:42 <dripcoffeemaker> locate /usr/lib64/libwebkitgtk-1.0.so.0
20:10:42 <dripcoffeemaker> /usr/lib64/libwebkitgtk-1.0.so.0
20:10:42 <dripcoffeemaker> /usr/lib64/libwebkitgtk-1.0.so.0.22.15
20:10:55 <lmat> same version here.
20:11:06 <dripcoffeemaker> What's weird is I used nux and then EPEL packages
20:11:17 <dripcoffeemaker> they've never done this before - missed a library or something
20:11:21 <lmat> dripcoffeemaker: I don't know about locate, nux, nor EPEL :-(
20:11:50 <dripcoffeemaker> Do you know if the libwebkitgtk would be affected by chromium clones?
20:11:52 <lmat> dripcoffeemaker: Well, it sounds like you have the library... maybe LD_LIBRARY_PATH?
20:11:58 <lmat> dripcoffeemaker: I have no idea.
20:12:00 <dripcoffeemaker> I'm running a snapshot of Vivaldi
20:12:09 <lmat> dripcoffeemaker: I don't know what vivaldi is.
20:12:20 <dripcoffeemaker> A chromium based browser
20:12:24 <lmat> dripcoffeemaker: ahh
20:12:32 <lmat> dripcoffeemaker: try LD_LIBRARY_PATH=/usr/lib64 gnucash; ?
20:12:34 <dripcoffeemaker> I'm wondering (assuming webkit in the name) is a hint
20:12:46 <dripcoffeemaker> if it stomped system library
20:13:14 <lmat> dripcoffeemaker: hmm nm -D ?
20:13:47 <dripcoffeemaker> nm -D nm: 'a.out': No such file
20:14:23 <dripcoffeemaker> I just did my bill pay without GnuCash this week, so I've now got a little time to wait
20:14:24 <lmat> nm -D /usr/lib64/libwebkitgtk-1.0.so | grep gst_tag
20:14:44 <dripcoffeemaker> I also commenedt on the EPEL testing package, someone might give a hint there
20:16:00 <dripcoffeemaker> nm -D /usr/lib64/libwebkitgtk-1.0.so.0 | grep gst_tag
20:16:01 <dripcoffeemaker> U gst_tag_list_add
20:16:01 <dripcoffeemaker> U gst_tag_list_get_string
20:16:01 <dripcoffeemaker> U gst_tag_list_insert
20:16:01 <dripcoffeemaker> U gst_tag_list_is_empty
20:16:01 <dripcoffeemaker> U gst_tag_list_new_empty
20:16:01 <dripcoffeemaker> U _gst_tag_list_type
20:16:08 <dripcoffeemaker> so it seems to be there which is really weird
20:16:33 <lmat> dripcoffeemaker: yup, there. Did you try the LD_LIBRARY_PATH bit?
20:21:36 <warlord> dripcoffeemaker: those 'U' tags mean "Undefined"
20:21:41 <warlord> (IIRC)
20:22:26 <warlord> Yep, just verified. So your libwebkitgtk library has another dependency that isn't being pulled in. You should contact whomever built that library from your distribution. It's their bug.
20:23:10 <lmat> warlord: Ah, good catch. Mine are U, too, but I didn't heed the listing.
20:26:48 <dripcoffeemaker> any idea how I figure out who built it?
20:28:39 <lmat> dripcoffeemaker: scientific uses RPM; does it have its own repositories, or does it use existing repositories?
20:29:02 <dripcoffeemaker> It has it's own SL Repos, and also uses EPEL and Nux repos
20:29:13 <dripcoffeemaker> SL Repos are rebuilds of RHEL
20:29:37 <lmat> ah, I see.
20:31:06 <lmat> dripcoffeemaker: Well, when I http://bfy.tw/3zsM , it takes me right to it.
20:31:13 <lmat> dripcoffeemaker: I don't see the same behaviour with sl.
20:37:40 <lmat> Oh yeah, I forgot why I came here in the first place ^_^
20:38:20 <lmat> I was thinking about using gnucash to keep track of insurance stuff...insurance claims, deductible used, insurance paid, copay to date, etc.
20:38:47 <lmat> I think it would need to be a separate set of books so that it doesn't mess up my main books
20:39:23 <lmat> But I'm not sure how it would work... opening balance starts the annual deductibles for family and individual.
20:39:46 <lmat> Perhaps it's doomed because the "transactions" simply aren't double-entry.
20:41:44 <warlord> lmat: most likely on YOUR system the dependency is there, but for dripcoffeemaker it's missing the required dependency.
20:41:57 <warlord> could be as simple as a pkg-config bug
20:42:50 <dripcoffeemaker> I'm pretty sure this seems to not be a gnucash bug, so I'm going to go off and bug the SL people to get some hints
20:43:08 <warlord> dripcoffeemaker: good luck. Please come back and let us know how you solve it
21:23:17 *** gnomey has quit IRC
21:30:32 *** fell has quit IRC
21:56:11 *** fell has joined #gnucash
21:56:11 *** gncbot sets mode: +o fell
22:07:58 *** gnomey has joined #gnucash
22:15:39 *** gnomey has quit IRC
22:19:00 *** gnomey has joined #gnucash
22:31:30 *** gnomey has quit IRC
22:33:29 *** gnomey has joined #gnucash
23:11:22 *** dripcoffeemaker has quit IRC