Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Sep 11 21:33, Takashi Yano wrote: > Hi Corinna, > > On Fri, 11 Sep 2015 13:10:12 +0200 > Corinna Vinschen wrote: > > In theory, yes. The problem is just that checking the uid/gid equality > > is not safe, given that you can easily create that via passwd/group > > files. What I was thinking of

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

Hi Corinna, On Fri, 11 Sep 2015 13:10:12 +0200 Corinna Vinschen wrote: > In theory, yes. The problem is just that checking the uid/gid equality > is not safe, given that you can easily create that via passwd/group > files. What I was thinking of is to convert the uid/gid values into > SIDs using

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

Hi Takashi, On Sep 11 19:04, Takashi Yano wrote: > Hi Corinna, > > Regarding the first problem: > > > a) Group permissions on root folders > > On Sun, 6 Sep 2015 13:44:44 +0200 > Corinna Vinschen wrote: > > The group permission problem is easy (and I'm

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

Hi Corinna, Regarding the first problem: > > a) Group permissions on root folders On Sun, 6 Sep 2015 13:44:44 +0200 Corinna Vinschen wrote: > The group permission problem is easy (and I'm wondering if it really was > such a bright idea to let user SID == group SID slip

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

Greetings, Eric Blake! > [ ... -a ... ] is not portable; there are some inherently ambiguous > situations that it cannot handle. POSIX recommends that you spell it [ > ... ] && [ ... ] instead. >> >> If a script author did not quote the indirect references, it is their fault, >

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On 09/10/2015 06:39 PM, Andrey Repin wrote: [ ... -a ... ] is not portable; there are some inherently ambiguous situations that it cannot handle. POSIX recommends that you spell it [ ... ] && [ ... ] instead. >>> > > If a script author did not quote the indirect references, it is

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

Greetings, Eric Blake! > - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ] > + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \ > + -a "${LOGONSERVER}" != "MicrosoftAccount" ] >then ># Lowercase of USERDOMAIN >csih_PRIV

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On 2015-09-10 12:07, Ken Brown wrote: On 9/10/2015 11:49 AM, David A Cobb wrote: On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make permission changes, the next time I access the folder-tree from Windows Explorer Security tab, it complains that the Access Control List is incorre

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Sep 10 11:36, Eric Blake wrote: > On 09/10/2015 11:31 AM, Corinna Vinschen wrote: > > - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ] > + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \ > + -a "${LOGONSERVER}" != "MicrosoftAccount" ] >

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On 09/10/2015 11:31 AM, Corinna Vinschen wrote: - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ] + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \ + -a "${LOGONSERVER}" != "MicrosoftAccount" ] then # Lowercase of USERDOMAIN

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Sep 10 11:27, Eric Blake wrote: > On 09/10/2015 11:23 AM, Corinna Vinschen wrote: > > On Sep 10 20:04, Takashi Yano wrote: > >> Hi Corinna, > >> > >>> However, I have not the faintest idea why the cyg_server stuff doesn't > >>> work. Anybody willing to track this down in the csih helper script?

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Sep 10 12:07, Ken Brown wrote: > On 9/10/2015 11:49 AM, David A Cobb wrote: > >On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make > >permission changes, the next time I access the folder-tree from Windows > >Explorer Security tab, it complains that the Access Control List is > >

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On 09/10/2015 11:23 AM, Corinna Vinschen wrote: > On Sep 10 20:04, Takashi Yano wrote: >> Hi Corinna, >> >>> However, I have not the faintest idea why the cyg_server stuff doesn't >>> work. Anybody willing to track this down in the csih helper script? >> >> I had looked into csih script, and found

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Sep 10 20:04, Takashi Yano wrote: > Hi Corinna, > > > However, I have not the faintest idea why the cyg_server stuff doesn't > > work. Anybody willing to track this down in the csih helper script? > > I had looked into csih script, and found a patch below solves > the second problem. > > > b)

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On 9/10/2015 11:49 AM, David A Cobb wrote: On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make permission changes, the next time I access the folder-tree from Windows Explorer Security tab, it complains that the Access Control List is incorrectly ordered and that will cause undesi

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On 2015-09-05 02:59, Takashi Yano wrote: Hi Corinna, Is there any progress regarding this problem? I recently encountered the same situation. After some trials, I found this problem occurs if the account, on which cygwin setup is executed, is a Microsoft account. This does not occur if the acco

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

Hi Corinna, > However, I have not the faintest idea why the cyg_server stuff doesn't > work. Anybody willing to track this down in the csih helper script? I had looked into csih script, and found a patch below solves the second problem. > > b) Creating sshd service using cyg_server --- cygwin-s

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

gwin > setup is executed, is a Microsoft account. This does not occur > if the account is a local account. > > Above is true for both: > a) Group permissions on root folders > b) Creating sshd service using cyg_server > > I would be happy if this information helps you. N

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

both: a) Group permissions on root folders b) Creating sshd service using cyg_server I would be happy if this information helps you. On Tue, 16 Jun 2015 17:58:43 +0200 Corinna Vinschen wrote: > On Jun 16 09:23, Brian Buchanan wrote: > > On Thu, 30 Apr 2015 at 10:24:50, Corinna

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Jun 16 09:23, Brian Buchanan wrote: > On Thu, 30 Apr 2015 at 10:24:50, Corinna Vinschen cygwin dot com> wrote: > >[...] > > Hmm, the permission test in the csih helper script is apparently not up > > to the task in your situation. As a workaround, you may want to change > > the group ownership

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Thu, 30 Apr 2015 at 10:24:50, Corinna Vinschen wrote: > > On Apr 29 10:45, Brian Buchanan wrote: > > I did a fresh cygwin-64 (setup-x86_64 version 2.870) install under > > build 10061 of Windows 10 Technical Preview. > > > > The group permissions in the roo

Re: Group Permissions on root folders problem (Windows 10 TP build 10061)

On Apr 29 10:45, Brian Buchanan wrote: > I did a fresh cygwin-64 (setup-x86_64 version 2.870) install under > build 10061 of Windows 10 Technical Preview. > > The group permissions in the root look wrong. > > $ ls -lA / > total 321 > drwx---r-x+ 1 Brian Brian

Group Permissions on root folders problem (Windows 10 TP build 10061)

I did a fresh cygwin-64 (setup-x86_64 version 2.870) install under build 10061 of Windows 10 Technical Preview. The group permissions in the root look wrong. $ ls -lA / total 321 drwx---r-x+ 1 Brian Brian 0 Apr 29 10:31 bin dr-xr-xr-x 1 Brian Brian 0 Apr 29 10:31

Re: group permissions

On Feb 11 13:28, Eric Blake wrote: > On 02/10/2015 02:21 AM, Corinna Vinschen wrote: > > o The other way to emulate writing an ACL_MASK entry would be to drop > > permissions from all groups and secondary users so they match the > > desired mask value. This is secure, but in contrast to the ot

Re: group permissions

On 02/10/2015 02:21 AM, Corinna Vinschen wrote: > o The other way to emulate writing an ACL_MASK entry would be to drop > permissions from all groups and secondary users so they match the > desired mask value. This is secure, but in contrast to the other > solution it would change the second

Re: group permissions

r chmod to modify. Since Windows doesn't have mask bits, that functionality simply isn't there. > Most of this doesn’t resolve the issues with applications that choke > on more permissive group permissions than expected (which seems to be > the issues in other threads). The only commo

Re: group permissions

or directory in Cygwin, the default permissions from the parent folder are propagated to the Cygwin-created file or directory, and then the ACL is tweaked to make it POSIX compliant. While doing that, the "inherited" flag in the ACE disappears to follow POSIX rules. A later chmod will not be able

Re: group permissions

ementation computes the mask value and adds it to the group permissions, because that reflects reality much better than the old implementation. The permissions on the files *are* open to other users and thus a security- conscious, but not ACL-aware application like SSH should now.

Re: group permissions

On Feb 10 11:48, Achim Gratz wrote: > Corinna Vinschen cygwin.com> writes: > > Here's the problem: Windows doesn't support an ACL_MASK entry, nor > > anything even remotely resembling it. > > Right. And pretending that it does is doing more harm than good, IMHO. > > > o The other way to emulat

Re: group permissions

Corinna Vinschen cygwin.com> writes: > Here's the problem: Windows doesn't support an ACL_MASK entry, nor > anything even remotely resembling it. Right. And pretending that it does is doing more harm than good, IMHO. > o The other way to emulate writing an ACL_MASK entry would be to drop > p

Re: group permissions

On Feb 9 21:20, Thomas Wolff wrote: > Am 09.02.2015 um 10:14 schrieb Corinna Vinschen: > >On Feb 9 00:03, Thomas Wolff wrote: > >>With 1.7.34-6: > >>>- the fixes in POSIX ACL handling and the effect this has on the standard > >>> POSIX group pe

Re: group permissions

Am 09.02.2015 um 10:14 schrieb Corinna Vinschen: On Feb 9 00:03, Thomas Wolff wrote: With 1.7.34-6: - the fixes in POSIX ACL handling and the effect this has on the standard POSIX group permissions, as well as the accompanying new setfacl(1) options -b/--remove-all and -k/--remove

Re: group permissions

On Feb 9 00:03, Thomas Wolff wrote: > With 1.7.34-6: > > - the fixes in POSIX ACL handling and the effect this has on the standard > > POSIX group permissions, as well as the accompanying new setfacl(1) > > options -b/--remove-all and -k/--remove-default. > >

Re: group permissions

Greetings, Thomas Wolff! > With 1.7.34-6: >> - the fixes in POSIX ACL handling and the effect this has on the standard >> POSIX group permissions, as well as the accompanying new setfacl(1) >> options -b/--remove-all and -k/--remove-default. >> >> Se

group permissions

With 1.7.34-6: > - the fixes in POSIX ACL handling and the effect this has on the standard > POSIX group permissions, as well as the accompanying new setfacl(1) > options -b/--remove-all and -k/--remove-default. > > Seehttps://cygwin.com/cygwin-ug-net/using-utils.html#set

RE: : 64-bit cygwin - cannot remove group permissions from file on ntfs

>On Aug 11 16:28, Luke Ordelmans wrote: >> Running cygwin 64-bit on Windows 8 doesn't allow me to remove group >> permissions from a file. On 32-bit cygwin doing the same thing works fine. >> >> Luke@Sorcerer ~/test $ uname -a >> CYGWIN_NT-6.2 Sorcerer 1.7

Re: : 64-bit cygwin - cannot remove group permissions from file on ntfs

On Aug 11 16:28, Luke Ordelmans wrote: > Running cygwin 64-bit on Windows 8 doesn't allow me to remove group > permissions from a file. On 32-bit cygwin doing the same thing works fine. >   > Luke@Sorcerer ~/test $ uname -a > CYGWIN_NT-6.2 Sorcerer 1.7.23(0.268/5/3) 2013-08-09

: 64-bit cygwin - cannot remove group permissions from file on ntfs

Running cygwin 64-bit on Windows 8 doesn't allow me to remove group permissions from a file. On 32-bit cygwin doing the same thing works fine.   Luke@Sorcerer ~/test $ uname -a CYGWIN_NT-6.2 Sorcerer 1.7.23(0.268/5/3) 2013-08-09 10:05 x86_64 Cygwin Luke@Sorcerer ~/test $ touch test Luke@Sor

Re: Bug in Cygwin Windows 8 group permissions

> On Thu, Dec 6, 2012 at 4:53 PM, Larry Hall (Cygwin) wrote: > The simplest way to determine where Cygwin is routed is to look at > what's returned from the 'mount' command. For detailed information > on how Cygwin sets up the mount table, see: > >

Re: Bug in Cygwin Windows 8 group permissions

On 12/6/2012 4:24 PM, Chaz Littlejohn wrote: On Thu, Dec 6, 2012 at 4:17 PM, On 12/6/2012 10:10 PM, Chaz Littlejohn wrote: On 12/6/2012 9:15 PM, Chaz Littlejohn wrote: a workaround was already available on first link you provided chgrp -R Users ~/.ssh I had tried this earlier runnin

Re: Bug in Cygwin Windows 8 group permissions

On Thu, Dec 6, 2012 at 4:17 PM, > On 12/6/2012 10:10 PM, Chaz Littlejohn wrote: >> >> On 12/6/2012 9:15 PM, Chaz Littlejohn wrote: >>> >>> >>> a workaround was already available on first link you provided >>> >>>chgrp -R Users ~/.ssh >>> >> >> I had tried this earlier running the chgrp.exe, but

Re: Bug in Cygwin Windows 8 group permissions

On 12/6/2012 10:10 PM, Chaz Littlejohn wrote: On 12/6/2012 9:15 PM, Chaz Littlejohn wrote: a workaround was already available on first link you provided chgrp -R Users ~/.ssh I had tried this earlier running the chgrp.exe, but it threw an error saying unknown group 'Users'. I assume this

Re: Bug in Cygwin Windows 8 group permissions

On 12/6/2012 9:15 PM, Chaz Littlejohn wrote: > > a workaround was already available on first link you provided > > chgrp -R Users ~/.ssh > I had tried this earlier running the chgrp.exe, but it threw an error saying unknown group 'Users'. I assume this is because when chgrp.exe is located outsid

Re: Bug in Cygwin Windows 8 group permissions

On 12/6/2012 3:15 PM, Chaz Littlejohn wrote: On Sun, Dec 2, 2012 at 10:46 AM, Chaz Littlejohn wrote: Hi, Wanted to check to see if you were aware of this permissions bug when using Cygwin in Windows 8: http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-

Re: Bug in Cygwin Windows 8 group permissions

On 12/6/2012 9:15 PM, Chaz Littlejohn wrote: On Sun, Dec 2, 2012 at 10:46 AM, Chaz Littlejohn wrote: Hi, Wanted to check to see if you were aware of this permissions bug when using Cygwin in Windows 8: http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-

Re: Bug in Cygwin Windows 8 group permissions

On Sun, Dec 2, 2012 at 10:46 AM, Chaz Littlejohn wrote: > Hi, > > Wanted to check to see if you were aware of this permissions bug when > using Cygwin in Windows 8: > > http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-expected > http://superuser.com/questi

Re: Bug in Cygwin Windows 8 group permissions

On 12/4/2012 4:34 PM, Chaz Littlejohn wrote: By my understanding, if you're distributing GPLv3+ software such as cygwin1.dll, these are not rights you can withhold on that software. This is true for all GPL versions. Cygwin's license is GPL with an exception to allow any Open Source product t

Re: Bug in Cygwin Windows 8 group permissions

> > By my understanding, if you're > > distributing GPLv3+ software such as cygwin1.dll, these are not rights > > you can withhold on that software. > This is true for all GPL versions. Cygwin's license is GPL with an > exception to allow any Open Source product to not be infected but that > is t

Re: Bug in Cygwin Windows 8 group permissions

On Mon, Dec 3, 2012 at 5:16 AM, Adam Dinwoodie wrote: > By my understanding, if you're > distributing GPLv3+ software such as cygwin1.dll, these are not rights > you can withhold on that software. This is true for all GPL versions. Cygwin's license is GPL with an exception to allow any Open Sourc

RE: Bug in Cygwin Windows 8 group permissions

Chaz Littlejohn wrote: > We bundle several of the Cygwin utilities (rsync.exe, cypath.exe, > ssh.exe, ssh-keygen.exe) in with our application rather than forcing > users to install Cygwin. Based on your email address, I assume the application you're referring to is Pokeit, downloadable from https:

Bug in Cygwin Windows 8 group permissions

Hi, Wanted to check to see if you were aware of this permissions bug when using Cygwin in Windows 8: http://superuser.com/questions/397288/using-cygwin-in-windows-8-chmod-600-does-not-work-as-expected http://superuser.com/questions/363141/using-git-through-cygwin-on-windows-8 I was hoping I coul

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Barry Kelly wrote: Corinna Vinschen wrote: If that's not feasible, switch off ntsec and you get standard Windows permissions. If the standard Windows permissions are not as you need them, don't rely on Cygwin's chown/chmod. rather change the inheritence settings of the parent directory accordi

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Corinna Vinschen wrote: > If that's not feasible, switch off ntsec and you get standard Windows > permissions. If the standard Windows permissions are not as you need > them, don't rely on Cygwin's chown/chmod. rather change the inheritence > settings of the parent directory according to your nee

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Corinna Vinschen wrote: On Nov 13 15:28, Larry Hall (Cygwin) wrote: Barry Kelly wrote: Larry Hall (Cygwin) wrote: Barry Kelly wrote: Corinna Vinschen wrote: I, for one, use Cygwin not primarily as a POSIX emulation layer, but as my main Windows user interface. IMHO in this situation, being p

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

On Nov 13 15:28, Larry Hall (Cygwin) wrote: > Barry Kelly wrote: >> Larry Hall (Cygwin) wrote: >>> Barry Kelly wrote: Corinna Vinschen wrote: I, for one, use Cygwin not primarily as a POSIX emulation layer, but as my main Windows user interface. IMHO in this situation, being pos

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Barry Kelly wrote: Larry Hall (Cygwin) wrote: Barry Kelly wrote: Corinna Vinschen wrote: I, for one, use Cygwin not primarily as a POSIX emulation layer, but as my main Windows user interface. IMHO in this situation, being posixly correct is a handicap that Cygwin could do without, at the use

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Larry Hall (Cygwin) wrote: > Barry Kelly wrote: > > Corinna Vinschen wrote: > > > > I, for one, use Cygwin not primarily as a POSIX emulation layer, but as > > my main Windows user interface. IMHO in this situation, being posixly > > correct is a handicap that Cygwin could do without, at the user

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Barry Kelly wrote: Corinna Vinschen wrote: No, it's not feasible. If you leave out the Everyone ACE, the permissions are not POSIX-like anymore. Leaving out means that others have no permissions at all. Not even to see the permissions. That's not correct from a POSIX POV. Even if others

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Corinna Vinschen wrote: > No, it's not feasible. If you leave out the Everyone ACE, the > permissions are not POSIX-like anymore. Leaving out means that others > have no permissions at all. Not even to see the permissions. That's > not correct from a POSIX POV. > Even if others don't have rwx

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

On Nov 9 23:13, charles5687 wrote: > Corinna Vinschen-2 wrote: > > The real answer is: It can't be prevented and there are no plans to add > > code to prevent it, since these read permissions are required to get > > POSIX-like permissions. > > I'm not sure I follow. Does this mean there are no p

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

point in time (I don't consider dropping UNIX/POSIX permissions with `nontsec`/`noacl` to be a "fix"). - Charles -- View this message in context: http://www.nabble.com/Cygwin-Everyone-group-permissions-and-Vista-%22shared-files%22-%28*not*-shared-folders%29-tp19386749p20415332.html

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

ns with `nontsec`/`noacl` to be a "fix"). - Charles -- View this message in context: http://www.nabble.com/Cygwin-Everyone-group-permissions-and-Vista-%22shared-files%22-%28*not*-shared-folders%29-tp19386749p20415300.html Sent from the Cygwin list mailing list archive at Nabble.com.

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

On Sep 29 18:52, Corinna Vinschen wrote: > On Sep 9 07:47, Barry Kelly wrote: > > Unfortunately, Cygwin creates an ACE for the group Everyone, even with > > umask 0077, or after chmod 0700 is applied. Specifically, this is what > > it looks like using cacls: > > > > Everyone:

Re: Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

On Sep 9 07:47, Barry Kelly wrote: > Unfortunately, Cygwin creates an ACE for the group Everyone, even with > umask 0077, or after chmod 0700 is applied. Specifically, this is what > it looks like using cacls: > > Everyone:(special access:) > REA

Cygwin Everyone group permissions and Vista "shared files" (*not* shared folders)

Cygwin by default, tries to implement POSIX permissions using the NT ACL system - fairly well described here: http://cygwin.com/cygwin-ug-net/ntsec.html The way this feature is implemented interacts poorly with Vista, however. A previous mailing (with reply) on this list that tried to describe

Re: Group permissions showing up as question marks?

Excellent Larry. That worked perfectly. If you have any control over the content of the first page, if you could see that it includes the phrase 'question marks' instead of the ungoogleable '??' that would be ideal. Thanks again, -S -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe

Re: Group permissions showing up as question marks?

Steve wrote: I am not sure how to interpret the fact that the files on my Windows 2003 Server are showing group permissions as '??'. Is this just a side-effect of the fact that windows permissions don't distinguish between user and group ownership? Is it that the group owner w

Group permissions showing up as question marks?

I am not sure how to interpret the fact that the files on my Windows 2003 Server are showing group permissions as '??'. Is this just a side-effect of the fact that windows permissions don't distinguish between user and group ownership? Is it that the group owner was not p

RE: Fwd: Lost user/group permissions after reinstallation of Cygwin

At 12:22 PM 9/19/2005, you wrote: >Original Message >>From: Larry Hall >>Sent: 19 September 2005 03:50 > >> At 12:28 PM 9/17/2005, you wrote: >>> -- Forwarded message -- >>> From: Krister Svanlund > ^ > > Larry? You know what I'm abou

RE: Fwd: Lost user/group permissions after reinstallation of Cygwin

ay, so I won't even say it! :) >> Date: Sep 17, 2005 5:22 PM >> Subject: Lost user/group permissions after reinstallation of Cygwin >> I have major problems here, I reinstalled my computer, and while doing >> this i removed cygwin (except for my home directory) and when i

Re: Fwd: Lost user/group permissions after reinstallation of Cygwin

At 12:28 PM 9/17/2005, you wrote: >-- Forwarded message -- >From: Krister Svanlund <[EMAIL PROTECTED]> >Date: Sep 17, 2005 5:22 PM >Subject: Lost user/group permissions after reinstallation of Cygwin >To: cygwin@cygwin.com > > >I have major problems h

Fwd: Lost user/group permissions after reinstallation of Cygwin

-- Forwarded message -- From: Krister Svanlund <[EMAIL PROTECTED]> Date: Sep 17, 2005 5:22 PM Subject: Lost user/group permissions after reinstallation of Cygwin To: cygwin@cygwin.com I have major problems here, I reinstalled my computer, and while doing this i removed

Fwd: Lost user/group permissions after reinstallation of Cygwin

-- Forwarded message -- From: Krister Svanlund <[EMAIL PROTECTED]> Date: Sep 17, 2005 5:22 PM Subject: Lost user/group permissions after reinstallation of Cygwin To: cygwin@cygwin.com I have major problems here, I reinstalled my computer, and while doing this i removed

Re: MVFS owner/group & permissions

Andrzej Ostruszka wrote: On Mon, Mar 14 (2005), Igor Pechtchanski wrote: First question: do you have both "ntsec" and "smbntsec" on? Not until you've asked :). I'm not sure where it should be set so I set it in: Control_Panel->System->Advanced->Env_vars and I do see it in the subsequent shell inv

Re: MVFS owner/group & permissions

On Tue, 15 Mar 2005, Andrzej Ostruszka wrote: > On Mon, Mar 14 (2005), Igor Pechtchanski wrote: > > First question: do you have both "ntsec" and "smbntsec" on? > > Not until you've asked :). I'm not sure where it should be set so I set > it in: Control_Panel->System->Advanced->Env_vars and I do s

Re: MVFS owner/group & permissions

On Mon, Mar 14 (2005), Igor Pechtchanski wrote: > First question: do you have both "ntsec" and "smbntsec" on? Not until you've asked :). I'm not sure where it should be set so I set it in: Control_Panel->System->Advanced->Env_vars and I do see it in the subsequent shell invocations: [EMAIL PROTE

Re: MVFS owner/group & permissions

On Mon, 14 Mar 2005, Andrzej Ostruszka wrote: > Hello all, > > I've got one question regarding the use of ClearCase MVFS filesystem > under cygwin. I've searched the archive but so far with no clue to > solve my problem (it might be a feature wish). > > Is it possible to have the ClearCase owner

MVFS owner/group & permissions

Hello all, I've got one question regarding the use of ClearCase MVFS filesystem under cygwin. I've searched the archive but so far with no clue to solve my problem (it might be a feature wish). Is it possible to have the ClearCase owner group and permissions listed while listing the catalog/file

Re: bash 'test -x' gives incorrect results with group permissions?

On Wed, Mar 05, 2003 at 04:10:35PM -0500, Eric Tiffany wrote: > > I encountered a perplexing situation with file permissions. I am running > cygwin 1.3.20 and bash 2.05b.0(8). > > I have an executable with the following permissions: > > $ ls -ln /c/j2sdk1.4.1_01/bin/java > > -rwxrwx---+ 1 5

Re: bash 'test -x' gives incorrect results with group permissions?

On Wed, 5 Mar 2003, Eric Tiffany wrote: > I encountered a perplexing situation with file permissions. I am running > cygwin 1.3.20 and bash 2.05b.0(8). > > I have an executable with the following permissions: > > $ ls -ln /c/j2sdk1.4.1_01/bin/java > > -rwxrwx---+ 1 544 18 24672 S

bash 'test -x' gives incorrect results with group permissions?

I encountered a perplexing situation with file permissions. I am running cygwin 1.3.20 and bash 2.05b.0(8). I have an executable with the following permissions: $ ls -ln /c/j2sdk1.4.1_01/bin/java -rwxrwx---+ 1 544 18 24672 Sep 30 03:08 /c/j2sdk1.4.1_01/bin/java And here is my