This is the mail archive of the
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Sun, 19 Apr 2015 08:05:40 +0200
- Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
- Authentication-results: sourceware.org; auth=none
- References: <announce dot 20150417103517 dot GV3657 at calimero dot vinschen dot de> <87pp72sei6 dot fsf at Rainer dot invalid> <20150418083919 dot GJ3657 at calimero dot vinschen dot de> <87h9sd4vl6 dot fsf at Rainer dot invalid> <20150418102025 dot GL3657 at calimero dot vinschen dot de> <87d2314srf dot fsf at Rainer dot invalid> <20150418110755 dot GM3657 at calimero dot vinschen dot de>
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 nobody else has
> since it's with high probability no executable file.
I think that would resolve this particular problem and leaves the
inherited part of the ACL as is.
> Would that make sense?
To me, yes.
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple