setup messing up ntfs permissions

Is there any way to stop setup program from messing up NTFS permissions? I don't like how cygwin works with NTFS permissions and therefore it is disabled through /etc/fstab, but setup ignores it and keeps destroying inherited permissions and replacing them with custom ones every time it installs so

Re: setup messing up ntfs permissions

So, I guess there is now way to tell setup.exe to stop messing up NTFS permissions currently. May I ask to add such feature then? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe i

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.6 due soon

I'm just wondering, will setup.exe honor new mount options, or it will still mess up NTFS permissions? On Fri, Jun 25, 2010 at 4:45 PM, Corinna Vinschen wrote: > A lot of changes and fixes have been made in Cygwin since 1.7.5 has > been released, so we're looking forward to release Cygwin 1.7.6 s

Re: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

I am facing similar issue and this is actually why I stopped using Cygwin. There is no way to tell setup.exe to stop destroying permissions. And noone seem to care about it. On Wed, Sep 1, 2010 at 12:00 PM, Harie Ram wrote: > -- Forwarded message -- > From: Harie Ram > Date: Tue,

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also be configured to not touch ACL's at all, but setup program ignores that and messes up permissions every time something is installed/updated. On Wed, Sep 1, 2010 at 4:49 PM, Rolf Campbell wrote: > On 2010-09-01 04:00, Harie Ram

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

e this... > > Thanks > > On Wed, Sep 1, 2010 at 7:21 PM, Vasya Pupkin wrote: >> Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also >> be configured to not touch ACL's at all, but setup program ignores >> that and messes up permissions eve

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

uding files in /etc, messing up everything. On Thu, Sep 2, 2010 at 12:18 AM, Andy Koppe wrote: > On 1 September 2010 15:18, Vasya Pupkin wrote: >>> Do creating any entries in /etc/passwd  or /etc/group or /etc/fstab >>> files can overcome this... >> >> Nothing

can't compile setup.exe

I'm trying to compile setup.exe from source code I got from CVS. For some reason, I am getting an error: propsheet.cc: In member function `bool PropSheet::SetActivePage(int)': propsheet.cc:444: error: expected id-expression before '::' token propsheet.cc:444: error: expected `)' before '::' token

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

FILE_ATTRIBUTE_NORMAL, FILE_SHARE_VALID_FLAGS, disp, FILE_OPEN_FOR_BACKUP_INTENT === Instead of commenting code, defines can be used to allow choosing required behaviour at compile time. On Thu, Sep 2, 2010 at 9:12 AM, Christopher Faylor wrote: > On Thu, Sep 02, 2010 at 06:08:37AM +0400

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

s) some issue with permissions in cygwin. That is why I don't want to use them. On Thu, Sep 2, 2010 at 9:10 AM, Andy Koppe wrote: > On 2 September 2010 03:08, Vasya Pupkin wrote: >> Because I prefer to keep things under control > > Oh $DEITY. > >> And I don't t

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

roper bug report instead of just fixing permissions. On Thu, Sep 2, 2010 at 6:28 PM, Jeremy Bopp wrote: > On 9/2/2010 12:49 AM, Vasya Pupkin wrote: >> No, it wasn't a mess of my own making. I did not ever touch >> permissions, and it was a clean install. I don't know w

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

On Thu, Sep 2, 2010 at 8:25 PM, Jeremy Bopp wrote: > Your answer was simply an assertion that there possibly was and may > still be something wrong with the permissions handling under Cygwin, but > that you also haven't confirmed that recently.  The details really would > be helpful and likely nec

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

On Fri, Sep 3, 2010 at 12:49 AM, Andy Koppe wrote: > How did you find the problematic permissions? By looking at the > security tab of the file properties? Did you confirm that users really > were able to modify files they weren't supposed to? Could the > offending privileges have been inherited f

Re: Fwd: Windows File permissions are not being inherited - Cygwin 1.7 - Windows 7

Sep 2, 2010 at 9:12 AM, Christopher Faylor wrote: > On Thu, Sep 02, 2010 at 06:08:37AM +0400, Vasya Pupkin wrote: >>Because I prefer to keep things under control. And I don't think it >>will require a huge amount of work to disable working with permissions >>in setup.exe wit

problem with sshd

I have a problem running cygwin sshd. I often end up with a lot of bash processes running and eating memory while there are no single active ssh session. It happens when either connection lost or user closes connection without logging out, sshd process dies but bash remains in memory forever. Is it

Re: problem with sshd

On Wed, Dec 22, 2010 at 12:41 PM, Thorsten Kampe wrote: > * Vasya Pupkin (Wed, 22 Dec 2010 09:26:29 +0300) >> I have a problem running cygwin sshd. I often end up with a lot of >> bash processes running and eating memory while there are no single >> active ssh session. I

Re: problem with sshd

On Wed, Dec 22, 2010 at 9:50 PM, David Sastre wrote: >> >> I have a problem running cygwin sshd. I often end up with a lot of >> >> bash processes running and eating memory while there are no single >> >> active ssh session. It happens when either connection lost or user >> >> closes connection wi

Re: problem with sshd

On Thu, Dec 23, 2010 at 11:59 AM, Thorsten Kampe wrote: >> I searched and found only one message describing this problem which >> was left without answer... > > 20bash&group=gmane.os.cygwin> Thanks, a lot of similar bugreports since 2007 and no sing