Re: GNU autoconf-2.66 released [stable]
On 2010-07-02, Eric Blake ebl...@redhat.com wrote: [*] You can use either of the above signature files to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify autoconf-2.66.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 2527436A Hi Eric, While your announcement was signed with a key with that fingerprint, the tarball I downloaded was signed with a key with fingerprint F4850180: http://ftpmirror.gnu.org/autoconf/autoconf-2.66.tar.bz2 2527436A and F4850180 seem to be cross-signed, which makes foul play an unlikely explanation (it looks like F4850180 is an old SHA1 key you are in the process of replacing), but it would be more reassuring to use the same key for both signatures, or at least give the correct fingerprint for verifying the tarball signatures in the signed announcement email. (Or was this a test to see if anyone actually bothers to verify the signatures?) Cheers, Olly ___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf
Re: GNU autoconf-2.66 released [stable]
- Olly Betts o...@survex.com wrote: gpg --keyserver keys.gnupg.net --recv-keys 2527436A Hi Eric, While your announcement was signed with a key with that fingerprint, the tarball I downloaded was signed with a key with fingerprint F4850180: http://ftpmirror.gnu.org/autoconf/autoconf-2.66.tar.bz2 2527436A and F4850180 seem to be cross-signed, which makes foul play an unlikely explanation (it looks like F4850180 is an old SHA1 key you are in the process of replacing), You are correct - my new key is not yet integrated into the upload process, so I had to fall back to my old key at the last minute (after my announcement email had already been composed). The v2.66 tag in autoconf.git, however, is signed by the new key, and I will be fixing things so that 2.67 will be correctly signed by the new key all around (and given the nature of the regressions in 2.66, it looks like 2.67 is due within a month or so). -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org ___ Autoconf mailing list Autoconf@gnu.org http://lists.gnu.org/mailman/listinfo/autoconf
Re: GNU autoconf-2.66 released [stable]
On 07/03/2010 09:53 PM, Eric Blake wrote: - Roberto Bagnarabagn...@cs.unipr.it wrote: On 07/03/2010 01:30 AM, Eric Blake wrote: The GNU Autoconf team is pleased to announce the stable release of Autoconf 2.66. After upgrading from Autoconf 2.65 to Autoconf 2.66 the line AC_CHECK_SIZEOF([int*]) results into this error $ autoreconf configure.ac:651: error: AC_CHECK_SIZEOF: requires literal arguments ../../lib/autoconf/types.m4:765: AC_CHECK_SIZEOF is expanded from... configure.ac:651: the top level Thanks for the report, and sorry for the regression. Does this (untested) patch fix things for you? Hi Eric, thanks for your prompt reply. Yes, the patch works as expected. Unfortunately, I'm not in a position to release 2.67 for another two weeks, but hopefully distros will pick this up if it helps, as part of their distro version of 2.66. OK. Cheers, Roberto -- Prof. Roberto Bagnara Applied Formal Methods Laboratory Department of Mathematics, University of Parma, Italy http://www.cs.unipr.it/~bagnara/ mailto:bagn...@cs.unipr.it
Re: GNU autoconf-2.66 released [stable]
On 07/03/2010 01:30 AM, Eric Blake wrote: The GNU Autoconf team is pleased to announce the stable release of Autoconf 2.66. After upgrading from Autoconf 2.65 to Autoconf 2.66 the line AC_CHECK_SIZEOF([int*]) results into this error $ autoreconf configure.ac:651: error: AC_CHECK_SIZEOF: requires literal arguments ../../lib/autoconf/types.m4:765: AC_CHECK_SIZEOF is expanded from... configure.ac:651: the top level autom4te: /usr/local/bin/m4 failed with exit status: 1 aclocal: /usr/local/bin/autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 $ autoconf --version autoconf (GNU Autoconf) 2.66 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+/Autoconf: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html, http://gnu.org/licenses/exceptions.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David J. MacKenzie and Akim Demaille. For a complete testcase, you can do $ git clone git://git.cs.unipr.it/ppl/ppl.git $ cd ppl $ autoreconf Cheers, Roberto -- Prof. Roberto Bagnara Applied Formal Methods Laboratory Department of Mathematics, University of Parma, Italy http://www.cs.unipr.it/~bagnara/ mailto:bagn...@cs.unipr.it
Re: GNU autoconf-2.66 released [stable]
- Roberto Bagnara bagn...@cs.unipr.it wrote: On 07/03/2010 01:30 AM, Eric Blake wrote: The GNU Autoconf team is pleased to announce the stable release of Autoconf 2.66. After upgrading from Autoconf 2.65 to Autoconf 2.66 the line AC_CHECK_SIZEOF([int*]) results into this error $ autoreconf configure.ac:651: error: AC_CHECK_SIZEOF: requires literal arguments ../../lib/autoconf/types.m4:765: AC_CHECK_SIZEOF is expanded from... configure.ac:651: the top level Thanks for the report, and sorry for the regression. Does this (untested) patch fix things for you? Unfortunately, I'm not in a position to release 2.67 for another two weeks, but hopefully distros will pick this up if it helps, as part of their distro version of 2.66. diff --git a/lib/autoconf/types.m4 b/lib/autoconf/types.m4 index ee07148..9f482da 100644 --- a/lib/autoconf/types.m4 +++ b/lib/autoconf/types.m4 @@ -763,7 +763,7 @@ Remove this warning and the `AC_CACHE_CHECK' when you adjust the code.]) # AC_CHECK_SIZEOF(TYPE, [IGNORED], [INCLUDES = DEFAULT-INCLUDES]) # --- AC_DEFUN([AC_CHECK_SIZEOF], -[AS_LITERAL_IF([$1], [], +[AS_LITERAL_IF(m4_translit([[$1]], [*], [p]), [], [m4_fatal([$0: requires literal arguments])])]dnl [# The cast to long int works around a bug in the HP C Compiler # version HP92453-01 B.11.11.23709.GP, which incorrectly rejects -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org