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