All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Meyering <jim@meyering.net>
To: Karl MacMillan <kmacmillan@mentalrootkit.com>
Cc: selinux@tycho.nsa.gov
Subject: Re: does mv need a --context=CTX (-Z) option, too?
Date: Thu, 10 Aug 2006 19:39:03 +0200	[thread overview]
Message-ID: <87slk4ij7s.fsf@rho.meyering.net> (raw)
In-Reply-To: <1155225670.8018.12.camel@localhost.localdomain> (Karl MacMillan's message of "Thu, 10 Aug 2006 12:01:10 -0400")

Karl MacMillan <kmacmillan@mentalrootkit.com> wrote:

> On Thu, 2006-08-10 at 17:15 +0200, Jim Meyering wrote:
>> kmacmillan@mentalrootkit.com wrote:
>> > On Thu, 10 Aug 2006, Jim Meyering wrote:
>> >
>> >> It might make sense to add a --context=CTX (-Z) option to mv.  Currently,
>> >> cp, install, mkdir, mknod, mkfifo all have that option, but not mv.
>> >> Most of the time, mv would have no need, since it simply calls rename.
>> >> But when that fails, it reverts to using the very same copying code
>> >> (copy.c) that cp uses.  It is trivial to add this option to mv, with the
>> >> understanding that it'd take effect solely for e.g., cross-device moves.
>> >> I.e., if you want to simulate a cross device move, you'd have to use
>> >> cp -pr and rm -rf, so if it makes sense for cp to have the --context=CTX
>> >> (-Z) option, then it follows that mv must accept it as well.
>> >>
>> >
>> > I think that mv should have that option. Actually, I think that the more
>> > pressing option is --preserve so that users can simulate the rename case
>> > across devices.
>>
>> Why would mv need a new --preserve option?
>> mv already tries to preserve as much as possible when
>> performing any cross-device copy.
>
> I had the impression that mv did not preserve contexts across devices,
> but I guess I was mistaken.

Red Hat's version may not, I don't remember off hand.
The version I'm working on for upstream most definitely does.

--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.

  reply	other threads:[~2006-08-10 17:39 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-10 10:13 does mv need a --context=CTX (-Z) option, too? Jim Meyering
2006-08-10 13:51 ` kmacmillan
2006-08-10 15:15   ` Jim Meyering
2006-08-10 16:00     ` James Antill
2006-08-10 16:01     ` Karl MacMillan
2006-08-10 17:39       ` Jim Meyering [this message]
2006-08-10 13:54 ` Stephen Smalley
2006-08-10 14:27   ` Jim Meyering
2006-08-10 14:41     ` Daniel J Walsh
2006-08-10 15:47       ` Casey Schaufler
2006-08-10 15:53         ` Daniel J Walsh
2006-08-10 16:01           ` Casey Schaufler
2006-08-10 16:03       ` Karl MacMillan
2006-08-10 17:35       ` Jim Meyering
2006-08-10 22:56         ` Russell Coker
2006-08-10 16:18   ` James Antill

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87slk4ij7s.fsf@rho.meyering.net \
    --to=jim@meyering.net \
    --cc=kmacmillan@mentalrootkit.com \
    --cc=selinux@tycho.nsa.gov \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.