GPG Lockfile (concurrency) issue, keyring lost: awarding 300$ for bugfix

[Stefan Haller]

Hi

Thanks for the quick answer.

I, in fact, did use somebody else's compile. So, I checked out the HEAD 
branch from CVS now myself, but unfortunately, I cannot build it because 
of autoconf. (autoconf-2.59 from sunfreeware.com on Solaris 8).

Output is:
nhalls at parrot:~/tmp/gnupg$ autoconf 
configure.ac:38: error: possibly undefined macro: AM_INIT_AUTOMAKE
      If this token and others are legitimate, please use 
m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:39: error: possibly undefined macro: AM_CONFIG_HEADER
configure.ac:366: error: possibly undefined macro: AM_MAINTAINER_MODE
configure.ac:371: error: possibly undefined macro: AM_SANITY_CHECK
configure.ac:373: error: possibly undefined macro: AM_MISSING_PROG
configure.ac:389: error: possibly undefined macro: AM_CONDITIONAL
configure.ac:651: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION
configure.ac:653: error: possibly undefined macro: AM_GNU_GETTEXT

What is wrong here?

Any help apprciated.

Cheers
 Stefan

Stefan Haller
Software Development
Transport Revenue
________________________________ 
Ascom Autelca Ltd.
Worbstrasse 201
CH-3073 Gümligen 
Phone 
Fax 
+41 31 999 65 06
+41 31 999 65 82 
stefan.haller at ascom.ch
www.ascom.com





Simon Josefsson <jas at extundo.com>
Sent by: gnupg-devel-bounces at gnupg.org
11/08/04 13:29

 
        To:     gnupg-devel at gnupg.org
        cc: 
        Subject:        Re: GPG Lockfile (concurrency) issue,   keyring lost: awarding 300$ for 
bugfix


Nice idea.

Stefan Haller <Stefan.Haller at ascom.ch> writes:

> The patch is verified using a shell script I wrote to reproduce the 
> behaviour. It is attached to this email. The patch is only accepted if 
the 
> script succeeds on my system. I reserve the right to adjust the test 
> script in case I built in errors into the test procedure, so just using 
a 
> bug in the test script to make it work is not accepted... (first 100$ 
for 
> a working patch)

Your shell script doesn't seem to have a terminating condition, except
for errors.  The $IMPORT_FINISHED file is never created, as far as I
can tell.  This is confirmed by running it, it just loops forever.
Using the development branch, I don't get any errors from the script.
Perhaps the problem is fixed in the development branch?

Did you build gpg yourself, or used someone else's build?  Perhaps
there is something wrong with the build.

Thanks,
Simon


_______________________________________________
Gnupg-devel mailing list
Gnupg-devel at gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-devel