uncompressing failed: Unknown compression algorithm
Lian Sebe
lian.sebe at virusbulletin.com
Thu Jul 5 14:31:50 CEST 2018
Hello Werner,
Thank you for your reply and apologizes for my slow reply.
The problem is that I am on CentOS 7 and this is the latest gnupg
version that comes with the distribution.
I can see there is no easy upgrade (no rpms or repository) readily
available and I am afraid that installing in from source might cause
some problems with any other parts of CentOS that depends on the other
version of gnupg or
libgpg-error, libgcrypt, libassuan, ....
Lacking any clear upgrade path I am forced to stick with the current
version and hope that my scripts will not receive another corrupt file.
Thanks again,
Lian
On 24/06/18 10:52, Werner Koch wrote:
> On Thu, 21 Jun 2018 11:40, lian.sebe at virusbulletin.com said:
>
>> 1. Is it "normal" to hang like this or it is a bug ?
> No, that should not happen. Compression 42 is clearly an indication for
> a corrupt file.
>
>> 2. Is there any option I can pass to gnupg in command line so that it
>> goes on in case of errors instead of hanging?
> No, the above looks like a bug which needs to be fixed.
>
>> /gpg (GnuPG) 2.0.22//
> That version is close to 5 years old and its 2.0 branch reached
> end-of-life half a year ago. We might have fixed such a bug already in
> current versions.
>
> Please let us know if you can replicate this with a current GnuPG
> version and we will dig into it.
>
>
> Shalom-Salam,
>
> Werner
>
--
Virus Bulletin Ltd, The Pentagon, Abingdon Science Park, Abingdon, OX14
3YP, Oxon, United Kingdom.
More information about the Gnupg-users
mailing list