2017-04-26 GnuCash IRC logs
01:03:32 *** warlord has joined #gnucash
01:03:33 *** gncbot sets mode: +o warlord
01:06:06 *** storyjesse has joined #gnucash
01:21:59 *** fell_ has joined #gnucash
01:22:54 *** warlord has quit IRC
01:23:49 *** fell has quit IRC
01:33:38 *** Mechtilde has quit IRC
01:34:56 *** hoijui has joined #gnucash
01:46:11 *** hoijui has quit IRC
02:39:24 *** storyjesse has quit IRC
02:40:13 *** mlncn has quit IRC
02:53:09 *** hoijui has joined #gnucash
03:08:25 *** mrklintscher has quit IRC
03:13:57 *** fekepp has quit IRC
03:21:58 *** raeburn1 has joined #gnucash
03:22:22 *** raeburn has quit IRC
03:24:02 *** gjanssens has joined #gnucash
03:24:02 *** ChanServ sets mode: +o gjanssens
03:24:21 *** hoijui has quit IRC
03:24:49 *** hoijui has joined #gnucash
03:27:19 *** mrklintscher has joined #gnucash
03:28:18 <gjanssens> .
04:09:48 *** fekepp has joined #gnucash
04:17:56 *** hoijui has quit IRC
04:19:04 *** hoijui has joined #gnucash
04:20:37 *** fell_ is now known as fell
04:20:45 *** gncbot sets mode: +o fell
04:39:26 *** hoijui has quit IRC
04:48:44 *** sixwheeledbeast has joined #gnucash
04:53:24 *** pilotauto has quit IRC
05:02:24 *** jotrago1 has joined #gnucash
05:03:24 *** jotrago has quit IRC
05:03:25 *** jotrago1 is now known as jotrago
05:16:29 <gjanssens> jralls: Excellent work! No more crash in my environment as well by dropping gnc-datetime.cpp from test_gnc_datetime_SOURCES
05:17:26 <gjanssens> I've made a separate commit on my PR that does this and the same for all other redundant sources in the qof tests.
05:19:47 <gjanssens> It was a forced push so the current comments on the PR will appear as outdated...
05:20:07 <gjanssens> Before I push to code definitely, what other remarks do you have on the PR ?
05:24:26 *** hoijui has joined #gnucash
05:31:39 *** hoijui has quit IRC
05:36:57 *** storyjesse has joined #gnucash
05:39:19 *** storyjesse has quit IRC
06:03:33 *** mlncn has joined #gnucash
06:05:35 *** gjanssens has quit IRC
06:46:51 <sixwheeledbeast> Anybody know if it's possible to put Company Contact/E-mail/Phone from Book Options on Printable Invoices?
07:36:00 *** User_ has joined #gnucash
07:37:15 *** mrklintscher has quit IRC
07:38:09 *** User__ has joined #gnucash
07:40:05 *** User_ has quit IRC
07:47:35 *** rickoehn has joined #gnucash
08:08:50 *** gjanssens has joined #gnucash
08:08:50 *** ChanServ sets mode: +o gjanssens
08:20:06 *** wget has joined #gnucash
08:42:48 *** mrklintscher has joined #gnucash
08:48:39 *** wget has quit IRC
08:49:36 *** wget has joined #gnucash
09:15:17 *** jonas has quit IRC
09:15:35 *** jonas has joined #gnucash
09:27:44 *** mlncn has quit IRC
09:27:53 *** mlncn has joined #gnucash
10:17:58 *** kael has joined #gnucash
10:21:37 *** warlord has joined #gnucash
10:21:37 *** gncbot sets mode: +o warlord
10:24:12 *** ian has joined #gnucash
10:32:11 <chf> Hallo, mal eine Frage: gerade ist eine FinTS-Verbindung ohne Antwort geblieben, irgendwo im Netzwerk-Nirvana verschwunden.
10:32:26 <chf> Die wird auch nicht mehr kommen, also habe ich abgebrochen.
10:33:07 <fell> Und jetzt?
10:33:48 <chf> Nun geht ein Fenster mit Wartezeit-Fortschrittsbalken auf: „Auf Daten warten“ – „Waiting for data to becoma available“.
10:33:59 <chf> Das wiederholt sich endlos.
10:34:25 <chf> Man kann es abbrechen, danach schließen, kommt sofort ein neues.
10:34:59 <chf> Nicht, daß man mit Gnucash derweil noch was anderes machen könnte…
10:35:12 <chf> Kennt das Phänomen jemand?
10:36:53 <fell> Ist mir nicht bekannt, bzw. habe mich mit dem Bereich lange nicht mehr beschäftigt.
10:38:39 <fell> Prozesstabelle und den entsprechenden aqbanking-Prozess zum Beenden auffordern, könnte vielleicht helfen.
10:38:48 <chf> Sieht nach einem Fehler aus.
10:38:49 *** warlord has quit IRC
10:39:25 *** warlord has joined #gnucash
10:39:26 *** gncbot sets mode: +o warlord
10:39:27 <chf> Klar hilft killen.
10:40:06 <fell> Guck mal in http://wiki.gnucash.org/wiki/De/HBCI wegen log files.
10:40:44 *** mlncn has quit IRC
10:41:12 <chf> Aqbanking selbst ist schon tot, das hat sich entweder selber oder wurde durch das erste Abbrechen beendet.
10:42:27 <fell> Bin mal eben familiär gebunden. Hoffe es dauert nich zu lange.
10:42:32 *** fell is now known as fell_afk
10:42:50 <chf> Würde ein Fehlerbericht mit /tmp/gnucash.trace helfen?
11:01:28 *** warlord has quit IRC
11:02:48 *** kael has quit IRC
11:04:57 *** meb has joined #gnucash
11:11:27 *** meb has quit IRC
11:12:30 *** meb has joined #gnucash
11:15:07 *** kael has joined #gnucash
11:19:35 *** fell_afk is now known as fell
11:20:20 <fell> chf, ich guck gerade, was wir in https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=Import%20-%20AqBanking&list_id=210912&product=GnuCash so haben
11:21:50 <fell> Ja, erstell mal einen.
11:23:47 <fell> Du kannst das Problem ruhig zusätzlich auf gnucash-de berichten, am Besten gleich mit Verweis auf deinen Bug-Report.
11:25:18 <fell> Hast du auch ein Log in $HOMEDIR/.aqbanking/backends/aqhbci/data/banks/de/<BLZ oder Bankname>/logs
11:57:04 *** fekepp has quit IRC
11:58:00 *** fabior has joined #gnucash
11:59:12 *** fekepp has joined #gnucash
12:00:41 *** fabior has quit IRC
12:03:00 <chf> Muß man aus dem Log was rauslöschen oder kann man das gefahrlos anhängen, fell?
12:03:29 <fell> Paßwörter, Umsätze, ...
12:04:07 *** Mechtilde has joined #gnucash
12:05:33 <chf> Die PIN ist das zwischen den +1:: … +1 ?
12:05:40 <fell> Alles was nach PIN oder TAN aussieht auf, evtl. Kontonummer etc. mit 'X' überschreiben
12:14:19 <fell> Ich würde da erstmal nachsehen, ob da überhaupt was zu dem Aufhängen drin steht. Falls nicht, kannst du dir die Mühe sparen.
12:45:51 *** meb has quit IRC
12:46:57 *** meb has joined #gnucash
12:58:37 <chf> Weiß ich nicht, fell, kann HBCI nicht auswendig; zumindest fehlt eine Menge im Vergleich zu vollständigen Übertragungen.
13:00:26 <chf> Ist jedenfalls eingereicht mit weggemachter Kontonummer und PIN.
13:00:54 <fell> Ich guck gleich mal rein, danke
13:03:15 *** fekepp has quit IRC
13:03:20 <chf> Ich denke, es hat nichts direkt mit HBCI zu tun, sondern es ist eine falsche Reaktion auf das Ausbleiben einer Antwort der Gegenseite.
13:04:21 <chf> https://bugzilla.gnome.org/show_bug.cgi?id=781778
13:07:17 <fell> gjanssens, do you have some idea about "w_groupbox.c: 45: Function is not appropriate for this type of widget (groupBox)"
13:07:29 <fell> from https://bug781778.bugzilla-attachments.gnome.org/attachment.cgi?id=350494
13:15:36 <gjanssens> fell: not really. Reading the gwenhywfar sources it looks like an invalid property is passed to the function.
13:15:49 <gjanssens> This triggers the message.
13:16:13 <gjanssens> I guess from the trace file the problem starts earlier already though.
13:16:28 <gjanssens> There are many errors preceding this w_groupbox.c error.
13:17:05 <fell> I asked because of your glade expirience.
13:19:05 <gjanssens> It's not a glade thing. It's directly from the gwhenhywfar code as far as I can tell. The code checks for certain properties and apparently the widget passed in (a groupbox) is no having the appropriate properties.
13:19:34 <gjanssens> I don't have experience with the gwenhywfar code unfortunately so there's not much I can add.
13:20:57 <gjanssens> I hate to say it but bug 781778 is not a gnucash bug. It's a gwenhywfar/aqbanking bug.
13:22:37 <fell> Yes, there is no save handling of * 16:08:31 CRIT <gwenhywfar> gui.c: 1800: Progress by id 00000002 not found
13:22:39 *** meb has quit IRC
13:23:26 *** meb has joined #gnucash
13:41:43 <gjanssens> fell: that error message is emitted by GWEN_Gui_Internal_ProgressSetTotal, which is not called by gnucash directly
13:44:17 <gjanssens> As I said I hardly know anything about gwenhywfar/aqbanking.
13:44:43 <gjanssens> Regardless, I'd evaluate the warnings in the trace file from top to bottom.
13:45:13 <gjanssens> The first ones are about a plugin not being found, and this is called a critical warning by the gwenhywfar devs.
13:45:35 <gjanssens> It appears a direct result of this is an account is being ignored.
13:45:49 <fell> chf, do you have Geldkarte installed?
13:45:51 <gjanssens> Is this the account used for the online connection that times out ?
13:48:10 <gjanssens> Next is the warning about Bank data for KtoBlzCheck not found. Is this critical data ? Or can one proceed without it ? I don't know.
13:49:04 <gjanssens> From there on it looks a certain progress bar didn't get created. Is this because of the previous issues ?
13:49:10 <fell> From my understanding: your checking account chipcard can be used for TAN generation nad it contains a separate cash account.
13:49:37 <fell> "Geldkarte"
13:49:40 <gjanssens> And right after that the timeouts happen.
13:50:13 <gjanssens> Again: was this because of issues with the missing plugin ?
13:50:26 <gjanssens> fell: I don't expect you to answer me directly
13:50:48 <gjanssens> I'm just raising questions that might warrant further investigation to figure out what's happening exactly
13:51:07 <chf> It doesn not normally time out, this was probably a one-time event.
13:51:19 <gjanssens> Ok.
13:51:24 <chf> I didn't care about "Geldkarte".
13:52:22 <fell> you can transfer money from the checking account to the "Geldkarte" cash account on the chip card with an appropriate card reader.
13:52:46 <fell> The real oline account is the checking account.
13:52:57 <chf> I've used PIN/TAN (manual) in the configuration, though I can also switch to a "real chipcard" with a signature installed.
13:53:28 <fell> Then the Geldkarte is no problem.
13:54:25 *** kael has quit IRC
13:55:00 <chf> All cards of the Sparkasse Aachen are capable of using the "Geldkarte" function, which is sort of a sub-account: you can transfer up to 200 EUR on-chip to be spent without the normal authentication.
13:56:14 <fell> There are no sufficient bank data for the utility KtoBlzCheck which maps BLZ (german Bank code)/IBAN to Bank Name and place
13:56:44 <chf> The transferred sum will be deducted from the bank account to a special account, but can be transferred back.
13:57:15 <chf> This seems to work normally, however.
13:58:00 <chf> I have set all configuration fields correctly, as far as I know.
13:58:34 <fell> You did not use the card reader, but used PIN/TAN for authentication?
13:59:13 <fell> KtoBlz is installed?
13:59:31 <chf> Yes, card reader is connected to another computer right now, and I've set up Aqbanking to use this only for one of several acounts here yet.
14:00:07 <chf> ktoblzcheck --version
14:00:07 <chf> ktoblzcheck 1.47
14:01:29 <chf> Also, I don't know how to switch between those 2 with Gnucash. It seems that one method is selected automatically by default (whichever ist the 1st to be found?)
14:03:38 <chf> You can rename things in the configuration files, but those get rewritten with default values when fetching new data from the banks.
14:04:03 <fell> So you have several accounts configured in aqbanking with different methods.
14:04:04 <chf> This is a severe problem when using Comdirect accounts.
14:04:28 <chf> One of them at the moment with 2 methods.
14:05:11 <fell> And the firstcomplains in the log relate to the in this run unused account.
14:06:04 <chf> You need 2 users for that, they seem to be identical (judged by their name), but aren't.
14:09:05 <fell> You might add the infos, we asked you here to the bug report, because they help to read the log file.
14:09:34 *** meb has quit IRC
14:09:41 <chf> I'll have a look at the user an account configuration in Aqbanking.
14:09:51 <fell> And the bad news: You will have to send it to aqbanking.de
14:10:09 <chf> I've users "7" and "10" for Sparkasse Aachen.
14:11:10 *** meb has joined #gnucash
14:11:11 <chf> Because it's a bug in "libgwenhywfar"?
14:11:11 <fell> I believe, the never before seen dialoge is from aqbanking, too.
14:11:18 <fell> Yep
14:11:38 *** frakturfreak has joined #gnucash
14:11:49 <fell> BTW, which aqb* versions are you using?
14:16:42 <chf> 5.6.12
14:17:53 <fell> https://git.aqbanking.de/trac/aqbanking/report will be the right bug tracker
14:19:25 <fell> That is the latest stable version
14:21:09 *** mrklintscher has quit IRC
14:26:19 <fell> That was 2016-07-18 released, later Martin worked on 5.7, now on 5.8
14:40:31 *** macgyves has joined #gnucash
14:44:15 <macgyves> Hello everybody. Since yesterday I get a ton of error logs when starting gnucash (on arch linux). E.g. WARNING: loading compiled file /usr/lib/gnucash/scm/ccache/2.0/gnucash/main.go failed: ERROR: In procedure make_objcode_from_file: bad header on object file: "\x7fELF\x02\x01\x01ÿ\x00\x00\x00\x00\x00\x00\x00\x00" . Does that look familiar to anybody?
14:45:44 <fell> Did you upgrade gnucash without cleaning scm's cache?
14:48:59 *** kael has joined #gnucash
14:49:01 <fell> macgyves, see 'Important update notification' at http://www.gnucash.org/
14:49:39 <macgyves> Maybe? I just updated the packages with pacman -Syyu
14:52:31 *** fekepp has joined #gnucash
14:53:28 <fell> It seems, arch is using a different path: /usr/lib/gnucash/scm/ccache/2.0/gnucash/
14:54:09 <macgyves> After having removed the cache .cache/guile/ccache/2.0-LE-8-2.0/ gnucash tries to compile the files again at startup.. but then I get the same errors again
14:57:21 *** Mechtilde has quit IRC
14:58:30 <macgyves> ok.. great. Startup looks much cleaner now after having cleaned /usr/lib/gnucash/scm/ccache . The error messages do not show up anymore.
14:59:23 <fell> I am wondering, why they have .go's in a theoretical static directory
15:00:22 *** mlncn has joined #gnucash
15:01:24 <macgyves> BUT: I anyway get the following popup from gnucash: "Kontowährung konnte nicht bestimmt werden. Stattdessen wird die voreingestellte Systemwährung verwendet." That was the message which made me look at these logs at the first place. Maybe these errors were logged since a while without me noticing them...
15:02:03 <macgyves> A rough translation could be "account currency could not be determined. Using system currency instead"
15:02:32 <macgyves> This pops up every time I open an existing account
15:03:39 <fell> Congrats! The first Linux user with https://bugzilla.gnome.org/show_bug.cgi?id=781634 - alert on missing account currency when opening account (since GC2.6.16)
15:04:36 <fell> Workaround: use some other locale than de or fi
15:05:14 <chf> Zur Information: https://git.aqbanking.de/trac/aqbanking/ticket/290 (noch nichts neues beigetragen)
15:06:08 <fell> Can you report on above bug, because it was watched until now only under windows.
15:12:38 <macgyves> I'm still waiting for this feeling of awesomeness which they told me is associated to being first... *sigh* .
15:12:54 <macgyves> Yes, will add some info to the bug report
15:13:02 <fell> chf: ich hab mal den Link zum Chat-Protokoll hinzugefügt.
15:16:20 *** macgyves has quit IRC
15:22:52 *** Simon has quit IRC
15:23:44 *** macgyves has joined #gnucash
15:29:38 *** Simon has joined #gnucash
15:31:37 <macgyves> thanks so far. Changing the locale worked.
15:32:28 <fell> You are welcome, macgyves.
15:33:36 *** gjanssens has quit IRC
15:33:55 *** macgyves has quit IRC
15:35:40 *** gjanssens has joined #gnucash
15:35:41 *** ChanServ sets mode: +o gjanssens
15:45:47 <gjanssens> fell: conerning macgyves' guile cache error: this looks like a packaging bug on Arch
15:46:37 <gjanssens> Recent versions of gnucash should no longer use ~/.cache/guile/ccache/2.0-LE-8-2.0/ gnucash
15:47:06 <gjanssens> But rather the cache files generated during the gnucash build itself, which are stored under /usr/lib/gnucash/scm/ccache/2.0/gnucash/
15:47:39 <gjanssens> If he got errors on those something went wrong during build or more likely during packaging on Arch
15:48:05 <gjanssens> Unfortunately I was afk while it got reported so I'm too late to chime in :(
15:48:41 <fell> ~/.cache/guile/ccache/2.0-LE-8-2.0/ gnucash is the path which we name in our release notes.
15:49:56 <fell> It seems, he had 2 caches, one in ~ and one below /usr
15:50:32 *** mrklintscher has joined #gnucash
15:54:04 <fell> In theory I could mount /usr read-only except when running software updates. Caches should be below /var/cache, IIRC.
16:05:18 <gjanssens> fell: "cache" is probably the wrong word for the part under "/usr"
16:05:52 <gjanssens> In that directory we store "precompiled" versions of our scm files. They are precompiled at build time.
16:06:26 <gjanssens> The cache under ~ is what is generated at *run time* if no precompiled files are found.
16:06:54 <gjanssens> Or if they are found to be invalid as was the case for macgyves
16:07:13 <gjanssens> They shouldn't be invalid. If they are this signals a problem during build or packaging.
16:07:31 <fell> Did we choose the word or is it used by other projects, too?
16:08:15 *** Mechtilde has joined #gnucash
16:08:25 <gjanssens> "cache" ? It's chosen by guile. They use this term for files that are generated by their "autocompile" feature
16:08:41 <gjanssens> It's similar to how python works actually.
16:09:19 <gjanssens> Anyway also note the message in our release notes is only relevant if you upgrade from 2.6.[0-4] to a more recent version.
16:09:40 <gjanssens> Up until gnucash 2.6.4 we didn't precompile the scm files.
16:10:01 <gjanssens> And hence when a user started gnucash, guile would autocompile them to the user's cache.
16:11:20 <gjanssens> This could cause trouble, because is certain specific circumstances this autocompiled cache would be more recent than the precompiled files we started shipping with 2.6.5 onwards and would result in similar errors as macgyves just reported.
16:11:28 <fell> That should be documented in the wiki and docs where we talk about modifying reports.
16:11:50 <gjanssens> Only the other way around. The error would be about an invalid file in ~/.ccache rather than an invalid file in /usr...
16:12:12 <gjanssens> Most likely indeed
16:12:33 <gjanssens> It only affects systems using guile 2.0.
16:12:49 <gjanssens> On windows we're still using guile 1.8 so for now they won't experience this.
16:13:44 <fell> A can of worms ;-)
16:14:29 <gjanssens> Waiting to be opened :) At some point we'll have to migrate our Windows edition to guile 2 as well.
16:14:43 <gjanssens> guile 1.8 has been unsupported for quite some time now
16:15:19 <gjanssens> Unless we manage to get rid of guile completely before 1.8 is actively discouraged upstream, that is :p
16:15:28 <gjanssens> Wouldn't hold my breath on that though...
16:18:17 <fell> I thought, I could do some documentation or translation today, but am only jumping from one pit to the next...
16:33:56 *** Mechtilde has quit IRC
16:39:08 *** frakturfreak has quit IRC
16:43:17 <gjanssens> fell: I know the feeling...
16:50:22 <fell> gjanssens, from http://www.gnucash.org/donate.phtml:Isn't "We are only a handfull of developers and other volunteers serving hundreds of users worldwide." underestimated? we have thousands downloads/week at SF
16:53:29 <gjanssens> :) Yes underestimated IMO even if we consider several downloads to be by bots.
16:54:23 <fell> Then I will replace hundreds by thousands, OK?
16:55:15 <chf> Of course, also consider that only Windows users are likely to download directly from SF.
16:55:33 <fell> and 1000 Mac user
16:55:56 <fell> or "countless"?
16:56:54 <gjanssens> Hmm, countless it certainly more correct. I actually like that.
16:59:35 <chf> Hm, don't Mac users use BSD style install methods? Don't remember the names, but there were 2 of them, I think.
17:01:02 <fell> IIRC, there have 3, but we maintain only quartz
17:01:11 *** User__ has quit IRC
17:02:08 <fell> Darwin and the fink was used before by many Mac users
17:10:31 <gjanssens> For mac jralls officially maintains a Quarz (without 't') build and Mike Alexander I believe continues to make sure it also builds for MacPorts
17:11:03 <gjanssens> There's also homebrew on OS X as porting platform but I haven't heard of anyone using that for gnucash yet
17:11:27 <gjanssens> Last I heard fink was as good as dead.
17:11:48 <gjanssens> Anyway. My time's up for tonight. See you later :)
17:12:24 *** gjanssens has quit IRC
17:12:26 <fell> CU
17:22:26 *** kael has quit IRC
17:25:26 <chf> Fink and Macports are those I knew of, but last time I talked to a Mac user about that was around 2006.
17:30:39 *** fekepp has quit IRC
17:41:44 *** kael has joined #gnucash
17:58:03 *** rickoehn has quit IRC
18:11:17 *** Andrew- has quit IRC
18:13:00 *** mlncn has quit IRC
18:40:09 *** gncbot` has joined #gnucash
19:50:13 *** User__ has joined #gnucash
20:04:02 *** kael has quit IRC
20:09:10 *** User__ has quit IRC
20:54:04 *** pilotauto has joined #gnucash
21:31:05 *** CharlesIC has joined #gnucash
21:31:08 <CharlesIC> hello
21:31:08 <gncbot`> CharlesIC: Sent 1 week, 3 days, 17 hours, and 52 minutes ago: <fell> You should stay longer than 9 minutes special on an early Sonday morning. THere is no easier way. Think of an invoice as a statement you send to your client
21:31:23 <CharlesIC> im trying to add a new user for online banking, and when i try to type in the bank, it freezes
21:31:24 <CharlesIC> every single time
21:45:55 <CharlesIC> what can i do?
21:47:55 *** cyphase has quit IRC
21:54:09 *** cyphase has joined #gnucash
21:55:17 <CharlesIC> hi Cyp_
21:55:20 <CharlesIC> hi cyphase
22:03:57 <CharlesIC> help, please
22:20:48 *** ian has quit IRC
22:20:50 *** Unhammer has quit IRC
22:21:04 *** ian has joined #gnucash
22:21:26 *** ian has joined #gnucash
22:23:57 <CharlesIC> hi ian
22:25:20 *** ian has quit IRC
22:25:34 *** ian has joined #gnucash
22:26:22 *** ian has joined #gnucash
23:04:14 <CharlesIC> hi
23:06:29 *** ian_ has joined #gnucash
23:06:52 *** ian has quit IRC
23:10:19 *** ian_ has quit IRC
23:10:34 *** ian_ has joined #gnucash
23:11:09 *** ian_ has quit IRC
23:11:23 *** ian_ has joined #gnucash
23:45:41 *** kael has joined #gnucash
23:46:37 *** Unhammer has joined #gnucash
23:47:49 *** kael1 has joined #gnucash
23:50:35 *** kael has quit IRC
23:50:35 *** kael1 is now known as kael
23:51:30 *** kael1 has joined #gnucash
23:58:50 *** kael has quit IRC
23:58:51 *** kael1 is now known as kael