Let me take a try on Achim's case with/refining the "alternative
idea"; this seems one of the kinds of cases that it is intended to
help.
(Corinna, I hope at least some of the ideas here prove helpful to you,
and my posting this isn't (too) annoying. Again, please
expect/forgive glitches as I'm n
On Apr 23 20:44, Achim Gratz wrote:
> Corinna Vinschen writes:
> > You may be right here. The problem is that we have two kinds of ACLs
> > to handle, the ones created by Windows means, and the ones created
> > by recent or older Cygwin versions. It's rather bad that we can't
> > distinguish them
Corinna Vinschen writes:
> You may be right here. The problem is that we have two kinds of ACLs
> to handle, the ones created by Windows means, and the ones created
> by recent or older Cygwin versions. It's rather bad that we can't
> distinguish them.
I thought that this was the point of the NU
On Apr 22 20:35, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Hmm. Can you try the same with the latest developer snapshot I just
> > created? I found this problem which created undesired DENY ACEs,
> > maybe this was the reason /knock on wood/.
>
> I ran out of time, but I've managed to in
Corinna Vinschen writes:
> Hmm. Can you try the same with the latest developer snapshot I just
> created? I found this problem which created undesired DENY ACEs,
> maybe this was the reason /knock on wood/.
I ran out of time, but I've managed to install the snapshot and did a
quick test before g
On Apr 21 19:18, Achim Gratz wrote:
> Corinna Vinschen writes:
> > It's not about rsync exactly.
>
> Well, rsync creates that mess somehow.
>
> > The problem is that I'm missing the
> > context a bit. I take it the permissions are supposed to be inherited
> > from the ".." dir, basically. The "
Corinna Vinschen writes:
> It's not about rsync exactly.
Well, rsync creates that mess somehow.
> The problem is that I'm missing the
> context a bit. I take it the permissions are supposed to be inherited
> from the ".." dir, basically. The ".." dir has been created by
> non-Cygwin means, righ
On Apr 21 09:33, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > New 2.0.0-0.7 test release:
>
> It looks like I found a bug or at least some extremely undesirable
> behaviour. We back up some data via rsync, the script doesn't use the --acl
> option yet (that will need to change).
Corinna Vinschen cygwin.com> writes:
> New 2.0.0-0.7 test release:
It looks like I found a bug or at least some extremely undesirable
behaviour. We back up some data via rsync, the script doesn't use the --acl
option yet (that will need to change). The bug happens without this option,
so rsync
Corinna Vinschen writes:
> What we *could* try to do is to tweak the actual SYSTEM and Admins ACE,
> though. Rather than ignoring the CLASS_OBJ/ACL_MASK value completely
> for them, we could apply the execute bit part only. Usually it doesn't
> make sense for SYSTEM/Admins having execute perms if
On Apr 18 12:48, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Right. It's a compromise. I take it you don't like the extra behaviour
> > for SYSTEM/Admins. Neither do I. Others are desperately waiting for
> > more. The problem with compromises is, they are usually best if nobody
> > is co
Corinna Vinschen writes:
> Right. It's a compromise. I take it you don't like the extra behaviour
> for SYSTEM/Admins. Neither do I. Others are desperately waiting for
> more. The problem with compromises is, they are usually best if nobody
> is completely satisfied ;)
I have argued against t
On Apr 18 11:47, Achim Gratz wrote:
> Corinna Vinschen writes:
> > In theory, the access(2)/faccessat(2) functions should not rely at all
> > on the new code. The reason is that they are implemented using the
> > underlying OS function to evaluate ACLs. That means, they provide the
> > actual acc
Corinna Vinschen writes:
>> -rw---+ 1 ASSI Kein 48880 5. Apr 2014 ucl.log
>> # file: ucl.log
>> # owner: ASSI
>> # group: Kein
>> user::rw-
>> group::---
>> group:SYSTEM:rwx#effective:---
>> group:Administratoren:rwx #effective:---
>> mask:---
>> other:--
Hi Achim,
On Apr 17 22:09, Achim Gratz wrote:
> Corinna Vinschen writes:
> > New 2.0.0-0.7 test release:
> >
> > - Improved setfacl tool. It now handles mask recomputation just like
> > the Linux tool. -d option renamed to -x (but -d is still accepted
> > for backward compat). New -n,--no-m
Corinna Vinschen writes:
> New 2.0.0-0.7 test release:
>
> - Improved setfacl tool. It now handles mask recomputation just like
> the Linux tool. -d option renamed to -x (but -d is still accepted
> for backward compat). New -n,--no-mask and --mask options.
"setfacl -b -k" still errors out i
Hi Cygwin friends and users,
New 2.0.0-0.7 test release:
- Improved setfacl tool. It now handles mask recomputation just like
the Linux tool. -d option renamed to -x (but -d is still accepted
for backward compat). New -n,--no-mask and --mask options.
- Improved getfacl tool. It now prin
17 matches
Mail list logo
