From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!.POSTED!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: [found the culprit] (was: [emacs -q versus empty .emacs file])
Date: Wed, 14 Nov 2018 17:43:40 +0200
Message-ID: <834lcj8y1f.fsf@gnu.org>
References: <875zx1xgiq.fsf@mat.ucm.es> <83lg5w9956.fsf@gnu.org>
	<87d0r76ewm.fsf_-_@mat.ucm.es> <87tvkjq2mh.fsf_-_@mat.ucm.es>
NNTP-Posting-Host: blaine.gmane.org
X-Trace: blaine.gmane.org 1542210145 7595 195.159.176.226 (14 Nov 2018 15:42:25 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Wed, 14 Nov 2018 15:42:25 +0000 (UTC)
Cc: emacs-devel@gnu.org
To: Uwe Brauer <oub@mat.ucm.es>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 14 16:42:21 2018
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([208.118.235.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1gMxJ5-0001ox-Fv
	for ged-emacs-devel@m.gmane.org; Wed, 14 Nov 2018 16:42:19 +0100
Original-Received: from localhost ([::1]:32837 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1gMxLB-0002rm-S8
	for ged-emacs-devel@m.gmane.org; Wed, 14 Nov 2018 10:44:29 -0500
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57853)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <eliz@gnu.org>) id 1gMxKa-0002rU-T8
	for emacs-devel@gnu.org; Wed, 14 Nov 2018 10:43:53 -0500
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <eliz@gnu.org>) id 1gMxKX-0006ZP-Kt
	for emacs-devel@gnu.org; Wed, 14 Nov 2018 10:43:52 -0500
Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39341)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@gnu.org>)
	id 1gMxKX-0006Z7-I0; Wed, 14 Nov 2018 10:43:49 -0500
Original-Received: from [176.228.60.248] (port=1646 helo=home-c4e4a596f7)
	by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
	(Exim 4.82) (envelope-from <eliz@gnu.org>)
	id 1gMxKW-00044p-C5; Wed, 14 Nov 2018 10:43:49 -0500
In-reply-to: <87tvkjq2mh.fsf_-_@mat.ucm.es> (message from Uwe Brauer on Wed,
	14 Nov 2018 13:12:38 +0100)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel/>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Original-Sender: "Emacs-devel" <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Xref: news.gmane.org gmane.emacs.devel:231131
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/231131>

> From: Uwe Brauer <oub@mat.ucm.es>
> Date: Wed, 14 Nov 2018 13:12:38 +0100
> 
>  When I run emacs -Q it works as you say, but emacs -Q calls the one
>  Ubuntu provides, which is 25, I am using a compiled git master version
> 
> So with 
> 
>  /opt/emacs27/bin/emacs -Q
> 
> The behavior of Z in dired is new in emacs 17; it does not uncompress a tgz to tar,
> but extract the whole compressed tar, which is a different behavior.

It seems I misunderstood your original report: you wanted Z on a .tgz
file to only uncompress it?  That indeed has been changed in Emacs 26,
for consistency with a .tar.gz file.  I don't think it's a good idea
to have the previous subtle difference back.

I do think that Z on a compressed Tar archive, be it a .tar.gz or .tgz
file, should not by default unpack the archive.  We could have a
special prefix arg to request that, and by default we should just
uncompress the file.  But that's a different issue.