GNU bug report logs -
#35629
27.0.50; version-to-list fails on Cygwin gpg2 version string
Previous Next
Reported by: Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
Date: Wed, 8 May 2019 08:25:02 UTC
Severity: normal
Tags: moreinfo
Found in version 27.0.50
Done: Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35629 in the body.
You can then email your comments to 35629 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#35629
; Package
emacs
.
(Wed, 08 May 2019 08:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 08 May 2019 08:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Cygwin's gpg2 has "-unknown" suffix in version string.
> $ gpg2 --version
>
> gpg (GnuPG) 2.2.15-unknown
> ...
version-to-list function fails to parse this version string and
epg-find-configuration can't find gpg2 as supported one.
(epg-find-configuration 'OpenPGP t)
-> ((program . "/usr/bin/gpg")
(compress 0 1 2 3)
(digestname . "MD5;SHA1;RIPEMD160;SHA256;SHA384;SHA512;SHA224")
(digest 1 2 3 8 9 10 11)
(ciphername . "IDEA;3DES;CAST5;BLOWFISH;AES;AES192;AES256;TWOFISH;CAMELLIA128;CAMELLIA192;CAMELLIA256")
(cipher 1 2 3 4 7 8 9 10 11 12 13)
(pubkey 1 2 3 16 17)
(version . "1.4.23"))
Modifying version-regexp-alist variable resolves the issue.
;; I don't know meaning of "-unknown" version, so I don't know whether
;; "-4" is apropriate value.
(progn (add-to-list 'version-regexp-alist
'("^[-._+ ]?unknown$" . -4))
(epg-find-configuration 'OpenPGP t))
-> ((program . "/usr/bin/gpg2")
(curve . "cv25519;ed25519;nistp256;nistp384;nistp521;secp256k1")
(compressname . "Uncompressed;ZIP;ZLIB;BZIP2")
(compress 0 1 2 3)
(digestname . "SHA1;RIPEMD160;SHA256;SHA384;SHA512;SHA224")
(digest 2 3 8 9 10 11)
(ciphername . "IDEA;3DES;CAST5;BLOWFISH;AES;AES192;AES256;TWOFISH;CAMELLIA128;CAMELLIA192;CAMELLIA256")
(cipher 1 2 3 4 7 8 9 10 11 12 13)
(pubkeyname . "RSA;ELG;DSA;ECDH;ECDSA;EDDSA")
(pubkey 1 16 17 18 19 22)
(version . "2.2.15-unknown"))
--
Kazuhiri Ito
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#35629
; Package
emacs
.
(Fri, 10 May 2019 18:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 35629 <at> debbugs.gnu.org (full text, mbox):
On 5/8/2019 4:23 AM, Kazuhiro Ito wrote:
> Cygwin's gpg2 has "-unknown" suffix in version string.
>
>> $ gpg2 --version
>>
>> gpg (GnuPG) 2.2.15-unknown
>> ...
This is a bug in the Cygwin build of gnupg2. I've sent a fix to the Cygwin
mailing list:
http://www.cygwin.org/ml/cygwin/2019-05/msg00089.html
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#35629
; Package
emacs
.
(Sat, 11 May 2019 08:33:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 35629 <at> debbugs.gnu.org (full text, mbox):
> > Cygwin's gpg2 has "-unknown" suffix in version string.
> >
> >> $ gpg2 --version
> >>
> >> gpg (GnuPG) 2.2.15-unknown
> >> ...
>
> This is a bug in the Cygwin build of gnupg2. I've sent a fix to the Cygwin
> mailing list:
> http://www.cygwin.org/ml/cygwin/2019-05/msg00089.html
Thank you for the investigation. Actually, the same problem occurs in
MSYS2 and MSYS2/mingw packages. Furthermore, as far as I tested,
autoreconf on release tarball adds extra "-unknown" in version string
independently of platforms.
I think that two issues are related with my bug report.
#1. Cygwin, MSYS2's gnupg binary has extra "-unknown" in version string
despite of that they should be released version.
I think it is what you've reported to Cygwin ML.
#2. Locally built gnupg binary may become "-unknown" suffix version.
GnuPG's autogen.sh makes "-unknown" suffix version configure script if
source code directory doesn't have .git directory. If "-unknown"
suffix is a bug as a general thing, I think GnuPG's repository should
be fixed. If not, I hope vertion-to-list function accepts "-unknown"
suffix. How do you think?
--
Kazuhiro Ito
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#35629
; Package
emacs
.
(Sat, 11 May 2019 21:20:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 35629 <at> debbugs.gnu.org (full text, mbox):
On 5/11/2019 4:32 AM, Kazuhiro Ito wrote:
>>> Cygwin's gpg2 has "-unknown" suffix in version string.
>>>
>>>> $ gpg2 --version
>>>>
>>>> gpg (GnuPG) 2.2.15-unknown
>>>> ...
>>
>> This is a bug in the Cygwin build of gnupg2. I've sent a fix to the Cygwin
>> mailing list:
>
>> http://www.cygwin.org/ml/cygwin/2019-05/msg00089.html
>
> Thank you for the investigation. Actually, the same problem occurs in
> MSYS2 and MSYS2/mingw packages. Furthermore, as far as I tested,
> autoreconf on release tarball adds extra "-unknown" in version string
> independently of platforms.
That's right. It just happens that the standard procedure for building packages
on Cygwin is to run autoreconf on the distributed source.
> I think that two issues are related with my bug report.
>
> #1. Cygwin, MSYS2's gnupg binary has extra "-unknown" in version string
> despite of that they should be released version.
>
> I think it is what you've reported to Cygwin ML.
>
>
> #2. Locally built gnupg binary may become "-unknown" suffix version.
>
> GnuPG's autogen.sh makes "-unknown" suffix version configure script if
> source code directory doesn't have .git directory. If "-unknown"
> suffix is a bug as a general thing, I think GnuPG's repository should
> be fixed. If not, I hope vertion-to-list function accepts "-unknown"
> suffix. How do you think?
I agree.
Ken
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#35629
; Package
emacs
.
(Mon, 26 Aug 2019 06:05:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 35629 <at> debbugs.gnu.org (full text, mbox):
Kazuhiro Ito <kzhr <at> d1.dion.ne.jp> writes:
> Modifying version-regexp-alist variable resolves the issue.
>
> ;; I don't know meaning of "-unknown" version, so I don't know whether
> ;; "-4" is apropriate value.
> (progn (add-to-list 'version-regexp-alist
> '("^[-._+ ]?unknown$" . -4))
> (epg-find-configuration 'OpenPGP t))
> -> ((program . "/usr/bin/gpg2")
I've now done something similar, but only in `epg-find-configuration',
because this seems to be a problem in the gpg2 config scripts.
Could you test the trunk now and see whether it fixes your problem?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 26 Aug 2019 06:05:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
:
You have taken responsibility.
(Tue, 27 Aug 2019 14:51:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
:
bug acknowledged by developer.
(Tue, 27 Aug 2019 14:51:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 35629-done <at> debbugs.gnu.org (full text, mbox):
> > Modifying version-regexp-alist variable resolves the issue.
> >
> > ;; I don't know meaning of "-unknown" version, so I don't know whether
> > ;; "-4" is apropriate value.
> > (progn (add-to-list 'version-regexp-alist
> > '("^[-._+ ]?unknown$" . -4))
> > (epg-find-configuration 'OpenPGP t))
> > -> ((program . "/usr/bin/gpg2")
>
> I've now done something similar, but only in `epg-find-configuration',
> because this seems to be a problem in the gpg2 config scripts.
>
> Could you test the trunk now and see whether it fixes your problem?
The problem is fixed. Thank you.
--
Kazuhiro Ito
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 25 Sep 2019 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 215 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.