Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 20:11:35 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 16:11:35 2021 Received: from localhost ([127.0.0.1]:48108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSm72-0007zZ-Gs for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 16:11:35 -0400 Received: from mail-ed1-f42.google.com ([209.85.208.42]:37850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <mvar.40k@HIDDEN>) id 1mSm70-0007zK-MN for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 16:11:31 -0400 Received: by mail-ed1-f42.google.com with SMTP id bx4so997228edb.4 for <47058 <at> debbugs.gnu.org>; Tue, 21 Sep 2021 13:11:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Uh9GkB7Ep9TymwPbnm2p7s9g/wKlBS76q/egVLBssNg=; b=SA1rULCYAfqqneo30/gnn4yIt2qarypylSphgvRxekjyouJ8Tv6ntBkU8SOrmiCa0h LEOTeeBREIrVRxZNxJq8XNG31lWHQzTM9bpyN4EqG7+JgFNlXoi0Gr2ZjnirvO+rJ3dA rV0yisVwPPMGZsp4F6VNnKCDiznE7Pi9+Z/vn52jTuraOTdYLRForJ+zRgwr/fog4a+P KsHqTSlwed7ZEzsnGkmOL78xVRFKqef2q/g/1o8z8Odi+tJMJvqUoD44LU4Ai1pTbAc9 1k/niukxCKVbeOKVfI0EqPgtdf2VPSmp8Tv5MnaPew0bqKNyFeiHaNAVKKWBsicbZyda Sq1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=Uh9GkB7Ep9TymwPbnm2p7s9g/wKlBS76q/egVLBssNg=; b=wGfvQyW7prvBdDMIpomu+x3PJKqmMyYNFO/aB7aBpseh7eWoduVKOjwaEXuXbsNgFJ yqW3AQKga4YSN1Yyz3vqCapc1Tx2PtfNIMn2nrlim8kMbSsv5zkJqxBSbqM3pDqZcG3g VtYe8MBKVpWbvsMCllnHCGw+31UJvb7RSkedeOF3nZMIXHnURYIZqJ8ZIL0htzDMqwfx HnJ6GwMzNGoR7eXFS/sRq31sw43axiX3qrQBeygXRpExQqIQqsO0GPX5/AeU/UwLMJpF yjnIES+Dkb+Lc5V0TCV8ZRbU74TQ+29TBcVXythYB9UB+kEYHxfiXtiXI1TYWoBbZiG1 lo4A== X-Gm-Message-State: AOAM532MsfU9tQcHL7DiPINpWDjaQKF6pG6rB0QmNFpvWm4EDhDv2zZI HQi3REX/rIjgS9YyjnDD2n0jH20d7RKsMsc3SCyFNQ== X-Google-Smtp-Source: ABdhPJyBjrfEsj17QKvsWW33Z9Ds/DMkv7xs9lOBrkQCyPObuYTp2Dh3dVqsLQrsy1KSVk4H9T5ozg== X-Received: by 2002:a17:906:8cd:: with SMTP id o13mr36568637eje.341.1632255084792; Tue, 21 Sep 2021 13:11:24 -0700 (PDT) Received: from tarsonis ([2a02:2149:8842:bf00:4e17:280e:ca32:e506]) by smtp.gmail.com with ESMTPSA id ec3sm5153833edb.72.2021.09.21.13.11.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Sep 2021 13:11:24 -0700 (PDT) From: "Michalis V." <mvar.40k@HIDDEN> X-Google-Original-From: "Michalis V." <mvar40k@HIDDEN> To: Gregory Heytings <gregory@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> <83fstyz334.fsf@HIDDEN> <87lf3pzwge.fsf@HIDDEN> <052fb8a67e3d62982081@HIDDEN> <834kadydjo.fsf@HIDDEN> <052fb8a67e886712c3e6@HIDDEN> Date: Tue, 21 Sep 2021 23:11:22 +0300 In-Reply-To: <052fb8a67e886712c3e6@HIDDEN> (Gregory Heytings's message of "Tue, 21 Sep 2021 19:19:52 +0000") Message-ID: <87o88ly9hx.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 47058 Cc: mvar.40k@HIDDEN, larsi@HIDDEN, mcenturion@HIDDEN, arthur.miller@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Gregory Heytings <gregory@HIDDEN> writes: >>> Something like: >>> >>> TMP=$(mktemp -d ./XXXXXXXX) >>> tar -C $TMP -x -z -f $FILE >>> if (($(ls $TMP | wc -l) == 1)) >>> then >>> mv $TMP/* . >>> rmdir $TMP >>> else >>> mv $TMP $(basename $FILE .tar.gz) >>> fi >> >> Wouldn't that remove the files that are in the directory but not in the >> archive? >> > > No, it does what I explained above: > > If all files in the tar file are under one directory (e.g. emacs-27.2.tar.gz > whose files are all in a emacs-27.2 directory), the files will be in that > directory. > > If on the contrary the tar file is "broken" and its files are under multiple > directories or not in a directory (say foobar.tar.gz with three files "/foo", > "/bar" and "/baz"), the files will be put in a directory "foobar". hi Gregory, i've gone down that road with make-temp-file until i realized that i cannot trust that the temporary-file-directory (usually /tmp/ in linux) has enough space to allow such action (e.g. it might be a small ramdisk). But in your example i see you create the temporary dir in the current one where the archive also resides, correct? and i just realized that this is possible in elisp: (let ((temporary-file-directory "/home/mvar/")) (make-temp-file "boing-" t)) without altering the global var. I think this is quite feasible and will give it a try, thank you! Michalis
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 19:19:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 15:19:55 2021 Received: from localhost ([127.0.0.1]:48030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSlJ5-0004MQ-6i for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 15:19:55 -0400 Received: from heytings.org ([95.142.160.155]:41880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <gregory@HIDDEN>) id 1mSlJ3-0004MI-KE for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 15:19:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1632251992; bh=3LfGjb0errjOGAcJi2yYf/z2xjLGJ/ILUvZyhqJJWZY=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=ls9WmANeOvVMOKhNDpUkVNh/4ulF2ibkcOc1UQrOoo2sx0ZjOV8AYKJ1S/A8OZmne ZTpCACRjX5eCLRPIx2TtsMQS3cQ2XoUppiGzPSf0QaiGftPcrXmzxTbwXznOUYA8C5 zvss5e+745tXJ6kxPqRObZ78pmYkI4WHNtJ75hN2b1lpnUVH8qrHKykDjH62Kfhym/ nTuWsh5Fhh2GxH6acHuijpjZLk0Mk+Gh5wzdRT2hQQ7uf2NwI2GgoJ5Rmmk/6mnOwI vlPSYnuW9UrPtkLvVNwOUy6ieLcBByzKQDxWNUxp2Osms8UQrNi+Wpx87WbqQgfsn8 COq9zcCml5qtA== Date: Tue, 21 Sep 2021 19:19:52 +0000 From: Gregory Heytings <gregory@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 In-Reply-To: <834kadydjo.fsf@HIDDEN> Message-ID: <052fb8a67e886712c3e6@HIDDEN> References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> <83fstyz334.fsf@HIDDEN> <87lf3pzwge.fsf@HIDDEN> <052fb8a67e3d62982081@HIDDEN> <834kadydjo.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47058 Cc: mvar.40k@HIDDEN, larsi@HIDDEN, mcenturion@HIDDEN, arthur.miller@HIDDEN, 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> Would it not be easier to unconditionally untar the contents in a >> temporary directory, and to either move its contents to the current >> directory if it contains only one entry, or to rename it to a directory >> based on the tar file name when it contains more than one entry? > > Easier in what sense? > In the sense of "DWIM". >> Something like: >> >> TMP=$(mktemp -d ./XXXXXXXX) >> tar -C $TMP -x -z -f $FILE >> if (($(ls $TMP | wc -l) == 1)) >> then >> mv $TMP/* . >> rmdir $TMP >> else >> mv $TMP $(basename $FILE .tar.gz) >> fi > > Wouldn't that remove the files that are in the directory but not in the > archive? > No, it does what I explained above: If all files in the tar file are under one directory (e.g. emacs-27.2.tar.gz whose files are all in a emacs-27.2 directory), the files will be in that directory. If on the contrary the tar file is "broken" and its files are under multiple directories or not in a directory (say foobar.tar.gz with three files "/foo", "/bar" and "/baz"), the files will be put in a directory "foobar".
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 18:44:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 14:44:10 2021 Received: from localhost ([127.0.0.1]:47985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSkkU-0007Qo-37 for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 14:44:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1mSkkS-0007Qa-A5 for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 14:44:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34556) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1mSkkL-0006Fk-5a; Tue, 21 Sep 2021 14:44:01 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1683 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1mSkkK-0006AL-DF; Tue, 21 Sep 2021 14:44:00 -0400 Date: Tue, 21 Sep 2021 21:43:55 +0300 Message-Id: <834kadydjo.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gregory Heytings <gregory@HIDDEN> In-Reply-To: <052fb8a67e3d62982081@HIDDEN> (message from Gregory Heytings on Tue, 21 Sep 2021 18:38:52 +0000) Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> <83fstyz334.fsf@HIDDEN> <87lf3pzwge.fsf@HIDDEN> <052fb8a67e3d62982081@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47058 Cc: mvar.40k@HIDDEN, larsi@HIDDEN, mcenturion@HIDDEN, arthur.miller@HIDDEN, 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Date: Tue, 21 Sep 2021 18:38:52 +0000 > From: Gregory Heytings <gregory@HIDDEN> > cc: Eli Zaretskii <eliz@HIDDEN>, "Michalis V." <mvar.40k@HIDDEN>, > mcenturion@HIDDEN, 47058 <at> debbugs.gnu.org, arthur.miller@HIDDEN > > Would it not be easier to unconditionally untar the contents in a > temporary directory, and to either move its contents to the current > directory if it contains only one entry, or to rename it to a directory > based on the tar file name when it contains more than one entry? Easier in what sense? > Something like: > > TMP=$(mktemp -d ./XXXXXXXX) > tar -C $TMP -x -z -f $FILE > if (($(ls $TMP | wc -l) == 1)) > then > mv $TMP/* . > rmdir $TMP > else > mv $TMP $(basename $FILE .tar.gz) > fi Wouldn't that remove the files that are in the directory but not in the archive?
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 18:38:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 14:38:56 2021 Received: from localhost ([127.0.0.1]:47972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSkfQ-0007Hc-3V for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 14:38:56 -0400 Received: from heytings.org ([95.142.160.155]:41780) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <gregory@HIDDEN>) id 1mSkfO-0007HT-Bo for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 14:38:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1632249533; bh=1hKlHOdgFOy0pMyYKZjSNLvg+0P+VmMzES3uoVyOMSg=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=vLinWLMrfjGrLFTfFqkA/ePpnDCJPcFVhlU2MFD5w8rHC1BioULS8d3YN/7A8avgr CfJ+Su+4rJf9mvj6O0qeqEpzA4Dapu6xZmDX0GjyZAwai3NzUMbhZ1HoX65FiQ2HVS IM7FQ4sSFHGxEKQP8n2k0FHWo3OShSL8tpUnCpjWamJ/hT6TKAa+BqWjkZ8BKgAAuq T3p2X3w1UgeX5qSYdkgYXU/tuF/+gBNXk7sM6FYoI17/wGnzsYwkrmvUcSaJw1tdVZ MH2AyjoW51k/N9fK7wDlmS0twQuUH1QokhKoF7PEWIM5tRRcqJHmUw2aLA9TjMrVQH ryLdi3bRhIyxQ== Date: Tue, 21 Sep 2021 18:38:52 +0000 From: Gregory Heytings <gregory@HIDDEN> To: Lars Ingebrigtsen <larsi@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 In-Reply-To: <87lf3pzwge.fsf@HIDDEN> Message-ID: <052fb8a67e3d62982081@HIDDEN> References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> <83fstyz334.fsf@HIDDEN> <87lf3pzwge.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47058 Cc: "Michalis V." <mvar.40k@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, mcenturion@HIDDEN, arthur.miller@HIDDEN, 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> That's a separate issue. And I don't see how is it a security issue >> for Emacs, when unpacking an archive manually with 'tar' etc. would >> produce the same results. If the user wants to overwrite his/her >> sensitive files, we should let them do it, in the same way as other >> utilities do. But that's MO, and it is a separate concern anyway. > > It's an Emacs security issue because we make it so easy to unpack these > tar files. We should ideally inspect the file first and see whether > it's an adversarial tar file first, and then prompt the user for what to > do. > Would it not be easier to unconditionally untar the contents in a temporary directory, and to either move its contents to the current directory if it contains only one entry, or to rename it to a directory based on the tar file name when it contains more than one entry? Something like: TMP=$(mktemp -d ./XXXXXXXX) tar -C $TMP -x -z -f $FILE if (($(ls $TMP | wc -l) == 1)) then mv $TMP/* . rmdir $TMP else mv $TMP $(basename $FILE .tar.gz) fi
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 17:58:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 13:58:37 2021 Received: from localhost ([127.0.0.1]:47913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSk2P-000693-DG for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 13:58:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46922) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1mSk2M-00068p-PF for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 13:58:35 -0400 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=LYTy9jDoVcw3A0YJWcLZbhFECvERot3zfgpwOeb8MKM=; b=hWUw9f3QXHqH/h5K1xErpdCFTy djXReEFBgYvA/5Uq3cWgJ84vuhTp3PDJM3U4CQn631gEMe3sO4uCmv5/7CQOGesDFWKjXuvwdDGb3 053DJlI7+aR2rJlgNIIo9rFH9iG5nqmA8vSe8hFJrSM9vZoJruUpdIGWepicHDiyyPEY=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1mSk2E-0000KN-MO; Tue, 21 Sep 2021 19:58:28 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> <83fstyz334.fsf@HIDDEN> <87lf3pzwge.fsf@HIDDEN> <83a6k5yfrb.fsf@HIDDEN> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEXq3NL9/fvisZTn w6e2U0qwinTgoWxGLC7///+QgKddAAAAAWJLR0QIht6VegAAAAd0SU1FB+UJFRE4B3SVBVIAAAGs SURBVDjL3dTNjpswEADgcbJpr56g7hnsjXvFWOJcsU56TQlsrlnDzgOsdt+/Y0r+KH2BIgHWfMxY HluAwNlLAgqUUkiJAjC+5fBEZBAcjMC5QwgHhn+U+n8ghTtLLuC1y+fSoAlBKZfPgPe+VWoqyQB+ 2yquBnCFb9D7P2IR5Hp/mewB3gbYVbngvTmcK0oPLxz+8L5aZLjSdTamJG8XcJD8rFs7psgGXoZJ js8FiO+fKpNjLQZqm83WVzng8bP5IcdaHgLxAlvv6xSP75utGOEJahUcwNI5gV/fTajPs0PQahgV AtcftS7tuSVhHBe5WDa+RXEF18XBKkV89P7XpYnBORNTVtz7pKnrKyhXxhS52qPcqPQGtDInho1u davsDSjjDH+4dA/7xQFvIVDRZyxwsNc9BuqccURk4/G/3VoiXWBCVI1tvQOL0vSvk8NApJzmL/vn KRjqOAUX3RQ0lcUkOIKTHdkZCIX9otMZqJyWXSHuommEnSvFWp2GwLliHuGp46gh8VcpsyPCR/M6 hZJ6UhnSSU6A27RTAZNT/LtwIN78u+E7psys4zcuuoaYrmIHhAAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMS0wOS0yMVQxNzo1NjowNyswMDowMOYxmxwAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMDkt MjFUMTc6NTY6MDcrMDA6MDCXbCOgAAAAAElFTkSuQmCC X-Now-Playing: Suicide's _Alan Vega * Martin Rev_: "Harlem" Date: Tue, 21 Sep 2021 19:58:24 +0200 In-Reply-To: <83a6k5yfrb.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 21 Sep 2021 20:56:08 +0300") Message-ID: <87zgs5yfnj.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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 <eliz@HIDDEN> writes: > By "easy" you mean the single-key command? But then I could have the > same via a shell alias. You could, but that's not be an issue for Emacs. :-) 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: 47058 Cc: 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: > By "easy" you mean the single-key command? But then I could have the > same via a shell alias. You could, but that's not be an issue for Emacs. :-) > We can still ask the user for confirmation if we think the danger is > real. Yes, that's what I think we should do.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 17:10:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 13:10:32 2021 Received: from localhost ([127.0.0.1]:47839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSjHl-0006l5-DN for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 13:10:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46380) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1mSjHg-0006kl-O7 for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 13:10:24 -0400 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=lWZRuYVggjyI5j0pxB11Mg0te7vSWHX+ARYY/pMi8rk=; b=T7NnJdHUe5ZhQnAJ/q134+OPwy Vjm4tGjnAww/oJYs9RNmjuMV6Gy18+z4XAkDIl199w0+FlPsyRltUonOwaUXlj/V2utK3yn2Ts2f3 MqqX/gGBg4ybdbwIdX9GzDd79jqOENatiaHwFYZcLxrVG5HLV+OmdC+rV+k81fviHshU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1mSjHW-0008Jk-HN; Tue, 21 Sep 2021 19:10:13 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> <83fstyz334.fsf@HIDDEN> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUsKCaCaWfc2db/ //99QFzzAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UJFRAuLbJ0E2QAAADfSURBVCjPldE9DoJAEAXg kcgWVBRYuEfgFJiINSbQWNswp9DCfgtDQYUJGHmnFMP+aWKiW+2XzbyZzBL9ccK8dEj2VWax2mwc qCQPYVY4yKsXx+MXlAwXUPPdgTnXDauCJMMDvJoAw3yJq5LWeMwoJtTcZPqNFuCmwcmU7C7CQOCs BMzMUCT0dEHrIcILOjxFqyjq9ZhoOpLKYDhSms3THTAWxDr5AMQEh2Qx0lL3RBKYjQhga3pOQ+MS Pew+cJO9QYqBLSRGWEwJUHY78Ff1sTf/S97gkl9FnQeh6PfzBJ1CT4GD8YKeAAAAJXRFWHRkYXRl OmNyZWF0ZQAyMDIxLTA5LTIxVDE2OjQ2OjQ0KzAwOjAwT4uJPgAAACV0RVh0ZGF0ZTptb2RpZnkA MjAyMS0wOS0yMVQxNjo0Njo0NCswMDowMD7WMYIAAAAASUVORK5CYII= X-Now-Playing: David Bowie's _Brilliant Live Adventures (1): Ouvrez Le Chien (live Dallas '95)_: "We Prick You" Date: Tue, 21 Sep 2021 19:10:09 +0200 In-Reply-To: <83fstyz334.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 21 Sep 2021 12:32:15 +0300") Message-ID: <87lf3pzwge.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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 <eliz@HIDDEN> writes: > That's a separate issue. And I don't see how is it a security issue > for Emacs, when unpacking an archive manually with 'tar' etc. would > produce the same results. If the user wants to overwrite h [...] 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: 47058 Cc: "Michalis V." <mvar.40k@HIDDEN>, mcenturion@HIDDEN, 47058 <at> debbugs.gnu.org, arthur.miller@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: > That's a separate issue. And I don't see how is it a security issue > for Emacs, when unpacking an archive manually with 'tar' etc. would > produce the same results. If the user wants to overwrite his/her > sensitive files, we should let them do it, in the same way as other > utilities do. But that's MO, and it is a separate concern anyway. It's an Emacs security issue because we make it so easy to unpack these tar files. We should ideally inspect the file first and see whether it's an adversarial tar file first, and then prompt the user for what to do. > I'm okay with having a separate command for unpacking, yes. We'd need > to provide a backward-compatibility option if we do that, since 'Z' > unpacks for some time now. Separate commands here would be good; yes. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Debbugs Internal Request <help-debbugs@HIDDEN>
to internal_control <at> debbugs.gnu.org.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 17:08:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 13:08:07 2021 Received: from localhost ([127.0.0.1]:47778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSjFX-0006ds-EP for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 13:08:07 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1mSjFW-0006dF-8j for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 13:08:06 -0400 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=vCN0IYq0t6n/3vLsG7QCpwLMg9IH/bXxi4A5FFbHA64=; b=i2JE7PW2doZCnaWI6fouhCUjSm fNKuYQBBxD7tZcu1L/OAcgsRyfEk4yAAS/rjJ+f+JInMUUlpJHQcXlEAxb5ubGSGYHp4j38fv0nIF 5WnmrvH2aVEYMD2VS9H6CAmDfO3WwwFfUZJV3lCqV/fQf9ugrIVfktEPV+lH8nfSckT4=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1mSjFL-0008HP-Kk; Tue, 21 Sep 2021 19:07:58 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUsKCaCaWfc2db/ //99QFzzAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UJFRAuLbJ0E2QAAADfSURBVCjPldE9DoJAEAXg kcgWVBRYuEfgFJiINSbQWNswp9DCfgtDQYUJGHmnFMP+aWKiW+2XzbyZzBL9ccK8dEj2VWax2mwc qCQPYVY4yKsXx+MXlAwXUPPdgTnXDauCJMMDvJoAw3yJq5LWeMwoJtTcZPqNFuCmwcmU7C7CQOCs BMzMUCT0dEHrIcILOjxFqyjq9ZhoOpLKYDhSms3THTAWxDr5AMQEh2Qx0lL3RBKYjQhga3pOQ+MS Pew+cJO9QYqBLSRGWEwJUHY78Ff1sTf/S97gkl9FnQeh6PfzBJ1CT4GD8YKeAAAAJXRFWHRkYXRl OmNyZWF0ZQAyMDIxLTA5LTIxVDE2OjQ2OjQ0KzAwOjAwT4uJPgAAACV0RVh0ZGF0ZTptb2RpZnkA MjAyMS0wOS0yMVQxNjo0Njo0NCswMDowMD7WMYIAAAAASUVORK5CYII= X-Now-Playing: David Bowie's _Brilliant Live Adventures (1): Ouvrez Le Chien (live Dallas '95)_: "The Man Who Sold The World" Date: Tue, 21 Sep 2021 19:07:55 +0200 In-Reply-To: <83wnnaz67v.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 21 Sep 2021 11:24:36 +0300") Message-ID: <87r1dhzwk4.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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 <eliz@HIDDEN> writes: > This change will now cause the files by default to be unpacked into > emacs-X.Y/emacs-X.Y/, which is not our intent when we produce the > tarball. I misread the patch somehow -- I thought in cases like that we'd end up with just emacs-X.Y/ (when the queried-for directory was the same as the one in the tar ball). 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: 47058 Cc: mvar.40k@HIDDEN, mcenturion@HIDDEN, 47058 <at> debbugs.gnu.org, arthur.miller@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: > This change will now cause the files by default to be unpacked into > emacs-X.Y/emacs-X.Y/, which is not our intent when we produce the > tarball. I misread the patch somehow -- I thought in cases like that we'd end up with just emacs-X.Y/ (when the queried-for directory was the same as the one in the tar ball). So I've now reverted the patch on the trunk (and I'm reopening this bug report). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 12:06:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 08:06:38 2021 Received: from localhost ([127.0.0.1]:45143 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSeXm-0007Cv-Cv for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 08:06:38 -0400 Received: from mout.gmx.net ([212.227.15.15]:36547) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <michael.albinus@HIDDEN>) id 1mSeXj-0007Cc-EB for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 08:06:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1632225987; bh=2yNqbBz6PzSWTvW5QkIii7pTcH1yEku35ngh40iDIeU=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=SrVRAbRMvQ3/nQYLveIYpedwZJtpO1xfqgIgaNnlfVrwztKIjEdskdoEgAFak5Zzr tG+n7lNWYmHrWZGJGefHYnhbySm8hWnf1ROaeuONEYun8C7nj3BK6qbKu/OTv8I/wC RtS5advElXq1WIBrIhOB9y1xyImaHQg/jfq/+hZ4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.238.85]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1McY8d-1n0Knm1MgH-00d0TA; Tue, 21 Sep 2021 14:06:27 +0200 From: Michael Albinus <michael.albinus@HIDDEN> To: "Michalis V." <mvar.40k@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87r1dicp2i.fsf@HIDDEN> <875yuuqo1a.fsf@HIDDEN> Date: Tue, 21 Sep 2021 14:06:25 +0200 In-Reply-To: <875yuuqo1a.fsf@HIDDEN> (Michalis V.'s message of "Tue, 21 Sep 2021 12:24:33 +0300") Message-ID: <87lf3qcev2.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:phclTLCLh1bz3dcw0qhiDjeJCZjF583M5ltkPhxnDfzNV5Wb/M2 C9SyTUMIKYFhZt5WyxqqdrQoNzZlceKwTgZeDFmjaUlsrIE9gRlSqZNjfdDR2pP6mFknUTc 4cMCHSfeiDsjhQAy86540k+Nxep3HFQ8YsnH+kHKUNRG08V5KhpV3NLNeIdMAPvrp1cEVfB iSq7i7G1YqEEFBtJ40nww== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:fyjmOEgAZtc=:46juek+o47EvKsP7ry5eLc fHZe0AGpKUTJiuTnwhJs+w2sEjNUj0UtIgGrXVc8Toozy+FIvly4HzoBv2twBD3ZYhxS8+DJi KK7tWDWjbKAGPTFXnSnq4DsYAHbGLDdoKaQNMp3ZKNpKfe8aTw5beRlApvSYsEXwhycCIUJWX C4bDr4POlzK9/Cg1G3JBU0jktHwZINDw7zKuXEFlmVVC52uFLaz2tMgrJ9bPuq4ediryyH9Mf v8BfV7nH1kvABP0XBM+Hx9+c1AsjmNqP0RrIZsW3BSmNs1PIof/NQUMB7q854rqtse1crPa0q M7d7EUp8tzonAsXz+jO20KYrOYofryeyQxovf9i2EXQXI9KuGuS0PO4mvH2NOBXDNx50bQnPU mPx4LB8uiSdK6VvIthoUgQ2rDw/m6Tdk5xVDNi2ekItlPUJNdrQI2+5hgivV3/FmHclU2UBPZ bn3vUJ238aPJZ4mkReoZfGtGqPfgfXiGLY7XdIo1SUOzjZVgHe+I8b1s5d+UTK9WQAeZidcyy N/Eb+6hJeV4ZBBRcZvXFdGbWjZpGvLhK6mGIPie5i5uAYq6CHjPdgfqo3bu8bbRwW9K1WsBSp LK/FFsW4VVKAc6JPDj68G4JiB2JYlGu7XtnN9InTgZc/TgfWYU8f6TGC3g5kLbwYhRFg/8qWo qreKm3zTEp0U9+1zpsIF2Dj4qA+8EZ/DmGgDwfvMSUr3hfd7W/ku5ROzeTRpv0dO6sSMcfHsW iaeLMKv7g0jLGpKmxQViF28HAOxaGJb3p9KmXYStgrxHUfQI7kNfvhSbhONE2zxMRURHc1rUF 9qC9ChQkFjOPfAPmxbo+gScZFGcBkyZNGsCKuZYuNlKqGc7ibDSLpj9dJTtMx0WY9wMH0ur0O 8WEUSG+eNA1xMfQuFd0NpOU7gwJaLxEQiWV12nLlqIlXkHnaciTY8raSH2js0OJH3nm57bt6K Jwxb+5v4IqBgvqTOKH0tgZXezk7hbXwaryz/u13ySE2sJUVx6arqTb9N0gg4T8PZcSNP4Dv3z nMiAN3fvGiI0iuj61+5cetirXHBiACRqiGkqdh41MbwYssWVCKvDyU3oetIz05ljBYXE1UOPw 9p/YryRM1pIgSw= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47058 Cc: Marco Centurion - URI <mcenturion@HIDDEN>, 47058 <at> debbugs.gnu.org, Arthur Miller <arthur.miller@HIDDEN>, tino.calancha@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) "Michalis V." <mvar.40k@HIDDEN> writes: > hi Michael, Hi Michalis, >> dired-compress-file is also handled by remote file name handlers like >> Tramp. How does this fit? > > i stayed away from the handler part, basically i was scratching my head > trying to figure out when this gets called in dired-compress-file > > (cond (handler > (funcall handler 'dired-compress-file file)) > > since i've never used tramp for compressing files etc. i'll have to dig > into this area a bit. This is a call of Tramp's own implementation of dired-compress-file when default-directory is remote (ie, it has a syntax like "/ssh:host:/path/to/file"). The reason is, that commands like "gzip" must be executed on the remote "host" instead of the local one. >> And note, that these days Tino Calancha is working in this area, see bug#50581. > > i'll have a look there too, thanks for the heads up! Since Tramp's implementation tramp-sh-handle-dired-compress-file is following the implementation in dired-compress-file, and the only other handler is in ange-ftp, I'm curious whether we shall enable support for remote systems directly in dired-compress-file. It uses already process-file, so it shouldn't be too hard. Opinions? > cheers, > Michalis Best regards, Michael.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 09:32:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 05:32:32 2021 Received: from localhost ([127.0.0.1]:44938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSc8d-0002Qb-RW for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 05:32:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1mSc8c-0002QO-AB for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 05:32:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39700) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1mSc8W-0003Wi-9H; Tue, 21 Sep 2021 05:32:24 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3541 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1mSc8V-0000Ih-OU; Tue, 21 Sep 2021 05:32:24 -0400 Date: Tue, 21 Sep 2021 12:32:15 +0300 Message-Id: <83fstyz334.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: "Michalis V." <mvar.40k@HIDDEN> In-Reply-To: <87a6k6qoat.fsf@HIDDEN> (mvar.40k@HIDDEN) Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> <87a6k6qoat.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47058 Cc: mvar.40k@HIDDEN, larsi@HIDDEN, mcenturion@HIDDEN, arthur.miller@HIDDEN, 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: "Michalis V." <mvar.40k@HIDDEN> > Cc: Lars Ingebrigtsen <larsi@HIDDEN>, mvar.40k@HIDDEN, > mcenturion@HIDDEN, 47058 <at> debbugs.gnu.org, arthur.miller@HIDDEN > Date: Tue, 21 Sep 2021 12:18:50 +0300 > > Btw one of the reasons i went with this approach and included -C > parameter for tars were some security concerns expressed in #25611. That's a separate issue. And I don't see how is it a security issue for Emacs, when unpacking an archive manually with 'tar' etc. would produce the same results. If the user wants to overwrite his/her sensitive files, we should let them do it, in the same way as other utilities do. But that's MO, and it is a separate concern anyway. > There's also a suggestion in the discussion there that Z should just > decompress and not untar the archive and the un-tarring should be a > separate action/procedure. That would be a drastic solution to this > problem but on the other hand it would make sense semantically > (extract != decompress). What is your opinion on this? I'm okay with having a separate command for unpacking, yes. We'd need to provide a backward-compatibility option if we do that, since 'Z' unpacks for some time now. > in any case i'll try to assemble another patch based on your suggestion. Thanks.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.
Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 09:24:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 05:24:42 2021
Received: from localhost ([127.0.0.1]:44915 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1mSc14-0002Af-5K
for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 05:24:42 -0400
Received: from mail-ed1-f42.google.com ([209.85.208.42]:42761)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <mvar.40k@HIDDEN>) id 1mSc12-0002AM-Af
for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 05:24:40 -0400
Received: by mail-ed1-f42.google.com with SMTP id t6so71608128edi.9
for <47058 <at> debbugs.gnu.org>; Tue, 21 Sep 2021 02:24:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=from:to:cc:subject:references:date:in-reply-to:message-id
:user-agent:mime-version;
bh=uf8kKUOQoF2MW6zfkt2/fJ5SS49EHr41e46YRb/qCVs=;
b=bOw3OqtZBvy4Z9H5WBxyVSpK6f6YJVoi21yhNJROIwskadkFM/CYUeOh7jLVUuxI38
QSdpgKYgh/XVqsRKMWB0u33TpmOt7b+Pv7+oyEw2cq+r9Er2WTfk7Y7RRc0HEdDB7HjY
PkjVQm11ZnlDsPRqOegzEmD0EQWQFPpK4nQNBXo+Ed1VjHC6GLepzfAFVzo4CD0q1XbV
XQRkgzPxi/3OQ0m1x5cIvnF63QdcnVjtpuQ0QmUqRx4Sq68kjPMhm/C/vFj19shzQ9wa
iZboH5tAVi+3/IAc0iCLGxVY7J4mGWLzTjm4xNI2//A0b2wCyfKeLvpfhIj5nYyt0sbf
Bzcw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
:message-id:user-agent:mime-version;
bh=uf8kKUOQoF2MW6zfkt2/fJ5SS49EHr41e46YRb/qCVs=;
b=Zbf+vBiJjAB4O4LsYKcfNKYFOVjZp2ax7m65JNvu2CbERNsyfmVh8W+P98tKDxLt6O
5ij7h6vOODInfYNq4Vxulh3AaBf8GLNvMHr06z7lTmqHypaJU95jCYHg5D0ncKQEeK9Y
GRz9yzAjFKbJ2OUWy2kfTsrUJj9hXZsFhnG4LHQ89TsHLlGMT2w2yKf9lNmWAMxN3dXr
sQSBdEMCse3DU2+DAXp3VHw/3TOJQr9zTegX9x+17vbh/rhzk8Rgq7OyYuvpLAmx+iHW
5unGxvlyB9LTBNz4YrQWRRxRg5IEwJ0nhm3u1Y+R/tTQtwtoOz6fXELvN3biuiVBkdXV
4u2Q==
X-Gm-Message-State: AOAM530HcnPOyAnt4dRzBve4C431QPvVjc8EXpbKJihAgIolnkxGNjyu
8AShomZ3SFPYb/W0xnypyuI=
X-Google-Smtp-Source: ABdhPJxWr6eZjfWghH+Eqvf83ug1+qnWPftU7itiiTA44IyDrFUJqg/AT0gbXVPxj0px2tvxIeNPjg==
X-Received: by 2002:a50:9347:: with SMTP id n7mr33600276eda.249.1632216274340;
Tue, 21 Sep 2021 02:24:34 -0700 (PDT)
Received: from cnu407c2zx.nsn-intra.net
([2a02:2149:8842:bf00:fe15:b4ff:fee9:4f35])
by smtp.gmail.com with ESMTPSA id u19sm5507421edv.40.2021.09.21.02.24.33
(version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
Tue, 21 Sep 2021 02:24:34 -0700 (PDT)
From: "Michalis V." <mvar.40k@HIDDEN>
X-Google-Original-From: "Michalis V." <mvar40k@HIDDEN>
To: Michael Albinus <michael.albinus@HIDDEN>
Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading
directory: No such file or directory, CrossLine_linux_x86
References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN>
<AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN>
<pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN>
<87r1dicp2i.fsf@HIDDEN>
Date: Tue, 21 Sep 2021 12:24:33 +0300
In-Reply-To: <87r1dicp2i.fsf@HIDDEN> (Michael Albinus's message of "Tue, 21
Sep 2021 10:25:57 +0200")
Message-ID: <875yuuqo1a.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 47058
Cc: "Michalis V." <mvar.40k@HIDDEN>,
Marco Centurion - URI <mcenturion@HIDDEN>, 47058 <at> debbugs.gnu.org,
Arthur Miller <arthur.miller@HIDDEN>, tino.calancha@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Michael Albinus <michael.albinus@HIDDEN> writes:
> Hi,
hi Michael,
> dired-compress-file is also handled by remote file name handlers like
> Tramp. How does this fit?
i stayed away from the handler part, basically i was scratching my head
trying to figure out when this gets called in dired-compress-file
(cond (handler
(funcall handler 'dired-compress-file file))
since i've never used tramp for compressing files etc. i'll have to dig
into this area a bit.
> And note, that these days Tino Calancha is working in this area, see bug#50581.
i'll have a look there too, thanks for the heads up!
> Best regards, Michael.
cheers,
Michalis
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 09:19:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 05:19:00 2021 Received: from localhost ([127.0.0.1]:44893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSbvY-0001yz-1d for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 05:19:00 -0400 Received: from mail-ed1-f47.google.com ([209.85.208.47]:38780) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <mvar.40k@HIDDEN>) id 1mSbvW-0001yk-Ak for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 05:18:58 -0400 Received: by mail-ed1-f47.google.com with SMTP id dj4so16031146edb.5 for <47058 <at> debbugs.gnu.org>; Tue, 21 Sep 2021 02:18:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=1gWRRB/K/3I8cBDkxNywlPkiFrRlKZAu60KDftTegyY=; b=WmMYoStEOJ41RMaUjbGb+N3d8wXQuLp16F3RNvdR6RRbGz4TDCICpMvbchY0gfX47m DluFi4Hl3CUYMb5NfspLFmX2FlW1JwJPuEUXELUuWogEXJzzvfgWSHTbzT/leA4QKShK hNsz6k4a0A3hi7REJqkRL2iy7QHTaRlPSF104MKkZDXLWDvA8g4QbmTofJuhscCWzmei PwBSiC46SIiageblfADOBJJHUJVfbALJM9xNnaDRTfqV4G0CXw48yxdfyiMUoMPFf3iF hO+K3GDIGKddrsG0KWxsoBTdUhcv38ugN3WwWBg1EiiASkgELpcfO4hrFPxz9cwnrXSr a2Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=1gWRRB/K/3I8cBDkxNywlPkiFrRlKZAu60KDftTegyY=; b=z62PcJC6B+vO/DRQbw/GsRXbs1uGKZnZiFIQZ/lGDQ0bySwjFT/KIVVJJTLvJKFc98 rxLkS1DLk6a4vANH8CqzwRC6S3wQQGMx5dkL8WNqsDHYa2HMVw9fMcNYcHv+gEYcbddv yu9VypIZqbidRhvGPE/bxVdbj3hVU5EmPOTouMyYZ+V3CLvUT/cb8Cl6b20ZQi0s+RPw dKtVH/dkMbiNu3je/CVtKngDHdawDJ7W7xbLLssiPb+uaTO7f6B+4mrF/vfYDfp5QZS3 QNfWPkRZ8zJSs4DzNuT591+HmG1ihsXHQ4yF1FyBmq7/pfMPYS+LJvI2QpsNhsZB6+X5 25jg== X-Gm-Message-State: AOAM533EuZ5ffAfUNcgF2q0b5qJ4xX8KIFdu7TC8isI7hu3rJ+5sQxZ0 cioNva1tMQ04DVklt5SpEWk= X-Google-Smtp-Source: ABdhPJwZGVfv3j3DRX0yzu/sobxI+VCCe8rSN2frCFdkRtpPi09ekJfCzbk+ZgGy6vlsoVGL8iXuGg== X-Received: by 2002:a05:6402:21c6:: with SMTP id bi6mr25093400edb.372.1632215932447; Tue, 21 Sep 2021 02:18:52 -0700 (PDT) Received: from cnu407c2zx.nsn-intra.net ([2a02:2149:8842:bf00:fe15:b4ff:fee9:4f35]) by smtp.gmail.com with ESMTPSA id d7sm703010eds.42.2021.09.21.02.18.51 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Sep 2021 02:18:52 -0700 (PDT) From: "Michalis V." <mvar.40k@HIDDEN> X-Google-Original-From: "Michalis V." <mvar40k@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> <83wnnaz67v.fsf@HIDDEN> Date: Tue, 21 Sep 2021 12:18:50 +0300 In-Reply-To: <83wnnaz67v.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 21 Sep 2021 11:24:36 +0300") Message-ID: <87a6k6qoat.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 47058 Cc: mvar.40k@HIDDEN, Lars Ingebrigtsen <larsi@HIDDEN>, mcenturion@HIDDEN, arthur.miller@HIDDEN, 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: > So I think the correct solution for this bug is to catch the error of > the missing directory, and instead present the user with an > informative message saying that the files were extracted into a > directory such-and-such. Because otherwise 'Z' in the OP's use case > did TRT: it unpacks the file into the current directory, as instructed > by the archive, the only problem is the error it signals. That > archives should not generally have file names without leading > directories is not our problem; using 'tar' or some other unpacking > command would produce the same result, and there's no reason Emacs > should work differently. In fact, one could argue that Emacs should > work the same, to be consistent with those other methods of unpacking. > > I don't think we should have this "solution" in Emacs 28. hi Eli, thanks for the feedback. I agree that changing the behavior of the command just to solve this corner case is not ideal. Actually i'm neither for nor against merging this patch. It was more of an example solution to trigger some feedback (and i got a first glimpse of ert :) Btw one of the reasons i went with this approach and included -C parameter for tars were some security concerns expressed in #25611. There's also a suggestion in the discussion there that Z should just decompress and not untar the archive and the un-tarring should be a separate action/procedure. That would be a drastic solution to this problem but on the other hand it would make sense semantically (extract != decompress). What is your opinion on this? in any case i'll try to assemble another patch based on your suggestion. thank you, Michalis
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 08:26:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 04:26:12 2021 Received: from localhost ([127.0.0.1]:44821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSb6S-0006l6-Bd for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 04:26:12 -0400 Received: from mout.gmx.net ([212.227.15.19]:37367) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <michael.albinus@HIDDEN>) id 1mSb6Q-0006kr-L3 for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 04:26:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1632212759; bh=C0LnpTZ1U2aU7rMWGBhdafhCeQXWP3MCoV93/kqH5bU=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=WDP4p4aSZBhEF+T3MXS/f7gvj+dnWv1V4HMO0IUCq7AXKTpKK0sessAfXzd/IE9eg zQX2SRVAEKwuaZTjif02B4UQVd5r44hOKu0SgiAiaucV15u4mm8buJ10TNprjBJ42v /E9WCNXyJ3U8loEsup48JuLeIhUa2TUkaN3Amofg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.238.85]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MowKi-1nEKK12fk6-00qUq5; Tue, 21 Sep 2021 10:25:59 +0200 From: Michael Albinus <michael.albinus@HIDDEN> To: "Michalis V." <mvar.40k@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> Date: Tue, 21 Sep 2021 10:25:57 +0200 In-Reply-To: <875yuuq4lh.fsf@HIDDEN> (Michalis V.'s message of "Tue, 21 Sep 2021 01:12:10 +0300") Message-ID: <87r1dicp2i.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:jjnd7owD5SqR+KR1uLHyCU6uttdi07F2jX1ks2LNUNaCZ8uKYIX rXKdiO4ZJVxqY6Kdddl/LsHvBzR8Uo262PctzDJ346yh7VhpOYrFrR65F4WPoY4aG+pIf1C unFc6sEc/PNZ/7w0mAvhQzOYOA8JYx3htTkurq+Tl5639RlQoUiwETc9Vw5R8QnCCj3FoL5 XRyw3yAQbmYt8++pD/veA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:/P7e02Y3lK0=:eaX16jvyzDWrOAxn2TeB8H jayedLehq5zg86Qw29+HGMzz67pY0bvtz0A4JIF4Nh8fS7b6N2ZmEDoeoddxtUbVZsAkE6ZWd Rm6Db0Ou0GJ1kUG5WyWCra+AJuXe5qSiAtPYF9NrzHPUDdDy7qSSbiduqFm5viEIh8wCX/yaM aAVQkTp2/kzyZMqLWXC9v03lQr0Dz2hV3r3WN0WJIbprCymgzC3s1QJ9moWCmwUOyRuQAFNKc RXRIau1guk3J4vUtfR+rQo8xP0CUd8dccWybW5PAwnKDIA/MBXPZHcGVnr1GBKQHMcQY3RqJO 2OaLBGF+9O7ZGlxF3tYk7oFjeV6UG2JNqOqQ0RAU+Vktqp3nN794qbdnZU2Ra1RjnNSR8i3iX eGi8kALTnlRS4jl06MfkT5cjqCChEm0pH+HxINFm0y9cWOufjds/0ghQ+1v5ZbIyVu+7oibIE cco0H2ywsebCcXMIbwWVsI/FnyUwlOsvUwIwzg+5n/8kuSALH7Y1mf6no0j11qC1gbxUzZy+t Z3mA2gY7tgXq6mlKC42cr1zltxdvboRoQCIXHnh/373uk+uVkhRjQd0D/pYdBwxC2hXOLNmkL FUn6ABuvJAsnWTzHuwXj0I2u/LQBgm0wp/Lm53yxxTtksOHtaKVJRVutajZm42IHoO86dPSsT 6DECoRlYDNs8bKvmsfsrC+23ZTDUS0ZP46/XSR+aiKqBLjM0JBp4V6y6CbfhBpmf/cu5X52hX wTRvWXuHeZQpyk6ZYvdkBo3L8Nvwm+rZgSkejxcki6chG8GSgHnAcQGSdF52VRxKY75ZsyDGO HhG5QOmeR6/fhuGXnxxXfVz9FR3Jdactj4LhmQuE0JLJXbucP8SE/YpnfWyxlABDKmvzNw1d/ PsiT8EmUJ3qAuJN415iWrDWQ6Ne6O2hwjF5ff7kcojbmGfP1sOlFgDO9ML0TXci6UXkWUdOGQ i9VsnJ3uhDb+8ZSVwqSgJbkRS5V9UI2bC9uptOipleZnVIE6kZRjlXJ6dCdmf9DLJ6oT8Rauz gSwQ1fHNm2PnM1Q+mrlae6fFJUSDQmfeS6Xs+8HcZ4oTgCb73rSRb9zWrOy9NHHi3cm9PokBv GO0dZTxXXztOwQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47058 Cc: Marco Centurion - URI <mcenturion@HIDDEN>, 47058 <at> debbugs.gnu.org, Arthur Miller <arthur.miller@HIDDEN>, tino.calancha@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) "Michalis V." <mvar.40k@HIDDEN> writes: > hi, Hi, > The main work is done on a new function 'dired-uncompress-file' which > contains part of the code of 'dired-compress-file' (which handles both > compress/uncompress actions). > I thought it would be cleaner to have separate functions for these two > (and perhaps the latter function should be renamed to something better) > i've also added some new tests for .tar.gz and .zip formats. dired-compress-file is also handled by remote file name handlers like Tramp. How does this fit? And note, that these days Tino Calancha is working in this area, see bug#50581. > thanks, > Michalis Best regards, Michael.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 08:24:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 04:24:54 2021 Received: from localhost ([127.0.0.1]:44817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSb5B-0006iV-Q5 for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 04:24:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1mSb5A-0006iG-5Q for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 04:24:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33720) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1mSb52-00042i-FL; Tue, 21 Sep 2021 04:24:44 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3342 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1mSb52-00023k-0p; Tue, 21 Sep 2021 04:24:44 -0400 Date: Tue, 21 Sep 2021 11:24:36 +0300 Message-Id: <83wnnaz67v.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Lars Ingebrigtsen <larsi@HIDDEN> In-Reply-To: <87k0jaft05.fsf@HIDDEN> (message from Lars Ingebrigtsen on Tue, 21 Sep 2021 06:32:42 +0200) Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> <87k0jaft05.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47058 Cc: mvar.40k@HIDDEN, mcenturion@HIDDEN, 47058 <at> debbugs.gnu.org, arthur.miller@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen <larsi@HIDDEN> > Date: Tue, 21 Sep 2021 06:32:42 +0200 > Cc: Marco Centurion - URI <mcenturion@HIDDEN>, 47058 <at> debbugs.gnu.org, > Arthur Miller <arthur.miller@HIDDEN> > > "Michalis V." <mvar.40k@HIDDEN> writes: > > > the big downside of this patch is that it adds another prompt when > > pressing Z: User must now enter the extraction directory (for file > > /tmp/test.tar.gz the suggested default will be /tmp/test/). And that > > behavior change might step on some people's toes so i'm a bit reserved > > if this is the correct approach to solving the particular problem. > > I think the new behaviour makes sense -- uncompressing the way we've > been doing (to the current dir) is pretty dangerous (because the > archives can overwrite files). So I've installed your patch in Emacs 28 > (with some trivial whitespace changes). I disagree that this is the right solution. It solves the scenario of the original report, but at a price of introducing an annoying regression and backward-incompatible behavior in other, more important use cases. Let me take an important example: the Emacs release tarballs. The tarball's file name is emacs-X.Y.tar.gz, and the file names inside have a leading directory of "emacs-X.Y/". The name of the archive is not important -- you can rename it at will, and the files are still supposed to unpack into a sub-directory called "emacs-X.Y" under the directory where you invoke the unpacking command. This change will now cause the files by default to be unpacked into emacs-X.Y/emacs-X.Y/, which is not our intent when we produce the tarball. (Yes, the user can override the default, but since the default is identical to the correct directory name, many users will not understand that they will get the files inside a subdirectory of the directory they are prompted for, and will accept the default, to their cost.) This default is what the MS-Windows Explorer does when extracting files from an archive. It makes people inadvertently extract files into a directory different from what the archive producer intended. It is in particular nasty when unpacking binary distributions, which are supposed to put files into the standard tree starting at "/usr" or "/usr/local". It is sad to see this silly, if not dangerous, default seep into Emacs. The original report is a rare and obscure use case: a tarball without a leading directory. Such tarballs should be avoided; they are not well-formed tarballs. But the use cases into which the "fix" introduces annoying and incompatible behavior are much more important, as this affects uncompressing every tarball out there. So on balance, I'd say it is a regression. We should definitely not make this an unconditional behavior change. The root cause of this mess is that 'Z' was designed as a toggle command, to support unpacking archives that were compressed by 'Z' itself. So it assumes that the files in the directory have the same leading directory as the name of the archive, but that does not have to be the case for archives created outside Dired. So I think the correct solution for this bug is to catch the error of the missing directory, and instead present the user with an informative message saying that the files were extracted into a directory such-and-such. Because otherwise 'Z' in the OP's use case did TRT: it unpacks the file into the current directory, as instructed by the archive, the only problem is the error it signals. That archives should not generally have file names without leading directories is not our problem; using 'tar' or some other unpacking command would produce the same result, and there's no reason Emacs should work differently. In fact, one could argue that Emacs should work the same, to be consistent with those other methods of unpacking. I don't think we should have this "solution" in Emacs 28.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 47058) by debbugs.gnu.org; 21 Sep 2021 04:32:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 21 00:32:56 2021 Received: from localhost ([127.0.0.1]:44447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mSXSi-0005mq-9N for submit <at> debbugs.gnu.org; Tue, 21 Sep 2021 00:32:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1mSXSg-0005mW-Rz for 47058 <at> debbugs.gnu.org; Tue, 21 Sep 2021 00:32:55 -0400 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=uYd5YaDJd1fjhiYfzGpmnY2ccTXUk7yEqx2iNE/vfQc=; b=axbKwRQcvHgiBUnNCRVn1bHYSs j2SfVAgR61ICEmzreEkD5rXFtwN7/kFoIrq/bkM2iLxGZUyZgGMJTp9MAbNiDaaZvNS43HANGZD9F 48BbDoIG7XVSHzKWxW+kPD0NTX+YOGfflCjXx3Dm0RAO9sqdct4VZrZWD7Nud04zIfXQ=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1mSXSV-0000jR-9h; Tue, 21 Sep 2021 06:32:46 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: "Michalis V." <mvar.40k@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> <875yuuq4lh.fsf@HIDDEN> X-Now-Playing: We Are KING's _Modern Love_: "Space Oddity" Date: Tue, 21 Sep 2021 06:32:42 +0200 In-Reply-To: <875yuuq4lh.fsf@HIDDEN> (Michalis V.'s message of "Tue, 21 Sep 2021 01:12:10 +0300") Message-ID: <87k0jaft05.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: "Michalis V." <mvar.40k@HIDDEN> writes: > the big downside of this patch is that it adds another prompt when > pressing Z: User must now enter the extraction directory (for file > /tmp/test.tar.gz the suggested default will be /tmp/test/). [...] 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: 47058 Cc: Marco Centurion - URI <mcenturion@HIDDEN>, 47058 <at> debbugs.gnu.org, Arthur Miller <arthur.miller@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) "Michalis V." <mvar.40k@HIDDEN> writes: > the big downside of this patch is that it adds another prompt when > pressing Z: User must now enter the extraction directory (for file > /tmp/test.tar.gz the suggested default will be /tmp/test/). And that > behavior change might step on some people's toes so i'm a bit reserved > if this is the correct approach to solving the particular problem. I think the new behaviour makes sense -- uncompressing the way we've been doing (to the current dir) is pretty dangerous (because the archives can overwrite files). So I've installed your patch in Emacs 28 (with some trivial whitespace changes). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.
Received: (at 47058) by debbugs.gnu.org; 20 Sep 2021 22:12:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 20 18:12:26 2021
Received: from localhost ([127.0.0.1]:44199 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1mSRWR-0000F5-6U
for submit <at> debbugs.gnu.org; Mon, 20 Sep 2021 18:12:26 -0400
Received: from mail-ed1-f47.google.com ([209.85.208.47]:33780)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <mvar.40k@HIDDEN>) id 1mSRWM-0000Ek-P2
for 47058 <at> debbugs.gnu.org; Mon, 20 Sep 2021 18:12:22 -0400
Received: by mail-ed1-f47.google.com with SMTP id c21so66329348edj.0
for <47058 <at> debbugs.gnu.org>; Mon, 20 Sep 2021 15:12:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=from:to:cc:subject:references:date:in-reply-to:message-id
:user-agent:mime-version;
bh=ybsE1V+9K9ivIR4MTHcDQsY84kXVD9C/oMCJTBQj0VI=;
b=PDc2vDuF91ldNUq5KVEXFveYgMtZ9L5gLh20CyVK8a6aBniDECqfXcSYq5WYuYlxT4
JoRus/3UkTFyZ+ESACx5M8byIydw6bnnbVkJyznzVMmUtBXT/iwEhi17m9UuWcQy4X6p
CuUJGjmwNekDg9oMaZOPI6eKrZrhNPNGXmNPMH1uz1jDmRtG9G1R7ufC2ZshL2YXy9X4
LqaZFk+5SM27YZC8Hg8HTKe4esROwdO4yQEMPyax6QB6M7sfnDVSzrhWfezyHUUN0fg+
a+NEhcNHMtG3N8nIsfuKHByaV0flB+O17gqKAS0h0IZI1acFU4MPvRpOdPAredhgBYLd
l6pA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
:message-id:user-agent:mime-version;
bh=ybsE1V+9K9ivIR4MTHcDQsY84kXVD9C/oMCJTBQj0VI=;
b=XXBCxszyemn6Eh3GOWjarJ5BXSHW0cp8EH8z4nSJlcM8kaMqyn0TbHLbKkW5ug9xCG
lS5QhZzPhF3f1ElVSDgSIKKvAfqkqHKYA8MGGDuPLVShrXx4FIxRJtlxp9iesX7IRoXj
+LpWkFbsK+E7yeaE0p8vCuEaCylp0heK1AlWTX1U/pdL3xjNB/RkLyHDHIvgb2wezC2A
SxpLDmjkB17hdUAgpZEsiy0Ihm1DNQmjKLuGVjcS2rNrhG2fRIIVvstwHppIyBav/bF9
o9hVd5eMZm2ZnAC3Hgs1Ob2WOtKmDuqKL+mzOJgc/rcmm57VNi5yw1IQ5agm7HBGFyE+
Qjcw==
X-Gm-Message-State: AOAM532/ICCcQIMS+1LTQwO7kfgzQDDzX9A6L5NyThQKhGErCf5WOV19
qEe0xtrg91FVFsOXdCC4S/Ty1HFNMUA8yA==
X-Google-Smtp-Source: ABdhPJwSN+bbAKtBN954HAqE/Ll2dfdKEKa6+TW8Bb71hIl2VMrvoNG29gt/zLmxoYdalhLsHGOwjQ==
X-Received: by 2002:a17:906:b807:: with SMTP id
dv7mr30209682ejb.543.1632175932839;
Mon, 20 Sep 2021 15:12:12 -0700 (PDT)
Received: from tarsonis ([2a02:2149:8842:bf00:4e17:280e:ca32:e506])
by smtp.gmail.com with ESMTPSA id by26sm7435167edb.69.2021.09.20.15.12.11
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Mon, 20 Sep 2021 15:12:12 -0700 (PDT)
From: "Michalis V." <mvar.40k@HIDDEN>
X-Google-Original-From: "Michalis V." <mvar40k@HIDDEN>
To: Marco Centurion - URI <mcenturion@HIDDEN>
Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading
directory: No such file or directory, CrossLine_linux_x86
References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN>
<AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN>
<pk635qoflck.fsf@HIDDEN>
Date: Tue, 21 Sep 2021 01:12:10 +0300
In-Reply-To: <pk635qoflck.fsf@HIDDEN> (Marco Centurion's message
of "Wed, 01 Sep 2021 10:59:07 -0300")
Message-ID: <875yuuq4lh.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 47058
Cc: 47058 <at> debbugs.gnu.org, Arthur Miller <arthur.miller@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--=-=-=
Content-Type: text/plain
Marco Centurion - URI <mcenturion@HIDDEN> writes:
> Arthur Miller <arthur.miller@HIDDEN> writes:
>
>> Marco Centurion <mcenturion@HIDDEN> writes:
>>
>>> I can confirm that this bug is present and pretty easy to reproduce.
>>> Steps to reproduce:
>>>
>>> ----
>>> $ touch test1
>>> $ tar czf test.tar.gz test1
>>> $ rm test1
>>>
>>> In dired, press Z (`dired-do-compress`) when the point is on test.tar.gz
>>> ----
>> I just did all those steps in emacs -Q, and I can not confirm any errors. I
>> named files exactly as you show there, and decompressed file is correctly named
>> 'test1'.
>>
>> I tested in two different directories, you three shell commands from terminal
>> (st in my case), and Z from dired created correctly test1.
>>
>
> Yes, the file is correctly decompressed. The original report is about
> an error message that shows up in the minibuffer "Reading directory: No
> such file or directory, test". And that's what I was able to reproduce
> without having to download the file linked in the report, something that
> I guess a lot of people wouldn't want to do.
>
>> Press 'g'.
>
> I do that, I just thought that it's a bit of a weird behaviour that
> sometimes after pressing Z the dired buffer is consistent with what's
> actually in the directory and sometimes it's not. That is all.
> Personally I wouldn't be opposed to reverting the buffer after every
> operation that modifies files, but I'm sure most would and with good
> reason.
hi,
i've had a look into this some weeks ago and only just now managed to
assemble something presentable. As Marco correctly noted, the
problem is not with just a single file - any .tar.[gz|xz|zst|bz2] that
contains just files (no directories) will give the reported error.
The culprit is what 'dired-compress' expects: it assumes that the
uncompression result will produce just a single file or directory.
For example a test-file.gz will produce test-file, emacs-27.2.tar.gz
will give emacs-27.2/ etc. A special case is with formats that support
output directory like zip: boing.zip will be extracted to boing/
no-questions-asked. But for tars like this:
for i in a b c;do touch $i;done
tar cvzf abc.tar.gz a b c
doing Z on abc.tar.gz causes 'dired-compress' to expect abc but the
result is 3 new files a b c (and thus the error is shown). I tried to
think of some way to fix this and i've ended up with the attached
patch. What it does is to basically ask the user where to extract the
contents of the archive (even for zip files, so that the Z behavior is
somehow similar). To make this work for tar files i've added the -C
parameter in 'dired-compress-file-suffixes/. I've also added a missing
.tar.bz2 suffix (until now .tar.bz2 would just be decompressed & not
extracted).
The main work is done on a new function 'dired-uncompress-file' which
contains part of the code of 'dired-compress-file' (which handles both
compress/uncompress actions).
I thought it would be cleaner to have separate functions for these two
(and perhaps the latter function should be renamed to something better)
i've also added some new tests for .tar.gz and .zip formats.
the big downside of this patch is that it adds another prompt when
pressing Z: User must now enter the extraction directory (for file
/tmp/test.tar.gz the suggested default will be /tmp/test/). And that
behavior change might step on some people's toes so i'm a bit reserved
if this is the correct approach to solving the particular problem.
finally there's a corner case that is not solved: in the above scenario
with abc.tar.gz when you uncompress you still need to hit 'g' to refresh
the dired buffer (but there's no error anymore so at least that's
something). A fix for this would require some refactoring on what
'dired-compress' expects, perhaps make it expect a list of
files/directories and not just a single one, plus some more thinking into
the 'dired-compress-file' compression part.
thanks,
Michalis
--=-=-=
Content-Type: text/x-diff
Content-Disposition: attachment; filename=dired-aux.patch
diff --git a/lisp/dired-aux.el b/lisp/dired-aux.el
index c728642917..2d4269daed 100644
--- a/lisp/dired-aux.el
+++ b/lisp/dired-aux.el
@@ -1134,9 +1134,10 @@ dired-compress-file-suffixes
;; "tar -zxf" isn't used because it's not available on the
;; Solaris 10 version of tar (obsolete in 2024?).
;; Same thing on AIX 7.1 (obsolete 2023?) and 7.2 (obsolete 2022?).
- ("\\.tar\\.gz\\'" "" "gzip -dc %i | tar -xf -")
- ("\\.tar\\.xz\\'" "" "xz -dc %i | tar -xf -")
- ("\\.tgz\\'" "" "gzip -dc %i | tar -xf -")
+ ("\\.tar\\.gz\\'" "" "gzip -dc %i | tar -xf - -C %c")
+ ("\\.tar\\.xz\\'" "" "xz -dc %i | tar -xf - -C %c")
+ ("\\.tgz\\'" "" "gzip -dc %i | tar -xf - -C %c")
+ ("\\.tar\\.bz2\\'" "" "bunzip2 -c %i | tar -xf - -C %c")
("\\.gz\\'" "" "gzip -d")
("\\.lz\\'" "" "lzip -d")
("\\.Z\\'" "" "uncompress")
@@ -1148,8 +1149,8 @@ dired-compress-file-suffixes
("\\.bz2\\'" "" "bunzip2")
("\\.xz\\'" "" "unxz")
("\\.zip\\'" "" "unzip -o -d %o %i")
- ("\\.tar\\.zst\\'" "" "unzstd -c %i | tar -xf -")
- ("\\.tzst\\'" "" "unzstd -c %i | tar -xf -")
+ ("\\.tar\\.zst\\'" "" "unzstd -c %i | tar -xf - -C %c")
+ ("\\.tzst\\'" "" "unzstd -c %i | tar -xf - -C %c")
("\\.zst\\'" "" "unzstd --rm")
("\\.7z\\'" "" "7z x -aoa -o%o %i")
;; This item controls naming for compression.
@@ -1253,6 +1254,42 @@ dired-do-compress-to
(length in-files)
(file-name-nondirectory out-file)))))))
+;;;###autoload
+(defun dired-uncompress-file (file dirname command)
+ "Uncompress FILE using COMMAND. If file is a tar archive or some other
+format that supports output directory in its parameters, ask user the
+target directory to extract it (defaults to DIRNAME). Returns the
+directory or filename produced after the uncompress operation."
+ (if (string-match "%[ioc]" command)
+ (let ((extractdir (expand-file-name
+ (read-file-name
+ (format "Extract file to (default %s): " dirname)
+ dirname))))
+ (prog1 (file-name-as-directory extractdir)
+ (when (not (file-directory-p extractdir))
+ (dired-create-directory extractdir))
+ (dired-shell-command
+ (replace-regexp-in-string
+ "%[oc]" (shell-quote-argument extractdir)
+ (replace-regexp-in-string
+ "%i" (shell-quote-argument file)
+ command
+ nil t)
+ nil t))))
+ ;; We found an uncompression rule without output dir argument
+ (let ((match (string-search " " command))
+ (msg (concat "Uncompressing " file)))
+ (unless (if match
+ (dired-check-process
+ msg
+ (substring command 0 match)
+ (substring command (1+ match))
+ file)
+ (dired-check-process msg
+ command
+ file))
+ dirname))))
+
;;;###autoload
(defun dired-compress-file (file)
"Compress or uncompress FILE.
@@ -1277,28 +1314,7 @@ dired-compress-file
((file-symlink-p file)
nil)
((and suffix (setq command (nth 2 suffix)))
- (if (string-match "%[io]" command)
- (prog1 (setq newname (file-name-as-directory newname))
- (dired-shell-command
- (replace-regexp-in-string
- "%o" (shell-quote-argument newname)
- (replace-regexp-in-string
- "%i" (shell-quote-argument file)
- command
- nil t)
- nil t)))
- ;; We found an uncompression rule.
- (let ((match (string-search " " command))
- (msg (concat "Uncompressing " file)))
- (unless (if match
- (dired-check-process msg
- (substring command 0 match)
- (substring command (1+ match))
- file)
- (dired-check-process msg
- command
- file))
- newname))))
+ (dired-uncompress-file file newname command))
(t
;; We don't recognize the file as compressed, so compress it.
;; Try gzip; if we don't have that, use compress.
diff --git a/test/lisp/dired-aux-tests.el b/test/lisp/dired-aux-tests.el
index 7f1743f88d..5888f4cd99 100644
--- a/test/lisp/dired-aux-tests.el
+++ b/test/lisp/dired-aux-tests.el
@@ -158,5 +158,59 @@ dired-test-highlight-metachar
(should (string-match (regexp-quote command) (nth 0 lines)))
(dired-test--check-highlighting (nth 0 lines) '(8))))
+(ert-deftest dired-test-bug47058-tar ()
+ "test for https://debbugs.gnu.org/47058 ."
+ (dired-test-bug47058-fn "tar -cf - %i | gzip -c9 > %o"
+ "gzip -dc %i | tar -xf - -C %c"
+ ".tar.gz"))
+
+(ert-deftest dired-test-bug47058-zip ()
+ "test for https://debbugs.gnu.org/47058 ."
+ (dired-test-bug47058-fn "zip %o -r --filesync %i"
+ "unzip -o -d %o %i"
+ ".zip"))
+
+(defun dired-test-bug47058-fn (compress-cmd uncompress-cmd extension)
+ "helper fn for testing https://debbugs.gnu.org/47058 ."
+ (let* ((base-file (make-temp-file "dired-test-47058-"))
+ (archive-file (concat base-file extension))
+ (file1 (make-temp-file "a"))
+ (file2 (make-temp-file "b"))
+ (file3 (make-temp-file "c"))
+ (filelist (list file1 file2 file3))
+ (comprcmd (replace-regexp-in-string
+ "%c" (shell-quote-argument temporary-file-directory)
+ (replace-regexp-in-string
+ "%i" (mapconcat 'identity filelist " ")
+ (replace-regexp-in-string
+ "%o" (shell-quote-argument archive-file)
+ compress-cmd)))))
+ (cl-letf (((symbol-function 'read-file-name)
+ (lambda (&rest _) base-file)))
+ (dired-delete-file base-file)
+ (should-not (file-exists-p base-file))
+ (should-not (file-exists-p archive-file))
+ (dired-shell-command comprcmd)
+ (should (file-exists-p archive-file))
+ (mapcar (lambda (f) (should (file-exists-p f)))
+ filelist)
+ (mapcar (lambda (f) (delete-file f))
+ filelist)
+ (mapcar (lambda (f) (should-not (file-exists-p f)))
+ filelist)
+ (should (string-equal
+ (dired-uncompress-file archive-file
+ base-file
+ uncompress-cmd)
+ (file-name-as-directory base-file)))
+ (mapcar (lambda (f)
+ (should (file-exists-p
+ (concat (file-name-as-directory base-file) f))))
+ filelist)
+ (dired-delete-file base-file 'always' nil)
+ (dired-delete-file archive-file 'always' nil)
+ (should-not (file-exists-p base-file))
+ (should-not (file-exists-p archive-file)))))
+
(provide 'dired-aux-tests)
;; dired-aux-tests.el ends here
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 1 Sep 2021 16:07:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 01 12:07:06 2021 Received: from localhost ([127.0.0.1]:38902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mLSlV-0007QH-4b for submit <at> debbugs.gnu.org; Wed, 01 Sep 2021 12:07:06 -0400 Received: from mail-oln040092072041.outbound.protection.outlook.com ([40.92.72.41]:57921 helo=EUR03-VE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <arthur.miller@HIDDEN>) id 1mLSlJ-0007PS-J0 for 47058 <at> debbugs.gnu.org; Wed, 01 Sep 2021 12:07:04 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hNOryIiwTU2VR6GluwKIqUdTryzxQn54UcYuVVAmJmbTMvYLtWVjaY/g6qqNc4gk9DMfdifFBaK6no+epPRu0ucuYKVS6ZIkJIp+XwxJ+yx4KXOZK3GjacfWjmr2qoUdxeQu57OO0fRZ95hggTHDmY2bmS4zOW6kMmF2WHpxNZo/KfkSPtSEsp101OaVdyMAJhE5JFceWbS6A4o1tpLREWKsgHB7+O0B6c73IDrnSUzhaUEzJZ9/Pu6GhH13oRJ3ez2khM4zDQLyBmAMb7GyKZVgXEi9061BzaAK5rgNqaCjfWGImfFgCQ9jK/sHcwOSbhPx+JClIwau2RMZmciSMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3uF1fMNIjlpkuWZARYp4VjQMX+O5/WCTsZIJ09BQtSM=; b=l8vu7bk1dFETzi+8TmB2cfkOM78gRQyZBFMHI0IVSs+hxKWj1PVqry63XwzU5eQotWqIro6B20WyZITkvMZ70UR91iR0O2QM4KoY7eNhcxvysRtWeIM4NKcYotpM+phZY6s84Cy7YwpTdqsjYOf6ECfQMTm7nne1E5DpfCm2T4QXO59oVGXAD7jS0v3j+59ZQScPDRl7vEO92UNvN3+t2SgBl260y13KnX+6iZX4t8sY9shNM7uCVyWeaeZ+AXUZyc6/O8eiho/f0fdU4I6ycPh8JZH7YZ2kMra9pFGite8sRYeViI0w/leeJ5xGySZ8SFyPx5MHREuIPTyGa60Q4Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3uF1fMNIjlpkuWZARYp4VjQMX+O5/WCTsZIJ09BQtSM=; b=FFtfBEnbGoxT2rwG6klWDj5WVrz6puc/kt8+lX/rvM4E6hx4ZuSe7S1TflzTRTJi1xsTI3lOntEj/28YgVWSaKZWxB+xWlQBIBaroyDBcagTvJvc1qraMTQwTz1HcBjmuCbbKPmmhkx6qvPCjZA6fu8t8pCN5bLNQECXJO4JJguGxRIjgZ8VFsYx59IdmyOmanHvRmIZdByN38yy8QT8QX3HZE2Ar63wW08Qg4nV1rAvXSNaNSardQd5Om740WCw724xZU+OEh1fwEtN+czPjOSus1ZObkprpY03jKlcZV4FYmNjT30PgrCSJadWqOianmWWCRGYDwo97u0mxBtz7Q== Received: from AM5EUR03FT031.eop-EUR03.prod.protection.outlook.com (2a01:111:e400:7e08::49) by AM5EUR03HT137.eop-EUR03.prod.protection.outlook.com (2a01:111:e400:7e08::498) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.17; Wed, 1 Sep 2021 16:06:46 +0000 Received: from AM9PR09MB4977.eurprd09.prod.outlook.com (2a01:111:e400:7e08::4f) by AM5EUR03FT031.mail.protection.outlook.com (2a01:111:e400:7e08::111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.17 via Frontend Transport; Wed, 1 Sep 2021 16:06:46 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:17942E32CA2A7D055CD9EEB8F99A7168B24845866146D214603CC6343576DC2B; UpperCasedChecksum:B81F001E80DCA2D360B6EC9BA22A2D7E11CF915DCF3F69E5361AA05C16D6799A; SizeAsReceived:7640; Count:46 Received: from AM9PR09MB4977.eurprd09.prod.outlook.com ([fe80::35f2:ac79:ee50:c46c]) by AM9PR09MB4977.eurprd09.prod.outlook.com ([fe80::35f2:ac79:ee50:c46c%8]) with mapi id 15.20.4457.024; Wed, 1 Sep 2021 16:06:46 +0000 From: Arthur Miller <arthur.miller@HIDDEN> To: Marco Centurion - URI <mcenturion@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> <pk635qoflck.fsf@HIDDEN> Date: Wed, 01 Sep 2021 18:06:45 +0200 In-Reply-To: <pk635qoflck.fsf@HIDDEN> (Marco Centurion's message of "Wed, 01 Sep 2021 10:59:07 -0300") Message-ID: <AM9PR09MB4977E97EC0750F431A1BEDD196CD9@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Content-Type: text/plain X-TMN: [FDCIkKvRs3i+3lMAcxLXNWW0PldGUJU5] X-ClientProxiedBy: AM5PR04CA0004.eurprd04.prod.outlook.com (2603:10a6:206:1::17) To AM9PR09MB4977.eurprd09.prod.outlook.com (2603:10a6:20b:304::20) X-Microsoft-Original-Message-ID: <87ilzk7016.fsf@HIDDEN> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from pascal.homepc (81.232.177.30) by AM5PR04CA0004.eurprd04.prod.outlook.com (2603:10a6:206:1::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4478.17 via Frontend Transport; Wed, 1 Sep 2021 16:06:45 +0000 X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 46 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: a26912c8-1097-4a59-6d70-08d96d627f1e X-MS-TrafficTypeDiagnostic: AM5EUR03HT137: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: C0jjl2U9zwEMI+xfNuE2aCElw6aB8iB+RQBqloBDh4FdDfNaLItzesT3feppLrySP4UZRigbyfHWhOo2Q4qYmzKksufqbbswcOkNfBmdc8MAV9y/ik6RhDvMH3B4qTCr+ejWRmOQfmMQOXqndKRYRxTVu4LtyXiRucVFYtRNldabmbmbvltd9bTF6BoJcDDX9kzr4HpsbRUg1W+VYiBNf7qGTNnq5SdM+N8MR/eM3hig/t/rqhwtke0e2svfDgAuTjNbAKYMO5fkJdQh8BA0cLCE+n40fgXsYoD31smDiLsMTQ+sAkK8Q/YKdpDwvmjF0HtmXmPzfc4O8J/509HJMoCTdWzGEPuxdadB6sZf20jWIk6nHwFP9I3wL0/XVoXiK13eLxT37fjfkuNi2BlMINxWi7sl/WTCKLFNXiUdPaSu4l65Ayxm6E0E/RLHIECb X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 6JPeWGLjZk7DLchWDt+gL4GORc1aRgeaeiFbiadx54R0GyG6UKf89e9p79uMUYYJZ+voA1DIkGaRqFgusk8gHgLHQvHKNrLsZHTy1IPkzfkgg3IRm+rHt/3o+1J/E54W0PtRHkAh7zD4MnLoQO34qw== X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-Network-Message-Id: a26912c8-1097-4a59-6d70-08d96d627f1e X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Sep 2021 16:06:46.4245 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: AM5EUR03FT031.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR03HT137 X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: Marco Centurion - URI writes: > Arthur Miller writes: > >> Marco Centurion writes: >> >>> I can confirm that this bug is present and pretty easy to reproduce. >>> Steps to reproduce: >>> >>> ---- >>> $ touch test1 >>> $ tar cz [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (arthur.miller[at]live.com) 0.0 T_SPF_TEMPERROR SPF: test of record failed (temperror) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay 1.3 FORGED_SPF_HELO No description available. 0.4 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS X-Debbugs-Envelope-To: 47058 Cc: 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Marco Centurion - URI <mcenturion@HIDDEN> writes: > Arthur Miller <arthur.miller@HIDDEN> writes: > >> Marco Centurion <mcenturion@HIDDEN> writes: >> >>> I can confirm that this bug is present and pretty easy to reproduce. >>> Steps to reproduce: >>> >>> ---- >>> $ touch test1 >>> $ tar czf test.tar.gz test1 >>> $ rm test1 >>> >>> In dired, press Z (`dired-do-compress`) when the point is on test.tar.gz >>> ---- >> I just did all those steps in emacs -Q, and I can not confirm any errors. I >> named files exactly as you show there, and decompressed file is correctly named >> 'test1'. >> >> I tested in two different directories, you three shell commands from terminal >> (st in my case), and Z from dired created correctly test1. >> Ahh, sorry, I saw just the mail I answered and thought the bug was about that. > Yes, the file is correctly decompressed. The original report is about > an error message that shows up in the minibuffer "Reading directory: No > such file or directory, test". And that's what I was able to reproduce > without having to download the file linked in the report, something that > I guess a lot of people wouldn't want to do. > >> Press 'g'. > > I do that, I just thought that it's a bit of a weird behaviour that > sometimes after pressing Z the dired buffer is consistent with what's > actually in the directory and sometimes it's not. That is all. > Personally I wouldn't be opposed to reverting the buffer after every > operation that modifies files, but I'm sure most would and with good > reason. Yes, it would be more consistent if all changes were reflected immidiately. I have global-auto-revert-mode on, so it helps a bit, but I still have to sometimes press 'g' to refresh the dired view.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at 47058) by debbugs.gnu.org; 1 Sep 2021 13:59:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 01 09:59:22 2021 Received: from localhost ([127.0.0.1]:38710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mLQlu-00080D-H2 for submit <at> debbugs.gnu.org; Wed, 01 Sep 2021 09:59:22 -0400 Received: from smtp.fing.edu.uy ([164.73.32.16]:34642) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <mcenturion@HIDDEN>) id 1mLQlr-0007zf-DT for 47058 <at> debbugs.gnu.org; Wed, 01 Sep 2021 09:59:20 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.fing.edu.uy (Postfix) with ESMTP id CC966E0E19; Wed, 1 Sep 2021 10:59:12 -0300 (-03) X-Virus-Scanned: amavisd-new at fing.edu.uy Received: from smtp.fing.edu.uy ([127.0.0.1]) by localhost (smtp.fing.edu.uy [127.0.0.1]) (amavisd-new, port 10024) with LMTP id aE9wE2614Ry7; Wed, 1 Sep 2021 10:59:08 -0300 (-03) Received: from crusher.fing.edu.uy (crusher.fing.edu.uy [164.73.32.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mcenturion) by smtp.fing.edu.uy (Postfix) with ESMTPSA id 28219E0DA0; Wed, 1 Sep 2021 10:59:08 -0300 (-03) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fing.edu.uy; s=default; t=1630504748; bh=FsHc0KzWzPKaGyu48x5gB1AWIs9drZNANcOrEpN1No4=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=huD7Yka1NzTN/T3zJzBnYd/zOEPHk+f6k/HIE9dU561WucmYoO3LRKnZCD+VjLh5S j2B91Wxxjz9miaaC7UvCuVBTpNpVsr0mu7dvHvImnh8efcfp4N8PLiDMhIZvi8Z++0 lws65bdn0V/l7oQbaex7f32tIffkpEiFjDF9o908= From: Marco Centurion - URI <mcenturion@HIDDEN> To: Arthur Miller <arthur.miller@HIDDEN> Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 In-Reply-To: <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN> <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN> Date: Wed, 01 Sep 2021 10:59:07 -0300 Message-ID: <pk635qoflck.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47058 Cc: 47058 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Arthur Miller <arthur.miller@HIDDEN> writes: > Marco Centurion <mcenturion@HIDDEN> writes: > >> I can confirm that this bug is present and pretty easy to reproduce. >> Steps to reproduce: >> >> ---- >> $ touch test1 >> $ tar czf test.tar.gz test1 >> $ rm test1 >> >> In dired, press Z (`dired-do-compress`) when the point is on test.tar.gz >> ---- > I just did all those steps in emacs -Q, and I can not confirm any errors.= I > named files exactly as you show there, and decompressed file is correctly= named > 'test1'. > > I tested in two different directories, you three shell commands from term= inal > (st in my case), and Z from dired created correctly test1. > Yes, the file is correctly decompressed. The original report is about an error message that shows up in the minibuffer "Reading directory: No such file or directory, test". And that's what I was able to reproduce without having to download the file linked in the report, something that I guess a lot of people wouldn't want to do. > Press 'g'. I do that, I just thought that it's a bit of a weird behaviour that sometimes after pressing Z the dired buffer is consistent with what's actually in the directory and sometimes it's not. That is all. Personally I wouldn't be opposed to reverting the buffer after every operation that modifies files, but I'm sure most would and with good reason. --=20 Marco Centurion Unidad de Recursos Inform=C3=A1ticos Facultad de Ingenier=C3=ADa - UdelaR
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.
Received: (at 47058) by debbugs.gnu.org; 31 Aug 2021 22:12:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Aug 31 18:12:35 2021
Received: from localhost ([127.0.0.1]:35617 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1mLBzf-0005aj-AR
for submit <at> debbugs.gnu.org; Tue, 31 Aug 2021 18:12:35 -0400
Received: from mail-am7eur06olkn2059.outbound.protection.outlook.com
([40.92.16.59]:47442 helo=EUR06-AM7-obe.outbound.protection.outlook.com)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <arthur.miller@HIDDEN>) id 1mLBzc-0005aV-LM
for 47058 <at> debbugs.gnu.org; Tue, 31 Aug 2021 18:12:34 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
b=nqFAF5psxeckaOBIT7SqaULZNdd0jrO1LePITM6Kq2EdywhKnkHjQoJ8oZYQyEDrE2mT7b9MekSrHAfsJh+1Se6wwqRMm9Yb3kcyDKjZXNN8dA75vhUAnVH7l7uMgXXNcnrWqPLr1uNvgg+wwEt/2u0PlAxHMybLjnP58GhjwacLleZ0cD0X6a4LunzGayr8hiuAd7A19tZd/l6OW/Ki1BvuswXQP3/CuNXQ4AkC10+cHWY6cikgfjbn9pLcP0YPMaOTC8R36S7ppymkDLO7don6Qt4s+JDC0WsVg4uzB5PdfPZAFkWHFXsV6hmx/WpPrY2Eo6fHQtXOHGhssKcXXQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=arcselector9901;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=qCj2Y6rwNJewAlKt3BZ755PmI1Z4ltHlgJt/7SkLrYo=;
b=H2nQwfSVzNrb+IEEQ2Fs9aOKof0RGTMe1CxhPbz4n35eeJOhy+h6EyyIyasOdZCJxeC7dzzZ8jwitD8foeusRBMCEEypszpYb8J4WgtYb00anTrlI3S239Zg/gVeLVokQ2RTk49ysr2CYLWIl2ywiPCNYPlLZE+OWWGjG0EzmGo/1vQv+SIBGRcUP7uiNssFlLdBOvP547e2gAUb9+crXGTR3vXruRpzrL1TUTJbQCKLtNY8c1WMbmFoJ4683nTe3jXnFEXNnRQsHwBSFeXmqLJSmioRw0XdbvptKOfHPxIkOIc+KWnVy6qQF0ktzmF7KkfZi2bDxFqykxtVdKbZFQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none;
dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=qCj2Y6rwNJewAlKt3BZ755PmI1Z4ltHlgJt/7SkLrYo=;
b=kOrSNi1C4yaRGjeHvH+lDzIRom/BT0Dxaj8VBs539JGogGvRakMRlsYquDae7B++nkQ6/n4MWO9oxMRXk9LAy2DFse/+3ZN3NQuzF5W5YcI6pdWb9U/ikJJ7aXLUQHao8dm2D+8rWaK2H+x+1xbxbksKkgRXExnnvwj5FrFlLjhksUaJPpIBLXcNAmSFASDybMcbnMDkVFmT5Q744QclppurXIm3dViS2iWdQVhWW7YXgyx3C5OH8FRcjVWQH0uwA+/7eQyVoQ24HhOb7WnuihoW+L8HOUlpBtodGS0p8ENpxM6rTPGKkeG47BTYxY1UW5Fa2k0WyZX9xkj9vVpBBg==
Received: from DB8EUR06FT037.eop-eur06.prod.protection.outlook.com
(2a01:111:e400:fc35::4d) by
DB8EUR06HT092.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::407)
with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.17; Tue, 31 Aug
2021 22:12:25 +0000
Received: from AM9PR09MB4977.eurprd09.prod.outlook.com
(2a01:111:e400:fc35::4c) by DB8EUR06FT037.mail.protection.outlook.com
(2a01:111:e400:fc35::87) with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4457.17 via Frontend
Transport; Tue, 31 Aug 2021 22:12:25 +0000
X-IncomingTopHeaderMarker: OriginalChecksum:32D27472A3209E2CB461ACCFF64F1CDB51F60BD90CBADB334591D6A56F3111E0;
UpperCasedChecksum:188CF44994A5542FA91BFEC11635316A85D37F88C2FE89EE2C2395DBF5944C1D;
SizeAsReceived:7503; Count:46
Received: from AM9PR09MB4977.eurprd09.prod.outlook.com
([fe80::35f2:ac79:ee50:c46c]) by AM9PR09MB4977.eurprd09.prod.outlook.com
([fe80::35f2:ac79:ee50:c46c%8]) with mapi id 15.20.4457.024; Tue, 31 Aug 2021
22:12:25 +0000
From: Arthur Miller <arthur.miller@HIDDEN>
To: Marco Centurion <mcenturion@HIDDEN>
Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading
directory: No such file or directory, CrossLine_linux_x86
References: <86o8fqdab2.fsf@HIDDEN> <8735qpz4dh.fsf@HIDDEN>
Date: Wed, 01 Sep 2021 00:12:24 +0200
In-Reply-To: <8735qpz4dh.fsf@HIDDEN> (Marco Centurion's message of "Tue,
31 Aug 2021 18:33:14 -0300")
Message-ID: <AM9PR09MB49775B27ABC9A2BC007BE8BB96CC9@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
Content-Type: text/plain
X-TMN: [TzjZD3wChvuElsDnqu1uOEQaz2T/UnSs]
X-ClientProxiedBy: AM6P195CA0015.EURP195.PROD.OUTLOOK.COM
(2603:10a6:209:81::28) To AM9PR09MB4977.eurprd09.prod.outlook.com
(2603:10a6:20b:304::20)
X-Microsoft-Original-Message-ID: <87wno1nu0n.fsf@HIDDEN>
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from pascal.homepc (81.232.177.30) by
AM6P195CA0015.EURP195.PROD.OUTLOOK.COM (2603:10a6:209:81::28) with Microsoft
SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.4478.17 via Frontend Transport; Tue, 31 Aug 2021 22:12:25 +0000
X-MS-PublicTrafficType: Email
X-IncomingHeaderCount: 46
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-Correlation-Id: da00f6d8-4012-4925-7478-08d96ccc69ba
X-MS-TrafficTypeDiagnostic: DB8EUR06HT092:
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: kI/wd3s1jbxKyKadDRDH0KIdtnuYwzDoGDFi2gFMRkM7jlXIFOkIhg1qceHljNbpYbpZ1d84/cyQzpw3yiy3uZAN5nyNvX06WuHry8Hn4A8Unqauo+MvRuHMRE5pEM+0HFdJT6NFBVMHMDEoqbswORdwPQ+5xycy/Ikc67iytX2Hyh72qT/awWcuS5g0UESENlruDERVxReeqFE2rF/RBnMN+BbGYOOoTVZWcOyBwgd2uIOs7v196e0U7kZ6OJEfm8bqxLVrmSe+Rczij99ABpuhC7v/emPs4HbkbVJiIxGmdMyfdmgo7J8x0HKLKDPjK24q0Hesvc8CdhwVEx+khhK81tPELdAp+WSO/0JqFH8BojDkK6LmMx2T4x6lmolTx3f1OpIMU1vLghufJyj93KfYMSlQnTB4D9o27t/BtN39ldVOv8yX1wlYp4ZE+2QI
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: PQK53/DGZSh3M0bcFr3pR6yZ1B1mvBgZyP0BK6GWAS0zWO6BbNAdtCVQrLdQOQdnxzgRMj1HJdv1KXdsKHOYRDYFxzOnpFYFf4gn1g9VviK9fY6ux5lCSt22D9uJs3m6YhaSwBESNL/Q1ffitNBQHw==
X-OriginatorOrg: live.com
X-MS-Exchange-CrossTenant-Network-Message-Id: da00f6d8-4012-4925-7478-08d96ccc69ba
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Aug 2021 22:12:25.7370 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-AuthSource: DB8EUR06FT037.eop-eur06.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: Internet
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8EUR06HT092
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 47058
Cc: 47058 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Marco Centurion <mcenturion@HIDDEN> writes:
> I can confirm that this bug is present and pretty easy to reproduce.
> Steps to reproduce:
>
> ----
> $ touch test1
> $ tar czf test.tar.gz test1
> $ rm test1
>
> In dired, press Z (`dired-do-compress`) when the point is on test.tar.gz
> ----
I just did all those steps in emacs -Q, and I can not confirm any errors. I
named files exactly as you show there, and decompressed file is correctly named
'test1'.
I tested in two different directories, you three shell commands from terminal
(st in my case), and Z from dired created correctly test1.
I also test M-! dance from Emacs, and even in that case everythign worked
correctly.
> The error doesn't seem to be only because there's only a file inside the
> compressed one, but also that the name of the decompressed file doesn't
> coincide with the compressed one. If one compresses and decompresses a
> single file, dired works exactly as expected.
>
> Also, when decompressing a `tar.gz` file, the dired buffer doesn't show
> the tar.gz after pressing Z, which seems to imply that the original file
> was deleted, but that's not the case.
Press 'g'.
Observe that, if you do it while dired buffer is open, you have to manually
revert buffer after some operations ('g' key). Not all operations trigger
revert. I don't know exactly which ones do and which ones do not. This especialy
case if you update directory outside of Emacs.
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 31 Aug 2021 21:33:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Aug 31 17:33:38 2021 Received: from localhost ([127.0.0.1]:35585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1mLBNv-0004bl-5j for submit <at> debbugs.gnu.org; Tue, 31 Aug 2021 17:33:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:43472) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <mcenturion@HIDDEN>) id 1mLBNq-0004ba-AC for submit <at> debbugs.gnu.org; Tue, 31 Aug 2021 17:33:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39752) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <mcenturion@HIDDEN>) id 1mLBNp-0006fo-Iy for bug-gnu-emacs@HIDDEN; Tue, 31 Aug 2021 17:33:30 -0400 Received: from smtp.fing.edu.uy ([164.73.32.16]:36606) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <mcenturion@HIDDEN>) id 1mLBNk-0000QE-CB for bug-gnu-emacs@HIDDEN; Tue, 31 Aug 2021 17:33:28 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.fing.edu.uy (Postfix) with ESMTP id 9BAEFE0E1B for <bug-gnu-emacs@HIDDEN>; Tue, 31 Aug 2021 18:33:19 -0300 (-03) X-Virus-Scanned: amavisd-new at fing.edu.uy Received: from smtp.fing.edu.uy ([127.0.0.1]) by localhost (smtp.fing.edu.uy [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wMNkzdvpgjav for <bug-gnu-emacs@HIDDEN>; Tue, 31 Aug 2021 18:33:14 -0300 (-03) Received: from localhost.localdomain (r167-60-135-28.dialup.adsl.anteldata.net.uy [167.60.135.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mcenturion) by smtp.fing.edu.uy (Postfix) with ESMTPSA id 8F20BE0E19 for <bug-gnu-emacs@HIDDEN>; Tue, 31 Aug 2021 18:33:14 -0300 (-03) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fing.edu.uy; s=default; t=1630445594; bh=YnRZ48EJOsh0a+Q58r5a4dOKam9imVA3obcr0LnhyK4=; h=From:To:Subject:Date; b=L4fhplVb36cWv83NdH+oIEKm8g6CbP77dbhWqAbtZ8Bf/yYeqFF9ErMPNChM2X3oQ raCLroc7e92pNrk13CV6lwxs5pAZ5BU+lvDDPvOq4I0T2X2kd4X4ygvw01vrFgU8J6 nZXV9mo9lKdSIsLvvATCX3P2BFORbN/vHoGWmg3w= From: Marco Centurion <mcenturion@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: Re: bug#47058: 28.0.50; Dired Z: insert-directory: Reading directory: No such file or directory, CrossLine_linux_x86 Date: Tue, 31 Aug 2021 18:33:14 -0300 Message-ID: <8735qpz4dh.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=164.73.32.16; envelope-from=mcenturion@HIDDEN; helo=smtp.fing.edu.uy X-Spam_score_int: -6 X-Spam_score: -0.7 X-Spam_bar: / X-Spam_report: (-0.7 / 5.0 requ) BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.4 (--) I can confirm that this bug is present and pretty easy to reproduce. Steps to reproduce: ---- $ touch test1 $ tar czf test.tar.gz test1 $ rm test1 In dired, press Z (`dired-do-compress`) when the point is on test.tar.gz ---- The error doesn't seem to be only because there's only a file inside the compressed one, but also that the name of the decompressed file doesn't coincide with the compressed one. If one compresses and decompresses a single file, dired works exactly as expected. Also, when decompressing a `tar.gz` file, the dired buffer doesn't show the tar.gz after pressing Z, which seems to imply that the original file was deleted, but that's not the case. Another case that I found is that if there's more than a single file inside the compressed one, dired doesn't show the extracted files until `revert-buffer` is invoked: ---- $ touch test test2 $ tar czf test.tar.gz test test2 $ rm test test2 In dired, press Z (`dired-do-compress`) when the point is on test.tar.gz The expected result is a dired buffer that shows all extracted files, but it only shows test ---- I'm not really sure how these problems could be fixed without some pretty significant changes in how files are decompressed. --=20 Marco Centurion Unidad de Recursos Inform=C3=A1ticos Facultad de Ingenier=C3=ADa - UdelaR
bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 10 Mar 2021 20:30:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 10 15:30:25 2021
Received: from localhost ([127.0.0.1]:51964 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1lK5TM-0007TM-Uc
for submit <at> debbugs.gnu.org; Wed, 10 Mar 2021 15:30:25 -0500
Received: from lists.gnu.org ([209.51.188.17]:34282)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <bugs@HIDDEN>) id 1lK5TL-0007TD-LL
for submit <at> debbugs.gnu.org; Wed, 10 Mar 2021 15:30:24 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:35036)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <bugs@HIDDEN>) id 1lK5TL-0003aG-DU
for bug-gnu-emacs@HIDDEN; Wed, 10 Mar 2021 15:30:23 -0500
Received: from stw1.rcdrun.com ([217.170.207.13]:44169)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <bugs@HIDDEN>) id 1lK5TJ-0007eF-1M
for bug-gnu-emacs@HIDDEN; Wed, 10 Mar 2021 15:30:23 -0500
Received: from localhost ([::ffff:41.210.141.107])
(AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384)
by stw1.rcdrun.com with ESMTPSA
id 000000000001E079.0000000060492C5A.00003B86; Wed, 10 Mar 2021 13:30:17 -0700
From: Jean Louis <bugs@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 28.0.50; Dired Z: insert-directory: Reading directory: No such file
or directory, CrossLine_linux_x86
X-Hashcash: 1:20:210310:bug-gnu-emacs@HIDDEN::TfSmG8d5V9/s/VTL:00000000000000000000000000000000000000006EL/
Date: Wed, 10 Mar 2021 23:26:57 +0300
Message-ID: <86o8fqdab2.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@HIDDEN;
helo=stw1.rcdrun.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)
This is the error:
Debugger entered--Lisp error: (file-missing "Reading directory" "No such fi=
le or directory" "CrossLine_linux_x86")
access-file("CrossLine_linux_x86" "Reading directory")
insert-directory("CrossLine_linux_x86" "--dired -al -d" nil nil)
dired-insert-directory("/home/data1/protected/Downloads/" "-al -d" ("Cros=
sLine_linux_x86"))
dired-add-entry("/home/data1/protected/Downloads/CrossLine_linux_x8..." n=
il t)
dired-update-file-line("/home/data1/protected/Downloads/CrossLine_linux_x=
8...")
dired-compress()
dired-map-over-marks-check(dired-compress nil compress t)
dired-do-compress(nil)
funcall-interactively(dired-do-compress nil)
call-interactively(dired-do-compress nil nil)
command-execute(dired-do-compress)
The error takes place when this file:
http://software.rochus-keller.info/CrossLine_linux_x86.tar.gz is
downloaded and in dired pressed Z:
insert-directory: Reading directory: No such file or directory, CrossLine_l=
inux_x86
In my opinion, this file contains just one file, not directory, and
maybe uncompressing feature is looking for directory, but it should
not. Uncompress should work without error even with single files in the
compressed package.
In GNU Emacs 28.0.50 (build 8, x86_64-pc-linux-gnu, X toolkit, cairo versio=
n 1.14.8, Xaw3d scroll bars)
of 2021-03-07 built on protected.rcdrun.com
Repository revision: 468bb5ab7f949441f68c4133fcd5292dfbbfd83d
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11907000
System Description: Hyperbola GNU/Linux-libre
Configured using:
'configure --with-x-toolkit=3Dlucid
PKG_CONFIG_PATH=3D/home/data1/protected/GNUstep/Library/Libraries/pkgconfi=
g:/usr/lib/pkgconfig'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG
RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID
ZLIB
Important settings:
value of $LC_ALL: en_US.UTF-8
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: @im=3Dexwm-xim
locale-coding-system: utf-8-unix
Major mode: Dired by name
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort hashcash mail-extr emacsbug message rmc puny rfc822 mml
mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs
auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
password-cache json map text-property-search time-date subr-x seq
byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-fns radix-tree
cl-print debug backtrace help-mode find-func cus-start cus-load misearch
multi-isearch dired-aux cl-loaddefs cl-lib dired dired-loaddefs
iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core term/tty-colors frame minibuffer
cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese composite
charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev
obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote threads
dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting cairo x-toolkit x multi-tty make-network-process
emacs)
Memory information:
((conses 16 74489 7983)
(symbols 48 8670 1)
(strings 32 24240 1273)
(string-bytes 1 737012)
(vectors 16 13446)
(vector-slots 8 181429 12518)
(floats 8 30 42)
(intervals 56 1527 0)
(buffers 992 14))
--=20
Thanks,
Jean Louis
=E2=8E=94 =CE=BB =F0=9F=84=AF =F0=9D=8D=84 =F0=9D=8C=A1 =F0=9D=8C=9A
Jean Louis <bugs@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#47058; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.