Re: Howto to backup and restore windows ACL?

Greetings, matth...@gmx.li! > Hello, > Is it possible to save and restore the windows acl? Yes, but it is not a question for this list. > My issue is that I can backup my files with rsync to my Linux Server. > But if I restore it the ownership and access rights are changed. > Un

Howto to backup and restore windows ACL?

Hello, Is it possible to save and restore the windows acl? My issue is that I can backup my files with rsync to my Linux Server. But if I restore it the ownership and access rights are changed. Unfortunately I'm still on backuppc 3.3 and can't ust rsync with --acl and --xattr.

Re: Howto fix C:\cygwin acl after backup/restore?

On 2023-04-07 14:36, Thomas Schweikle via Cygwin wrote: How can C:\cygwin ACL be fixed after a backup/restore (file by file, not image). The program seems to force canonical ACL while restoring. How do i get back ACL as they are right after installing cygwin? Docs did not help here. They

Howto fix C:\cygwin acl after backup/restore?

Hi! How can C:\cygwin ACL be fixed after a backup/restore (file by file, not image). The program seems to force canonical ACL while restoring. How do i get back ACL as they are right after installing cygwin? Docs did not help here. They discussed Windows-ACL to POSIX-ACL or simple rwxrwxrwx

Re: ACL

On 2023-02-21 06:51, Thomas Wolff via Cygwin-apps wrote: Am 21.02.2023 um 14:10 schrieb Jonathan Chapman-Moore via Cygwin-apps: ML cygwin-apps is for packagers issues, not general distro or features discussion, moving to cygwin for followup. I was wondering when ACL was going to be added

Re: How to disable the default bypass of the ACL permissions checking in Cygwin

Andrey Repin via Cygwin writes: > That's literally not possible. More likely explanation is that Administrators > group have full access to the object in question. They don't. The issue at hand is that Cygwin uses SeBackupPrivilege and SeRestorePrivilege if otherwise the object in question would

Re: How to disable the default bypass of the ACL permissions checking in Cygwin

sys2 developers, we found that Cygwin > bypasses the checking of the Windows ACL permissions when it runs with > administrative privileges. That's literally not possible. More likely explanation is that Administrators group have full access to the object in question. Please provide the

How to disable the default bypass of the ACL permissions checking in Cygwin

of the Windows ACL permissions when it runs with administrative privileges. We would like to know if it is possible to change this behavior of Cygwin or at least have his point of view of how we could control the permissions even in this scenario. Thank you very much for your help on this, and

Fwd: Fwd: Switching to posix with no acl

-- Forwarded message - From: Jim McNamara Date: Sat, Nov 14, 2020, 7:26 PM Subject: Re: Fwd: Switching to posix with no acl To: René Berber On Sat, Nov 14, 2020, 7:17 PM René Berber via Cygwin wrote: > On 11/14/2020 12:37 PM, Jim McNamara via Cygwin wrote: > > >

Re: Fwd: Switching to posix with no acl

On 11/14/2020 12:37 PM, Jim McNamara via Cygwin wrote: Since there are no adduser or addgroup, I guess I'd create those files manually off /etc. I think the recommended way is using the mkpasswd command. Actually the recommended procedure is not to use anything. Just run that command and t

Fwd: Switching to posix with no acl

-- Forwarded message - From: Jim McNamara Date: Sat, Nov 14, 2020, 1:37 PM Subject: Fwd: Switching to posix with no acl To: Cygwin -- Forwarded message - From: Jim McNamara Date: Sat, Nov 14, 2020, 12:57 AM Subject: Switching to posix with no acl To: Cygwin

Fwd: Switching to posix with no acl

-- Forwarded message - From: Jim McNamara Date: Sat, Nov 14, 2020, 12:57 AM Subject: Switching to posix with no acl To: Cygwin Hi all Since there are no adduser or addgroup, I guess I'd create those files manually off /etc. Then I'd run passwd. After that put in

Switching to posix with no acl

t? I read something about windows ignoring some dos bit with a file permission but that is outside of cygwin...right? Lastly, with acl you open an administrator cmd shell. With posix can I escalate to root and stay away from admin cmd shell? Is anyone else using posfix setup in general or mostly acl?

Re: Fwd: Objects in ACL cygwin win 10

Greetings, Jim McNamara! Please no top-posting in this list. >> On 2020-10-23 21:49, Jim McNamara via Cygwin wrote: >> > On Fri, Oct 23, 2020, 10:06 PM Eliot Moss wrote: >> >> >> I have to admit I am not 100% sure what you are asking, but I am careful >> >> to grant SYSTEM access so >> >> that m

Re: Fwd: Objects in ACL cygwin win 10

On 2020-10-24 01:09, Jim McNamara via Cygwin wrote: > On Sat, Oct 24, 2020, 3:02 AM Jim McNamara wrote: >> On Sat, Oct 24, 2020, 12:46 AM Brian Inglis wrote: >>> On 2020-10-23 21:49, Jim McNamara via Cygwin wrote: On Fri, Oct 23, 2020, 10:06 PM Eliot Moss wrote: > I have to admit I am n

Re: Fwd: Objects in ACL cygwin win 10

I decided to go with b. since windows ntfs wont recognize a and I want to deploy. Im using cygwin to make agar gui apps for cobol (at least that is the plan). Thnx brian! On Sat, Oct 24, 2020, 3:02 AM Jim McNamara wrote: > Hi Brian > > Yes, I see now what you are saying. Didn't know why it behav

Re: Fwd: Objects in ACL cygwin win 10

Hi Brian Yes, I see now what you are saying. Didn't know why it behaves like that. Do you reccomend: A. Noacl option in fstab B. Reinstall and leave icacls in windows alone so I can deploy in future with runtime Thnx, Roboloki On Sat, Oct 24, 2020, 12:46 AM Brian Inglis wrote: > On 2020-10-2

Re: Fwd: Objects in ACL cygwin win 10

On 2020-10-23 21:49, Jim McNamara via Cygwin wrote: > On Fri, Oct 23, 2020, 10:06 PM Eliot Moss wrote: >> I have to admit I am not 100% sure what you are asking, but I am careful >> to grant SYSTEM access so >> that my backup program can access and save a copy of virtually everything > Thanks for

Re: Fwd: Objects in ACL cygwin win 10

On 2020-10-23 21:49, Jim McNamara via Cygwin wrote: > On Fri, Oct 23, 2020, 10:06 PM Eliot Moss wrote: >> I have to admit I am not 100% sure what you are asking, but I am careful >> to grant SYSTEM access so >> that my backup program can access and save a copy of virtually everything > Thanks for

Fwd: Objects in ACL cygwin win 10

-- Forwarded message > Date: Fri, Oct 23, 2020, 11:48 PM Subject: Re: Objects in ACL cygwin win 10 To: moss> Hi elliot Thanks for you and Brian helping me. I used icacls cygwin /q /c /t reset Thanks! Roboloki On Fri, Oct 23, 2020, 10:06 PM Eliot Moss wrote: > I have to a

Re: Objects in ACL cygwin win 10

Hi all I think I figured out that the processes that the ACL object/identifier 'system' is referring to are like processes in sysinternals process explorer . Not sure but that is my best guess. If all else fails, I will chmod the hell out of everything until I beat stat co

Re: Objects in ACL cygwin win 10

security in the windows 10 file explorer from within your cygwin install. I ask partially because with ACL as context, I cannot find a good example of 'system' object and what it is used for. I figure it must be either complicated or the opposite which is well understood . If you dont an

Re: Objects in ACL cygwin win 10

On 2020-10-23 14:02, Jim McNamara via Cygwin wrote: > I have : group everyone and my user sid as my ACLs with their permissions > in cygwin. I use chmod to set permissions and dont use fstab. > > Can someone please check by right clicking properties security tab in win > 10 and verify that is all

Objects in ACL cygwin win 10

Hi all- I have : group everyone and my user sid as my ACLs with their permissions in cygwin. I use chmod to set permissions and dont use fstab. Can someone please check by right clicking properties security tab in win 10 and verify that is all I need? I'm not using any domains. I'm not sure if

Re: Files and folders created with invalid ACL

On 6/22/2020 3:59 PM, Eliot Moss wrote: On 6/22/2020 2:08 PM, Thorsten Kampe wrote: Maybe you took Andre slightly literally; rephrasing, what are your current Should have read "Andrey"! Eliot -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/

Re: Files and folders created with invalid ACL

the >>>> Documents folder of the user's Windows profile. >>> >>>> This is a fresh Cygwin installation on a test system. Has >>>> anyone found a solution? >>> >>>> [1] > http://cygwin.1069669.n5.nabble.com/Issues-with-ACL-settings-a

Re: Files and folders created with invalid ACL

o much about that. >>> Interestingly the issue does not occur with files created in >>> the user's Cygwin home directory but - for instance - in the >>> Documents folder of the user's Windows profile. >> >>> This is a fresh Cygwin installation o

Re: Files and folders created with invalid ACL

* Andrey Repin (Mon, 22 Jun 2020 20:20:35 +0300) > > Greetings, Thorsten Kampe! > > > I'm experiencing the issue described here[1]: files and folders > > created with Cygwin utilities like touch and mkdir have an > > incorrect ACL ("The access control lis

Re: Files and folders created with invalid ACL

Greetings, Thorsten Kampe! > I'm experiencing the issue described here[1]: files and folders > created with Cygwin utilities like touch and mkdir have an > incorrect ACL ("The access control list (ACL) structure is > invalid (os error 1336)"). > icacls test.txt /

Re: Files and folders created with invalid ACL

* Thorsten Kampe (Sun, 21 Jun 2020 20:42:55 +0200) > > * Eliot Moss (Sun, 21 Jun 2020 14:10:21 -0400) > > > > This is normal, and has to do with how Cygwin arranges to > > model, > > within the Windows ACL permissions system, some features of the > > Posix

Re: Files and folders created with invalid ACL

* Eliot Moss (Sun, 21 Jun 2020 14:10:21 -0400) > > On 6/21/2020 1:56 PM, Thorsten Kampe wrote: > > Hello, > > > > I'm experiencing the issue described here[1]: files and folders > > created with Cygwin utilities like touch and mkdir have an > > inc

Re: Files and folders created with invalid ACL

On 6/21/2020 1:56 PM, Thorsten Kampe wrote: Hello, I'm experiencing the issue described here[1]: files and folders created with Cygwin utilities like touch and mkdir have an incorrect ACL ("The access control list (ACL) structure is invalid (os error 1336)"). icacls test.txt /

Files and folders created with invalid ACL

Hello, I'm experiencing the issue described here[1]: files and folders created with Cygwin utilities like touch and mkdir have an incorrect ACL ("The access control list (ACL) structure is invalid (os error 1336)"). icacls test.txt /verify test.txt: Ace entries not in

Re: ACL: Why SYSTEM doesn't have full access set on newly created files?

Greetings, Kacper Michajlow! >> It is easily fixable by mounting directories outside Cygwin tree with >> "noacl" flag. >> It is even required to do so, if you expect interoperation between Cygwin >> and native tools. > Indeed, this is acceptable workaround for me. Then again it is not really > in

Re: ACL: Why SYSTEM doesn't have full access set on newly created files?

> It is easily fixable by mounting directories outside Cygwin tree with "noacl" flag. > It is even required to do so, if you expect interoperation between Cygwin and > native tools. Indeed, this is acceptable workaround for me. Then again it is not really interoperable out of the box, even tho it

Re: ACL: Why SYSTEM doesn't have full access set on newly created files?

Greetings, Kacper Michajlow! > I know that Cygwin tries to emulate UNIX permissions using ACL. But I don't > understand why SYSTEM doesn't have Full Control allowed or even modify. > Shouldn't generally SYSTEM have access to everything? This is because basic POSIX perm

Re: ACL: Why SYSTEM doesn't have full access set on newly created files?

Same issue here. I use git in msys2 for correct file permissions. Also if I install cygwin and reinstall Windows 10 OS then Windows programs can not edit any cygwin files. I have to take ownership with takeown and icacls commands then chmod the files. I found a temporary workaround. 1. Add `noacl`

ACL: Why SYSTEM doesn't have full access set on newly created files?

Hi, I know that Cygwin tries to emulate UNIX permissions using ACL. But I don't understand why SYSTEM doesn't have Full Control allowed or even modify. Shouldn't generally SYSTEM have access to everything? I have cloned git repository of UWP application, and deployment fails i

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

On Sat, 28 Dec 2019 at 20:23, Lee wrote: > > On 12/28/19, Andrey Repin wrote: > > Greetings, Peter Binney! > > > > Bottom posting in this list, please. > > > >> Hello Andrey - many thanks again. > > > >> I have added noacl to the default fstab entry, so it reads: > >> none /cygdrive cygdrive noac

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

On 12/28/19, Andrey Repin wrote: > Greetings, Peter Binney! > > Bottom posting in this list, please. > >> Hello Andrey - many thanks again. > >> I have added noacl to the default fstab entry, so it reads: >> none /cygdrive cygdrive noacl,binary,posix=0,user 0 0 > >> and that sorts out the permissi

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

Greetings, Peter Binney! Bottom posting in this list, please. > Hello Andrey - many thanks again. > I have added noacl to the default fstab entry, so it reads: > none /cygdrive cygdrive noacl,binary,posix=0,user 0 0 > and that sorts out the permissions problem, thank you. > But, bizarrely, it

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

L SID" and > > other accounts. > > $ cat /etc/fstab && mount > # For a description of the file format, see the Users Guide > # http://cygwin.com/cygwin-ug-net/using.html#mount-table > > # This is default anyway: > #none /cygdrive cygdrive binary,posix=0,user 0

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

$ cat /etc/fstab && mount # For a description of the file format, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table # This is default anyway: #none /cygdrive cygdrive binary,posix=0,user 0 0 none / cygdrive noacl,binary,nouser,posix=0 0 0 W:/ /var/run ntfs acl,b

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

Hello Andrey - many thanks for that. I have now removed /etc/passwd and /etc/group which didn't change anything. I read some of your earlier posts on this and had already tried the noacl route. Unfortunately it has made no difference. I added a second line to my fstab so it read: none /cygdrive

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

Greetings, Peter Binney! > Creating a file using "> newfile", "icacls newfile" shows various DENY > settings: > newfile NULL SID:(DENY)(Rc,S,WEA,X,DC) > JCPR-DELL-3\peter:(R,W,D,WDAC,WO) > NT AUTHORITY\SYSTEM:(DENY)(S,X) > BUILTIN\Administrators:(DENY)(S,X) > BUIL

Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

Yes, if you read the part in the user's guide about ACLs it explains that. As I recall, it's a place to hang information that is otherwise hard to represent in Windows, because of the differences between how the Windows and Posix permissions systems work. You'll also find that the ACLs are not in

Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia

Creating a file using "> newfile", "icacls newfile" shows various DENY settings: newfile NULL SID:(DENY)(Rc,S,WEA,X,DC) JCPR-DELL-3\peter:(R,W,D,WDAC,WO) NT AUTHORITY\SYSTEM:(DENY)(S,X) BUILTIN\Administrators:(DENY)(S,X) BUILTIN\Users:(DENY)(S,X) JCPR-DELL-3

how do i create a trusted-installer? (was Re: Trying to create default ACL entries to match file ACL entries)

On 2019/06/04 14:34, Chris Wagner wrote: > Hi Linda, / is just a mount to something like C:\Cygwin64 so there is no > problem in changing it. > Uh...about thatoh my system '/' points to 'C:\'. Isn't life fun! I think I finally got it. I broke down and used "icacls" for fine tuni

Re: Trying to create default ACL entries to match file ACL entries

On 2019-06-04 15:34, Chris Wagner wrote: > / is just a mount to something like C:\Cygwin64 so there is no problem > in changing it. > You should delete all the target thing's permissions first to guarantee > starting > from a clean slate. > $ setfacl -kb z2/ && getfacl z1/ |setfacl -f - z2/ > This

Re: Trying to create default ACL entries to match file ACL entries

ther > Linux; Not to confuse things, but its under getfacl. silly me, thinking setfacl might have the same flag very confusing... So need to getfacl to get access perms, then turn them into a form for default acl... Sigh... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Trying to create default ACL entries to match file ACL entries

Hi Linda, / is just a mount to something like C:\Cygwin64 so there is no problem in changing it. You should delete all the target thing's permissions first to guarantee starting from a clean slate. $ setfacl -kb z2/ && getfacl z1/ |setfacl -f - z2/ This works for me with the latest packages.

Re: Trying to create default ACL entries to match file ACL entries

On 2019-06-04 13:59, L A Walsh wrote: > lets see if this is more clear: > On 2019/06/04 12:44, Eliot Moss wrote: >> On 6/4/2019 3:34 PM, L A Walsh wrote: >>> I am trying to create an entry for '/' (or '.' w/me sitting in '/') >>> where the default entries are the same as the file entries. >>>

Re: Trying to create default ACL entries to match file ACL entries

lets see if this is more clear: On 2019/06/04 12:44, Eliot Moss wrote: > On 6/4/2019 3:34 PM, L A Walsh wrote: > >> I am trying to create an entry for '/' (or '.' w/me sitting in '/') >> where the default entries are the same as the file entries. >> ^^^ >> >> so tried doing: >> >

Re: Trying to create default ACL entries to match file ACL entries

On 6/4/2019 3:34 PM, L A Walsh wrote: I am trying to create an entry for '/' (or '.' w/me sitting in '/') where the default entries are the same as the file entries. O ... not sure _I'd_ mess what / on a Windows system! I noticed the example give in the manpage for copying entries: The s

Trying to create default ACL entries to match file ACL entries

user::rwx group::rwx other::r-x But still with: /> setfacl -f /tmp/norm . got: setfacl: missing entries. Using it with '-d' just gave illegal acl entries, so that didn't work either. What am I missing? Thanks! -linda -- Problem reports: http://cygwin.com/

Re: continued acl problems

Greetings, L A Walsh! >>> In all of these cases it appears that the problem is with directories. >> >>> At first thought it was related to presence of 'TRUSTED USER' >> >>> But I saw some 'flakeyness' on domain ID's, >>> where I saw it display the correct text for them, >>> but scrolling down to

Re: continued acl problems

On 9/7/2018 2:26 PM, Andrey Repin wrote: Greetings, L A Walsh! In all of these cases it appears that the problem is with directories. At first thought it was related to presence of 'TRUSTED USER' But I saw some 'flakeyness' on domain ID's, where I saw it display the correct text for th

Re: continued acl problems

Greetings, L A Walsh! > In all of these cases it appears that the problem is with directories. > At first thought it was related to presence of 'TRUSTED USER' > But I saw some 'flakeyness' on domain ID's, > where I saw it display the correct text for them, > but scrolling down to look for proble

continued acl problems

I'm now getting errors where I never got errors before -- this may be for the 'Trusted installer' user, or possibly domain users that I I tried copying files using tar|tar...I have a script that I've tried to run daily (but only do it manually), called 'daily_maint.sh' Tries to recycle old archi

Re: gettext - acl tests - cygwin specific code path

On Aug 22 09:49, cyg Simple wrote: > On 8/22/2018 4:13 AM, Corinna Vinschen wrote: > > On Aug 21 11:52, cyg Simple wrote: > >> I've been reviewing the testing of gettext and I have a failure for all > >> of the acl tests. I've found that a file without ac

Re: gettext - acl tests - cygwin specific code path

On 8/22/2018 4:13 AM, Corinna Vinschen wrote: > On Aug 21 11:52, cyg Simple wrote: >> I've been reviewing the testing of gettext and I have a failure for all >> of the acl tests. I've found that a file without acl will obtain acl if >> the mode is changed to 605. ST

Re: gettext - acl tests - cygwin specific code path

ant to reproduce what the testcase did, you should in > fact use an admin group. That depends on the purpose of the test and based on the comments the testing could use any group. It should also check that the /tmp filesystem can support ACL as it assumes /tmp to be locally mounted and sk

Re: gettext - acl tests - cygwin specific code path

Greetings, cyg Simple! > On 8/21/2018 4:13 PM, Andrey Repin wrote: >> Greetings, cyg Simple! >> >>> During the testing at least one of the tests does `setfacl -m group:0:1 >>> tmpfile0`. Obviously this gets a 'permission denied' error as group 0 >>> doesn't exist. What do you suggest for reason

Re: gettext - acl tests - cygwin specific code path

On Aug 21 19:57, cyg Simple wrote: > On 8/21/2018 4:13 PM, Andrey Repin wrote: > > Greetings, cyg Simple! > > > >> During the testing at least one of the tests does `setfacl -m group:0:1 > >> tmpfile0`. Obviously this gets a 'permission denied' error as group 0 > >> doesn't exist. What do you su

Re: gettext - acl tests - cygwin specific code path

On Aug 21 11:52, cyg Simple wrote: > I've been reviewing the testing of gettext and I have a failure for all > of the acl tests. I've found that a file without acl will obtain acl if > the mode is changed to 605. STC below. > > > $ touch /tmp/tmpfile0 > $ ls

Re: gettext - acl tests - cygwin specific code path

On 8/21/2018 4:13 PM, Andrey Repin wrote: > Greetings, cyg Simple! > >> During the testing at least one of the tests does `setfacl -m group:0:1 >> tmpfile0`. Obviously this gets a 'permission denied' error as group 0 >> doesn't exist. What do you suggest for reasonable replacement for 0? > > No

Re: gettext - acl tests - cygwin specific code path

Greetings, cyg Simple! > During the testing at least one of the tests does `setfacl -m group:0:1 > tmpfile0`. Obviously this gets a 'permission denied' error as group 0 > doesn't exist. What do you suggest for reasonable replacement for 0? Nothing. Not all systems have a concept of "group 0". J

Re: gettext - acl tests - cygwin specific code path

Am 21.08.2018 um 20:58 schrieb cyg Simple: On 8/21/2018 11:52 AM, cyg Simple wrote: I've been reviewing the testing of gettext and I have a failure for all of the acl tests. I've found that a file without acl will obtain acl if the mode is changed to 605. STC below. During t

Re: gettext - acl tests - cygwin specific code path

On 8/21/2018 11:52 AM, cyg Simple wrote: > I've been reviewing the testing of gettext and I have a failure for all > of the acl tests. I've found that a file without acl will obtain acl if > the mode is changed to 605. STC below. > > > $ touch /tmp/tmpfile0 > $

gettext - acl tests - cygwin specific code path

I've been reviewing the testing of gettext and I have a failure for all of the acl tests. I've found that a file without acl will obtain acl if the mode is changed to 605. STC below. $ touch /tmp/tmpfile0 $ ls -l /tmp/tmpfile0 -rw-r--r-- 1 myUser myGroup 0 Aug 21 11:35 /tmp/tmpfile0

Re: Cygwin's ACL handling is NOT interoperable with Windows

Greetings, R0b0t1! >> Please feel free to provide, using your superior understanding, a detailed >> spec >> for how POSIX ACLs and permissions should be implemented using Windows ACLs >> while maintaining "canonical" ACL order. > Or at the very least can an

Re: Cygwin's ACL handling is NOT interoperable with Windows

On Mon, Aug 6, 2018 at 10:49 AM, Brian Inglis wrote: > > Please feel free to provide, using your superior understanding, a detailed > spec > for how POSIX ACLs and permissions should be implemented using Windows ACLs > while maintaining "canonical" ACL order. Or at t

Re: Cygwin's ACL handling is NOT interoperable with Windows

or. Please feel free to provide, using your superior understanding, a detailed spec for how POSIX ACLs and permissions should be implemented using Windows ACLs while maintaining "canonical" ACL order. Windows "canonical" order is preferred because it allows Windows to make short cut ass

Re: Cygwin's ACL handling is NOT interoperable with Windows

gt; > I think, this is an appropriate response to the underlying issue: > https://xkcd.com/386 +1 from me. I propose to ignore Stefan until he learns his manners, is less cantankerous and maybe even volunteers to submit a patch if indeed there is a problem with the ACL handling (al

Re: Cygwin's ACL handling is NOT interoperable with Windows

Greetings, Stefan Kanthak! > Andrey Repin wrote: >> Greetings, Stefan Kanthak! >> >>> PS: >>> too states bloody lies: >> >>> | The Windows subsystem only supports CWD paths of up to 258 chars. > ~

Re: Cygwin's ACL handling is NOT interoperable with Windows

Andrey Repin wrote: > Greetings, Stefan Kanthak! > >> PS: >> too states bloody lies: > >> | The Windows subsystem only supports CWD paths of up to 258 chars. ~~~ > > 260 includ

Re: Cygwin's ACL handling is NOT interoperable with Windows

Greetings, Stefan Kanthak! > PS: > too states bloody lies: > | The Windows subsystem only supports CWD paths of up to 258 chars. 260 including drive letter. > The Win32 API supports pathnames with up to 32767 (Unicode

Re: Cygwin's ACL handling is NOT interoperable with Windows

Hi Stefan On Sat, 4 Aug 2018, 19:12 Stefan Kanthak, wrote: > [...] > As Cygwin is a guest in the house of Windows, it should respect its hosts > house rules; instead it but violates them, and blames the host for its > faults! [...] > > Fix Cygwin's BUGGY ACL creation! &

Re: Cygwin's ACL handling is NOT interoperable with Windows

permissions; it is WRONG for the general case, which ALL Windows interfaces/components need to consider and handle, EVERYWHERE! Cygwin aims to POSIX compliance, using the tool given by Windows. Have you tested all the possible POSIX permissions and verified that it is possible to replicate

Cygwin's ACL handling is NOT interoperable with Windows

he command processor or CopyFile() to copy an arbitrary file into a directory created by Cygwin, then inspect its ACL! * Use Windows' Explorer, the command processor or CopyFile() to copy an arbitrary file created by Cygwin into an arbitrary directory created by Cygwin, then inspect

Re: GNU Tar v1.29 ACL File/Folder Permissions Question/Problem

On 2017-07-22 10:16, Ken Brown wrote: > On 7/21/2017 4:59 PM, Timothy Beryl Grahek wrote: >> Whenever I have ACL enabled in /etc/fstab, I run into file access >> problems with GNU Tar. To be clear, a simple scenario is to tar a few >> folders, then extract them. In numerous

Re: GNU Tar v1.29 ACL File/Folder Permissions Question/Problem

On 7/21/2017 4:59 PM, Timothy Beryl Grahek wrote: Hi all, Whenever I have ACL enabled in /etc/fstab, I run into file access problems with GNU Tar. To be clear, a simple scenario is to tar a few folders, then extract them. In numerous cases, I am unable to enter the folders I have extracted

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

On May 30 16:50, Erik Soderquist wrote: > On Mon, May 30, 2016 at 6:35 AM, Corinna Vinschen wrote: > > > > Can you, by any chance, also send the output of `cd /tmp; icacls .'? > > > > Unfortunately no, corporate machine, and was replaced less than a week > ago. The new machine does not have the s

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

On Mon, May 30, 2016 at 6:35 AM, Corinna Vinschen wrote: > > Can you, by any chance, also send the output of `cd /tmp; icacls .'? > Unfortunately no, corporate machine, and was replaced less than a week ago. The new machine does not have the same issue, though I have not tested (and probably won'

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

On Apr 29 12:03, Erik Soderquist wrote: > I'm having a similar issue with strange acl results... I wish I knew > which update triggered this, but I'd ignored and/or worked around > it... > > I can reproduce it with the following: > > user@localhost ~ > $

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

I'm having a similar issue with strange acl results... I wish I knew which update triggered this, but I'd ignored and/or worked around it... I can reproduce it with the following: user@localhost ~ $ touch /tmp/foo user@localhost ~ $ chmod 700 /tmp/foo user@localhost ~ $ echo foo>/

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

On Mar 7 20:12, aki...@free.fr wrote: > Hi, Corinna > > Here an example of one problematic ACL > Here on /etc directory (here on remote system) > [...] > # file: . > # owner: Unknown+User > # group: Unknown+Group > user::rwx > group::r-x > other:r-x > de

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

Hi, Corinna Here an example of one problematic ACL Here on /etc directory (here on remote system) $ cacls . ...\ws\njcyg\etc NULL SID:(DENY)(accès spécial :) READ_CONTROL F R Tout le monde:R

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

On Mar 5 18:49, aki...@free.fr wrote: > Hi, Corinna > > To be clear about my problems about ACL. > A very simple example to observe. > > I go to the root disk (C:\ or /cygdrive/c upon the system) > I can't create a file here (normally protected). > So I use adminis

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

Hi, Corinna To be clear about my problems about ACL. A very simple example to observe. I go to the root disk (C:\ or /cygdrive/c upon the system) I can't create a file here (normally protected). So I use administrator rights to do that with cmd and bash. In cmd : C:\>echo > xx C:\

Re: Issues with ACL settings after updating to the latest cygwin.dll - correction

t the problem. No, I don't think so. First of all, the order in the ACL is deliberate to provide an emulation of POSIX permissions. Don't reorder the ACL using Windows means, this *will* break the ACL evaluation. Please also note that the Windows OS does *not* fail to evaluate an ACL jus

Issues with ACL settings after updating to the latest cygwin.dll - correction

quot;|tr '\0' '£'|sed -e '1 s/.*/.£/' -e 's/(£D[^)]*)£//g'|tr '£' '\0' > "$cnew" icacls "$j" /restore $(cygpath -w "$cnew") || exit 1 done This solution not complete is usable for me now. I

Re: Issues with ACL settings after updating to the latest cygwin.dll

e POSIX permissions which have to be emulated using a Windows ACL, so you don't see this all the time. As a funny sidenote, you'd get the exact same when using the Interix/SFU POSIX subsystem. It had the same POSIX vs. Windows semantics problem to solve. Things change. The new Cygwin

Re: Issues with ACL settings after updating to the latest cygwin.dll

Greetings, xnor! >>It is normal and was normal for at least seventeen years. > That's a blatant lie. > It never happened to me before, and I doubled checked this by installing > the older 2.3. It didn't happen before 2.4. "Never happened to you" does not equal "wasn't the case". Your presumptuou

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

It is normal and was normal for at least seventeen years. That's a blatant lie. It never happened to me before, and I doubled checked this by installing the older 2.3. It didn't happen before 2.4. You'd be surprized… But the actual answer is "yes". I actually am surprised since you seem to

Re: Issues with ACL settings after updating to the latest cygwin.dll

Greetings, xnor! >>Which warning do you mean here? > The "permissions out of order" one. This was not the case before, at > least not on my installation, so I don't see how this can be called > normal. It is normal and was normal for at least seventeen years. &g

Re: Issues with ACL settings after updating to the latest cygwin.dll

Greetings, xnor! >>It was always the case. >>Permissions are NOT REQUIRED to be ordered in a specific way, but >>Explorer is >>only capable of editing them in the only one way. >>Means, Explorer is deficient. Explorer. Not Windows. Windows is >>perfectly >

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

Which warning do you mean here? The "permissions out of order" one. This was not the case before, at least not on my installation, so I don't see how this can be called normal. Come on, be fair. The new ACL handling started out early 2015, got a break when I realized that

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

It was always the case. Permissions are NOT REQUIRED to be ordered in a specific way, but Explorer is only capable of editing them in the only one way. Means, Explorer is deficient. Explorer. Not Windows. Windows is perfectly capable of handling the Cygwin ACL in the intended way. No, it

Re: Issues with ACL settings after updating to the latest cygwin.dll

On Feb 10 12:55, Corinna Vinschen wrote: > On Feb 9 20:53, xnor wrote: > > Here is what I would expect: > > MyUser is in the group Administrators. Given the inherited permissions above > > a Windows-created file should be shown as "-rwxrwxr--+ MyUser > > Administrators"? > > Sorry, can't do that,

  1   2   3   >