bzr and ntfsmount (fuse) issues?
John Arbash Meinel
john at arbash-meinel.com
Mon Aug 7 18:12:28 BST 2006
Aaron Bentley wrote:
> John Arbash Meinel wrote:
>>> Martin Pool wrote:
>>>> On 6 Aug 2006, John Arbash Meinel <john at arbash-meinel.com> wrote:
>>> ...
>>>
>>>> Perhaps chmod also fails if it can't represent the mode on NTFS? (It
>>>> should be able to store it, but perhaps this implementation can't.)
>>>> That would seem a more likely cause for "not supported" (rather than
>>>> "read only"). We should probably just ignore that error from this
>>>> point.
>>> Well, what's funny is that 'os.chmod()' on windows w/ NTFS is just a no-op.
>>>
>>> It does seems like we should just swallow the exception. But I'm
>>> hesitant to give that as the general solution.
>
> I don't think we should swallow the exception. I think we should behave
> like we're running under win32. I.e. when we're checking/setting the
> execute bit, we should do it via the inventory.
>
> Aaron
How would you detect it? On win32 we do call 'os.chmod()'. It just
doesn't *do* anything. It seems to complicate things a lot to have to
start doing mount-point detection.
It is Fuse which is setting EPERM when we try to call os.chmod(). Since
it doesn't permit chmod() on an ntfs mount.
John
=:->
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060807/8832072b/attachment.pgp
More information about the bazaar
mailing list