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