[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] [patch]move attributes on rename
From: |
Joel Reed |
Subject: |
Re: [Monotone-devel] [patch]move attributes on rename |
Date: |
Tue, 26 Apr 2005 20:47:06 -0400 |
User-agent: |
Mutt/1.5.5.1i |
On Tue, Apr 26, 2005 at 10:16:51PM +0200, Richard Levitte - VMS Whacker wrote:
> In message <address@hidden> on Tue, 26 Apr 2005 15:44:23 -0400, Joel Reed
> <address@hidden> said:
>
> joelwreed> On Tue, Apr 26, 2005 at 12:07:09PM -0700, Nathaniel Smith wrote:
> joelwreed> > Running out the door, so no time to read carefully now,
> joelwreed> > but before I forget, does it do something sensible if the
> joelwreed> > target filename already has some attributes on it?
> joelwreed> > (Something sensible probably means "don't silently delete
> joelwreed> > them".)
> joelwreed>
> joelwreed> ok, i guess now that we always drop attributes on drop
> joelwreed> file, if there were attributes on the target filename, you
> joelwreed> would have to add them after moving or copying the file,
> joelwreed> but before monontone rename. but why would anyone do that
> joelwreed> if monotone rename does the right thing anyway?
> joelwreed>
> joelwreed> what do you think? what am i missing?
>
> I'm not sure what's missing. I'm thinking rename should probably
> mimic "mv", meaning a rename to an already existing file in itself
> should replace the old target file, along with the attributes.
>
> Maybe a rename itself should check if the target file already exists,
> and ask questions, regardless of the attributes?
i like that idea. while we're on the subject why doesn't monotone rename
also move the actual file as well?
jr