GNU bug report logs - #52477
27.1; .crx and .crx3 are zip files

Previous Next

Full log

Message #40 received at 52477 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: "Trent W. Buck" <trentbuck <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, stefan <at> marxist.se, 52477 <at> debbugs.gnu.org
Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files
Date: Fri, 24 Dec 2021 14:51:30 +0100

"Trent W. Buck" <trentbuck <at> gmail.com> writes:

Hi Trent,

> It seems to me that:
>
>   1. when given a file in pyz/crx/crx format,
>      libarchive will auto-detect and use zip format.
>
>      I think it just finds the zip archive at an offset, and
>      leaves content before that offset alone.
>
>      This would allow it to read/extract/edit existing pyz/crx/crx3,
>      but not create a new one.
>
>      This is also true for libarchive bsdtar and Info-ZIP unzip,
>      although the latter emits a warning about the offset.
>
>   2. when given a file in pyz/crx/crx format,
>      emacs arc-mode will not auto-detect zip format.
>
>   3. when given a file in pyz/crx/crx3 format,
>      file-roller & nautilus will not auto-detect any format.

Well, I don't know how in detail nautilus/file-roller have integrated
libarchive. I believe they use the GVFS mount backend which calls
libarchive, but I don't know it for sure. So we agree that a native
libarchive integration in Emacs is preferred.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.