Here https://www.cygwin.com/ml/cygwin/2015-05/msg00139.html is another
posix permission related problem. Without answer from authors.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscri
On Fri, May 15, 2015 at 09:20:10PM -0500, Steven Penny wrote:
> On Fri, Apr 10, 2015 at 7:00 PM, Steven Penny wrote:
> > Here is the test I ran:
>
> The test I ran here
> http://cygwin.com/ml/cygwin/2015-04/msg00186.html
> is now failing again:
>
> $ cd /cygdrive/c
>
> $ touch ~/{alpha,brav
On Fri, Apr 10, 2015 at 7:00 PM, Steven Penny wrote:
> Here is the test I ran:
The test I ran here
http://cygwin.com/ml/cygwin/2015-04/msg00186.html
is now failing again:
$ cd /cygdrive/c
$ touch ~/{alpha,bravo}.sh ~+/{charlie,delta}.sh
$ chmod +x ~/bravo.sh ~+/delta.sh
$ ls -l
On Apr 17 08:17, Ismail Donmez wrote:
> Hi,
>
>
> Corinna Vinschen-2 wrote
> > On Apr 17 09:30, Corinna Vinschen wrote:
> > I think I found the culprit. I'll uploade a -0.7 test release in
> > the next hour or so.
>
> So far all my tests work, thanks a bunch!
Thanks for your feedback!
Corinn
TESTERS-needed-New-POSIX-permission-handling-tp117406p117666.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe i
On Apr 17 09:30, Corinna Vinschen wrote:
> Hi Ismail,
>
> On Apr 16 09:48, Ismail Donmez wrote:
> > Corinna Vinschen-2 wrote
> > > On Apr 16 09:09, Ismail Donmez wrote:
> > >> [~/src/mutt]> chmod +x config.status
> > >> chmod: changing permissions of ‘config.status’: Permission denied
>
> This is
Hi Ismail,
On Apr 16 09:48, Ismail Donmez wrote:
> Corinna Vinschen-2 wrote
> > On Apr 16 09:09, Ismail Donmez wrote:
> >> [~/src/mutt]> chmod +x config.status
> >> chmod: changing permissions of ‘config.status’: Permission denied
This is really surprising.
> [~/src/mutt]> icacls config.status
>
SYSTEM:(RX,W,DC)
BUILTIN\Administrators:(RX,W,DC)
Everyone:(RX)
NULL SID:(OI)(CI)(IO)(DENY)(Rc,S,REA,X,DC)
CREATOR OWNER:(OI)(CI)(IO)(F)
CREATOR GROUP:(OI)(CI)(IO)(RX)
NT AUTHORITY\SYSTEM:(OI)(CI)(IO)(RX,W,DC)
BUILTIN\Administrators:(OI)(CI)(IO)(RX,W,DC)
Everyone:(OI
On Apr 16 09:09, Ismail Donmez wrote:
> Hi,
>
> [...]
> So I am trying to configure and install mutt, and the first error I see is
> at the end of configure:
>
> configure: creating ./config.status
> chmod: changing permissions of './config.status': Permission denied
> configure: error: write fai
STEM:rwx
default:group:Administrators:rwx
default:mask:r-x
default:other:r-x
[~/src/mutt]> getfacl config.status
# file: config.status
# owner: ismail
# group: ismail
user::rwx
group::r-x
group:SYSTEM:rwx
group:Administrators:rwx
mask:r-x
other:r-x
Any ideas? :)
Thank you.
--
View this message i
On Apr 16 03:20, Ismail Donmez wrote:
> Corinna Vinschen-2 wrote
> > I just applied a patch which is supposed to handle this owner==group
> > scenario better.
> >
> > In short, Cygwin will try to handle POSIX user and group permissions
> > separately, even if owner == group. This is basically a f
, my original testcase with quilt
and mutt works, BUT now when I run make install inside mutt source it
complains that /usr/bin/install cannot change permissions on the destination
executables.
Now this is a pretty vague error report but it might take some time before I
can post an easily repro
Hi Ismail,
On Apr 12 16:25, Corinna Vinschen wrote:
> On Apr 12 06:21, İsmail Dönmez wrote:
> > Corinna Vinschen-2 wrote
> > > On Apr 11 10:11, donmez wrote:
> > >> Corinna Vinschen-2 wrote
> > >> > I just applied a patch I'm working on for quite some time now. As I
> > >> > outlined before on th
On 11/04/2015 16:58, Andrey Repin wrote:
Greetings, Steven Penny!
>
>>> What is '~+'? Is that some weird bash feature?
>
>> If the tilde-prefix is ‘~+’, the value of the shell variable PWD
>> replaces the tilde-prefix.
>
>> http://gnu.org/software/bash/manual/html_node/Tilde-Expansion
>
> In ot
On Apr 12 06:21, İsmail Dönmez wrote:
> Hi,
>
>
> Corinna Vinschen-2 wrote
> > On Apr 11 10:11, donmez wrote:
> >> Hi,
> >>
> >>
> >> Corinna Vinschen-2 wrote
> >> > Hi folks,
> >> >
> >> >
> >> > I just applied a patch I'm working on for quite some time now. As I
> >> > outlined before on t
t; icacls C:\\cygwin64\\tmp\\foo
C:\cygwin64\tmp\foo
NULL SID:(DENY)(Rc,S,X,DC)
UX31A\ismail:(DENY)(S,X)
UX31A\ismail:(R,W,D,WDAC,WO)
UX31A\ismail:(RX)
UX31A\ismail:(DENY)(S,X)
UX31A\ismail:(RX)
Everyone:(R)
Successfully processed 1 files; F
On Apr 11 10:11, donmez wrote:
> Hi,
>
>
> Corinna Vinschen-2 wrote
> > Hi folks,
> >
> >
> > I just applied a patch I'm working on for quite some time now. As I
> > outlined before on this list, the POSIX permission handling has aged
> > considerably and, for historical reasons, did things di
On Apr 11 09:26, Ernie Rael wrote:
> I'm primarily a lurker, reading this list hoping things soak in a bit. So I
> may be off base on this.
>
> In the table below, describing "NULL DENY access mask", looks like there's a
> typo concerning read/execute. (of course it might just be a windows mapping
ilt.mwTVWM: Permission denied
Patch patches/foo is now on top
And running mutt results in:
"Error creating temporary file /tmp/mutt-"
Rolling back to an older snapshot fixes the problem.
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/TESTERS-needed-New-POSIX-
I'm primarily a lurker, reading this list hoping things soak in a bit.
So I may be off base on this.
In the table below, describing "NULL DENY access mask", looks like
there's a typo concerning read/execute. (of course it might just be a
windows mapping peculiarity that I really didn't want to
Greetings, Steven Penny!
>> What is '~+'? Is that some weird bash feature?
> If the tilde-prefix is ‘~+’, the value of the shell variable PWD replaces the
> tilde-prefix.
> http://gnu.org/software/bash/manual/html_node/Tilde-Expansion
In other words, "~+/" is a weird way to say "./" ?
--
Wi
Greetings, Achim Gratz!
> Corinna Vinschen writes:
>> - To accommodate Windows default ACLs, the new code ignores SYSTEM and
>> Administrators group permissions when computing the MASK/CLASS_OBJ
>> permission mask on old ACLs, and it doesn't deny access to SYSTEM and
>> Administrators group
On Apr 11 07:11, Bryan Berns wrote:
> >> > That means, even if SYSTEM or Administrators have full access to the
> >> > file, the POSIX permssion bits will not reflect that fact. And while
> >> > other users get access denied based on the mask value, SYSTEM and
> >> > Administrators will ne
On Apr 11 14:35, David Macek wrote:
> On 11. 4. 2015 11:59, Corinna Vinschen wrote:
> >> Out of curiosity, does the code somehow distinguish ACLs that don't
> >> have these default permissions (or have different permissions set for
> >> SYSTEM / Administrators)?
> >
> > I don't quite understand th
On Apr 11 05:47, Steven Penny wrote:
> On Sat, Apr 11, 2015 at 4:40 AM, Corinna Vinschen wrote:
> > What is '~+'? Is that some weird bash feature?
>
> If the tilde-prefix is ‘~+’, the value of the shell variable PWD replaces the
> tilde-prefix.
Ah, thanks. Learn something new each day (tcsh use
On 11. 4. 2015 11:59, Corinna Vinschen wrote:
>> Out of curiosity, does the code somehow distinguish ACLs that don't
>> have these default permissions (or have different permissions set for
>> SYSTEM / Administrators)?
>
> I don't quite understand the question.
>
> For a start, I'd like to point
David Macek writes:
> https://technet.microsoft.com/en-us/library/cc776499(v=ws.10).aspx
> says otherwise about the group-in-group rights.
As I see it, nesting groups is just a more efficient way of populating
them, so by expanding the nested groups recursively you'll end up with
the effective set
>> > That means, even if SYSTEM or Administrators have full access to the
>> > file, the POSIX permssion bits will not reflect that fact. And while
>> > other users get access denied based on the mask value, SYSTEM and
>> > Administrators will never get access denied based on the mask.
>>
On Sat, Apr 11, 2015 at 4:40 AM, Corinna Vinschen wrote:
> What is '~+'? Is that some weird bash feature?
If the tilde-prefix is ‘~+’, the value of the shell variable PWD replaces the
tilde-prefix.
http://gnu.org/software/bash/manual/html_node/Tilde-Expansion
--
Problem reports: http://cy
On Apr 11 11:40, Corinna Vinschen wrote:
> On Apr 10 19:00, Steven Penny wrote:
> > On Fri, Apr 10, 2015 at 5:07 AM, Corinna Vinschen wrote:
> > > Please give the new code a try. I uploaded new 2015-04-10 developer
> > > snapshots to https://cygwin.com/snapshots/
> >
> > Here is the test I ran:
>
On Apr 11 11:40, Corinna Vinschen wrote:
> On Apr 10 19:00, Steven Penny wrote:
> > On Fri, Apr 10, 2015 at 5:07 AM, Corinna Vinschen wrote:
> > > Please give the new code a try. I uploaded new 2015-04-10 developer
> > > snapshots to https://cygwin.com/snapshots/
> >
> > Here is the test I ran:
>
On Apr 11 11:01, David Macek wrote:
> On 11. 4. 2015 10:47, Achim Gratz wrote:
> > Corinna Vinschen writes:
> >> - To accommodate Windows default ACLs, the new code ignores SYSTEM and
> >> Administrators group permissions when computing the MASK/CLASS_OBJ
> >> permission mask on old ACLs, and i
On 11. 4. 2015 11:08, Achim Gratz wrote:
> David Macek writes:
>> Power Users don't have access to (almost) everything, like
>> Administrators do. The Domain Administrators group is a member of
>> Administrators, so unless I'm missing something, there's no reason to
>> have them explicitely in the
On Apr 11 10:47, Achim Gratz wrote:
> Corinna Vinschen writes:
> > - To accommodate Windows default ACLs, the new code ignores SYSTEM and
> > Administrators group permissions when computing the MASK/CLASS_OBJ
> > permission mask on old ACLs, and it doesn't deny access to SYSTEM and
> > Admini
On Apr 10 19:00, Steven Penny wrote:
> On Fri, Apr 10, 2015 at 5:07 AM, Corinna Vinschen wrote:
> > Please give the new code a try. I uploaded new 2015-04-10 developer
> > snapshots to https://cygwin.com/snapshots/
>
> Here is the test I ran:
>
> $ cd /cygdrive/c
>
> $ touch ~/{alpha,br
On Apr 10 15:13, Warren Young wrote:
> On Apr 10, 2015, at 4:07 AM, Corinna Vinschen
> wrote:
> >
> > This should help in Cygwin<->Windows interoperability.
>
> That’s pretty vague.
>
> Would you care to list some specific expected improvements from this
> change? Are there known problem sce
David Macek writes:
> Power Users don't have access to (almost) everything, like
> Administrators do. The Domain Administrators group is a member of
> Administrators, so unless I'm missing something, there's no reason to
> have them explicitely in the DACL.
That doesn't stop folks from using them
On 11. 4. 2015 10:47, Achim Gratz wrote:
> Corinna Vinschen writes:
>> - To accommodate Windows default ACLs, the new code ignores SYSTEM and
>> Administrators group permissions when computing the MASK/CLASS_OBJ
>> permission mask on old ACLs, and it doesn't deny access to SYSTEM and
>> Admin
Corinna Vinschen writes:
> - To accommodate Windows default ACLs, the new code ignores SYSTEM and
> Administrators group permissions when computing the MASK/CLASS_OBJ
> permission mask on old ACLs, and it doesn't deny access to SYSTEM and
> Administrators group based on the value of MASK/CLAS
On Fri, Apr 10, 2015 at 5:07 AM, Corinna Vinschen wrote:
> Please give the new code a try. I uploaded new 2015-04-10 developer
> snapshots to https://cygwin.com/snapshots/
Here is the test I ran:
$ cd /cygdrive/c
$ touch ~/{alpha,bravo}.sh ~+/{charlie,delta}.sh
$ chmod +x ~/bravo.s
On Apr 10, 2015, at 4:07 AM, Corinna Vinschen wrote:
>
> This should help in Cygwin<->Windows interoperability.
That’s pretty vague.
Would you care to list some specific expected improvements from this change?
Are there known problem scenarios in the current world which we can test both
way
41 matches
Mail list logo
