X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:reply-to:message-id:to:subject :in-reply-to:references:mime-version:content-type :content-transfer-encoding; q=dns; s=default; b=U7EGrzpl6UcdnVQj gH6S2lG/RjfvXAuTvJntktD6l/V/iH7qHyLMUXb8TKSwF/rk8DgdFpbFlBH3qTGo dctvR5vkAHyhhm0zO78YET44K5eYjgpH4nIymjXstfY+EAGiIcwb18tulhW/UxpE AnjtFTVscKgTMFV/ZiyUNqfM314= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:reply-to:message-id:to:subject :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=default; bh=3UtbjqbIaUl5bLVQjvj6Op qChTc=; b=i90svBhVJ5qMwxK7fvs7ufL6qeuTN9Krm5314nLd221BdMY+BGFXhn yZo8P1wESmVzOkMGZ9WmpCrTPNVHHuOLg5cV3xTgJMPqpW+HrVc9mjhlJfafrWlW pCdGm9eJnA4FL38zayJNa/aA4rcWCEnjT6MSqSH9d/Cl6cozGFyGs= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=4.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,SPF_SOFTFAIL autolearn=no version=3.3.2 spammy=H*UA:Bat!, H*x:Bat!, edited, H*r:4.80.1 X-HELO: smtp.ht-systems.ru Date: Wed, 30 Mar 2016 22:59:46 +0300 From: Andrey Repin Reply-To: cygwin AT cygwin DOT com Message-ID: <977863692.20160330225946@yandex.ru> To: mihau , cygwin AT cygwin DOT com Subject: Re: wget seemingly modifies file access permissions on XP In-Reply-To: <56FC1309.9050907@mihau.de> References: <56FBFEA3 DOT 6070205 AT mihau DOT de> <20160330164413 DOT GA13190 AT calimero DOT vinschen DOT de> <56FC1309 DOT 9050907 AT mihau DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Greetings, mihau! >> > unfortunately, this did not help, not even after a reboot. >> >> Did not help with what? > sorry if this wasn't specific enough. > "this did not help" meant the behavior described in the original message did not > change at all; cygwin wget works like before and - in comparison to mingw wget - > messes up the file permissions. It doesn't "mess up", it "follow the rules". If you want different results, you'd need to tell that to the system. >> Don't try to second guess the created ACL, please. >> What command do you call, and how does the ACL look afterwards? >> Please send both, icacls and getfacl output of the created ACL. > attached output from both, as I don't have icacls on my system - a little > websearch revealed it was introduced with Vista - I have included cacls > output instead if this is of any help. > (legend: > index1.html was downloaded with wget cygwin, > index2.html was downloaded with wget mingw) >> Btw., if you wget a file it's *supposed* to be non-executable. Assuming >> your umask is 0022, the file will be create with 0644 permissions. The >> default ACL created in this case explicitely disables execution for the >> admin user if the admin user is part of the ACL. Just run `chmod +x' >> afterwards if that's the only problem. > I specifically meant exe as in windows executables, There's no such thing as "windows executables" in POSIX terminology. And Cygwin is a POSIX compatibility layer. > files w/ .exe suffix; > just tried "chmod +x" and you are correct, it works, my helloworld.exe > became executable indeed. thank you for that. > any idea why wget cygwin interferes with those things though? It does not "interfere" in a sense that it breaks something. It just does what it is supposed to do. > in my understanding it should just copy/save a file from a remote server > to a local computer, without even touching file permissions or such. Not quite correct. Unless you mount your /cygdrive with noacl flag, every tool that create a file is expected to initialize default access permissions on it. As per POSIX. And default POSIX permissions are (0666 & umask) for file, or (0777 & umask) for directory. (Even if you use noacl for /cygdrive, anything you do WITHIN the Cygwin installation root will still follow POSIX permissions. Trying to change THAT is a sure way to break your installation. Eventually.) > several windows batch files which I use now, either have to be edited > and "chmod +x" added in all of them - or I'll just stick with wget mingw. Or you start actually understanding what you are doing, and reading documentation. > it's just that I wonder why this didn't happen before, maybe it's my fault > because I had replaced wget cygwin with wget mingw years ago? to be honest, > I don't remember. We never knew that, so it's near impossible to tell now. The point being, this CAN be set to work the way you need it to. If you stop blaming and start learning. -- With best regards, Andrey Repin Wednesday, March 30, 2016 22:51:42 Sorry for my terrible english... -- 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