From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.bugs Subject: bug#19865: tar-untar-buffer: should honor default-directory Date: Sat, 14 Feb 2015 19:12:04 +0000 Message-ID: <87y4o09ukb.fsf@violet.siamics.net> References: <87a90gd91b.fsf@violet.siamics.net> <87fva8bi4v.fsf@violet.siamics.net> <83h9uowhxh.fsf@gnu.org> <877fvkbdpw.fsf@violet.siamics.net> <83a90gwfpl.fsf@gnu.org> <873868bbvk.fsf@violet.siamics.net> <8361b4wd8d.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1423941202 1449 80.91.229.3 (14 Feb 2015 19:13:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 14 Feb 2015 19:13:22 +0000 (UTC) To: 19865@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 14 20:13:12 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YMi9Q-0004Jq-C0 for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Feb 2015 20:13:12 +0100 Original-Received: from localhost ([::1]:60905 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMi9P-0008Gf-O3 for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Feb 2015 14:13:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMi9K-0008F5-Li for bug-gnu-emacs@gnu.org; Sat, 14 Feb 2015 14:13:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YMi9H-0001P4-EI for bug-gnu-emacs@gnu.org; Sat, 14 Feb 2015 14:13:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMi9G-0001Oh-7h for bug-gnu-emacs@gnu.org; Sat, 14 Feb 2015 14:13:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YMi9F-00070B-Ot for bug-gnu-emacs@gnu.org; Sat, 14 Feb 2015 14:13:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Feb 2015 19:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 19865-submit@debbugs.gnu.org id=B19865.142394114126868 (code B ref 19865); Sat, 14 Feb 2015 19:13:01 +0000 Original-Received: (at 19865) by debbugs.gnu.org; 14 Feb 2015 19:12:21 +0000 Original-Received: from localhost ([127.0.0.1]:44169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YMi8b-0006zH-3M for submit@debbugs.gnu.org; Sat, 14 Feb 2015 14:12:21 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:43846) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YMi8Y-0006z6-O3 for 19865@debbugs.gnu.org; Sat, 14 Feb 2015 14:12:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=8HGTf1L3KgzNmUPRT4As1gbTJ+w+Jh/BdZeyos57ip0=; b=KKjyVwJD6sgvw40KtFVBMkQ9CoPD0wxAfHmf4DnvOtuiNVVBD9cjJ/545Gd35bpsZwA3by3klu9HaiNnKS8n2R9mpNO1ZmLMT57aDS7/kd3LEdrLJtzC2BCu2IT24J1DZAF2/pE6u+z4J7p3yDoHnkT0QZffWveXtXzN7FHh6IQ=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1YMi8W-0004la-Hm for 19865@debbugs.gnu.org; Sat, 14 Feb 2015 19:12:16 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1YMi8L-0002vm-Bl for 19865@debbugs.gnu.org; Sun, 15 Feb 2015 02:12:05 +0700 Mail-Followup-To: 19865@debbugs.gnu.org In-Reply-To: <8361b4wd8d.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 14 Feb 2015 20:37:54 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99409 Archived-At: >>>>> Eli Zaretskii writes: >>>>> From: Ivan Shmakov Date: Sat, 14 Feb 2015 18:12:47 +0000 >>>>> Eli Zaretskii writes: [=E2=80=A6] >> I will surely respect any NAKs from those in charge of the given >> package, or Emacs as a whole (as per the Savannah project page.) > The file says emacs-devel is in charge, so I'm not sure who you mean > here. --cut: https://savannah.gnu.org/projects/emacs/ -- Project Admins: - Stefan Monnier - Eli Zaretskii - Richard M. Stallman - Miles Bader - Francesco Potort=C3=AC - Kim F. Storm --cut: https://savannah.gnu.org/projects/emacs/ -- >>> I cannot force anyone here to do anything, I don=E2=80=99t have that p= ower. >> We=E2=80=99re all volunteers here, yes. But you can =E2=80=93 and, I= =E2=80=99d argue, >> should =E2=80=93 /prevent/ the use of the Emacs community resources for= the >> purposes contrary to the advancement of the project itself. > I don't know what that means in practice. In practice, that means that those who keep interfering with the community efforts risk losing their commit access. (Or =E2=80=9Cposting access=E2=80=9D to the mailing list, just like it happened to one of the bug-hurd@ participants something like a decade back. Etc.) > I have my opinions and views, but who is to say whether they are or > aren't contrary to the advancement? It=E2=80=99s up to those who=E2=80=99re in charge to decide. I can unders= tand the lack of interest in holding such a responsibility, but the problem is: I don=E2=80=99t want it, either. Still, I have no means to /force/ you to review my submissions. But once you did =E2=80=93 I won=E2=80=99t use community resources against= your /objections./ (As opposed to, say, lack of appreciation =E2=80=93 I can accept that perfectly well.) (In short: the golden rule of volunteer-driven projects is that the leaders tell us not what we /do,/ but what we /do not./) [=E2=80=A6] >> And I=E2=80=99d still like to hear why you think that tar-untar-buffer >> /must/ use the value of default-directory local to a buffer /other/ >> than the one the user called this command from. > Because it's simpler, and makes the code easier to follow. My former patch expands the code by a single line; my latter one adds two more for a comment (while removing one level of nesting from a fair chunk of the code at the same time.) How is that making it any harder to follow? Besides, as I=E2=80=99ve already noted, it does make tar-untar-buffer more consistent with both the rest of tar-mode.el, /and/ the rest of Emacs. I thus believe that a single extra LoC is fully justified here. --=20 FSF associate member #7257 np. Cherry Blossom =E2=80=94 David Modica B6A0= 230E 334A