From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 13 23:57:12 2021 Received: (at submit) by debbugs.gnu.org; 14 Dec 2021 04:57:12 +0000 Received: from localhost ([127.0.0.1]:57305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwzsG-00046G-Jd for submit@debbugs.gnu.org; Mon, 13 Dec 2021 23:57:12 -0500 Received: from lists.gnu.org ([209.51.188.17]:44126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mwzsD-000466-2R for submit@debbugs.gnu.org; Mon, 13 Dec 2021 23:57:11 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59484) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mwzsC-00052S-Pc for bug-gnu-emacs@gnu.org; Mon, 13 Dec 2021 23:57:08 -0500 Received: from [2607:f8b0:4864:20::102a] (port=55193 helo=mail-pj1-x102a.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mwzsA-0003nN-Ep for bug-gnu-emacs@gnu.org; Mon, 13 Dec 2021 23:57:08 -0500 Received: by mail-pj1-x102a.google.com with SMTP id np3so13439456pjb.4 for ; Mon, 13 Dec 2021 20:57:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:date:message-id:mime-version; bh=t/dq64Kw/ZW0b7lKNgx54vhV/O5gzROMzkIYD6dAf+M=; b=Xl5RWCSvM6HiMsnSRoGNYtUiMb+RQXH0DbhBLvfgrAHaBKb8s4mg50tSsHMXJvQr2+ YTO2oi4DqEryaI7GEHHn9oGfKHHEsgQSz000yeltQaEWiwnjmJM9fRmo+Gu8H7yH1PJC Mxd+OOeFbET3GuMe9vR2AmzlwOAjjXX1gwn8RbR+PZW5Asu+ULg6ptjKZnTe7+DwFJPG Nwn2F9dMsrK7P3BwPYqkxX6aS0TqSlox5JffM5nmOs886qBchhZpgp5w8PTarlaUpjFc Ec1GIegwUWH1ZNyTFy5U7CaouKCDsD1mzCjx+EwKJsk5Kg7KVWVPs8DlKDewgzYbxzj/ OqPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=t/dq64Kw/ZW0b7lKNgx54vhV/O5gzROMzkIYD6dAf+M=; b=ktj4Ml1zQaVwTwRv3Ms5SMwnHzUnB1PM8R+l+oGO9qj+h6MA34NnJcoGdoa8ostPoR WKg2pKybxaZpnHHiaiOUdTCEvOpMGgWymUGypeiO4cu60m9JBqu6oCj9xBB5yVMENLmR khxPDUscTva80VJ3p70ptEWz05VnXtNgsuxNqjm6Oz6yKGT7f0A+tHa7WkVT2kYN2EjV 4A99s+QYgCx96QYlIUjluNzpnaiXtUQtZMEpHiIBasV0JLyomJOVAqa10VJ/fPw0AW4N cO2V5dcaCvg0SOJL84eyD9Q6myVRZwRXgwA8agu37xk8BYddQ90nPfLAsge18pyzRH85 gHBA== X-Gm-Message-State: AOAM533upemEou7gQFRXFWjhcS8aG2Q5eC5xEkyxrDGmdh4EKXpjlFzt TalVyGaaOmrdAuCFfrHKNrOGyMEVTzM= X-Google-Smtp-Source: ABdhPJzUwIlsJX2M9l1Vv8HKNca1Z0wIOBQeX2PUbEBSBrmtz3bTIp0gxT/9FTV+wYs+RwsshxbVZg== X-Received: by 2002:a17:90a:b015:: with SMTP id x21mr3190553pjq.84.1639457824000; Mon, 13 Dec 2021 20:57:04 -0800 (PST) Received: from localhost (2403-5804-c6--add.ip6.aussiebb.net. [2403:5804:c6::add]) by smtp.gmail.com with ESMTPSA id oo13sm531762pjb.25.2021.12.13.20.57.02 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 13 Dec 2021 20:57:03 -0800 (PST) From: "Trent W. Buck" To: bug-gnu-emacs@gnu.org Subject: 27.1; .crx and .crx3 are zip files Date: Tue, 14 Dec 2021 15:56:58 +1100 Message-ID: <878rwn238l.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::102a (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::102a; envelope-from=trentbuck@gmail.com; helo=mail-pj1-x102a.google.com X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) These are .zip files; "unzip -l" works on them: https://edgedl.me.gvt1.com/edgedl/chromewebstore/L2Nocm9tZV9leHRlbnNpb24vYmxvYnMvMjg0QUFYSnN4MFUtaEQwNDZqVGRkVkFmZw/1.0.6.0_aemomkdncapdnfajjbbcbdebjljbpmpj.crx https://edgedl.me.gvt1.com/edgedl/release2/chrome_component/acoof3hxrw6kobkazuyehcxdgxeq_2749/jflookgnkcckhobaglndicnbbgbonegd_2749_all_jujpn2jyxpu4ped7yujq342ypq.crx3 I want to be able to press RET on them in dired, and see a zip view of their contents. This already works for .jar and .ods, so I hoped it was just a matter of adding to a list somewhere, but I cannot see where. But when I tried just changing ".crx" to ".zip", I got an error: File mode specification error: (error Buffer format not recognized) I guess this needs more magic than I can manage in a single cup of tea. :-( From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 15 15:51:57 2021 Received: (at 52477) by debbugs.gnu.org; 15 Dec 2021 20:51:57 +0000 Received: from localhost ([127.0.0.1]:33801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxbFk-0000oo-TV for submit@debbugs.gnu.org; Wed, 15 Dec 2021 15:51:57 -0500 Received: from mail-pj1-f52.google.com ([209.85.216.52]:39744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxbFj-0000ob-Bb for 52477@debbugs.gnu.org; Wed, 15 Dec 2021 15:51:55 -0500 Received: by mail-pj1-f52.google.com with SMTP id y14-20020a17090a2b4e00b001a5824f4918so277567pjc.4 for <52477@debbugs.gnu.org>; Wed, 15 Dec 2021 12:51:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=Qy0Hy1orVXWUgPFj7alDL354mSshWMBuYiqYvHEd/xQ=; b=efjj7nI+lJCJ2pAk/oiDxh7Is1Pn6y3lA3k1xq7QoSV5oy/5mzlfCAe6OIs5B87X8S 6k4XIDRRqAuK3fFk9MHIVtbMIK0RYicc5RH8uQgUWSP/NZeJHb5g6WD7AayGhZnNSzku V92J0DFvd6GFlHxxST5oMJY6xZj47wGvf6rLgWJH6MBaO/qRY3Px7rIV0xKfCzy9WhD5 dEwk7stwDAd7yfUHnkTmJGjPtVEFPtZ1eK523n4gijeL2iOjqY0iyzbu2P8y9ZpwVjRe Ish3sVcczpo1xlgc3+WJHo9U8gMh7VhN9+Dd0SiwJ4WctoU1qvHHKUYYC+AFAqYQglZA phfA== X-Gm-Message-State: AOAM533Tdo4V1A2018vBuRjFhNfbRw23Jv4tL5X9jbM2oUxHn8j8Tbpj 92BHIKVb95/5B+eXZnm1drqZkDR+lo46CXCqyig= X-Google-Smtp-Source: ABdhPJxiT7Gc5vtMySyuMjrVqUvzbo1Ngn2FYmuXOgJtxyX+xUdQ/WDDPxaJTT6Q5RhmfrEmJlHPjwItLg/s9H4ORCM= X-Received: by 2002:a17:902:8e87:b0:148:a2e8:2c5f with SMTP id bg7-20020a1709028e8700b00148a2e82c5fmr6186874plb.174.1639601509346; Wed, 15 Dec 2021 12:51:49 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 15 Dec 2021 12:51:48 -0800 From: Stefan Kangas In-Reply-To: <878rwn238l.fsf@gmail.com> (Trent W. Buck's message of "Tue, 14 Dec 2021 15:56:58 +1100") References: <878rwn238l.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 15 Dec 2021 12:51:48 -0800 Message-ID: Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files To: "Trent W. Buck" Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 52477 Cc: 52477@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) "Trent W. Buck" writes: > These are .zip files; "unzip -l" works on them: > > https://edgedl.me.gvt1.com/edgedl/chromewebstore/L2Nocm9tZV9leHRlbnNpb24vYmxvYnMvMjg0QUFYSnN4MFUtaEQwNDZqVGRkVkFmZw/1.0.6.0_aemomkdncapdnfajjbbcbdebjljbpmpj.crx > https://edgedl.me.gvt1.com/edgedl/release2/chrome_component/acoof3hxrw6kobkazuyehcxdgxeq_2749/jflookgnkcckhobaglndicnbbgbonegd_2749_all_jujpn2jyxpu4ped7yujq342ypq.crx3 > > I want to be able to press RET on them in dired, and > see a zip view of their contents. > > This already works for .jar and .ods, so I hoped it was just a matter of > adding to a list somewhere, but I cannot see where. > > But when I tried just changing ".crx" to ".zip", I got an error: > > File mode specification error: (error Buffer format not recognized) Just to add some initial observations: $ file 1.0.6.0_aemomkdncapdnfajjbbcbdebjljbpmpj.crx 1.0.6.0_aemomkdncapdnfajjbbcbdebjljbpmpj.crx: Google Chrome extension, version 3 The first couple of bytes of that files is "Cr24", while a normal zip file starts with "PK". From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 16 03:57:08 2021 Received: (at 52477) by debbugs.gnu.org; 16 Dec 2021 08:57:08 +0000 Received: from localhost ([127.0.0.1]:34506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxmZY-0003Ij-Bl for submit@debbugs.gnu.org; Thu, 16 Dec 2021 03:57:08 -0500 Received: from mout.gmx.net ([212.227.17.20]:49001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxmZV-0003I6-DT for 52477@debbugs.gnu.org; Thu, 16 Dec 2021 03:57:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1639645018; bh=DGRiSpnZiZzVd6IqzzV47PMMdcgZG++UfJx0SCCjt9o=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Yl5mo2DfxFVHKughwf5FOAZuN6F+IQaU38T/FIEI8UCDt0JSF+yaAKNewncWRVAMC 6k1x2K40CZha3XVqqEExM5x0FNbDX1rdhfpuad8yjRSLULfhKn3Gyz0VFCo8u8nejR B/3kMpti2p3c3EyM+R1KqEggDYeBqFGnerVYhuYE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.243.117]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M9Fnj-1muBOn2apz-006POG; Thu, 16 Dec 2021 09:56:58 +0100 From: Michael Albinus To: Stefan Kangas Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> Date: Thu, 16 Dec 2021 09:56:57 +0100 In-Reply-To: (Stefan Kangas's message of "Wed, 15 Dec 2021 12:51:48 -0800") Message-ID: <87lf0l53mu.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:YzztyW12XOZT/MH9AOO29uOIvHAwDQT6tVniHubHPYW03zMJ3wT mtLE0oyUhhmexna6lFEKjDgjVuwQk0CxHk90L9HX8+bPBKK5ZjemMylNQJ4w83GmTqSz7fX U58LvTg8Y3fLnI52n321CHLOCOmhbTYwkh5N1T23o2WanTipIVuN2/MSMRDihGA8L76UAPp 6/IT0rGaY6wD6K5F6vfjg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:bKVqRvkD2xY=:nU5DD/oNZAKV7X4NspRGjv M9gwzJUACZRcFwBUXidnPAvwTYiXFOXBcBORD2y6IahFCbXIItKSnGJbeH66JzFMq1rj1ioWO i9uMA3HrIXZRlgj63m3ZzDG6ACcr593cp/Zz0392IP2vdPRIONkhLhYqLMouT26fM0NvsrmGw 2nQNrzaOkYpExqBA9iVDQ41jFZwXo3dnqb9hy3yu38z4nM65y4f9o95X8Scq0fHcfFtKsPzqd xQsWsXvTdQ4D/Arehj28G5jiB0Tm86AgUctkE+/n1TKGSGqrdMPomNm/dKytgPDYCPoe7Exl8 kXCwCxWdV8VtxFc9kinhWQ+AbWMDxqtksn3UdHxRGzzveguKw5XINMFiBoAQnXKqhdxdl5a5J dqobI052cM6XXDkyRr81YYkTx/h7z+SFM58uSmd4dAzxzKKcSpLAUC8N9QROiLrH9RRa7DsGN tc4KAoUU2DP2MG4L0Sz9Pi5HnQUafCZC5gSwWiXkV1O5Z5NMqsin76v+F4zQ4RgPXgAV5rYf9 Y9yoxemB+7RfIWAnrTp7kfEE+MBv4M0bjdW9hhIVoWU1G39nXFo4qAED7pr3uwz1qvrKy64/c XyT5zw8bWUTlXUQ6+IYhJ9Td/JDtHMtj7xEhj7ma8SDmbtyz3r72G+Y8jv5Vnu5QsGLRhwRXm yvD0dB/XgZKWp9EadC3ysAT4zi7tAtlprTJ7aE9xHo0TgHa6e6tn+2cO6q+ZbGQ7lR+P2QL4E As/ttg+nadPVMOafWIvPMQNU2zEwxFgrz986OqM92nm1oSSlMAI16nx1JidDncb6WtRM6tf3c UD2wsokvYE4m7Vprf7tbKZxFw3JOKNprNg0YyZejex8/xAp+y7yC+SoJpTZB95tZxbS34jwbc gQ21M987muWPg/CfUWntfCPr5ZG0ophrVvEM6K0seq8UXCYWJlC7qrFEjc5tucwb/HoCMaYdH GW64/O2PspTZu5eHT+Vbqky/lNHtZTeDKO6h2PkdkxrsXiayxSpkSoow5HL1aE9CDazTlEHgO plcEtgRyQg9jGp4kTx+7On5vwsp/I7j8SKHl7wXIgMrZzaJ/CCudKIFYwawTWSp6QivShLq0y 8Y7NlNN7oSa1gw= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52477 Cc: "Trent W. Buck" , 52477@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Kangas writes: Hi, > Just to add some initial observations: > > $ file 1.0.6.0_aemomkdncapdnfajjbbcbdebjljbpmpj.crx > 1.0.6.0_aemomkdncapdnfajjbbcbdebjljbpmpj.crx: Google Chrome > extension, version 3 > > The first couple of bytes of that files is "Cr24", while a normal zip > file starts with "PK". Yes, and that's why libarchive(3) doesn't handle it. Sadly, I cannot add it to tramp-archive.el, therefore. But there's no reason to prevent it from adding to arc-mode.el and/or dired-aux.el. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 16 04:22:34 2021 Received: (at 52477) by debbugs.gnu.org; 16 Dec 2021 09:22:34 +0000 Received: from localhost ([127.0.0.1]:34601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxmy9-0006H3-RG for submit@debbugs.gnu.org; Thu, 16 Dec 2021 04:22:34 -0500 Received: from eggs.gnu.org ([209.51.188.92]:45188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxmy8-0006Gm-Cr for 52477@debbugs.gnu.org; Thu, 16 Dec 2021 04:22:32 -0500 Received: from [2001:470:142:3::e] (port=56212 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxmy3-0003OZ-0L; Thu, 16 Dec 2021 04:22:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=SFUtEQpkG7/Dq4LwyRXlhcK2u7KUDGdYUyWxnqesl0o=; b=Ncei3gXKFJRW 3+9Uyt0NHikwMUQw4J4VKqG/Iq3Sj/XHwKQuidd8Bax59O0y1pqqgfT3HLr6wHOcyHuX5LzpKgsai emJooZ9mC78CP2DIPS86xiNwsUSCkLSt+0m6FXKcyllUvzA+1llOu/zTRLB+qk/mYhKJQscnmy0vH K84CRJJhPcjKXQw6gXluBaDmaH+JmiqhtVjMmgq25gJ03Urwp1INxODTjcQn02SSKCDhtI0RQhBCq CSfSlAUuVu/G2KbqD4seEkAImB7gi01vgecjeYMTqlZSRcJdB2NZTj7jni/51OH9Di8mlE0iUlSL4 Il4ST3VjgrzwfxJar9OaBg==; Received: from [87.69.77.57] (port=3753 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxmy2-0001bY-Qb; Thu, 16 Dec 2021 04:22:27 -0500 Date: Thu, 16 Dec 2021 11:22:08 +0200 Message-Id: <83r1achpkv.fsf@gnu.org> From: Eli Zaretskii To: Michael Albinus In-Reply-To: <87lf0l53mu.fsf@gmx.de> (message from Michael Albinus on Thu, 16 Dec 2021 09:56:57 +0100) Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52477 Cc: trentbuck@gmail.com, 52477@debbugs.gnu.org, stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Albinus > Date: Thu, 16 Dec 2021 09:56:57 +0100 > Cc: "Trent W. Buck" , 52477@debbugs.gnu.org > > > The first couple of bytes of that files is "Cr24", while a normal zip > > file starts with "PK". > > Yes, and that's why libarchive(3) doesn't handle it. Sadly, I cannot add > it to tramp-archive.el, therefore. > > But there's no reason to prevent it from adding to arc-mode.el and/or > dired-aux.el. If the file doesn't follow the PKZip spec in the initial signature, who knows what else in that spec doesn't it follow? The ZIP spec has a lot of special rules and formatting requirements, so if a file doesn't follow them, how can we support it without knowing its exact format specification? From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 16 06:59:12 2021 Received: (at 52477) by debbugs.gnu.org; 16 Dec 2021 11:59:12 +0000 Received: from localhost ([127.0.0.1]:34871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxpPk-0002Y4-HM for submit@debbugs.gnu.org; Thu, 16 Dec 2021 06:59:12 -0500 Received: from mout.gmx.net ([212.227.15.15]:46779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxpPi-0002Xr-Ni for 52477@debbugs.gnu.org; Thu, 16 Dec 2021 06:59:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1639655943; bh=VVAhRXs7Feaqv2rcRg58fkW0fKizwWwUdffUTETN9q8=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=UUox5QIHxs1J0PqUU+TPKqOjjD31+Wrv5IgqjaLsJYbBOQgHMIJ2kMFcHss3+rGSk yTBMq6XqSVZGC4j+FmilqlOfdhvxpRZ2yDZRFiim+8yDgrYBsPAHUBRY28wL4h/maT vFSUHIdGFcbmmzyYRUnr7hPv2NZTB+WJM2vgPoMc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.243.117]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M3lc9-1mx0CK2jxL-000wiT; Thu, 16 Dec 2021 12:59:03 +0100 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> Date: Thu, 16 Dec 2021 12:59:01 +0100 In-Reply-To: <83r1achpkv.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 16 Dec 2021 11:22:08 +0200") Message-ID: <874k78hibe.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:1PD+nQ/XtbcTmA8q92NGa2vkr1zXlcwSykjRIAJnOi0vN/hucxT 10MuEFXR2cbutp4nWjclWqFp1fF8FMT1xSWgRG99RtSxwoSevnyvjtvOHX0AkYv0a7TYcBO xzThqTv8Zfe7b3tserJGAHVhzc8sMZ9niPr5zMHhlhXOBGCuzSdQQg3qzVcEsjZmw/uoOlX nPjSCl7K9VDnE67nxEOEg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:kJGaRi/kzmQ=:t9XjO5GiJiMVIIKN5EfcE5 BgmQJBoxRF+EOTTRDPQyHuQMX9jujd0i7cfyHgQ6ZZUVNYitwaht9i180eybcsHSvzA2JCSr6 KKzwqNDHSSw9OzAszxmF2c3s4vNaTyPNUfXayjLpG2FvXs9vrsamCULfMd3yFP2xePtIo0Psl MYEMCm8MV0iWtZ7/KLlIbtPYfIJapTkQ8ALd+G6VDrBB6CfVPD91rlAnMsyk8fsmscc7RKcaa pjSpI/mZQQ+7LW71/Sf9+UaNgdjWtLscYHrbjD0xxAhyONY+QtIJhM0Ym+FlkDV7RscRXjgMK ybDfMD4j/kenB4/tYj3fI87ib2O+aYAJnJnNi3RQmWQzYTBpw+NaJ3XAI7c7oUkCCeiZjwvQX 2Ws8Ao6u2nhxX+mNIYfCWfGKK5fNmAB+O3Yx6mkhEKURrg56oLAZeiO17nr3RcuDjvw0GOPHM CoON/rnE3Bt4hAFnAsRGeWq/FRqNRn1WSBFSq7bfOyxe8Hs5v1hHps53luBBGTQdbx5/I+zH5 KTckQmwp5Bq1jDrJlhRlecXseqoCvNRC3qKC9QjSSKf8q6G7suhTBslYAKiplqrFYFBmHQ04A pxAMyuh5uAC0nfE2pzo/FZDHZEslhywdYnOvYn+VcmJdGuIeAE6aIayrU1lkObHrdOh33Yu+L khBcV5A9jUx3VO7zjmSe4k0uvjHyX5dpaaREVun5GnF0/mbRHn+2vc2ZqKaIT9ateY+as2gkf b958ymriSbvM01gx+NnPwdYgZ0jNF8W6wGz5TN/S0srdQaYU7B/xVOrkFLo2/DEjAv6CSRQBd IQbY4KCGvNrrOVt9DelezkGwJVj7DzP32HeqUxt4fayQ+TxorgfX42T9KysZy6I4RPq//yggo 5XNMhQGpawrf8P5kD9xStUYSJw5G6FPdECEsPLOVZJ3sBVKbH2B1ops1pnpz1w4LtQW/ejf1U y+TaPSq/9ck7UU2E/XG1z9I26TXoxp2iG962HE9IRLYf93+UQrfpkfc5M6Ug1wv72gNOJhwfD HErhcF9A3reoLz82Z4YWg6bEMyOSa9OQOlmohvgEB562C2qshnXioUPjQHRneIwOJNOXZnMug fOvTS/WT9C0ym4= Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 52477 Cc: trentbuck@gmail.com, 52477@debbugs.gnu.org, stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: Hi Eli, >> > The first couple of bytes of that files is "Cr24", while a normal zip >> > file starts with "PK". >> >> Yes, and that's why libarchive(3) doesn't handle it. Sadly, I cannot ad= d >> it to tramp-archive.el, therefore. >> >> But there's no reason to prevent it from adding to arc-mode.el and/or >> dired-aux.el. > > If the file doesn't follow the PKZip spec in the initial signature, > who knows what else in that spec doesn't it follow? The ZIP spec has > a lot of special rules and formatting requirements, so if a file > doesn't follow them, how can we support it without knowing its exact > format specification? ".crx" files are Chrome Extensions, as shown by Stefan. They are specified, see for example . Personally, I have no strong opinion whether we shall support them. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 16 08:22:25 2021 Received: (at 52477) by debbugs.gnu.org; 16 Dec 2021 13:22:25 +0000 Received: from localhost ([127.0.0.1]:35072 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxqiG-00076o-NU for submit@debbugs.gnu.org; Thu, 16 Dec 2021 08:22:24 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxqiF-00076Y-I7 for 52477@debbugs.gnu.org; Thu, 16 Dec 2021 08:22:23 -0500 Received: from [2001:470:142:3::e] (port=34980 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxqi8-00008k-Qd; Thu, 16 Dec 2021 08:22:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RPeULniUqaetMC681o2RGv3ArBNcgWkiK0inrNhRgrw=; b=XskJt1LmP+R8 Y2C2vf2YtAH1dcwlDRI31bz5D598U7GkhHy80lwTD2614X0dnFemGDr6P4UgRvijNBqWpUHdi1fUE chh94OwI6P+U/QG+qqjMw4ztvSLQRWr7xbN7JiX9edrNlHL/fE5jtyUaCw3wRa83jy+Gdl5gTc7X5 Dl7XmXGFZcXU2wxJg+P2AU++3ssuS2HSdP29mS36RKRYt8C1gZFf2NdkbxY2xCmYkLFr/TnLCMb0Y qaF4LBZWmPkmu/ltao+qdNQW5F4krnOHlAYijrHgsIJy6gkh7ER0COSL7ijDQxWReYyJm4E4vQySy fYOT+L4J6+JTI/gq1Zj/QQ==; Received: from [87.69.77.57] (port=2526 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxqhx-0008I0-0y; Thu, 16 Dec 2021 08:22:13 -0500 Date: Thu, 16 Dec 2021 15:21:46 +0200 Message-Id: <83fsqshehh.fsf@gnu.org> From: Eli Zaretskii To: Michael Albinus In-Reply-To: <874k78hibe.fsf@gmx.de> (message from Michael Albinus on Thu, 16 Dec 2021 12:59:01 +0100) Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52477 Cc: trentbuck@gmail.com, 52477@debbugs.gnu.org, stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Albinus > Cc: stefan@marxist.se, trentbuck@gmail.com, 52477@debbugs.gnu.org > Date: Thu, 16 Dec 2021 12:59:01 +0100 > > > If the file doesn't follow the PKZip spec in the initial signature, > > who knows what else in that spec doesn't it follow? The ZIP spec has > > a lot of special rules and formatting requirements, so if a file > > doesn't follow them, how can we support it without knowing its exact > > format specification? > > ".crx" files are Chrome Extensions, as shown by Stefan. They are > specified, see for example . > > Personally, I have no strong opinion whether we shall support them. Me neither, but if someone wants to extend arc-mode.el to support those extension, that would be welcome, I think. My point is that we cannot just add this file type before we implement those extensions. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 19 08:06:57 2021 Received: (at control) by debbugs.gnu.org; 19 Dec 2021 13:06:57 +0000 Received: from localhost ([127.0.0.1]:45196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1myvtx-0007gl-Oi for submit@debbugs.gnu.org; Sun, 19 Dec 2021 08:06:57 -0500 Received: from quimby.gnus.org ([95.216.78.240]:41720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1myvtu-0007gU-Uo for control@debbugs.gnu.org; Sun, 19 Dec 2021 08:06:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=eU1IrzdlqE2pWGuAjHssihhzn36BjYVVhghLTP7Jnbc=; b=HejHx4axclAWVm5T842Z+6PCJ1 vyUe02f2raROpdZF4aByerqVDIvC/pAD7JqNMtTF2j2uYrNRTvBtgxinbm/FDoc1NjEJGFXf8tdpz KZqNCosWaZ08UMcdp2djTT1i1agV1Pu6gsAwdHkFMntsvYf8FStDOFL1YE7rE5CaqcNM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1myvtn-0003q9-2W for control@debbugs.gnu.org; Sun, 19 Dec 2021 14:06:49 +0100 Date: Sun, 19 Dec 2021 14:06:46 +0100 Message-Id: <8735mospzt.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #52477 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: severity 52477 wishlist quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) severity 52477 wishlist quit From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 19 08:09:23 2021 Received: (at 52477) by debbugs.gnu.org; 19 Dec 2021 13:09:23 +0000 Received: from localhost ([127.0.0.1]:45206 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1myvwJ-0007lI-JO for submit@debbugs.gnu.org; Sun, 19 Dec 2021 08:09:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:41760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1myvwG-0007l2-Oo for 52477@debbugs.gnu.org; Sun, 19 Dec 2021 08:09:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LNgKxwCxdLBMbEXILa04953zPo/Y/lWp5SjOTNQZEds=; b=ALblijqNHFOlpOOarzV/9Q/kn3 jdR51U6zUB9eHr5XUAbqo8itxsgv7RZJizxAjM35Kq5i8pYlqbXHvWLObSqw/KBM7S75DqT2LK6IG VYpTiPhEe0raPoG9lYOhP1aMcWLBIwPdbxYBzQHYnJhchMZrJICwOYEp6QV+Hj5Rkfig=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1myvw7-0003ss-O0; Sun, 19 Dec 2021 14:09:14 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> <83fsqshehh.fsf@gnu.org> X-Now-Playing: John Martyn's _Inside Out_: "Beverley-Make No Mistake" Date: Sun, 19 Dec 2021 14:09:10 +0100 In-Reply-To: <83fsqshehh.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 16 Dec 2021 15:21:46 +0200") Message-ID: <87y24grbbd.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Me neither, but if someone wants to extend arc-mode.el to support > those extension, that would be welcome, I think. My point is that we > cannot just add this file type before we implement those ex [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52477 Cc: trentbuck@gmail.com, stefan@marxist.se, 52477@debbugs.gnu.org, Michael Albinus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Me neither, but if someone wants to extend arc-mode.el to support > those extension, that would be welcome, I think. My point is that we > cannot just add this file type before we implement those extensions. Yup. arc-mode hard-code a lot of knowledge about zip files, including the "PK" header and stuff. It's possible that that can just be replaced with Cr24, but it seems rather unlikely that Google would create a new zip file format if that was the only difference, I'd have thought? (But I have no knowledge here.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 21 22:51:00 2021 Received: (at 52477) by debbugs.gnu.org; 22 Dec 2021 03:51:00 +0000 Received: from localhost ([127.0.0.1]:56378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzsea-0003FU-7p for submit@debbugs.gnu.org; Tue, 21 Dec 2021 22:51:00 -0500 Received: from mail-pg1-f175.google.com ([209.85.215.175]:41504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzseV-0003F9-Gn for 52477@debbugs.gnu.org; Tue, 21 Dec 2021 22:50:58 -0500 Received: by mail-pg1-f175.google.com with SMTP id k4so883849pgb.8 for <52477@debbugs.gnu.org>; Tue, 21 Dec 2021 19:50:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=oKhPW36kfUHkWQgLyEsXbGh0OVQPeTFN8snprh2GCaA=; b=j+y8Ns5rfH5NOyNt+hjDwjDSHCbNKgRQfZS/YzJ0jjJewN5e8WFa1DiXiZvNzBNXIg yZsAJ5CS/Dh4bXoqDjcRaFMGOmaRGiTunwHXf4RNWjEx1O136VZMVDxOz+eZ8DrJrMYO XdpgW7W0JvGolfH32rvURcJqCMMhsYnU2DeXH67RfhMML9snRr3ZDmFasyddd3YsiLbN Q6tNx2HBZBsLuUap0Y3OYKZAwRcUVcXKK3cvyFhs4WNmuwVHZrMZd83brI/6cSN8fldR 1ulBApjMkxF9bqbSKypfm52cDIfXvuVL1xjjZnRQNQqAMadlwQ2SKuOMi4EXeraR9ZN6 zhfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=oKhPW36kfUHkWQgLyEsXbGh0OVQPeTFN8snprh2GCaA=; b=xDuT923e8XutMt3zS9jMeMJCsBA/xC+Db9rpvi93hQmR1Bk9JqRJDqD5+49MCAoBaL ZrgR6wUyPrXvISiiHyVtiBsjO/2gv3uonl9fLi5apD3W0vHCFtcbR7QWsFGrWt+0ygHk 6KHuGF+dW/99I+vw8pSskGeG8RsGz2O13ZDKty743IbPAqCp/Z/my0n1Xy5qoG2qhIGs 78m1xs/ikETNK1DXWNAgg7Cg5W35YDnhPkOXkUDnQN5Plz5Uy42u3wpoPHxhq2QlnnIN 2+47f81df/gOGxSebFHF6Zi7kiqKLPM//p6BwzX5jXOerxccEzyqa4Zw6kkRxrLlT8sr nZGA== X-Gm-Message-State: AOAM533bTLH3NUEeG1/rfdV9qAPa/mZm/Nt+wkJsjB1ilOQI2NtrmeAF w8AR79zMDY1bnl2CSLDq1ZY= X-Google-Smtp-Source: ABdhPJy9QAndJ8Ps4GtoYAPOAYBvLJvOUKkwPQuuu0yDEPGr8guAlTpMGVkFYEQFfrhry+Z3TJTqwQ== X-Received: by 2002:a63:7a05:: with SMTP id v5mr1238549pgc.83.1640145049517; Tue, 21 Dec 2021 19:50:49 -0800 (PST) Received: from localhost (2403-5804-c6--add.ip6.aussiebb.net. [2403:5804:c6::add]) by smtp.gmail.com with ESMTPSA id cx5sm427446pjb.22.2021.12.21.19.50.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Dec 2021 19:50:48 -0800 (PST) Date: Wed, 22 Dec 2021 14:50:43 +1100 From: "Trent W. Buck" To: Eli Zaretskii Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files Message-ID: References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> <83fsqshehh.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83fsqshehh.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52477 Cc: stefan@marxist.se, 52477@debbugs.gnu.org, Michael Albinus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii wrote: > > From: Michael Albinus > > Cc: stefan@marxist.se, trentbuck@gmail.com, 52477@debbugs.gnu.org > > Date: Thu, 16 Dec 2021 12:59:01 +0100 > > > > > If the file doesn't follow the PKZip spec in the initial signature, > > > who knows what else in that spec doesn't it follow? The ZIP spec has > > > a lot of special rules and formatting requirements, so if a file > > > doesn't follow them, how can we support it without knowing its exact > > > format specification? > > > > ".crx" files are Chrome Extensions, as shown by Stefan. They are > > specified, see for example . > > > > Personally, I have no strong opinion whether we shall support them. > > Me neither, but if someone wants to extend arc-mode.el to support > those extension, that would be welcome, I think. My point is that we > cannot just add this file type before we implement those extensions. FTR, as the end user, I don't really care HOW it's implemented. I also don't really care about editing, i.e. read-only support is fine. I have a similar "eyeball the result" workflow for .deb using /usr/share/emacs/site-lisp/elpa-src/debian-el-37/deb-view.el Another case of "it's a zip, but" is the .pyz, which has an (optional) shebang before the PK: bash5$ mkdir MyCoolApp bash5$ touch MyCoolApp/__init__.py bash5$ echo 'print("Hello, World!")' >MyCoolApp/__main__.py bash5$ python3 -m zipapp --compress --python=/usr/bin/python3 MyCoolApp bash5$ ./MyCoolApp.pyz Hello, World! bash5$ head -n1 MyCoolApp.pyz #!/usr/bin/python3 bash5$ file MyCoolApp.pyz MyCoolApp.pyz: Zip archive data, made by v2.0 UNIX, extract using at least v2.0, last modified Tue Jun 10 02:57:41 2014, uncompressed size 23, method=deflate bash5$ emacs MyCoolApp.pyz Someone mentioned libarchive, originally from BSD, which provides a standard interface to EVERY(ish) archive and compression format. Is it reasonable for emacs to just chuck out arc-mode (and tar-mode and jka-compr) and instead just use libarchive? It's already used by vlc and a lot of GNOME stuff. libarchive already understands both .pyz and .crx3 files, at least for reading: bash5$ bsdtar -vtf MyCoolApp.pyz -rw-r--r-- 0 0 0 23 Dec 22 14:33 __main__.py -rw-r--r-- 0 0 0 0 Dec 22 14:33 __init__.py bash5$ bsdtar -vtf jamhcnnkihinmdlkakkaopbjbbcngflc_99.0.4764.2_all_nfh7crk5nxg3omjxfwx5cuhrz4.crx3 -rw-rw-r-- 0 0 0 3484 Dec 13 12:34 hyph-und-ethi.hyb -rw-rw-r-- 0 0 0 2712 Dec 13 12:34 hyph-tk.hyb -rw-rw-r-- 0 0 0 703 Dec 13 12:34 hyph-te.hyb -rw-rw-r-- 0 0 0 554 Dec 13 12:34 hyph-ta.hyb -rw-rw-r-- 0 0 0 6631 Dec 13 12:34 hyph-sl.hyb -rw-rw-r-- 0 0 0 1414 Dec 13 12:34 hyph-pt.hyb -rw-rw-r-- 0 0 0 607 Dec 13 12:34 hyph-pa.hyb -rw-rw-r-- 0 0 0 647 Dec 13 12:34 hyph-or.hyb -rw-rw-r-- 0 0 0 145263 Dec 13 12:34 hyph-nn.hyb -rw-rw-r-- 0 0 0 145263 Dec 13 12:34 hyph-nb.hyb -rw-rw-r-- 0 0 0 687 Dec 13 12:34 hyph-mr.hyb -rw-rw-r-- 0 0 0 5142 Dec 13 12:34 hyph-mn-cyrl.hyb -rw-rw-r-- 0 0 0 776 Dec 13 12:34 hyph-ml.hyb -rw-rw-r-- 0 0 0 1839 Dec 13 12:34 hyph-la.hyb -rw-rw-r-- 0 0 0 711 Dec 13 12:34 hyph-kn.hyb -rw-rw-r-- 0 0 0 605 Dec 13 12:34 hyph-hy.hyb -rw-rw-r-- 0 0 0 317251 Dec 13 12:34 hyph-hu.hyb -rw-rw-r-- 0 0 0 3031 Dec 13 12:34 hyph-hr.hyb -rw-rw-r-- 0 0 0 687 Dec 13 12:34 hyph-hi.hyb -rw-rw-r-- 0 0 0 655 Dec 13 12:34 hyph-gu.hyb -rw-rw-r-- 0 0 0 35824 Dec 13 12:34 hyph-ga.hyb -rw-rw-r-- 0 0 0 8165 Dec 13 12:34 hyph-fr.hyb -rw-rw-r-- 0 0 0 665 Dec 13 12:34 hyph-eu.hyb -rw-rw-r-- 0 0 0 21421 Dec 13 12:34 hyph-et.hyb -rw-rw-r-- 0 0 0 14995 Dec 13 12:34 hyph-es.hyb -rw-rw-r-- 0 0 0 59802 Dec 13 12:34 hyph-en-us.hyb -rw-rw-r-- 0 0 0 46607 Dec 13 12:34 hyph-en-gb.hyb -rw-rw-r-- 0 0 0 120218 Dec 13 12:34 hyph-de-ch-1901.hyb -rw-rw-r-- 0 0 0 120412 Dec 13 12:34 hyph-de-1996.hyb -rw-rw-r-- 0 0 0 121393 Dec 13 12:34 hyph-de-1901.hyb -rw-rw-r-- 0 0 0 6967 Dec 13 12:34 hyph-da.hyb -rw-rw-r-- 0 0 0 35913 Dec 13 12:34 hyph-cy.hyb -rw-rw-r-- 0 0 0 52842 Dec 13 12:34 hyph-cu.hyb -rw-rw-r-- 0 0 0 703 Dec 13 12:34 hyph-bn.hyb -rw-rw-r-- 0 0 0 3467 Dec 13 12:34 hyph-bg.hyb -rw-rw-r-- 0 0 0 6098 Dec 13 12:34 hyph-be.hyb -rw-rw-r-- 0 0 0 703 Dec 13 12:34 hyph-as.hyb -rw-r--r-- 0 0 0 178 Dec 13 12:34 manifest.json drwxrwxr-x 0 0 0 0 Dec 13 12:34 _metadata/ -rw-rw-r-- 0 0 0 5698 Dec 13 12:34 _metadata/verified_contents.json From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 22 07:20:22 2021 Received: (at 52477) by debbugs.gnu.org; 22 Dec 2021 12:20:22 +0000 Received: from localhost ([127.0.0.1]:57009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n00bW-0004nH-1h for submit@debbugs.gnu.org; Wed, 22 Dec 2021 07:20:22 -0500 Received: from mout.gmx.net ([212.227.17.21]:50301) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n00bT-0004n4-Im for 52477@debbugs.gnu.org; Wed, 22 Dec 2021 07:20:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1640175612; bh=eEYpYPAN1NQ1OX1twSNZBofLhuLf/cSlxG0maGyVYv0=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=EhSdkLXhMNa7+sxyM/4rJ5u+zqFxgVtLXVxL3oga2wPtuOSLN3gLXIdDxydAlwwhE 4pbqUNN2rxBJktWxd5yQ63RYAaFRAfDsyRWqtBQr/ZTJX6Zgajqo1qcxkjq41Uadhn MXV7+giOAZEPQcktK6lqsP9reMmecpKlhwdYKnek= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([217.70.140.203]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MfHAB-1mWi7b0H1P-00gneX; Wed, 22 Dec 2021 13:20:12 +0100 From: Michael Albinus To: "Trent W. Buck" Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> <83fsqshehh.fsf@gnu.org> Date: Wed, 22 Dec 2021 13:20:10 +0100 In-Reply-To: (Trent W. Buck's message of "Wed, 22 Dec 2021 14:50:43 +1100") Message-ID: <87ee64esqt.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:bWWV9PVtxdtTfJFfbWEImnDvLg6viy9uv5t5hWaAZX/LTC/TvDe Mpj+sjx5fZcjQ/xGgasTFnj+LZRM2Es9uNLkyS8P7fpdAxlnrl9bZQI8OgpxH/5v0xRcop3 28LxxnUQ/4Bn6BHAUzUGraS8cirFBT2kuUnlfeqnLJlYts3xreVCa5zhWpD5DM7WmB8u+CW 46iI+m7mJl3+iS7k2nkFA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Yddl1sJcFik=:ZZcrrozbJXYJ2aw/hqw3JN 2Ow+eewVt5LgwtsoBoM7h0wiSJWvSjKW8lIcGJflq0nAhkPYVM6UDdtxsOu3fbnrW3edYbS2W XbBkouVINN00XV0RWZFlVv0bVopM/K2YJHysJIpJ80uVoS4vHxiNEY5Mvm2mPUlvS60G/ZwBS /ZYBcT2uE3gtfAZirsaQjsOWfA36sslyIfL82YG6j6VcRE7nlfXPqiaJ4hCY/OjWFYzyBEQke Kw6WtAG5gbXvXKWrr60do/0zKoH2v5xjtvE28P/JmuwEcv2raCX/4FdsjOdTF/XlOqNPeiO3Y x1li2bYy+1Zz52k0fNipyZMA2AcNiYr5qVtkA4gK6Y0TY+YlC3ovwEIfhmTKcd7RytL936QBp UlzfsMfcEgZYpZIQRszITA+SqXINew8dq9n2V1i9ahgHZs2Qk/pseZOUOoGy3Kfn9/wf9U/gv mrphAHwt6u0bV8j3m/RtsujsfxLpdSqdfW79/dzxx+VIKBxnGF+BBTbKQvykYsOCiMR/Pg9g4 ubfkh+Es7CiZK/SuPV5b5X71c4sEujY8OUlBeMYuF/o15UBxy14uSUKODqcbWWRg+WNbBQ1CK AtjgK2IaZE41W6HwYe/+NHYnM88L+p0jr04sYCi7BtqiGc0+SgZQV2L2DcaMWp0q4KGxJxSlT Bavztw3YW33cQwQbDBMEx3qJe1gFwapK30hwKQlp1+GjzOV6sRuOXdDL3uhw6bhJ1CUxbF1mN IRMm3i+VhOixjWRBVpgzAm64imGO02aajhAMHRAvdwcsrwr7YH0UYBEWKdtmFZs5vD8rr0Eno 7NZykhllYREEt88dlmuaUBQfMOe34kkC9nw7/WNTMRgoz6XJ3gt+rns5dbfVm6n/uucP7W9Tf MByzBs//qBu1h4xHSSutoitNn2B9tNLLX1avROKh92yk8wgOhOD2VLxPI88JSOPvFqn8OdO5O 4q1YNQHFydgcnPj41Bq2+WrwCBiRVepNJDMzhTunDv1Oyaqo3LrJwduYZubvWGG30Dp4fdX2c bejw3XTMOKVRUENWSUkZOgKhfyS/JQkN38ckSFk0rf6YuRFXNp2GuEUT4beDP+csaYRkcyHVd nk65uiLWmZ13jw= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52477 Cc: Eli Zaretskii , stefan@marxist.se, 52477@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Trent W. Buck" writes: Hi Trent, > FTR, as the end user, I don't really care HOW it's implemented. > > I also don't really care about editing, i.e. read-only support is fine. > I have a similar "eyeball the result" workflow for .deb using > > /usr/share/emacs/site-lisp/elpa-src/debian-el-37/deb-view.el .deb files are handled by libarchive(3), and so they are supported in tramp-archive.el. > Someone mentioned libarchive, originally from BSD, which provides a > standard interface to EVERY(ish) archive and compression format. > > Is it reasonable for emacs to just chuck out arc-mode (and tar-mode > and jka-compr) and instead just use libarchive? > It's already used by vlc and a lot of GNOME stuff. > > libarchive already understands both .pyz and .crx3 files, at least for reading: > > bash5$ bsdtar -vtf MyCoolApp.pyz > -rw-r--r-- 0 0 0 23 Dec 22 14:33 __main__.py > > bash5$ bsdtar -vtf jamhcnnkihinmdlkakkaopbjbbcngflc_99.0.4764.2_all_nfh7crk5nxg3omjxfwx5cuhrz4.crx3 > -rw-rw-r-- 0 0 0 3484 Dec 13 12:34 hyph-und-ethi.hyb No. Neither .pyz nor .crx3? formats are supported by libarchive, I've just tested it with Nautilus, the GNOME file manager. bsdtar uses several archive libraries, I guess another archive library must be responsible for these formats. However, I'm in favor to add native libarchive support to Emacs. The current integration via tramp-archive has its limitations: - It is based on the GVFS archive backend and D-Bus integration, in practice it means it is available for GNU/Linux only. - The GVFS guys did not implement writing into archives, which is supported by native libarchive. But as said above, this wouldn't mean that *all* archive formats are supported. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 22 07:55:35 2021 Received: (at 52477) by debbugs.gnu.org; 22 Dec 2021 12:55:35 +0000 Received: from localhost ([127.0.0.1]:57062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n019a-0007uu-PY for submit@debbugs.gnu.org; Wed, 22 Dec 2021 07:55:35 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n019Z-0007ui-Na for 52477@debbugs.gnu.org; Wed, 22 Dec 2021 07:55:33 -0500 Received: from [2001:470:142:3::e] (port=36348 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n019T-0004aW-UI; Wed, 22 Dec 2021 07:55:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=DEDA4NWHlTmP9TwJhc3GTmVYQSoVoHyP5q7Ecm4auR8=; b=QlDmGsF6la9dBqfuHsJp oeaq+KDAHk+WACbA71lDmGKqDeAkaNYesveEoro0j99RczRDgmCIjCbD6oFJrnxG0pRnXk3n3zsAA OhFt5+LofuCvjwIMGKCNDX7A5QUor3Z9/z8p7O9LB+jUcTKXCJ96hVqsCy/G+BTCJjGiW1hHCTsvZ rL2SA+5FoZw9b6zcwHyYkzWDybdKx70WJuVD1hMyogwcsGwvcRioiuNTy1OhVOJyma3pY/b0Ttm9e jJT9O3Vdi+zLOrIbKIOVFFbKKJwhsNIsB8M8QFCBgQc8pY5/WVv2Stln6HJRyqhpNr7up/XXAn0Qb k81wyHsFMZ7/fA==; Received: from [87.69.77.57] (port=1937 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n019S-0005TS-9I; Wed, 22 Dec 2021 07:55:28 -0500 Date: Wed, 22 Dec 2021 14:55:29 +0200 Message-Id: <83mtksyf26.fsf@gnu.org> From: Eli Zaretskii To: "Trent W. Buck" In-Reply-To: (trentbuck@gmail.com) Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> <83fsqshehh.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52477 Cc: stefan@marxist.se, 52477@debbugs.gnu.org, michael.albinus@gmx.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 22 Dec 2021 14:50:43 +1100 > From: "Trent W. Buck" > Cc: Michael Albinus , stefan@marxist.se, > 52477@debbugs.gnu.org > > Someone mentioned libarchive, originally from BSD, which provides a > standard interface to EVERY(ish) archive and compression format. > > Is it reasonable for emacs to just chuck out arc-mode (and tar-mode > and jka-compr) and instead just use libarchive? It's reasonable, but Someone™ should write the code to do it. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 22 23:01:35 2021 Received: (at 52477) by debbugs.gnu.org; 23 Dec 2021 04:01:35 +0000 Received: from localhost ([127.0.0.1]:60168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0FIM-0000M1-PX for submit@debbugs.gnu.org; Wed, 22 Dec 2021 23:01:35 -0500 Received: from mail-pg1-f179.google.com ([209.85.215.179]:41589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0FIK-0000Lo-Su for 52477@debbugs.gnu.org; Wed, 22 Dec 2021 23:01:33 -0500 Received: by mail-pg1-f179.google.com with SMTP id k4so3786309pgb.8 for <52477@debbugs.gnu.org>; Wed, 22 Dec 2021 20:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=+GX1IQDOxwUTPUe8Y5UJUWujZNd0dHuTLCJsq+WBnTg=; b=CzbDQQxJGU/FNYY7wQtTcZExnYWX9gS1etamqwgh4Alq35RiVQxfijBMrHz9TKtknU 0ebI3xIweQJbq5+7+7FjLr0o0o1reAuto3ThbQ4vaMriTYV6iWyDi/75PZE/VYt68KFb VdjWzRcMHHx2fTxx2KtD6LHABDbtBpo/0soD5MUEa9Y6CHMoMqCv/+1NeFfp2xewfJPx y52tmcOjYXO72q4GsiTFesO8Aco5VDwESCPgEIPxCrVkAeuGENd0GIUPYOVQHRYfVaGT GVfAEE8eivznQHuS2hb3/fKs7HfxmN7wz1hceU82XEWnx/h4cT++JeU53TmeGNQLQhI1 3UFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=+GX1IQDOxwUTPUe8Y5UJUWujZNd0dHuTLCJsq+WBnTg=; b=bxUWVbgQlboQKSTJBYoien7IBaDoEyHSs8Iu7GJmOqrAkLkuxSh03e5LaTG3ZF0DIu Jm/PaLQYSBhbacCYIeiSoVSmmblxXYwL79wlVgTcln+Qj39B6zToVZWg/4fzsIUww5mf XXK38lJ3z9Y//Lj/0HU1IE6SQf29FjT4DEi5fMgbEAl3Ifvh9w+U/jZi6SIZre8vONBD c/2pnFQF/wQOwlYQ6rW4jSv4JHvASEoQ/7A5VVhcs04l+yVSFZorQdvgld8OvuAOiWwZ rOWEy4NzDm0XYQsdAGhly8abwal0Ll6rdnX3CIoWNG9bxrwzKkq1h4tA7pIWCSRVNiwv EVVw== X-Gm-Message-State: AOAM530aBySaQKdkCTcr5THaArj3NUPQrTcilxE+w3Fb2wWExshaBItK mWKUSXqN4iFIE00SAHKU82A= X-Google-Smtp-Source: ABdhPJyIbzDeu8bYciwD/jBhw0N/jh0iO9oMZO0WJoYfeSiE2By2iett/JMiX4ZFA/2oactAhN493w== X-Received: by 2002:a63:d446:: with SMTP id i6mr669102pgj.479.1640232086895; Wed, 22 Dec 2021 20:01:26 -0800 (PST) Received: from localhost (2403-5804-c6--add.ip6.aussiebb.net. [2403:5804:c6::add]) by smtp.gmail.com with ESMTPSA id s2sm3840041pfe.103.2021.12.22.20.01.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Dec 2021 20:01:26 -0800 (PST) Date: Thu, 23 Dec 2021 15:01:20 +1100 From: "Trent W. Buck" To: Michael Albinus Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files Message-ID: References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> <83fsqshehh.fsf@gnu.org> <87ee64esqt.fsf@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87ee64esqt.fsf@gmx.de> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 52477 Cc: Eli Zaretskii , stefan@marxist.se, 52477@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Michael Albinus wrote: > "Trent W. Buck" writes: > > Is it reasonable for emacs to just chuck out arc-mode (and tar-mode > > and jka-compr) and instead just use libarchive? > > It's already used by vlc and a lot of GNOME stuff. > > > > libarchive already understands both .pyz and .crx3 files, at least for reading: … > > No. Neither .pyz nor .crx3? formats are supported by libarchive, I've just > tested it with Nautilus, the GNOME file manager. bsdtar uses several > archive libraries, I guess another archive library must be responsible > for these formats. Ah, sorry for the confusion. On my system (Debian 11) bsdtar is provided by "Source Package: libarchive" and only depends on libarchive13 and libc6, so I assumed it was a reasonable test of "what can libarchive do?". If it is using another library, I cannot see how: bash5$ ldd /usr/bin/bsdtar linux-vdso.so.1 (0x00007ffc6b1b3000) libarchive.so.13 => /lib/x86_64-linux-gnu/libarchive.so.13 (0x00007fdf3c997000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fdf3c7d2000) libnettle.so.8 => /lib/x86_64-linux-gnu/libnettle.so.8 (0x00007fdf3c78a000) libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007fdf3c77f000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fdf3c757000) libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007fdf3c67c000) liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x00007fdf3c657000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007fdf3c644000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fdf3c627000) libxml2.so.2 => /lib/x86_64-linux-gnu/libxml2.so.2 (0x00007fdf3c479000) /lib64/ld-linux-x86-64.so.2 (0x00007fdf3ca8f000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fdf3c457000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fdf3c44f000) libicuuc.so.67 => /lib/x86_64-linux-gnu/libicuuc.so.67 (0x00007fdf3c266000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fdf3c122000) libicudata.so.67 => /lib/x86_64-linux-gnu/libicudata.so.67 (0x00007fdf3a609000) libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fdf3a43c000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fdf3a422000) bash5$ strace -f /usr/bin/bsdtar tf *.pyz |& grep -F -e exec -e fork execve("/usr/bin/bsdtar", ["/usr/bin/bsdtar", "tf", "MyCoolApp.pyz"], 0x7ffc169ca188 /* 70 vars */) = 0 Nor can I see embedded copies of libraries in https://salsa.debian.org/debian/libarchive/-/tree/master/tar My C-fu is not up to scratch, but Python has a thin FFI interface to libarchive, and that also works fine: bash5$ python3 Python 3.9.2 (default, Feb 28 2021, 17:03:44) [GCC 10.2.1 20210110] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import libarchive >>> with libarchive.file_reader('MyCoolApp.pyz') as z: ... for i in z: ... print(i.strmode, i.size, i.name, sep='\t') ... b'-rw-r--r--' 23 __main__.py b'-rw-r--r--' 0 __init__.py I had a quick look, but I can't immediately tell why nautilus would not work, as I cannot even find where nautilus uses libarchive. When I tested nautilus 3.38.2-1+deb11u1, it would not even open a .zip. It only offered to run file-roller. I found file-roller includes nautilus/nautilus-fileroller.c which uses a hard-coded archive_mime_types[] that it will activate for. application/x-chrome-extension (.crx3) is not in that list. There is no MIME type for .pyz because it's just a .zip with an optional shebang prepended ("#![^\n]*\n"). Nautilus and file-roller treat a .pyz WITHOUT a shebang identically to a .zip. Presumably this is due to libmagic-like MIME guessing. 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 24 08:51:44 2021 Received: (at 52477) by debbugs.gnu.org; 24 Dec 2021 13:51:44 +0000 Received: from localhost ([127.0.0.1]:35891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0kz2-00030F-Dm for submit@debbugs.gnu.org; Fri, 24 Dec 2021 08:51:44 -0500 Received: from mout.gmx.net ([212.227.17.21]:52079) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0kyx-0002zx-9s for 52477@debbugs.gnu.org; Fri, 24 Dec 2021 08:51:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1640353892; bh=zTgX8K9WDPlgshQ7SimGw4ISJQ7rMjJP9JDAFt7DcxQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=jOY8TjusETKaH22R5S9HGA57vojhSlpyPuO0RRr+LTiZ82NqlGuPFNa23d4ww3cqp xcQNSdPTBUPdMkdqmpis+9NqF1k+T3kXSA5j38RdH8xfJK7kHuzJ+hTA69qjgMNidH +a3IFUa95E6Z0RnKh4WpDg9lWyYSALEih7zrHMyQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([79.140.112.255]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N6sit-1mOMTU3Vdf-018KTA; Fri, 24 Dec 2021 14:51:31 +0100 From: Michael Albinus To: "Trent W. Buck" Subject: Re: bug#52477: 27.1; .crx and .crx3 are zip files References: <878rwn238l.fsf@gmail.com> <87lf0l53mu.fsf@gmx.de> <83r1achpkv.fsf@gnu.org> <874k78hibe.fsf@gmx.de> <83fsqshehh.fsf@gnu.org> <87ee64esqt.fsf@gmx.de> Date: Fri, 24 Dec 2021 14:51:30 +0100 In-Reply-To: (Trent W. Buck's message of "Thu, 23 Dec 2021 15:01:20 +1100") Message-ID: <875yrecdr1.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:S+7Bz4x+qfgwyY4qb+khHlQsbyObusKZ1nN2aLrYN2ad0/K4vgr QSX8ulLMP4Ad64pBqZy+/7t0+aW0R4gtm28SAukG+3d+LFj5bQpA4TEX2EMdQiGnrgjlpuQ oCvbDDMPfDG+la9Dd3k3iohhznj7VNFIcQkfYQ98kE/PmM0NAj07JPea+24qi8NjKy9nQCv ed0zeoDOdguc3QUKzgYYQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:iY6nDXlh5JU=:3hjRTCJZ+kTkC958XZ4LTn NEMPGEDhWbq9hLKsqIHGTpW6WELoGCkdd9rTgROo3aSHebQAurbU3vsLPLH/OGREKGJ2Lho1x k5PT6x3oM5U+LDlrFtqlncZs9dzhQx4DTMqRpF8spZK0Bdyz3R5/b3/b6roYGvcRwQ+ckHUbP DRiUeP7bHYYeR/VnKAq0/puGcbQyhj2QSFZkTAPyGFKkYOxO4oylQUxyV8Yzw4TM/1sCUi8d5 nCccYH3JVzMCm3c//XD/yNb/2EyMr1kiQTufN85ElsMerhA2rQVJlLm8SbIvlei2ybGdekYtJ QWhceuRbXG02kLpine+4bpVkSAJ+Wnua5+05N7WYv70SfKCHwGVLw6HPmwUxqfjXExcRogBfY lugvHIDLuE9zhx8IWt7kUSdJ/v4REogoIfOTmYn1YeouOWWTX4BKI63U7w6ofIf1GmIty6E5D zCOr3n20Tvqb00XNgcXlgdYPQ28JkKXXcvVPladBawmrl/+TlPQFcDrGvI+Oq9oYu5gJBeNW2 bBEKqMuAQVmPEKbJtcuNeMHS6o6O5pK7x0+lIanbMJK7e8x4mbmz/aC+yTo2F3iYNbrc0FfEm /MXz9sOSYihhzhePfIWLTF/HJOVn4mdU1SNJcl0pO+qr8exnpcCyq1Wn3vCjLI9skY0PUHk68 dfJW6Af/R7yS/9dKBfvfcCwYwgEtkAogVmLzrcy/oSRwq+xJ8DIoPxlDSxHyjab0xe46UIJwj On8M31apn55iBEOJ+kyY3AKYlRo1/TIqz/pTQ8wCsl6/xI2ZOH0OZ8WdcHW9CQwUCfUGX2uCa MkQ/pzQu37+294snsv0kq0I6FSH8+ZGEGTGtgJT0YfN2mnpkUeafDTpqo0oSSATpdBYSwyf2r R4IJPjwoFkUVtdSkvcbbBkEoBJ7ElrGCMniundUd4KOkAOqPRrF/sV2pvubk7QYKW3v4f4VD+ aKxvluitHBrdLgS9VRWz+Y7BBbAhoSHsoMGjnXHFJ1h+IWjcttpg7QB9iC20nUzP2C41fj+6l x1fmD0crZf+iPo1WAjSNRTnL2PMijTqwDiOOgU4lwDKpKATkpwZtEKwdYK+WZAQqeQJowslAN ROt3bHRlc3h1GY= X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 52477 Cc: Eli Zaretskii , stefan@marxist.se, 52477@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) "Trent W. Buck" 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.