GNU logs - #13601, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#13601: mv should not silently lose file extended attributes
Resent-From: jf@HIDDEN
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 31 Jan 2013 19:15:02 +0000
Resent-Message-ID: <handler.13601.B.135965969624910 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 13601 <at> debbugs.gnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Message-ID: <20746.49334.569751.252972@HIDDEN>
Date: Thu, 31 Jan 2013 20:06:30 +0100
From: jf@HIDDEN
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

When moving a file having extended attributes to a target filesystem wh=
ich
does not support them (e.g. an NFS mount), the attributes are silently
lost.

I think that mv should not complete the move in this case, as the curre=
nt
behaviour leads to silent and unexpected data loss.

Ideally, this behaviour should be controlled by an option, but I think =
that
the default should be to refuse to lose data.

mv version: mv (GNU coreutils) 8.13
Checked on Ubuntu 12.04 (probably not relevant).

Regards,

J.F. Dock=E8s

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: jf@HIDDEN
Subject: bug#13601: Acknowledgement (mv should not silently lose file
 extended attributes)
Message-ID: <handler.13601.B.135965969624910.ack <at> debbugs.gnu.org>
References: <20746.49334.569751.252972@HIDDEN>
X-Gnu-PR-Message: ack 13601
X-Gnu-PR-Package: coreutils
Reply-To: 13601 <at> debbugs.gnu.org
Date: Thu, 31 Jan 2013 19:15:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 13601 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
13601: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13601
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#13601: mv should not silently lose file extended attributes
Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 01 Feb 2013 00:27:02 +0000
Resent-Message-ID: <handler.13601.B13601.135967840523477 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: jf@HIDDEN
Cc: 13601 <at> debbugs.gnu.org
Message-ID: <510B0B90.805@HIDDEN>
Date: Fri, 01 Feb 2013 00:25:52 +0000
From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:13.0) Gecko/20120615 Thunderbird/13.0.1
MIME-Version: 1.0
References: <20746.49334.569751.252972@HIDDEN>
In-Reply-To: <20746.49334.569751.252972@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

On 01/31/2013 07:06 PM, jf@HIDDEN wrote:
>
> When moving a file having extended attributes to a target filesystem wh=
ich
> does not support them (e.g. an NFS mount), the attributes are silently
> lost.
>
> I think that mv should not complete the move in this case, as the curre=
nt
> behaviour leads to silent and unexpected data loss.
>
> Ideally, this behaviour should be controlled by an option, but I think =
that
> the default should be to refuse to lose data.
>
> mv version: mv (GNU coreutils) 8.13
> Checked on Ubuntu 12.04 (probably not relevant).

The previous discussion on that was at:
http://lists.gnu.org/archive/html/bug-coreutils/2009-04/threads.html#0017=
4
and the corresponding diagnostics supression patch at:
http://git.sv.gnu.org/gitweb/?p=3Dcoreutils.git;a=3Dcommit;h=3D941bd48

I'm inclined to agree there should be some diagnostics.
Perhaps we could output diagnostics as normal, but only
try the operation once that gives ENOTSUP?

thanks,
P=E1draig.

Message sent to bug-coreutils@HIDDEN:

Subject: bug#13601: mv should not silently lose file extended attributes
Resent-From: jf@HIDDEN
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 01 Feb 2013 07:01:01 +0000
Resent-Message-ID: <handler.13601.B13601.135970202332467 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Cc: 13601 <at> debbugs.gnu.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Message-ID: <20747.26572.404731.568669@HIDDEN>
Date: Fri, 1 Feb 2013 07:59:24 +0100
In-Reply-To: <510B0B90.805@HIDDEN>
References: <20746.49334.569751.252972@HIDDEN>
	<510B0B90.805@HIDDEN>
From: jf@HIDDEN
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

P=E1draig Brady writes:
 > On 01/31/2013 07:06 PM, jf@HIDDEN wrote:
 > >
 > > When moving a file having extended attributes to a target filesyst=
em which
 > > does not support them (e.g. an NFS mount), the attributes are sile=
ntly
 > > lost.
 > >
 > > I think that mv should not complete the move in this case, as the =
current
 > > behaviour leads to silent and unexpected data loss.
 > >
 > > Ideally, this behaviour should be controlled by an option, but I t=
hink that
 > > the default should be to refuse to lose data.
 > >
 > > mv version: mv (GNU coreutils) 8.13
 > > Checked on Ubuntu 12.04 (probably not relevant).
 >=20
 > The previous discussion on that was at:
 > http://lists.gnu.org/archive/html/bug-coreutils/2009-04/threads.html=
#00174
 > and the corresponding diagnostics supression patch at:
 > http://git.sv.gnu.org/gitweb/?p=3Dcoreutils.git;a=3Dcommit;h=3D941bd=
48
 >=20
 > I'm inclined to agree there should be some diagnostics.
 > Perhaps we could output diagnostics as normal, but only
 > try the operation once that gives ENOTSUP?
 >=20
 > thanks,
 > P=E1draig.

Hi,

I should have guessed that this was not the first time this came up, bu=
t I
could not find another bug report.

Here is what I think in a bit more detail: extended attributes could be=

very useful, but people won't use them as long as commands treat them a=
s
discardable data. They are as precious as main file data (think tagging=
 for
example, a lot of effort).

In my opinion the default for 'mv' should be to not complete the operat=
ion
if it would lose data from the source:=20

   - This is consistent with 'dangerous' uses of 'mv' which may sometim=
es
     clobber the target but *never* lose the source.

   - This is just plain common sense, as most people are not aware of
     subtle filesystem differences, and, for example, will mostly not k=
now
     that NFS does not support extended attributes. You should not have=
 to
     be a filesystem expert to use the command line safely.

Completing the move and printing an error message is just adding insult=

to injury: the data is gone and the message indicates that 'mv' should
have known not to do it but did it anyway ! 'cp' does not present the s=
ame
issue as as the original is still there.

If there is a strong reason not to implement this behaviour (I can only=

imagine some POSIXy compliance issue), there should at the very least e=
xist
a non-default option for 'mv' to behave in this way, like -i will preve=
nt
clobbering a target. One possibility would be to overload -i (not an
optimal approach). People could then alias the option into their common=

usage or not.

I would prefer the first approach, with -f to force the move for exampl=
e.

I should add for the record that I have been using a command line since=

1986 (Unix v7). This current behaviour in 'mv' hurts both my rationalit=
y
and a sense of style which had some time to form...

Regards,

Jean-Fran=E7ois Dock=E8s

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 18 Oct 2018 23:30:47 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Oct 18 19:30:47 2018
Received: from localhost ([127.0.0.1]:57586 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gDHkc-00079j-MX
	for submit <at> debbugs.gnu.org; Thu, 18 Oct 2018 19:30:46 -0400
Received: from mail-pl1-f169.google.com ([209.85.214.169]:38217)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>) id 1gDHkb-00074w-VE
 for control <at> debbugs.gnu.org; Thu, 18 Oct 2018 19:30:46 -0400
Received: by mail-pl1-f169.google.com with SMTP id q19-v6so11931673pll.5
 for <control <at> debbugs.gnu.org>; Thu, 18 Oct 2018 16:30:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=to:from:message-id:date:user-agent:mime-version:content-language
 :content-transfer-encoding;
 bh=pfLjAqO4/b91Tc4PrXgxygtOVh08ugcKYOxnoCAWFko=;
 b=dddfPoOUJprdd7CYiaGy2LRHN0wMGdMdqjmX9fP18+m8qc27H1ZWzNTesZi9wlZOk2
 BpuVsA6ZFkXrJS8eBnvluWqfe9eDaH9aRZHocl3fStwxllopj+DhAxcgF23/I1rwothq
 3R5y2Jv3EVv2HYvWbmnmj4u8ZVpm5TL8/UIZiztev4xIB0zgs4ZyR0tkr8gl+YewBgeo
 AY8uxqGa340khVuyIbfI9q8KH5x8l05Na5uC5SNzlVpy+rUVr5SIjOxbsPxvbyeetEeS
 uKyxvcHeCTIjiQo45bd024e55lGJj1fHfjb3xSbYz5E/8u+48ATQmw5u/SgsqluEJTZ0
 66Qg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version
 :content-language:content-transfer-encoding;
 bh=pfLjAqO4/b91Tc4PrXgxygtOVh08ugcKYOxnoCAWFko=;
 b=pHNmCLcui+S7LwBoVEi+SInC8p3K63N5drIh9DEVpzmKUXiiTsNsBWSY577oCCen7g
 4J8vbSd5uB12xusy3S34BoqbFPUFulRfCtztkyPLtGjg6mE4bEdQakVIRnNZ49o9N+ve
 z5AL+Pvq7AgvGpatiHgEF+WA557T/elH85X3v1jx9ZGaNnr0n5tCAMobC2kKIwf5bj5N
 eeneaHLm5G+V1sBBcMyvNm2n2goKpl8LRhutUJk/S71j/veRAYX1GRXsafmlHl0MSEBX
 LbPaL67ethwsnkKZpw/PCT0aQm11Qz2Dw1gYktX5q0oDZAUs3a1DWh1mpFawAQSIp06/
 Zh5w==
X-Gm-Message-State: ABuFfoh1Ubz6BSmQ25iVzENBFQUXMg/e8Rpn++nHgOq/1a3SNxdZfEBb
 8SpTVnpMqz0Mrm77KLWULK015M5u
X-Google-Smtp-Source: ACcGV6026qLw0K5m4Dif1KVJVq9hqJPH/pWP8gMuYj+s1TwsoIemwgwcUSWoqyL6WsqMc8N81Yoxog==
X-Received: by 2002:a17:902:b584:: with SMTP id
 a4-v6mr20630937pls.248.1539905439832; 
 Thu, 18 Oct 2018 16:30:39 -0700 (PDT)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 x13-v6sm33937699pge.13.2018.10.18.16.30.38
 for <control <at> debbugs.gnu.org>
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 18 Oct 2018 16:30:38 -0700 (PDT)
To: control <at> debbugs.gnu.org
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <7c4d6c3e-9197-4bd4-5e33-94e6c35b5056@HIDDEN>
Date: Thu, 18 Oct 2018 17:30:37 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: 2.0 (++)
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:  severity 13601 wishlist [...] 
 Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (assafgordon[at]gmail.com)
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
 trust [209.85.214.169 listed in list.dnswl.org]
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
X-Debbugs-Envelope-To: control
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 (+)

severity 13601 wishlist

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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