Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-04-06 Thread Chris Idou
e a functional repository. Maybe someone can find out whose problem this is and report it? - Original Message From: Corinna Vinschen To: cygwin@cygwin.com Sent: Fri, 26 March, 2010 12:02:07 AM Subject: Re: Cygwin 1.7.1 breaks git on netapp shared drives On Mar 25 07:17, Steve Bray wro

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-25 Thread Corinna Vinschen
On Mar 25 07:17, Steve Bray wrote: > On 03/24/2010 04:15 AM, Corinna Vinschen wrote: > >On Mar 23 16:37, Chris Idou wrote: > >> > >> > >>After a heck of lot of screwing around, I got this mount point stuff > >>working. Now when I create files under cygwin they have the same > >>permissions profil

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-25 Thread Steve Bray
On 03/24/2010 04:15 AM, Corinna Vinschen wrote: On Mar 23 16:37, Chris Idou wrote: After a heck of lot of screwing around, I got this mount point stuff working. Now when I create files under cygwin they have the same permissions profile as they do when I create them under windows. BUT... g

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-24 Thread Corinna Vinschen
On Mar 23 16:37, Chris Idou wrote: > > > After a heck of lot of screwing around, I got this mount point stuff working. > Now when I create files under cygwin they have the same permissions profile > as they do when I create them under windows. > > BUT... > > git doesn't work still. It fails w

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-23 Thread Chris Idou
ble to set permission". How do the cygwin APIs work under noacl? They shouldn't ever return error code should they? - Original Message From: Steve Bray To: cygwin@cygwin.com Sent: Wed, 17 March, 2010 12:49:56 PM Subject: Re: Cygwin 1.7.1 breaks git on netapp shared drives On 03/15/

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-16 Thread Larry Hall (Cygwin)
On 3/16/2010 9:49 PM, Steve Bray wrote: I had not initially tried the // syntax because FAQ 4.2 recommended not using the "obsolete //c notation" in your PATH or startup files. That recommendation harks back to a time when drives where accessed using the // notation. That was dropped in favor

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-16 Thread Steve Bray
On 03/15/2010 01:15 AM, Chris Idou wrote: I'm having the GIT problem with cygwin and network shares mentioned here: http://www.cygwin.com/ml/cygwin/2010-01/msg01151.html However, I have my drive mounted noacl and it still fails. At least I assume I do. When I type mount it says: Z: on /cygdr

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-03-14 Thread Chris Idou
I'm having the GIT problem with cygwin and network shares mentioned here: http://www.cygwin.com/ml/cygwin/2010-01/msg01151.html However, I have my drive mounted noacl and it still fails. At least I assume I do. When I type mount it says: Z: on /cygdrive/z type ntfs (binary,exec,noacl,user). A

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-01-29 Thread Corinna Vinschen
On Jan 28 20:06, Steve Bray wrote: > So I can proceed by explicitly mounting shared drives with the noacl option. > > However, since acl is the default and these are common permissions > on a shared drive, I suspect that I and others will continue to have > commands fail. > > I hesitate to propos

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-01-28 Thread Steve Bray
On Jan 27 20:33, Steve Bray wrote: > This looks similar to the December 16 thread "Cygwin 1.7 beta breaks > git on Windows shares" > and may be related to the thread "chmod and DOS vs POSIX paths". > [...] > With Cygwin 1.71, chmod fails. For some reason "ls -l" shows no > permissions. I c

Re: Cygwin 1.7.1 breaks git on netapp shared drives

2010-01-28 Thread Corinna Vinschen
On Jan 27 20:33, Steve Bray wrote: > This looks similar to the December 16 thread "Cygwin 1.7 beta breaks > git on Windows shares" > and may be related to the thread "chmod and DOS vs POSIX paths". > [...] > With Cygwin 1.71, chmod fails. For some reason "ls -l" shows no > permissions. I can crea