#x27;, errno 30
Regards,
Raman
On Sat, Jun 20, 2020 at 1:46 PM Raman Gupta wrote:
> On Wed, Jun 17, 2020 at 4:21 PM Marco Atzeri via Cygwin
> wrote:
>
>> On 17.06.2020 20:46, Raman Gupta via Cygwin wrote:
>> > Hello all, for some reason I've started having troub
On Wed, Jun 17, 2020 at 4:21 PM Marco Atzeri via Cygwin
wrote:
> On 17.06.2020 20:46, Raman Gupta via Cygwin wrote:
> > Hello all, for some reason I've started having troubles with cygwin sshd,
> > despite having successfully used it for years. Not sure if some recent
>
Hello all, for some reason I've started having troubles with cygwin sshd,
despite having successfully used it for years. Not sure if some recent
Windows updates broke it or something, but now I'm getting the infamous:
sshd: PID 1855: fatal: seteuid 1049703: No such device or address
I believe I'v
On 10/06/2010 04:42 PM, Corinna Vinschen wrote:
> On Oct 6 13:19, Andy Hall wrote:
>> Notice that the test -w /cygdrive/f/builds reports that /cygdrive/f/builds
>> is not writeable, yet you can create and write files in /cygdrive/f/builds!
>> THIS IS INCONSTENT BEHAVIOR. Cygwin 1.5 did not have t
On 01/10/2010 06:00 AM, Corinna Vinschen wrote:
On Jan 9 10:05, Raman Gupta wrote:
One thing I'm not certain about is why mkpasswd returns my username
twice, once with a "Unix User" prefix and once with "SERVER" prefix
-- I note your example does not do that:
$ mkpas
On 01/09/2010 05:06 AM, Corinna Vinschen wrote:
> On Jan 9 01:00, Raman Gupta wrote:
>> Reference this mailing list discussion back in 2000:
>>
>> http://sources.redhat.com/ml/cygwin/2000-12/msg00546.html
>>
>> It appears this discussion is actually what led Cor
On 01/08/2010 03:21 PM, Larry Hall (Cygwin) wrote:
On 01/08/2010 11:50 AM, Raman Gupta wrote:
With the dro option, the latter would correctly remove the write bit on
foo in /tmp/from_noacl.
So perhaps you can explain why setting "acl" isn't the solution here?
Unfortunate
On 01/08/2010 05:32 AM, Corinna Vinschen wrote:
On Jan 7 15:25, Raman Gupta wrote:
On 01/07/2010 03:09 PM, Corinna Vinschen wrote:
I'm talking about the other case. The DOS R/O flag has nothing to do
with writability of a directory in the first place. If we treat a
directory as non-wri
On 01/07/2010 03:09 PM, Corinna Vinschen wrote:
On Jan 7 15:00, Raman Gupta wrote:
On 01/07/2010 02:50 PM, Corinna Vinschen wrote:
On Jan 7 13:42, Raman Gupta wrote:
In any case, note that the KB article says that attrib *can* be used
to see and modify the value -- as I demonstrated in my
On 01/07/2010 02:50 PM, Corinna Vinschen wrote:
On Jan 7 13:42, Raman Gupta wrote:
On 01/07/2010 01:02 PM, Corinna Vinschen wrote:
On Jan 7 00:39, Raman Gupta wrote:
"Cygwin ignores filesystem ACLs and only fakes a subset of
permission bits based on the DOS readonly attribute"
On 01/07/2010 01:02 PM, Corinna Vinschen wrote:
On Jan 7 00:39, Raman Gupta wrote:
Well... yes -- at least in this case. As per the documentation
(http://www.cygwin.com/cygwin-ug-net/using.html#mount-table):
"Cygwin ignores filesystem ACLs and only fakes a subset of
permission bits bas
On 01/06/2010 10:01 PM, Larry Hall (Cygwin) wrote:
On 01/06/2010 09:22 PM, Raman Gupta wrote:
I have an smbfs mount (served by samba 3.4.2) in noacl mode on cygwin
1.7.1-1:
//smserver/smshare on /mnt/shar type smbfs (binary,notexec,noacl,user)
Here is the directory as seen on the unix server
bar
As you can see, the directory bar is not writable.
However, here is what cygwin in noacl mode sees:
Raman gu...@client /mnt/shar/foo
$ ls -ald bar
drwxr-xr-x 1 Raman Gupta None 0 2007-04-21 23:23 bar
The mode shown is 755 rather than 555, and indeed cygwin does not have
write access to this
13 matches
Mail list logo
