Re: dos2unix: Failed to change the permissions of temporary output file …: Permission denied

On 2022-01-02 03:05, Andrey Repin wrote: Greetings, Brian Inglis! Maybe show us a standalone script command line execution, script execution trace (like -xv), failing command line expansion, failure messages, Cygwin permissions of relevant components, and Cygwin installation status of all the c

Re: dos2unix: Failed to change the permissions of temporary output file …: Permission denied

Greetings, Brian Inglis! > Maybe show us a standalone script command line execution, script > execution trace (like -xv), failing command line expansion, failure > messages, Cygwin permissions of relevant components, and Cygwin > installation status of all the components (or cygcheck -hrsv log).

Re: dos2unix: Failed to change the permissions of temporary output file …: Permission denied

On 2021-12-29 08:30, Andrey Repin wrote: Greetings, All! I've got a problem with recent Cygwin and some old scripts of mine. Particularly, the script at one point trying to normalize EOL's in a file so that following operations run smooth. But the step fails with message about permission change

Re: dos2unix: Failed to change the permissions of temporary output file …: Permission denied

Greetings, Andrey Repin! > I've got a problem with recent Cygwin and some old scripts of mine. > Particularly, the script at one point trying to normalize EOL's in a file so > that following operations run smooth. > But the step fails with message about permission changes. > The problem is, > 1.

dos2unix: Failed to change the permissions of temporary output file …: Permission denied

Greetings, All! I've got a problem with recent Cygwin and some old scripts of mine. Particularly, the script at one point trying to normalize EOL's in a file so that following operations run smooth. But the step fails with message about permission changes. The problem is, 1. the file is located o

Re: file permission problem

On 16/04/2016 03:16, Barry Gold wrote: I updated my cygwin to the latest 32-bit version (I hope), and I'm having a problem with file permissions. Newly created files and directories lack write permission even for the owner. Here's some relevant stuff from my Cygwin shell window: ---

file permission problem

I updated my cygwin to the latest 32-bit version (I hope), and I'm having a problem with file permissions. Newly created files and directories lack write permission even for the owner. Here's some relevant stuff from my Cygwin shell window: - ~ % umask 0022 ~ % touch x ~ % ll x

Re: Cygwin file permission issues

Thanks Jeremy, this seems to have resolved the issue. For those who might stumble upon this in the future, here's exactly what I ended up doing: 1. Edit the /etc/fstab file 2. Added the following line (note: our install of Cygwin is on the X drive): X:/cygwin / ntfs override,binary,noacl 0 0

Re: Cygwin file permission issues

> > Are you setting permissions in cygwin with a 2775 on directories? Its my > understanding the cygwin dll overwrites the windows permissions mode in favor > of its own. So then you have to use set gid or set uid on the directory > > Hope this helps > -R I haven't tried this, but wouldn't this

Re: Cygwin file permission issues

On 6/30/2010 11:27 AM, Derek Greer wrote: > I've run into a Cygwin permissions issue that I haven't been able to > resolve by looking through past discussions. > > When a file file or folder is created by a user under cygwin, it isn't > adhering to the permissions inherited by parent folders. Bas

Re: Cygwin file permission issues

To: cygwin Sent: Wed, June 30, 2010 11:27:34 AM Subject: Cygwin file permission issues I've run into a Cygwin permissions issue that I haven't been able to resolve by looking through past discussions. When a file file or folder is created by a user under cygwin, it isn't

Cygwin file permission issues

I've run into a Cygwin permissions issue that I haven't been able to resolve by looking through past discussions. When a file file or folder is created by a user under cygwin, it isn't adhering to the permissions inherited by parent folders. Based on the parent folder, any folders and files creat

Re: svn: Can't change perms of file Permission denied

On Mar 18 22:10, Steve Bray wrote: > On 03/18/2010 05:06 PM, Jason Pyeron wrote: > >It seams that svn needs to be able to write the DAC, and if it cannot then > >svn > >up cannot work. This seems to be not the case in the past (or was there some > >magic voodoo on my old system?) > > > >Any sugges

Re: svn: Can't change perms of file Permission denied

On 03/18/2010 05:06 PM, Jason Pyeron wrote: It seams that svn needs to be able to write the DAC, and if it cannot then svn up cannot work. This seems to be not the case in the past (or was there some magic voodoo on my old system?) Any suggestions on where to start? Granting Full on the share a

RE: svn: Can't change perms of file Permission denied

March 18, 2010 13:14 > Subject: RE: svn: Can't change perms of file Permission denied > > > jason.pye...@ddcrdr003646 //XXX/applications/nitams.swap > $ svn up > svn: Can't change perms of file '.svn/entries': Permission denied > > > Fro

file permission

Hi, I have many files showing a file permission of 000. This happens with files I drag and drop from somewhere into the cygwin folder. There's only one user on this computer and I don't understand why I get a permission of 000. I then try to chmod the files, but I get a "permissi

Re: Cygwin 1.7: Possible file permission errors in 'base-files'

On Mon, Jun 22, 2009 at 11:43:10AM +0200, Corinna Vinschen wrote: >On Jun 20 12:59, Mark Harig wrote: >> >> The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included >> in the 'base-files' package have their permissions set to 644 while all >> other scripts in /etc/postinstall/ have

Re: Cygwin 1.7: Possible file permission errors in 'base-files'

On Mon, June 22, 2009 10:43 am, Corinna Vinschen wrote: > On Jun 20 12:59, Mark Harig wrote: >> >> The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' >> included >> in the 'base-files' package have their permissions set to 644 while all >> other scripts in /etc/postinstall/ have their

Re: Cygwin 1.7: Possible file permission errors in 'base-files'

On Jun 20 12:59, Mark Harig wrote: > > The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included > in the 'base-files' package have their permissions set to 644 while all > other scripts in /etc/postinstall/ have their permissions set to 755. > > Is this a side-effect of 'base-files

Cygwin 1.7: Possible file permission errors in 'base-files'

The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included in the 'base-files' package have their permissions set to 644 while all other scripts in /etc/postinstall/ have their permissions set to 755. Is this a side-effect of 'base-files-profiles.sh' not completing without errors,

Re: Cannot change file permission with either chmod or setfacl

Brian Dessent wrote: Laurent Monnoye wrote: $ chmod 600 foo $ ls -l foo -rw-r--r-- 0 xotrader01 Users 4 Sep 5 18:05 foo You've left out the most relevant detail: what type of filesystem does foo reside on? NTFS, FAT, NFS, Samba? Yep. See the FAQ entry:

Re: Cannot change file permission with either chmod or setfacl

Laurent Monnoye wrote: > $ chmod 600 foo > > $ ls -l foo > -rw-r--r-- 0 xotrader01 Users 4 Sep 5 18:05 foo You've left out the most relevant detail: what type of filesystem does foo reside on? NTFS, FAT, NFS, Samba? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Pro

Cannot change file permission with either chmod or setfacl

Hello, I'm trying to change the permission of a file from 644 to 600. I've tried chmod and setfacl without success. Can someone please help me with this? Details follow: Platform is XP. $ uname -srv CYGWIN_NT-5.1 1.5.25(0.156/4/2) 2008-06-12 19:34 $ ls -l foo -rw-r--r-- 0 xotrader01 Users 4 S

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

Charles Wilson wrote: csih_WIN32_VOLS_WITH_ACLS="E:;//server/share;F:" csih_WIN32_VOLS_WITHOUT_ACLS="C:;D:;//server/othershare" Then these lists would be checked first, before using getvolinfo for unspecified mounts. That is: csih_path_supports_acls() { # convert $1 to win32 # check

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

Corinna Vinschen wrote: On Aug 4 20:51, Charles Wilson wrote: getvolinfo program http://cygwin.com/ml/cygwin/2007-08/msg00040.html as one of the csih helper progs, and put it under /usr/lib/csih/ (alternatively, import getvolinfo into cygutils). In that case, I wouldn't need to check for

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

On Aug 4 20:51, Charles Wilson wrote: > Corinna Vinschen wrote: >> A check for non-NTFS should be sufficient for now, IMHO. It's bad >> enough to run an OS on such an insecure file system, but it's hard to >> enforce upgrading to NTFS. However, ntsec and smbntsec are dead in the >> water and I d

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

Corinna Vinschen wrote: A check for non-NTFS should be sufficient for now, IMHO. It's bad enough to run an OS on such an insecure file system, but it's hard to enforce upgrading to NTFS. However, ntsec and smbntsec are dead in the water and I don't think we should encourage usage of noacl more

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

On Jul 31 00:53, Charles Wilson wrote: > Corinna Vinschen wrote: Eeek! You're using FAT32 on a NT based OS? This isn't such a good idea, actually. There's no security and no permission settings on FAT. The csih script seems to miss the fact that the directory is on a non-NTFS

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

Corinna Vinschen wrote: On Jul 23 18:34, Corinna Vinschen wrote: On Jul 23 11:25, Matt Kemmerer wrote: [EMAIL PROTECTED] ~ $ ssh-host-config *** Warning: The owner and the Administrators need *** Warning: to have .w. permission to /var/run. *** Warning: Here are the current permissions: *** War

Re: CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

Chuck? On Jul 24 11:22, Corinna Vinschen wrote: > Hi Chuck, > > On Jul 23 18:34, Corinna Vinschen wrote: > > On Jul 23 11:25, Matt Kemmerer wrote: > > > [EMAIL PROTECTED] ~ > > > $ ssh-host-config > > > *** Info: Creating default /etc/ssh_config file > > > *** Query: Overwrite existing /etc/sshd_

CSIH file permission tests on non-NTFS broken (was Re: ssh-host-config script fails)

Hi Chuck, On Jul 23 18:34, Corinna Vinschen wrote: > On Jul 23 11:25, Matt Kemmerer wrote: > > [EMAIL PROTECTED] ~ > > $ ssh-host-config > > *** Info: Creating default /etc/ssh_config file > > *** Query: Overwrite existing /etc/sshd_config file? (yes/no) yes > > *** Info: Creating default /etc/ssh

Re: file permission problem

Win Tong wrote: Hi, I have a difficult problem which I don't know how to solve and I'll appreciate any help. I'm using windows XP Home with cygwin and I want to remove the directory 'no_bulk' and all the files within it. The following commands show me something like this $ rm -r no_bulk rm: ca

file permission problem

Hi, I have a difficult problem which I don't know how to solve and I'll appreciate any help. I'm using windows XP Home with cygwin and I want to remove the directory 'no_bulk' and all the files within it. The following commands show me something like this $ rm -r no_bulk rm: cannot remove `no_b

Re: File permission hassles on Vista

On Nov 4 11:45, Joe Krahn wrote: > I have been running Cygwin on Vista. The way that file attributes are > handled are causing problems. Cygwin appears to add attributes for > 'Everyone' and a 'None' user to handle world and group POSIX attributes. On 'None' is the name of the primary group th

File permission hassles on Vista

I have been running Cygwin on Vista. The way that file attributes are handled are causing problems. Cygwin appears to add attributes for 'Everyone' and a 'None' user to handle world and group POSIX attributes. On Vista, these attributes give the file a 'shared' property, which adds a shared fil

RE: Vista File Permission Problems

writing I should point out that I have this running well on other systems in the same office with no problems (but not running Vista). Also it looks like the file permission flags on the files are not setup properly and show up as being unset. Of course I can't change them because I get p

Re: file permission question

chen li wrote: Dear all, I am new to Cygwin. When I try to execute a file call example.exe I get such message: bash: ./first.exe: Permission denied so I use chmod a+rx to change the file permisssion and here is the result: -rwxrwxrwx 1 chen41 mkgroup-l-d 11241 May 6 18:40 first.exe. But wh

file permission question

Dear all, I am new to Cygwin. When I try to execute a file call example.exe I get such message: bash: ./first.exe: Permission denied so I use chmod a+rx to change the file permisssion and here is the result: -rwxrwxrwx 1 chen41 mkgroup-l-d 11241 May 6 18:40 first.exe. But when I type ./first

File permission problems with setup.exe

Hi all, Updating cygwin two days ago revealed two problems with cywings setup.exe 1) corrupted /etc/setup/.lst.gz setup tries to read the file and stops. The error message in the logfile did not mention the filename. Deleting the broken file solved the problem 2) insufficent file permissions

Re: File permission problem

Corinna Vinschen wrote: On Sep 24 07:51, Andrew DeFaria wrote: Christopher Faylor wrote: On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: I'm trying to understand why one would want ntsec on by default and smbntsec off by default? smbntsec doesn't work reliably given the variability

RE: File permission problem

Andrew DeFaria wrote: > Christopher Faylor wrote: > >> On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: >> >>> I'm trying to understand why one would want ntsec on by default and >>> smbntsec off by default? >> >> smbntsec doesn't work reliably given the variability of smb servers

Re: File permission problem

On Sep 24 07:51, Andrew DeFaria wrote: > Christopher Faylor wrote: > > >On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: > > > >>I'm trying to understand why one would want ntsec on by default and > >>smbntsec off by default? > > > >smbntsec doesn't work reliably given the variabil

Re: File permission problem

On Sep 24 10:50, Doctor Bill wrote: > Does smbntsec work if the file system is shared from a Win9x machine? No. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info:

Re: File permission problem

Christopher Faylor wrote: On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: I'm trying to understand why one would want ntsec on by default and smbntsec off by default? smbntsec doesn't work reliably given the variability of smb servers. Still seems strange to me. If off it doesn't w

Re: File permission problem

Does smbntsec work if the file system is shared from a Win9x machine? If so, where are the NT ACL's stored? Bill On Fri, 24 Sep 2004 07:42:05 -0700, Andrew DeFaria <[EMAIL PROTECTED]> wrote: > Corinna Vinschen wrote: > > > On Sep 24 02:36, Brian Dessent

Re: File permission problem

On Fri, Sep 24, 2004 at 07:42:05AM -0700, Andrew DeFaria wrote: >I'm trying to understand why one would want ntsec on by default and >smbntsec off by default? smbntsec doesn't work reliably given the variability of smb servers. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple P

Re: File permission problem

Corinna Vinschen wrote: On Sep 24 02:36, Brian Dessent wrote: Corinna Vinschen wrote: On Sep 24 01:43, Brian Dessent wrote: [EMAIL PROTECTED] wrote: No, it is an NTFS on a network drive. Is it related? Yes. You probably lack the SeRestorePrivilege right on your login token, or for some strange reas

Re: File permission problem

I just verified the umask patch is still in place: $ (umask 000;ls -la /cygdrive/c/IO.SYS);(umask 077;ls -la /cygdrive/c/IO.SYS) -rwxr-xr-x1 docbill None 222390 Apr 23 1999 /cygdrive/c/IO.SYS -rwx--1 docbill None 222390 Apr 23 1999 /cygdrive/c/IO.SYS So if your problem

Re: File permission problem

I think about a year ago there was a patch added to the cygwin core to allow you to use 'umask' to change apparent permissions on a FAT32 partition. The idea was you could then do something like: umask 077; ssh foo.bar.com I do not know if this code is still in the cygwin libraries, and if it wi

Re: File permission problem

On Sep 24 02:36, Brian Dessent wrote: > Corinna Vinschen wrote: > > > > On Sep 24 01:43, Brian Dessent wrote: > > > [EMAIL PROTECTED] wrote: > > > > > > > > No, it is an NTFS on a network drive. Is it related? > > > > > > Yes. You probably lack the SeRestorePrivilege right on your login > > > tok

Re: File permission problem

Corinna Vinschen wrote: > > On Sep 24 01:43, Brian Dessent wrote: > > [EMAIL PROTECTED] wrote: > > > > > > No, it is an NTFS on a network drive. Is it related? > > > > Yes. You probably lack the SeRestorePrivilege right on your login > > token, or for some strange reason you have nosmbntsec set.

Re: File permission problem

On Sep 24 01:43, Brian Dessent wrote: > [EMAIL PROTECTED] wrote: > > > > No, it is an NTFS on a network drive. Is it related? > > Yes. You probably lack the SeRestorePrivilege right on your login > token, or for some strange reason you have nosmbntsec set. RTFM: >

Re: File permission problem

[EMAIL PROTECTED] wrote: > > No, it is an NTFS on a network drive. Is it related? Yes. You probably lack the SeRestorePrivilege right on your login token, or for some strange reason you have nosmbntsec set. RTFM: Brian -- Unsubscribe info

RE: File permission problem

Oh...yes, it really related. Is there any way to resolve this? If not, how can I change my home to other local drive? -Original Message- From: Peter Rehley [mailto:[EMAIL PROTECTED] Sent: Friday, 24 September, 2004 12:38 To: 'cygwin' Subject: Re: File permission problem

RE: File permission problem

No, it is an NTFS on a network drive. Is it related? -Original Message- From: Peter Rehley [mailto:[EMAIL PROTECTED] Sent: Friday, 24 September, 2004 12:38 To: 'cygwin' Subject: Re: File permission problem This sound suspiciously like the files are on a FAT32 file partition.

Re: File permission problem

ny server in order to activate the change? Jacky -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Friday, 24 September, 2004 10:52 To: Jacky Lam; [EMAIL PROTECTED] Subject: Re: File permission problem At 09:59 PM 9/23/2004, you wrote: Dear all, I have try to generate a priva

RE: File permission problem

, 2004 10:52 To: Jacky Lam; [EMAIL PROTECTED] Subject: Re: File permission problem At 09:59 PM 9/23/2004, you wrote: >Dear all, > >I have try to generate a private key file so that I don't need >to enter password everytime I "ssh" to a remote machine. However, "

Re: File permission problem

At 09:59 PM 9/23/2004, you wrote: >Dear all, > >I have try to generate a private key file so that I don't need >to enter password everytime I "ssh" to a remote machine. However, "ssh" >complaints me about the permission of key file. I don't know why "chmod" >always return 666 or 444 even I want

File permission problem

Dear all, I have try to generate a private key file so that I don't need to enter password everytime I "ssh" to a remote machine. However, "ssh" complaints me about the permission of key file. I don't know why "chmod" always return 666 or 444 even I want to change the file to 600 or 400.

FYI: cygwin1.dll build 0701 fixed a file-permission-over-SMB problem I had

Just a "thanks, y'all!" We have what I believe is an oldish Snap! server here that we export some network shares from. My 1.5.10-3 dll was failing (specifically, vim 6.3 and perl 5.8 couldn't write files on it, although bash had no problem [echo foo > foo.txt]). The 0701 build seems to have solv

Re: Windows XP and Cygwin file permission problem

> To: <[EMAIL PROTECTED]> Sent: Friday, October 03, 2003 12:05 PM Subject: Windows XP and Cygwin file permission problem Mark: Find any new solutions to your Cygwin file permission problem on Windows XP? On my Cygwin and Windows XP system, chmod refuses to change any file permissions, even

My resolution of File Permission Problems on Windows XP, cygwin 1.3.22

ssignment and double click "Restore files and directories". Now add the cvs group to the default of Administrators and Backup Operators. -Mark - Original Message - From: "Mark Priest" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, July 04, 2003 4:30 PM Su

Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22

l" <[EMAIL PROTECTED]> To: "Mark Priest" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, July 04, 2003 12:33 PM Subject: Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22 > Hi Mark, > > OK, I'll take your word for it.

Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22

On Fri, Jul 04, 2003 at 12:33:44PM -0400, Larry Hall wrote: >OK, I'll take your word for it. I had a quick look at the User's Guide >for the sections discussing 'ntsec' and didn't see anything obviously >referring to a 'patch', with the possible exception of the discussion of >'setuid'. But that

Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22

bed as the ntsec patch in the user document so I thought that was the name people were familiar with. Thanks, Mark - Original Message - From: "Larry Hall" <[EMAIL PROTECTED]> To: "Mark Priest" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, July

Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22

To: "Mark Priest" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, July 03, 2003 5:31 PM Subject: Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22 > Just curious. What "ntsec patch" are you referring to? > > Larry > >

Re: new Info on File Permission Problems on Windows XP, cygwin 1.3.22

t;[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 03, 2003 3:33 AM Subject: File Permission Problems on Windows XP, cygwin 1.3.22 Hello, I am serving a cvs repository from a Windows XP Professional machine under Cygwin 1.3.22 and I believe that I am having a file permissio

new Info on File Permission Problems on Windows XP, cygwin 1.3.22

Windows XP Professional server. I think that the permission problem I am experiencing in the cvs repository is some kind of bug in the ntsec patch. - Original Message - From: "Mark Priest" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 03, 2003 3:33 AM Su

File Permission Problems on Windows XP, cygwin 1.3.22

Hello, I am serving a cvs repository from a Windows XP Professional machine under Cygwin 1.3.22 and I believe that I am having a file permissions problem in the cvs repository. My repository is located at /cvs and all cvs users belong to the "cvs" group as their primary group. All directories in

Re: multi-user file permission problems

On Tue, Feb 11, 2003 at 21:13:32 -0500, Pierre A. Humblet wrote: > It's Users when possible. It has to be one of the groups of the user > running setup. Administrators is the backup choice. It should be > unusual. > Good. > I don't understand why Brian had problems this time, and not in previous >

Re: multi-user file permission problems

On Wed, Feb 12, 2003 at 12:04:07AM -, Max Bowsher wrote: > Brian Ford wrote: > > I strongly vote for Users. > > Actually, the currently proposed patch decides based on the group membership > of the user running setup. But it might be better for this to be a choosable > option. It's Users when

Re: multi-user file permission problems

Brian Ford wrote: > On Wed, 12 Feb 2003, Max Bowsher wrote: > >> Brian Ford wrote: >>> Why are shells and such confused by this, though? >> >> Well, that scan PATH, looking for executables and if file they >> see isn't executable, they ignore it. >> > Isn't that a bug if they don't use the ACL'

Re: multi-user file permission problems

On Wed, 12 Feb 2003, Max Bowsher wrote: > Brian Ford wrote: > > Why are shells and such confused by this, though? > > Well, that scan PATH, looking for executables and if file they see isn't > executable, they ignore it. > Isn't that a bug if they don't use the ACL's for OS's that have 'em? -

Re: multi-user file permission problems

Brian Ford wrote: > On Tue, 11 Feb 2003, Max Bowsher wrote: >> Yep. It's impossible to fully represent an ACL in traditional Unix >> permissions. >> > That's fine. > >>> Trying to execute make in bash via PATH for other users results in >>> make not found. But, trying to execute /usr/bin/make work

Re: multi-user file permission problems

On Tue, 11 Feb 2003, Max Bowsher wrote: > Brian Ford wrote: > > Here is an example: > > > > ls -l /bin/make.exe > > -rwx--+ 1 ford None 156160 May 11 2002 make.exe > > > > getfacl -a /bin/make.exe > > # file: make.exe > > # owner: ford > > # group: None > > user::rwx > > group::--

Re: multi-user file permission problems

Brian Ford wrote: > Here is an example: > > ls -l /bin/make.exe > -rwx--+ 1 ford None 156160 May 11 2002 make.exe > > getfacl -a /bin/make.exe > # file: make.exe > # owner: ford > # group: None > user::rwx > group::--- > group:SYSTEM:rwx > group:Administrators:rwx > group:Users:r-x

multi-user file permission problems

I recently updated from 1.3.19 to 1.3.20. Setup picked up a few new packages like gcc, ncurses, etc. After the update, the new executables and files had permission problems for other users of my (XP) box. >From reading the mailing list, I thought this might be due to a directory permission inher

Re: cygwin 1.3.19-1 file permission out of sync with NTFS on XP?

"Elfyn McBratney" <[EMAIL PROTECTED]> escribió en el mensaje 019301c2cbc0$c6df0860$696f86d9@webdev">news:019301c2cbc0$c6df0860$696f86d9@webdev... > > Did the permission code changed somewhere between cygwin 1.3.12 and > 1.3.19-1 ? > > It there something I can do to make them sync up again ? > > (N

Re: cygwin 1.3.19-1 file permission out of sync with NTFS on XP?

Mon, Feb 03, 2003 at 11:14:03AM -0800, Andrew Chang wrote: > > I have a situation in which a cygwin app created a file, chmod it to readonly. > then we have a win32 app chomd the same file to writable (0644). > In cygiwn 1.3.12, the new write permission would show up in the > cygwin "ls -l" comma

Re: cygwin 1.3.19-1 file permission out of sync with NTFS on XP?

On Monday 03 February 2003 12:03 pm, Max Bowsher wrote: > Andrew Chang wrote: > > I have a situation in which a cygwin app created a file, chmod it to > > readonly. > > then we have a win32 app chomd the same file to writable (0644). > > In cygiwn 1.3.12, the new write permission would show up in t

Re: cygwin 1.3.19-1 file permission out of sync with NTFS on XP?

> Did the permission code changed somewhere between cygwin 1.3.12 and 1.3.19-1 ? > It there something I can do to make them sync up again ? > (Note: I also tried "CYGWIN=ntsec", it does not help). Did your old install use ntsec (ntsec in the CYGWIN environment variable)? If not that may be why. nt

Re: cygwin 1.3.19-1 file permission out of sync with NTFS on XP?

Andrew Chang wrote: > I have a situation in which a cygwin app created a file, chmod it to > readonly. > then we have a win32 app chomd the same file to writable (0644). > In cygiwn 1.3.12, the new write permission would show up in the > cygwin "ls -l" command. In cygwin 1.3.19-1, the write permiss

cygwin 1.3.19-1 file permission out of sync with NTFS on XP?

I have a situation in which a cygwin app created a file, chmod it to readonly. then we have a win32 app chomd the same file to writable (0644). In cygiwn 1.3.12, the new write permission would show up in the cygwin "ls -l" command. In cygwin 1.3.19-1, the write permission is not visible in cygwi

Re: File permission problems with new cygwin dll

On Thu, Oct 17, 2002 at 03:17:11PM +1300, Ross Smith wrote: >If you take any command-line program that writes to stdout -- plain old >"hello world" will do fine -- compile it with gcc, and run it several >times with >> somefile, then you get a file containing several copies >of "hello world", as yo

Re: File permission problems with new cygwin dll

On Thu, 17 Oct 2002, Christopher Faylor wrote: > On Thu, Oct 17, 2002 at 03:17:11PM +1300, Ross Smith wrote: > >If you take any command-line program that writes to stdout -- plain old > >"hello world" will do fine -- compile it with gcc, and run it several > >times with >> somefile, then you get a

RE: File permission problems with new cygwin dll

> From: Christopher Faylor [mailto:cgf@;redhat.com] > > On Thu, Oct 17, 2002 at 03:17:11PM +1300, Ross Smith wrote: > >If you take any command-line program that writes to stdout > -- plain old > >"hello world" will do fine -- compile it with gcc, and run it several > >times with >> somefile, then

Re: File permission problems with new cygwin dll

On Fri, Oct 18, 2002 at 12:19:29AM +0200, Pavel Tsekov wrote: >On Thu, 17 Oct 2002, Christopher Faylor wrote: > >> On Thu, Oct 17, 2002 at 03:17:11PM +1300, Ross Smith wrote: >> >If you take any command-line program that writes to stdout -- plain old >> >"hello world" will do fine -- compile it wit

RE: File permission problems with new cygwin dll

> From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > > On Thu, Oct 17, 2002 at 11:09:31AM +1300, Ross Smith wrote: > >I just upgraded to the new cygwin dll and gcc, and I seem to > be running > >into some of the same problems reported by others. (Yes, I know ntsec > >is now enabled by default

RE: File permission problems with new cygwin dll

:26 PM > To: [EMAIL PROTECTED] > Subject: Re: File permission problems with new cygwin dll > > > On Wed, Oct 16, 2002 at 07:23:25PM -0400, Rolf Campbell wrote: > >That fixed all of my problems! "mkpasswd -du mywindowslogin > > >/etc/passwd", and then gc

Re: File permission problems with new cygwin dll

On Wed, Oct 16, 2002 at 07:23:25PM -0400, Rolf Campbell wrote: >That fixed all of my problems! "mkpasswd -du mywindowslogin > >/etc/passwd", and then gcc started producing programs that were >executable again. Wow. I'm amazed. I didn't expect that it would fix those kind of problems. I'm glad

RE: File permission problems with new cygwin dll

2 7:05 PM > To: [EMAIL PROTECTED] > Subject: Re: File permission problems with new cygwin dll > > > On Thu, Oct 17, 2002 at 11:09:31AM +1300, Ross Smith wrote: > >I just upgraded to the new cygwin dll and gcc, and I seem to > be running > >into some of the same probl

Re: File permission problems with new cygwin dll

On Thu, Oct 17, 2002 at 11:09:31AM +1300, Ross Smith wrote: >I just upgraded to the new cygwin dll and gcc, and I seem to be running >into some of the same problems reported by others. (Yes, I know ntsec >is now enabled by default.) > >First problem: chmod doesn't work. Whenever I try to use it, I

File permission problems with new cygwin dll

I just upgraded to the new cygwin dll and gcc, and I seem to be running into some of the same problems reported by others. (Yes, I know ntsec is now enabled by default.) First problem: chmod doesn't work. Whenever I try to use it, I just get "chmod: changing permissions of `foo': Invalid argument

RE: Problem with the file permission

> [mailto:[EMAIL PROTECTED]] > Sent: 16 October 2002 08:37 > To: [EMAIL PROTECTED] > Subject: Problem with the file permission > > > Hey, > > i reinstalled some packages and all my file permissions are > now set to > 777 mode. > Can i undo this ? > Why d

Problem with the file permission

Hey, i reinstalled some packages and all my file permissions are now set to 777 mode. Can i undo this ? Why did it do this ? I never had this kind of problem before. -- GarulfO:<> -- "There is much pleasure to be gained from useless knowledge." Bertrand Russell (1872-1970) British philosopher,