Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-11-25 Thread Vítězslav Kotrla
This bug appeared also on my AMD64 system (sid), gnucash 2.2.6-2:

   $ gnucash
   gnc.bin-Message: main: binreloc relocation support was disabled at configure 
time.
   3:2008/11/26 05-02-54:gwen(8149):cryptkey.c:   37: Libgcrypt version mismatch
   Could not initialize Gwenhywfar, aborting
   Neúspěšně ukončen (SIGABRT)

I used to manually disable libaqbanking.so.20 to get gnucash working,
but after upgrade to libgcrypt11 1.4.3-1 from experimental the problem
is gone. Hope this bit will be helpful to someone.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi Athanasius,

Athanasius wrote:
 Package: gnucash
 Version: 2.2.6-1
 
   Recently GNUcash on my Debian/lenny (testing) system stopped running.
 If I run it from an xterm I see:
 
 gnc.bin-Message: main: binreloc relocation support was disabled at configure 
 time.
 
 3:2008/08/27 14-25-50:gwen(15810):cryptkey.c:   37: Libgcrypt version mismatch
 Could not initialize Gwenhywfar, aborting
 [...]

This is strange.

Can you please tell us the version of libgcrypt11 you have currently
installed? (Run dpkg -l libgcrypt11 for this information).

Regards
  Micha





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 04:19:49PM +0200, Micha Lenk wrote:
 Athanasius wrote:
  Package: gnucash
  Version: 2.2.6-1
  
Recently GNUcash on my Debian/lenny (testing) system stopped running.
  If I run it from an xterm I see:
  
  gnc.bin-Message: main: binreloc relocation support was disabled at 
  configure time.
  
  3:2008/08/27 14-25-50:gwen(15810):cryptkey.c:   37: Libgcrypt version 
  mismatch
  Could not initialize Gwenhywfar, aborting
  [...]
 
 This is strange.
 
 Can you please tell us the version of libgcrypt11 you have currently
 installed? (Run dpkg -l libgcrypt11 for this information).

ii  libgcrypt111.4.1-1LGPL Crypto library - runtime library

(and checking dpkg -l libgcrypt\* that is the only version installed).

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi Athanasius,

Athanasius wrote:
 Can you please tell us the version of libgcrypt11 you have currently
 installed? (Run dpkg -l libgcrypt11 for this information).
 
 ii  libgcrypt111.4.1-1LGPL Crypto library - runtime library
 
 (and checking dpkg -l libgcrypt\* that is the only version installed).

That's even more strange: It's the most recent version of libgrypt11.

Can you provide us a complete strace output?

What is the output of the following command (all in one line)?

strings /usr/lib/libgwenhywfar.so.47 | grep -B3 'Libgcrypt version
mismatch' | head -n1

This should output the version string of gcrypt.h your libgwenhywfar has
been compiled with (I expect it to be 1.4.1).

You say, your Gnucash was working up to August 14th. Can you reproduce
what packages got updated between then and your first failing try to run
Gnucash?

Are there any other limiting constraints we should know about?
(I.e. do you have sufficient free memory and so on?)

Regards
  Micha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi Athanasius,

Athanasius wrote:
 On Wed, Aug 27, 2008 at 05:14:43PM +0200, Micha Lenk wrote:
 Athanasius wrote:
 Can you please tell us the version of libgcrypt11 you have currently
 installed? (Run dpkg -l libgcrypt11 for this information).
 ii  libgcrypt111.4.1-1LGPL Crypto library - runtime library

 (and checking dpkg -l libgcrypt\* that is the only version installed).
 That's even more strange: It's the most recent version of libgrypt11.

 Can you provide us a complete strace output?
 
   Attached.

Hmm, I can't find anything suspicious yet.

Can you also provide an ltrace output and the file /tmp/gnucash.trace
produced when running Gnucash with command line option --debug?

Regards
  Micha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 06:02:59PM +0200, Micha Lenk wrote:
 Athanasius wrote:
  On Wed, Aug 27, 2008 at 05:14:43PM +0200, Micha Lenk wrote:
  Athanasius wrote:
  Can you please tell us the version of libgcrypt11 you have currently
  installed? (Run dpkg -l libgcrypt11 for this information).
  ii  libgcrypt111.4.1-1LGPL Crypto library - runtime library
 
  (and checking dpkg -l libgcrypt\* that is the only version installed).
  That's even more strange: It's the most recent version of libgrypt11.
 
  Can you provide us a complete strace output?
  
Attached.
 
 Hmm, I can't find anything suspicious yet.
 
 Can you also provide an ltrace output and the file /tmp/gnucash.trace
 produced when running Gnucash with command line option --debug?

  I had to modify the shell script /usr/bin/gnucash to run gnucash-bin
as:

exec ltrace -s 4096 -f -o /tmp/gnucash-ltrace gnucash-bin --debug $@

as ltrace doesn't seem happy running a shell script.

  Resultant file attached.

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME
17141 __libc_start_main(0x804a730, 2, 0xbfbcf3d4, 0x804b0f0, 0x804b0e0 
unfinished ...
17141 g_thread_init(0, 0, 0xdfc5a0, 0, 0x612b00c1) = 0x972a600
17141 g_log(0x804b27b, 32, 0x804b970, 0, 0x612b00c1) = 32
17141 gnc_path_get_localedir(0x804b27b, 32, 0x804b970, 0, 0x612b00c1) = 
0x972a668
17141 bindtextdomain(gnucash, /usr/share/locale) = /usr/share/locale
17141 textdomain(gnucash)  = gnucash
17141 bind_textdomain_codeset(0x804b529, 0x804b2b9, 0x804b970, 0, 0x612b00c1) = 
0x9729aa8
17141 g_free(0x972a668, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 3
17141 qof_log_init(0x972a668, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 0xb6e867f0
17141 qof_log_set_default(64, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 33
17141 g_getenv(0x804b2bf, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 0
17141 g_getenv(0x804b2cf, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 0
17141 g_getenv(0x804b2de, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 0
17141 g_getenv(0x804b2eb, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 0
17141 dcgettext(0, 0x804b1a8, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1a8
17141 dcgettext(0, 0x804b6e8, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b6e8
17141 dcgettext(0, 0x804b72c, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b72c
17141 dcgettext(0, 0x804b75c, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b75c
17141 dcgettext(0, 0x804b7ac, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b7ac
17141 dcgettext(0, 0x804b800, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b800
17141 dcgettext(0, 0x804b1bd, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1bd
17141 dcgettext(0, 0x804b1d4, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1d4
17141 dcgettext(0, 0x804b824, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b824
17141 dcgettext(0, 0x804b1df, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1df
17141 dcgettext(0, 0x804b848, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b848
17141 dcgettext(0, 0x804b1e9, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1e9
17141 dcgettext(0, 0x804b874, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b874
17141 dcgettext(0, 0x804b1f1, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1f1
17141 dcgettext(0, 0x804b89c, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b89c
17141 dcgettext(0, 0x804b1fb, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b1fb
17141 dcgettext(0, 0x804b8c8, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b8c8
17141 dcgettext(0, 0x804b200, 5, 0xbfbcf120, 0x87dd2ca) = 0x804b200
17141 strstr(gnucash-bin, -bin)  = -bin
17141 g_option_context_new(0x804b26f, 0x804b26a, 5, 0xbfbcf120, 0xbfbcf150) = 
0x972a6f0
17141 g_option_context_add_main_entries(0x972a6f0, 0xbfbcf150, 0x804b529, 
0xbfbcf120, 0xbfbcf150) = 0xb6e85520
17141 gtk_get_option_group(0, 0x804b529, 0x804b529, 0xbfbcf120, 0xbfbcf150) = 
0x972b3a8
17141 g_option_context_add_group(0x972a6f0, 0x972b3a8, 0x804b529, 0xbfbcf120, 
0xbfbcf150) = 0x972ab50
17141 g_option_context_parse(0x972a6f0, 0xbfbcf350, 0xbfbcf148, 0xbfbcf2bc, 
0xbfbcf150) = 1
17141 g_option_context_free(0x972a6f0, 0xbfbcf350, 0xbfbcf148, 0xbfbcf2bc, 
0xbfbcf150) = 4
17141 gnc_set_extra(0, 0xbfbcf350, 0xbfbcf148, 0xbfbcf2bc, 0xbfbcf150) = 0
17141 gnc_set_gconf_path(0x804b54f, 0xbfbcf350, 0xbfbcf148, 0xbfbcf2bc, 
0xbfbcf150) = 0x804b54f
17141 gnc_set_debugging(1, 0xbfbcf350, 0xbfbcf148, 0xbfbcf2bc, 0xbfbcf150) = 1
17141 g_get_tmp_dir(0x804b2eb, 0x9729aa8, 0x804b970, 0, 0x612b00c1) = 0x9734070
17141 g_build_filename(0x9734070, 0x804b2fa, 0, 0, 0x612b00c1) = 0x972b408
17141 qof_log_init_filename(0x972b408, 0x804b2fa, 0, 0, 0x612b00c1) = 3
17141 g_free(0x972b408, 0x804b2fa, 0, 0, 0x612b00c1) = 3
17141 qof_log_set_default(16, 0x804b2fa, 0, 0, 0x612b00c1) = 16
17141 gnc_log_default(16, 0x804b2fa, 0, 0, 0x612b00c1) = 33
17141 gnc_is_debugging(16, 0x804b2fa, 0, 0, 0x612b00c1) = 1
17141 qof_log_set_level(0x804b295, 64, 0, 0, 0x612b00c1) = 64
17141 qof_log_set_level(0x804b308, 64, 0, 0, 0x612b00c1) = 64
17141 qof_log_set_level(0x804b30c, 64, 0, 0, 0x612b00c1) = 64

Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 06:31:55PM +0200, Micha Lenk wrote:
 Athanasius wrote:
  Can you also provide an ltrace output and the file /tmp/gnucash.trace
  produced when running Gnucash with command line option --debug?
 
 I got your ltrace file. What's with the /tmp/gnucash.trace file created
 by Gnucash itself?

  Ah I misunderstood.

  Not helped by the fact I have TMPDIR set and, on checking strace
output, it actually ended up elsewhere.  However, it's 0 bytes in size.
Looking at the strace output it's opened as FD 3 and after a couple
other calls it seems to never be referenced again (searching on 3, ):

open(/var/tmp/athan/gnucash.trace.WZKYGU, O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 
0600) = 3
rename(/var/tmp/athan/gnucash.trace.WZKYGU, /var/tmp/athan/gnucash.trace) = 0
fcntl64(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7d09000
_llseek(3, 0, [0], SEEK_CUR)= 0

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi Athanasius,

Athanasius wrote:
 On Wed, Aug 27, 2008 at 06:31:55PM +0200, Micha Lenk wrote:
 Athanasius wrote:
 Can you also provide an ltrace output and the file /tmp/gnucash.trace
 produced when running Gnucash with command line option --debug?
 I got your ltrace file. What's with the /tmp/gnucash.trace file created
 by Gnucash itself?
 
   Ah I misunderstood.
 
   Not helped by the fact I have TMPDIR set and, on checking strace
 output, it actually ended up elsewhere.  However, it's 0 bytes in size.

The gnucash.trace file should not be empty if you run Gnucash with
command line option --debug. Did you?

Regards
  Micha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 07:22:59PM +0200, Micha Lenk wrote:
 Athanasius wrote:
  On Wed, Aug 27, 2008 at 06:31:55PM +0200, Micha Lenk wrote:
  Athanasius wrote:
  Can you also provide an ltrace output and the file /tmp/gnucash.trace
  produced when running Gnucash with command line option --debug?
  I got your ltrace file. What's with the /tmp/gnucash.trace file created
  by Gnucash itself?
  
Ah I misunderstood.
  
Not helped by the fact I have TMPDIR set and, on checking strace
  output, it actually ended up elsewhere.  However, it's 0 bytes in size.
 
 The gnucash.trace file should not be empty if you run Gnucash with
 command line option --debug. Did you?

[EMAIL PROTECTED]:/var/tmp/athan;
19:08:53 0$ ls -l
total 8
drwx-- 3 athan athan 4096 Aug 27 12:12 gconfd-athan/
drwx-- 2 athan athan 4096 Aug 27 17:16 orbit-athan/
[EMAIL PROTECTED]:/var/tmp/athan;
19:08:55 0$ gnucash --debug
gnc.bin-Message: main: binreloc relocation support was disabled at configure 
time.

3:2008/08/27 19-08-58:gwen(17511):cryptkey.c:   37: Libgcrypt version mismatch
Could not initialize Gwenhywfar, aborting
Aborted
[EMAIL PROTECTED]:/var/tmp/athan;
19:08:58 0$ ls -l
total 8
drwx-- 3 athan athan 4096 Aug 27 12:12 gconfd-athan/
-rw--- 1 athan athan0 Aug 27 19:08 gnucash.trace
drwx-- 2 athan athan 4096 Aug 27 17:16 orbit-athan/
[EMAIL PROTECTED]:/var/tmp/athan;
19:08:59 0$ 

I can copy a 1.3MB file into that directory without problems.  Just in
case it springs to mind:

[EMAIL PROTECTED]:/var/tmp/athan;
19:10:22 0$ ulimit -a
core file size  (blocks, -c) 0
data seg size   (kbytes, -d) unlimited
scheduling priority (-e) 0
file size   (blocks, -f) unlimited
pending signals (-i) 16380
max locked memory   (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files  (-n) 1024
pipe size(512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority  (-r) 0
stack size  (kbytes, -s) 8192
cpu time   (seconds, -t) unlimited
max user processes  (-u) 16380
virtual memory  (kbytes, -v) unlimited
file locks  (-x) unlimited
[EMAIL PROTECTED]:/var/tmp/athan;
19:12:21 0$ 

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi,

Athanasius wrote:
   Not helped by the fact I have TMPDIR set and, on checking strace
 output, it actually ended up elsewhere.  However, it's 0 bytes in size.
 The gnucash.trace file should not be empty if you run Gnucash with
 command line option --debug. Did you?
 
 [EMAIL PROTECTED]:/var/tmp/athan;
 19:08:53 0$ ls -l
 total 8
 drwx-- 3 athan athan 4096 Aug 27 12:12 gconfd-athan/
 drwx-- 2 athan athan 4096 Aug 27 17:16 orbit-athan/
 [EMAIL PROTECTED]:/var/tmp/athan;
 19:08:55 0$ gnucash --debug
 gnc.bin-Message: main: binreloc relocation support was disabled at configure 
 time.
 
 3:2008/08/27 19-08-58:gwen(17511):cryptkey.c:   37: Libgcrypt version mismatch
 Could not initialize Gwenhywfar, aborting
 Aborted
 [EMAIL PROTECTED]:/var/tmp/athan;
 19:08:58 0$ ls -l
 total 8
 drwx-- 3 athan athan 4096 Aug 27 12:12 gconfd-athan/
 -rw--- 1 athan athan0 Aug 27 19:08 gnucash.trace
 drwx-- 2 athan athan 4096 Aug 27 17:16 orbit-athan/
 [EMAIL PROTECTED]:/var/tmp/athan;
 19:08:59 0$ 

If you've set TMPDIR to /var/tmp you should get a gnucash.trace file in
/var/tmp/ and not in /var/tmp/athan. However: You can give an explicit
destination (including stderr, see gnucash --help) by using
additionally --logto /path/to/filename.

To preclude that the error is related to your data file please give
additionally --nofile for starting gnucash without opening any data file.

Regards
  Micha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 09:01:21PM +0200, Micha Lenk wrote:
 Athanasius wrote:
Not helped by the fact I have TMPDIR set and, on checking strace
  output, it actually ended up elsewhere.  However, it's 0 bytes in size.
  The gnucash.trace file should not be empty if you run Gnucash with
  command line option --debug. Did you?
  
  [EMAIL PROTECTED]:/var/tmp/athan;
  19:08:58 0$ ls -l
  total 8
  drwx-- 3 athan athan 4096 Aug 27 12:12 gconfd-athan/
  -rw--- 1 athan athan0 Aug 27 19:08 gnucash.trace
  drwx-- 2 athan athan 4096 Aug 27 17:16 orbit-athan/
  [EMAIL PROTECTED]:/var/tmp/athan;
  19:08:59 0$ 
 
 If you've set TMPDIR to /var/tmp you should get a gnucash.trace file in
 /var/tmp/ and not in /var/tmp/athan. However: You can give an explicit
 destination (including stderr, see gnucash --help) by using
 additionally --logto /path/to/filename.

  No, it IS set to /var/tmp/athan, it's part of some logic in my shell
startup to get a unique, and only accessible to me, temporary directory.
Oh, and this system is one big filesystem in /, 70GB free (I got sick of
eventually running out of space on /usr no matter how big a sensible
size, plus some I made it at install time).  /home/user/ is NFS-mounted
from my server machine though.

 To preclude that the error is related to your data file please give
 additionally --nofile for starting gnucash without opening any data file.

[EMAIL PROTECTED]:/var/tmp/athan;
20:10:42 0$ gnucash --debug --logto=stderr --extra --nofile
gnc.bin-Message: main: binreloc relocation support was disabled at
configure time.

3:2008/08/27 20-11-03:gwen(18379):cryptkey.c:   37: Libgcrypt version
mismatch
Could not initialize Gwenhywfar, aborting
Aborted
[EMAIL PROTECTED]:/var/tmp/athan;
20:11:03 0$ 

I've also done an 'aptitude reinstall gnucash' since then, just on the
off-chance something had gotten corrupted.  I dread trying that for
every dependency listed for gnucash, and then all their dependencies
too.  Things like Firefox 3 (to name a somewhat complex application) and
pidgin are still running without problems.

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi Athanasius,

Athanasius wrote:
 If you've set TMPDIR to /var/tmp you should get a gnucash.trace file in
 /var/tmp/ and not in /var/tmp/athan. However: You can give an explicit
 destination (including stderr, see gnucash --help) by using
 additionally --logto /path/to/filename.
 
   No, it IS set to /var/tmp/athan, [...]

So I got you wrong earlier. Sorry.

 To preclude that the error is related to your data file please give
 additionally --nofile for starting gnucash without opening any data file.
 
 [EMAIL PROTECTED]:/var/tmp/athan;
 20:10:42 0$ gnucash --debug --logto=stderr --extra --nofile
 gnc.bin-Message: main: binreloc relocation support was disabled at
 configure time.
 
 3:2008/08/27 20-11-03:gwen(18379):cryptkey.c:   37: Libgcrypt version
 mismatch
 Could not initialize Gwenhywfar, aborting
 Aborted

What about this:

gnucash --debug --logto stderr --extra --nofile --log gnc=debug

(Mind the missing = between --logto and stderr and the additional
--log gnc=debug...)

If this does not succeed in producing debugging output: I'm running out
of ideas for now... :-/

Regards
  Micha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 09:20:23PM +0200, Micha Lenk wrote:
 Athanasius wrote:
  To preclude that the error is related to your data file please give
  additionally --nofile for starting gnucash without opening any data file.
  
  [EMAIL PROTECTED]:/var/tmp/athan;
  20:10:42 0$ gnucash --debug --logto=stderr --extra --nofile
  gnc.bin-Message: main: binreloc relocation support was disabled at
  configure time.
  
  3:2008/08/27 20-11-03:gwen(18379):cryptkey.c:   37: Libgcrypt version
  mismatch
  Could not initialize Gwenhywfar, aborting
  Aborted
 
 What about this:
 
 gnucash --debug --logto stderr --extra --nofile --log gnc=debug

[EMAIL PROTECTED]:/var/tmp/athan;
20:11:03 0$ gnucash --debug --logto stderr --extra --nofile --log gnc=debug
gnc.bin-Message: main: binreloc relocation support was disabled at configure 
time.

3:2008/08/27 20-24-34:gwen(18400):cryptkey.c:   37: Libgcrypt version mismatch
Could not initialize Gwenhywfar, aborting
Aborted
[EMAIL PROTECTED]:/var/tmp/athan;
20:24:34 0$ 

 If this does not succeed in producing debugging output: I'm running out
 of ideas for now... :-/

I'd hazard a guess it's more to do with one of the libraries, but have
no idea which of the many might be the root of the problem.  Did this
newer version of gnucash start pulling in/using some library it didn't
before?

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Micha Lenk
Hi Athanasius,

Athanasius wrote:
 If this does not succeed in producing debugging output: I'm running out
 of ideas for now... :-/
 
 I'd hazard a guess it's more to do with one of the libraries, but have
 no idea which of the many might be the root of the problem.  Did this
 newer version of gnucash start pulling in/using some library it didn't
 before?

Yes, Gnucash 2.2.6 added support for AqBanking and hence additionally
pulls in at least libaqbanking and libgwenhywfar.

The message Libgcrypt version mismatch is for sure generated by
libgwenhywfar. But I see no reason at all why the gcry_check_version()
called by libgwenhywfar fails (we've checked versions earlier without a
single suspicious evidence). Maybe a backtrace helps to enlighten the
situation by displaying the actual values handed over to
gcry_check_version()

Can you provide a backtrace by running Gnucash in gdb as described here?
http://svn.gnucash.org/trac/browser/gnucash/tags/2.2.6/HACKING#L84
Once Gnucash crashed you need to type bt at the gdb prompt to get the
actual backtrace.

As a last resort and cheap workaround you can avoid the loading of the
AqBanking module entirely by renaming the file libgncmod-aqbanking.so
(in directory /usr/lib/gnucash/gnucash/) to something like
libgncmod-aqbanking.so.broken. This way you might at least get Gnucash
working again. To prevent future updates re-installing this file again I
suggest to use dpkg-divert (as root) which makes this move known to Dpkg
(future updates will then install this file to the renamed location):

dpkg-divert --rename \
--divert /usr/lib/gnucash/gnucash/libgncmod-aqbanking.so.broken \
--add /usr/lib/gnucash/gnucash/libgncmod-aqbanking.so

HTH

Regards
  Micha



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#496793: GNUcash: fails to run Libgcrypt version mismatch

2008-08-27 Thread Athanasius
On Wed, Aug 27, 2008 at 10:36:15PM +0200, Micha Lenk wrote:
 Athanasius wrote:
  If this does not succeed in producing debugging output: I'm running out
  of ideas for now... :-/
  
  I'd hazard a guess it's more to do with one of the libraries, but have
  no idea which of the many might be the root of the problem.  Did this
  newer version of gnucash start pulling in/using some library it didn't
  before?
 
 Yes, Gnucash 2.2.6 added support for AqBanking and hence additionally
 pulls in at least libaqbanking and libgwenhywfar.
 
 The message Libgcrypt version mismatch is for sure generated by
 libgwenhywfar. But I see no reason at all why the gcry_check_version()
 called by libgwenhywfar fails (we've checked versions earlier without a
 single suspicious evidence). Maybe a backtrace helps to enlighten the
 situation by displaying the actual values handed over to
 gcry_check_version()
 
 Can you provide a backtrace by running Gnucash in gdb as described here?
 http://svn.gnucash.org/trac/browser/gnucash/tags/2.2.6/HACKING#L84
 Once Gnucash crashed you need to type bt at the gdb prompt to get the
 actual backtrace.

  Unfortunately everything seems to be compiled without debug symbols.
Again, I had to 'hack' /usr/bin/gnucash to actually run:

exec gdb gnucash-bin $@

Then:

21:42:50 0$ gnucash
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu...
(no debugging symbols found)
(gdb) catch fork
Catchpoint 1 (fork)
(gdb) set follow-fork-mode child
(gdb) run
Starting program: /usr/bin/gnucash-bin 
(no debugging symbols found)
(no debugging symbols found)
... much more of this
(no debugging symbols found)
(no debugging symbols found)
gnc.bin-Message: main: binreloc relocation support was disabled at configure 
time.

[New Thread 0xb67c7700 (LWP 20112)]
3:2008/08/27 21-43-11:gwen(20112):cryptkey.c:   37: Libgcrypt version mismatch
Could not initialize Gwenhywfar, aborting

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb67c7700 (LWP 20112)]
0xe424 in __kernel_vsyscall ()
(gdb) bt
#0  0xe424 in __kernel_vsyscall ()
#1  0xb6b8c640 in raise () from /lib/i686/cmov/libc.so.6
#2  0xb6b8e018 in abort () from /lib/i686/cmov/libc.so.6
#3  0xb669a280 in ?? () from /usr/lib/libgwenhywfar.so.47
#4  0xb66e7198 in ?? () from /usr/lib/libgwenhywfar.so.47
#5  0x0001 in ?? ()
#6  0x002a in ?? ()
#7  0xb6cb8580 in ?? () from /lib/i686/cmov/libc.so.6
#8  0xb669a239 in ?? () from /usr/lib/libgwenhywfar.so.47
#9  0xb66efad4 in ?? () from /usr/lib/libgwenhywfar.so.47
#10 0xbff751b8 in ?? ()
#11 0xb66d356d in ?? () from /usr/lib/libgwenhywfar.so.47
#12 0xb66efad4 in ?? () from /usr/lib/libgwenhywfar.so.47
#13 0x086558e8 in ?? ()
#14 0xbff751c8 in ?? ()
#15 0xb662db98 in _init () from /usr/lib/libgwenhywfar.so.47
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) 

 As a last resort and cheap workaround you can avoid the loading of the
 AqBanking module entirely by renaming the file libgncmod-aqbanking.so
 (in directory /usr/lib/gnucash/gnucash/) to something like
 libgncmod-aqbanking.so.broken. This way you might at least get Gnucash
 working again. To prevent future updates re-installing this file again I
 suggest to use dpkg-divert (as root) which makes this move known to Dpkg
 (future updates will then install this file to the renamed location):
 
 dpkg-divert --rename \
 --divert /usr/lib/gnucash/gnucash/libgncmod-aqbanking.so.broken \
 --add /usr/lib/gnucash/gnucash/libgncmod-aqbanking.so

  That does indeed work to get me up and running again.  I'll forgo the
divert, as that way I'll keep trying any new version to see if things
are still broken.

  Thanks!

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]