base-passwd sets weird permissions
Hi John, I just realized that the paswd-grp.sh postinstall script in the base-passwd package sets unsecure permissions on /etc/passwd and /etc/group. Is there any good reason to chmod 777 these files? I don't see any, especially not execute permission. chmod 644 would be the correct setting, afaics. We can also get rid of the sed calls to remove the line with :S-1-1-0: from passwd and group. These entries aren't generated for many many years. Last but not least, the file group should be set to the Administrators group by default. I would like to suggest the following patch: --- passwd-grp.sh.ORIG 2009-04-22 20:44:42.521387200 +0200 +++ passwd-grp.sh 2009-04-22 20:59:04.167788000 +0200 @@ -1,24 +1,27 @@ #!/bin/sh +created_passwd=no +created_group=no + if [ ! -e /etc/passwd -a ! -L /etc/passwd ] ; then /bin/mkpasswd -l -c /etc/passwd - /bin/chmod 777 /etc/passwd + /bin/chmod 644 /etc/passwd + created_passwd=yes fi if [ ! -e /etc/group -a ! -L /etc/group ] ; then /bin/mkgroup -l -c /etc/group - /bin/chmod 777 /etc/group + /bin/chmod 644 /etc/group + created_group=yes fi -cp -f /etc/passwd /tmp/passwd.mkpasswd \ -( [ -w /etc/passwd ] || chmod --silent a+w /etc/passwd ; ) \ -sed -e '/:S-1-1-0:/d' /tmp/passwd.mkpasswd /etc/passwd \ -chmod --silent --reference=/etc/group /etc/passwd -rm -f /tmp/passwd.mkpasswd - -cp -f /etc/group /tmp/group.mkgroup \ +cp -fp /etc/group /tmp/group.mkgroup \ ( [ -w /etc/group ] || chmod --silent a+w /etc/group ; ) \ echo root:S-1-5-32-544:0: /etc/group \ -sed -e '/:S-1-1-0:/d' -e '/root:S-1-5-32-544:0:/d' /tmp/group.mkgroup /etc/group \ +sed -e '/root:S-1-5-32-544:0:/d' /tmp/group.mkgroup /etc/group \ chmod --silent --reference=/etc/passwd /etc/group rm -f /tmp/group.mkgroup + +# Deferred to be sure root group entry exists +[ $created_passwd = yes ] /bin/chgrp --silent root /etc/passwd +[ $created_group = yes ] /bin/chgrp --silent root /etc/group Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
winsup/utils ChangeLog strace.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2009-04-22 19:08:53 Modified files: utils : ChangeLog strace.cc Log message: * strace.cc (create_child): Set CYGWIN=noglob when starting new process so that Cygwin will leave already-parsed the command line alonw. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.468r2=1.469 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/strace.cc.diff?cvsroot=uberbaumr1=1.50r2=1.51
Re: [1.7] Updated: cygwin-1.7.0-45
On Apr 21 22:18, Eric Blake wrote: The bug was that isblank(-1) was blindly treated as if were equivalent with isblank(0xff), which, in some locales, is flat out wrong (isblank(EOF) should always be 0, even when isblank(0xff) is well-defined as 1). Broken apps can't tell the difference between isblank((char)0xff) and isblank(EOF), but correct apps, like sed, CAN tell the difference between 0xff and EOF in int ch = getchar(); isblank(ch) since getchar() returns an int containing an unsigned char value (and not a char). Sed's infinite loop, then, was because of newlib/cygwin's bug - sed reached the end of the file while trying to skip blanks, but because isblank() was returning the wrong value for -1, sed thought that EOF was a blank and kept trying to read the file instead of breaking out of the loop. Thanks for the explanation. Apparently I'm unable to explain this clearly enough. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [openssh] service with domain user
On Tue, Apr 21, 2009 at 18:28, Corinna Vinschen wrote: Well, PTC. If you have a domain account, its rights are usually administered centralized. Not here. Who are we to change the user rights locally for that user? That's the responsibility of the admins. Precisely. In this context, I'm Admin (the local one). And here's another problem in domain environments: If the environment is using domain policies, It isn't. Not for privileges, anyway. you might even be out of luck to set the user rights at all on your local machine. Even in my tiny setup at home you would be unable to install a domain member machine and change cyg_server's rights. Of course. It that particular scenario. But it isn't mine. Just because there are cases in which the proposed implementation will not work (and they are supposed to be that way), it's not a reason to not implement for those folks who would, but they can't, just because it's not implemented. Actually I'm a bit surprised with the amount of (small, tiny, amounting to a huge pile) problems that I've bumped into which are most of the time related to the fact I'm using a domain user... Well, sorry about that. You got what you paid for. You're not the only domain user out there. You're expecting something which just isn't there. The script was meant to ease the installation for local users in the first place. In corporate or governmental environments I don't expect the script to work OOTB. The script will almost never meet the requirements exactly. Ok, that's the current status. That's precisely what I was asking with all this blahblah of mine. [...rants deleted...] Ok, sorry for the tone. I now think that I was putting too much expectation on the wrong features. Again, these service installation scripts are a volunteer effort which many users are happy with. Due to the complexity of different Windows installations they won't work smoothly in all environments. Too bad the script doesn't fit your needs, but, as others, I have only so much time to work on that stuff. Nobody is accusing of not working or anything... :) The objective of this mail was simply to sense if the current status regarding Cygwin vs domain users: 1) is expected to be that way (currently); 2) is desirable to change (in a more compatible way to domain users); 1) Is unquestionably answered: It is. 2) Apparently, by your argumentation, the answer is no. Nevertheless, we can close this subject for now. I will have to do something about this (for me, at least). It I found it suitable for patching Cygwin, PTC. And then it's your call. No hurt feelings or anything. Regarding editrights, I think that there is a problem also. Is the reported output in my previous email as expected? No. The account is missing the other rights I talked about in my first reply. I know that is missing rights. That's wasn't my question. I'll try to rephrase: Shouldn't the two 'editrights' commands, in the given context, give the same output? Or, as an alternative question: Why do the first 'editrights' command fails? ___ Julio Costa -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Copying/Pasting in Cygwin
Are you using X? If you are, then you could try including -clipboard as an option for XWin: e.g. run XWin -clipboard -nolisten local -multiwindow 2nul (or however you usually start X up). This will put text selected for copy-ing into the Windows clipboard. If you are not using X, then I am sorry, I do not know what to suggest. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Updated: cygwin-1.7.0-45
Corinna Vinschen wrote: On Apr 21 22:18, Eric Blake wrote: The bug was that isblank(-1) was blindly treated as if were equivalent with isblank(0xff), which, in some locales, is flat out wrong (isblank(EOF) should always be 0, even when isblank(0xff) is well-defined as 1). Broken apps can't tell the difference between isblank((char)0xff) and isblank(EOF), but correct apps, like sed, CAN tell the difference between 0xff and EOF in int ch = getchar(); isblank(ch) since getchar() returns an int containing an unsigned char value (and not a char). Sed's infinite loop, then, was because of newlib/cygwin's bug - sed reached the end of the file while trying to skip blanks, but because isblank() was returning the wrong value for -1, sed thought that EOF was a blank and kept trying to read the file instead of breaking out of the loop. Thanks for the explanation. Apparently I'm unable to explain this clearly enough. When you referred to broken applications passing the wrong input to the ctype function, I thought you meant SED by that. Rereading your letter with the isFOO examples, I guess I should have been able to infer it from that. It would have been a bit clearer (to me, at any rate) if the answer to the question How does SED cope with this on glibc systems had not been the quote from the header, which describes something that newlib also does, but has said something like Glibc makes sure that entry -1 has the correct flag values for EOF rather than for 0xff-incorrectly-promoted, newlib resolves the clash in favour of using the flag values for 0xff-incorrectly-promoted. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Copying/Pasting in Cygwin
Xterm supports an OSC sequence for accessing the clipboard/selection. I don't know whether vim or emacs have support for this though. From http://invisible-island.net/xterm/ctlseqs/ctlseqs.html: OSC P s ; P t BEL ... P s = 5 2 → Manipulate Selection Data. These controls may be disabled using the allowWindowOps resource. The parameter P t is parsed as P c ; P d The first, P c , may contain any character from the set c p s 0 1 2 3 4 5 6 7 . It is used to construct a list of selection parameters for clipboard, primary, select, or cut buffers 0 through 8 respectively, in the order given. If the parameter is empty, xterm uses s 0 , to specify the configurable primary/clipboard selection and cut buffer 0. The second parameter, P d , gives the selection data. Normally this is a string encoded in base64. The data becomes the new selection, which is then available for pasting by other applications. If the second parameter is a ? , xterm replies to the host with the selection data encoded using the same protocol. 2009/4/22 Fergus fer...@bonhard.uklinux.net: Are you using X? If you are, then you could try including -clipboard as an option for XWin: e.g. run XWin -clipboard -nolisten local -multiwindow 2nul (or however you usually start X up). This will put text selected for copy-ing into the Windows clipboard. If you are not using X, then I am sorry, I do not know what to suggest. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
On 4/21/2009 10:06 PM, Dave Korn wrote: Mark J. Reed wrote: On Tue, Apr 21, 2009 at 7:50 PM, Christopher Faylor wrote: Cygwin isn't scanning command lines looking for backslashes to scold you about. Glad to hear it The line in question was somehow used as an argument to open() or stat() or access() or some other function which takes a filename argument. Got it. So the bug is not in Cygwin, but in some shell function in the completion setup, which is passing an awk program incorrectly, causing awk to treat the program text as a filename. It is maybe getting globbed on the command-line because not protected by quoting and it contains pattern match chars? The text in question is in the definition of _known_hosts() in /etc/bash_completion, in case someone wants to try to sort this out. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ken Brown on 4/22/2009 5:58 AM: It is maybe getting globbed on the command-line because not protected by quoting and it contains pattern match chars? The text in question is in the definition of _known_hosts() in /etc/bash_completion, in case someone wants to try to sort this out. Which looks like: COMPREPLY=($( awk 'BEGIN {FS=,} /^\s*[^|\#]/ {for (i=1; i=2; ++i) { \ gsub( .*$, , $i); \ if ($i ~ /'$cur'/) {print $i} \ }}' ${...@]} 2/dev/null )); That looks properly quoted to me. Really, the question is why does awk call stat() on its first argument? Here's a simpler test case: $ echo hi hi $ strace -o trace.txt gawk '{ print }' hi The strace is informative: 110 40766 [main] gawk 2804 build_argv: argv[0] = 'gawk' 453 41219 [main] gawk 2804 lstat64: entering 79 41298 [main] gawk 2804 normalize_posix_path: src { print } ... 37 42339 [main] gawk 2804 stat_worker: -1 = (\??\K:\cygwin-2\tmp\{ print }, 0x1DCB18) 96 42435 [main] gawk 2804 globify: argv[1] = '{ print }' 65 42500 [main] gawk 2804 build_argv: argv[2] = 'hi' 35 42535 [main] gawk 2804 build_argv: argc 3 with no further references to '{ print }' once awk is running. In other words, the problematic stat is occurring prior to main(), and it is not awk's fault, but rather cygwin's, that globify() is trying to dereference a non-file name and triggering the warning. Even the presence of { in a command line argument was enough to trigger globify(). But maybe that is an artifact of strace. Notice the difference between: $ ls '*' ls: cannot access *: No such file or directory $ strace -o trace.txt ls '*' hi trace.txt $ In other words, strace is mistakenly performing glob expansion on the subsidiary arguments to the program being traced, when we really wanted to trace ls with a literal argument of *. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknvDG0ACgkQ84KuGfSFAYAmwgCeLrHqXzoge9i7hg4YDYoqkLIr 4YoAmwYjq9aYiYXDirAVYkfo93kk3B4Y =fu91 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 4/22/2009 6:24 AM: COMPREPLY=($( awk 'BEGIN {FS=,} /^\s*[^|\#]/ {for (i=1; i=2; ++i) { \ gsub( .*$, , $i); \ if ($i ~ /'$cur'/) {print $i} \ }}' ${...@]} 2/dev/null )); That looks properly quoted to me. Scratch that. It is a bug in bash-completion, after all. I'm forwarding this report upstream. $cur is underquoted, and in your particular case, happened to be set to '[a-z.]'. Which means, as written, bash is trying to perform glob expansion on 'text'[a-z.]'text', and it is bash, not awk, triggering the warning. In other words, strace is mistakenly performing glob expansion on the subsidiary arguments to the program being traced, when we really wanted to trace ls with a literal argument of *. And this strace limitation (bug?) was just a red herring. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknvEmgACgkQ84KuGfSFAYBBAACdHs7USmVRVj85i1LZxCKnvPS9 rn0AoK1a1905Dgjcs+nkaFKmQJu97b4H =sW7P -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [openssh] service with domain user
Why do the first 'editrights' command fails? Because I'm trying to do 'editrights' with a cygwin user, when editrights only accepts *Windows* users - duh! Once again, I took it for granted something that it just isn't there... So, forget this question, sorry for the noise... ___ Julio Costa -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron does not do anything
- Original Message - From: Ting Zhou Sent: Tuesday, April 21, 2009 6:20 PM Right on, Pierre! Thanks a lot for the clue. Finally I figured it out. There were two problems. The first problem, yes, I was a bit impatient and should've waited one more minute. It seems crontab change does take more than one minute to be effective. Once I changed it to * * * * *, I saw an error message in /var/log/messages saying (CRON) error (can't cd to HOME), which is the second problem. For the record, my cygwin auto-generated /etc/passwd shows my home dir to be /cygdrive/h, which is an NT mounted share - not sure why is it set to that and why cron couldn't cd to it. Anyway, I changed it to /home/tzhou and viola, the cron is working. ** To be able to use /cygdrive/h try running cron as yourself. That's an option in cron-config Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
endless loop while setup under Windows XP
Ok, maybe my initial mail was a bit too detailed... Let me try to ask this once again, straight to the point: Why does my cygwin installation get caught in an endless loop? See the setup.log's: http://www.mathematik.uni-kl.de/~seelisch/setup.log and http://www.mathematik.uni-kl.de/~seelisch/setup.log.full. characteristics: OS is Windows XP; no cygwin installation on the PC yet; no reg entries related to cygwin, no path variables pointing to cygwin. Thanks for any advice, Frank -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
The Ghostly Install Cygwin
As posted earlier, I downloaded the install via redhat/redwire, and then found no way to complete the install. I did get 16M of files. I went through the same source a few hours ago, redhat/redwire, but asked for the install to be carried out via the internet, no download choice this time. After a lot of rattling around I found nothing on my C-drive, desktop, or in Start-All Programs. What's up? I'll try again shortly with another download/install site. -- Wayne Watson (Watson Adventures, Prop., Nevada City, CA) (121.015 Deg. W, 39.262 Deg. N) GMT-8 hr std. time) Obz Site: 39° 15' 7 N, 121° 2' 32 W, 2700 feet All the neutrons, and protons in the human body occupy a cube whose side is 5.52*10**-6 meters (tiny!). That adds up to a 150 pound person. It's not a surprise that we are mostly space. (Calculation by WTW) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to update cygwin and installed packages?
Is there a way to install and update cygwin packages from the command line? Something resembling yum on Fedora and apt on Debian and Ubuntu would be extremely helpful, particularly for setting up a new system. Manually picking through a list of packages is tedious and error prone, while a command line with a list of packages can be reliably pasted from a web page. I've been trying to find the answer in web searches and the mailing list archives. The closest I've come is a brief exchange between Pawan Taparia and Larry Hall which concludes with a reference to setup.exe, but as far as I can tell that tool only operates in a graphical mode. Giving it options like -h, --help or /h doesn't seem to provide any documentation. Have I missed something? (I've adopted the same subject in case that helps.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to update cygwin and installed packages?
Jeff Gold wrote: Is there a way to install and update cygwin packages from the command line? Something resembling yum on Fedora and apt on Debian and Ubuntu would be extremely helpful, particularly for setting up a new system. Manually picking through a list of packages is tedious and error prone, while a command line with a list of packages can be reliably pasted from a web page. I've been trying to find the answer in web searches and the mailing list archives. The closest I've come is a brief exchange between Pawan Taparia and Larry Hall which concludes with a reference to setup.exe, but as far as I can tell that tool only operates in a graphical mode. Giving it options like -h, --help or /h doesn't seem to provide any documentation. Have I missed something? (I've adopted the same subject in case that helps.) See http://www.cygwin.com/ml/cygwin/2006-03/msg00760.html. You need to look at the 'setup.log' file for the output. I expect you'll be looking for the '-P' option, though you'll have to make the jump for Cygwin 1.7 to be able to use it (see cygwin.com for info on getting this). If you stick with 1.5, you can set up a dummy package in setup.ini, list all the packages you want as dependencies, and make the category Base. This will force the current versions of these files to be installed without the need for any user selection. Another alternative is http://sourceware.org/cygwin-apps/package-server.html. It works on a similar principle but gives you control over the package versions as well. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The Ghostly Install Cygwin
Wayne Watson wrote: As posted earlier, I downloaded the install via redhat/redwire, and then found no way to complete the install. I did get 16M of files. I went through the same source a few hours ago, redhat/redwire, but asked for the install to be carried out via the internet, no download choice this time. After a lot of rattling around I found nothing on my C-drive, desktop, or in Start-All Programs. What's up? I'll try again shortly with another download/install site. Questions about Red Hat's installation process should be directed to Red Hat. They are off-topic here. Alternatively, if you go to the Cygwin site (cygwin.com) and install using the setup program found there and have problems that aren't covered in the Cygwin FAQ, Users Guide, or email archives, this or (preferably) the cygwin-apps list would be the appropriate place to ask for help. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The Ghostly Install Cygwin
gatech worked fine. I'm installed. I guess a possible lesson here is stay away from redhat/redwire. Apparently, they have their own agenda. Wayne Watson wrote: As posted earlier, I downloaded the install via redhat/redwire, and then found no way to complete the install. I did get 16M of files. I went through the same source a few hours ago, redhat/redwire, but asked for the install to be carried out via the internet, no download choice this time. After a lot of rattling around I found nothing on my C-drive, desktop, or in Start-All Programs. What's up? I'll try again shortly with another download/install site. -- Wayne Watson (Watson Adventures, Prop., Nevada City, CA) (121.015 Deg. W, 39.262 Deg. N) GMT-8 hr std. time) Obz Site: 39° 15' 7 N, 121° 2' 32 W, 2700 feet All the neutrons, and protons in the human body occupy a cube whose side is 5.52*10**-6 meters (tiny!). That adds up to a 150 pound person. It's not a surprise that we are mostly space. (Calculation by WTW) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
On Wed, Apr 22, 2009 at 06:49:44AM -0600, Eric Blake wrote: In other words, strace is mistakenly performing glob expansion on the subsidiary arguments to the program being traced, when we really wanted to trace ls with a literal argument of *. And this strace limitation (bug?) was just a red herring. strace doesn't do glob expansion. Cygwin does glob expansion when it is run by a non-cygwin application. That is more-or-less what strace is. There is no easy way around this. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The Ghostly Install Cygwin
On Wed, Apr 22, 2009 at 08:30:20AM -0700, Wayne Watson wrote: As posted earlier, I downloaded the install via redhat/redwire, and then found no way to complete the install. I did get 16M of files. I went through the same source a few hours ago, redhat/redwire, but asked for the install to be carried out via the internet, no download choice this time. After a lot of rattling around I found nothing on my C-drive, desktop, or in Start-All Programs. What's up? If you are talking about downloading from the redwire mirror site and only the redwire mirror site there is no reason to tack on a redhat there anywhere. If you are still on the kick of downloading Red Hat packages from the Red Hat site then please go away. In any event, if you really did use one of our mirrors and you really did choose Install rather than Download (a fact which is inexplicably hard to determine) then please send the contents of your setup.full.log file here as an attachment so that we can see what's going on. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
On Apr 22 12:59, Christopher Faylor wrote: On Wed, Apr 22, 2009 at 06:49:44AM -0600, Eric Blake wrote: In other words, strace is mistakenly performing glob expansion on the subsidiary arguments to the program being traced, when we really wanted to trace ls with a literal argument of *. And this strace limitation (bug?) was just a red herring. strace doesn't do glob expansion. Cygwin does glob expansion when it is run by a non-cygwin application. That is more-or-less what strace is. There is no easy way around this. `set CYGWIN=noglob' should help, shouldn't it? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygutils-1.3.3-1
On Wed, Apr 22, 2009 at 12:34 AM, Charles Wilson wrote: Cygutils is a collection of useful(?) tools for the cygwin platform. This is a feature enhancement release. [[ compiled using gcc-3.4.4-999 ]] This will most likely be the final cygutils update for the cygwin-1.5 distribution; future development will continue with cygutils-1.3.3-10 for cygwin-1.7. CHANGES (from cygutils-1.3.2-1) === o cygstart now accepts -w/--wait option (Barry Kelly, Alex Smith) o Update build infrastructure to latest autoconf, automake, libtool, and gettext. dos2unix is broken. It produce no output despite any input. I have had to revert to the previous version. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
On Wed, Apr 22, 2009 at 07:08:26PM +0200, Corinna Vinschen wrote: On Apr 22 12:59, Christopher Faylor wrote: On Wed, Apr 22, 2009 at 06:49:44AM -0600, Eric Blake wrote: In other words, strace is mistakenly performing glob expansion on the subsidiary arguments to the program being traced, when we really wanted to trace ls with a literal argument of *. And this strace limitation (bug?) was just a red herring. strace doesn't do glob expansion. Cygwin does glob expansion when it is run by a non-cygwin application. That is more-or-less what strace is. There is no easy way around this. `set CYGWIN=noglob' should help, shouldn't it? Hmm. Yes. Good idea. I guess strace itself could set that under the theory that any command line arguments it has received should not be glob expanded. I'll check in a fix for that. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygutils-1.3.3-1
On 4/22/2009 10:32 AM, Jerry D. Hedden wrote: dos2unix is broken. It produce no output despite any input. I have had to revert to the previous version. The following fixes the problem for me: % mkdir /usr/bin/.libs % ln -s /usr/bin/conv.exe /usr/bin/.libs That's not a real solution, just a hint as to the problem. -- David Rothenberger daver...@acm.org Delta: The kids will love our inflatable slides.-- David Letterman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH error: Read from socket failed: Connection reset by peer
Andrew/Jakob, The following is the result of the sftp command with the -v parameter: sftp -v ftpu...@65.38.96.67 Connecting to 65.38.96.67... OpenSSH_4.3p2, OpenSSL 0.9.7l 28 Sep 2006 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 65.38.96.67 [65.38.96.67] port 22. debug1: Connection established. debug1: identity file /d003/clarify/.ssh/id_rsa type -1 debug1: identity file /d003/clarify/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.1 debug1: match: OpenSSH_4.1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '65.38.96.67' is known and matches the RSA host key. debug1: Found key in /d003/clarify/.ssh/known_hosts:6 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /d003/clarify/.ssh/id_rsa debug1: Offering public key: /d003/clarify/.ssh/id_dsa Read from socket failed: Connection reset by peer Connection closed Does this look like a problem with the public/private key? How would I turn on logging for cygwin ssh on our server? Thanks, Sam --- On Tue, 4/21/09, Sam Snitman ssnit...@yahoo.com wrote: From: Sam Snitman ssnit...@yahoo.com Subject: Re: SSH error: Read from socket failed: Connection reset by peer To: Andrew Schulman schulman.and...@epamail.epa.gov Date: Tuesday, April 21, 2009, 11:29 AM Thanks Andrew, I will have our business partner add this to their sftp attempt to see if it provides more information. Sam --- On Tue, 4/21/09, Andrew Schulman schulman.and...@epamail.epa.gov wrote: From: Andrew Schulman schulman.and...@epamail.epa.gov Subject: Re: SSH error: Read from socket failed: Connection reset by peer To: cygwin@cygwin.com Date: Tuesday, April 21, 2009, 10:58 AM sftp ftpu...@65.38.96.67 Connecting to 65.38.96.67... Read from socket failed: Connection reset by peer Connection closed You can add -v, -vv, or -vvv to the sftp command to get more diagnostic information. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
On Wed, Apr 22, 2009 at 02:31:02PM -0400, Christopher Faylor wrote: On Wed, Apr 22, 2009 at 07:08:26PM +0200, Corinna Vinschen wrote: On Apr 22 12:59, Christopher Faylor wrote: On Wed, Apr 22, 2009 at 06:49:44AM -0600, Eric Blake wrote: In other words, strace is mistakenly performing glob expansion on the subsidiary arguments to the program being traced, when we really wanted to trace ls with a literal argument of *. And this strace limitation (bug?) was just a red herring. strace doesn't do glob expansion. Cygwin does glob expansion when it is run by a non-cygwin application. That is more-or-less what strace is. There is no easy way around this. `set CYGWIN=noglob' should help, shouldn't it? Hmm. Yes. Good idea. I guess strace itself could set that under the theory that any command line arguments it has received should not be glob expanded. I'll check in a fix for that. Hmm. This would mean that you can't debug glob/noglob using strace though... I guess I'll check in a fix for the common case where you don't want to be surprised by having your quoted wildcards expanded. The other case is probably only useful for cygwin DLL developers. I'm sure that if this is a problem I'll hear a loud outcry from that massive community. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The Ghostly Install Cygwin
However, that's exactly what it says in the choice, redhat. Why don't you look? It's about 20 lines down in the list of download sites. There is no log that I know now for the gatech download. There is need to pursue this any longer. I'm installed. I'm done on this question of installation. Christopher Faylor wrote: -- Wayne Watson (Watson Adventures, Prop., Nevada City, CA) (121.015 Deg. W, 39.262 Deg. N) GMT-8 hr std. time) Obz Site: 39° 15' 7 N, 121° 2' 32 W, 2700 feet All the neutrons, and protons in the human body occupy a cube whose side is 5.52*10**-6 meters (tiny!). That adds up to a 150 pound person. It's not a surprise that we are mostly space. (Calculation by WTW) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The Ghostly Install Cygwin
On Apr 22 12:10, Wayne Watson wrote: However, that's exactly what it says in the choice, redhat. Why don't you look? It's about 20 lines down in the list of download sites. There is no log that I know now for the gatech download. There is need to pursue this any longer. I'm installed. I'm done on this question of installation. If you mean sources-redhat.mirror.redwire.net, then that's simply the name of the redwire mirror. Just because they named the site sources-redhat doesn't mean it's in any way associated with Red Hat. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [1.7] Backslash incorrectly triggers DOS style path warning
On Apr 22 14:50, Christopher Faylor wrote: Hmm. This would mean that you can't debug glob/noglob using strace though... I guess I'll check in a fix for the common case where you don't want to be surprised by having your quoted wildcards expanded. The other case is probably only useful for cygwin DLL developers. I'm sure that if this is a problem I'll hear a loud outcry from that massive community. Right, massive. That's the word I was looking for all the time... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH error: Read from socket failed: Connection reset by peer
Unfortunately rolling back the security changes does not seem to help. Here is the latest sftp attempt: sftp -v ftpu...@65.38.96.67 Connecting to 65.38.96.67... OpenSSH_4.3p2, OpenSSL 0.9.7l 28 Sep 2006 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 65.38.96.67 [65.38.96.67] port 22. debug1: Connection established. debug1: identity file /d003/clarify/.ssh/id_rsa type -1 debug1: identity file /d003/clarify/.ssh/id_dsa type 2 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.1 debug1: match: OpenSSH_4.1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '65.38.96.67' is known and matches the RSA host key. debug1: Found key in /d003/clarify/.ssh/known_hosts:6 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /d003/clarify/.ssh/id_rsa debug1: Offering public key: /d003/clarify/.ssh/id_dsa Read from socket failed: Connection reset by peer Connection closed I asked the business user to resend me their public key and I have verified that it has the same entry as in our D:\cygwin\.ssh\authorized_keys file Our business partner is receiving the following when he tries to issue telnet 22 command: natulapp040telnet 65.38.96.67 22 Trying... Connected to 65.38.96.67. Escape character is '^]'. SSH-1.99-OpenSSH_4.1 I get the same result on our server when we issue the telnet localhost 22 command. This seems to indicate that our Cywin sshd server is working properly. Can anyone confirm this? Anyone know how I can start the logging on our Cygwin sshd server? Thanks, Sam --- On Tue, 4/21/09, Sam Snitman ssnit...@yahoo.com wrote: From: Sam Snitman ssnit...@yahoo.com Subject: Re: SSH error: Read from socket failed: Connection reset by peer To: cygwin@cygwin.com, Jakob Curdes j...@info-systems.de Date: Tuesday, April 21, 2009, 11:27 AM Thanks Jakob, Yes this command works. Also it works from remote. Our server was undergoing some security remediation and I think maybe the sftp user account that is trying to login to our server may have had some access removed. I am trying to verify that now. Sam --- On Tue, 4/21/09, Jakob Curdes j...@info-systems.de wrote: From: Jakob Curdes j...@info-systems.de Subject: Re: SSH error: Read from socket failed: Connection reset by peer To: cygwin@cygwin.com Date: Tuesday, April 21, 2009, 10:44 AM Sam Snitman schrieb: Connecting to 65.38.96.67... Read from socket failed: Connection reset by peer Connection closed This means that either the service is not running or that a firewall between server and client does not allow the traffic. Check the following: on the local host : 1) make sure windows or other software firewalls are off 2) open a cygwin shell and enter telnet localhost 22 if you get an answer, the service is running. If you get an error, it is not running. If the service is running, repeat from remote - you can enter the same command in a normal dos box. If it takes a long time to get an error, there is probably a firewall in between. HTH, Jakob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Similar Cron issue--Cron wont do anything
Hi I have been having similar problems with running cron on through cygwin. Here is what I have done so far: 1) created a simple shell file create_new_dir.sh #!/bin/sh echo test mkdir /home/landon/scripts/HIPPO 2) ran shell in command prompt and it worked perfectly. 3) created a text file new: */1 * * * * sh create_dir_new.sh /home/myusername/logfile 4) tried to run the cron but nothing happend 5) checked the /var/log/cron and here is what it said unable to set groups for myusername Any thoughts? thanks -- View this message in context: http://www.nabble.com/Similar-Cron-issue--Cron-wont-do-anything-tp23177251p23177251.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
MS-DFSR conflict with cygwin file permissions
If you redirect output in cmd.exe to a file (echo Hello world... output.txt), then the file output.txt have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Regards Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: MS-DFSR conflict with cygwin file permissions
Stefan Walter wrote: If you redirect output in cmd.exe to a file (echo Hello world... output.txt), then the file output.txt have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Read the section about NT security in the User's Guide http://cygwin.com/cygwin-ug-net/ntsec.html and then try setting 'nontsec' in your CYGWIN environment variable http://cygwin.com/cygwin-ug-net/using-cygwinenv.html. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin git and Windows native Git differ on flipping permissions
I have git working fine under cygwin, and made a repo with it. Now I got GitExtensions, http://sourceforge.net/projects/gitextensions/ http://github.com/spdr870 -- which come with a Windows-native Git and git-gui. Strangely, the gui shows that permissions of lots of things changed from 100755 to 100644.When I agree and add and commit that in the windows gui, back on cygwin, git status suddently complains that the permissions changed from 100644 to 100755! Why this weirdness? I know I probably should use either cygwin-compiled or windows-native stuff with their respective guis, but I'm curious as to why this mismatch happens, and perhaps how to tell each git to ignore it! :) I remember when I originally said mkdir repo, the repo was unreadable, I had to edit permissions again as administrator in Windows Explorer and OK to recursively fix them with full control to myself. Can this be at play here? Also -- I did rebaseall and peflagsall on the whole cygwin, and my zsh started to work after that. However, once when I had that gui up and started a zsh, it failed with some rebase issues. Yet those tools are supposedly windows-native! Any reason for it? Cheers, Alexy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: MS-DFSR conflict with cygwin file permissions
Larry Hall (Cygwin) schrieb: Stefan Walter wrote: If you redirect output in cmd.exe to a file (echo Hello world... output.txt), then the file output.txt have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Read the section about NT security in the User's Guide http://cygwin.com/cygwin-ug-net/ntsec.html and then try setting 'nontsec' in your CYGWIN environment variable http://cygwin.com/cygwin-ug-net/using-cygwinenv.html. That was a great hint. I tried it now with CYGWIN=nontsec tty and the permission are as i wanted it. One more question with that. In the guides for sshd they always recommend CYGWIN=ntsec tty. Do you expect a problem if i run with nontsec? Stefan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin git and Windows native Git differ on flipping permissions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Alexy Khrabrov on 4/22/2009 8:17 PM: -- which come with a Windows-native Git and git-gui. Strangely, the gui shows that permissions of lots of things changed from 100755 to 100644.When I agree and add and commit that in the windows gui, back on cygwin, git status suddently complains that the permissions changed from 100644 to 100755! Why this weirdness? Probably because the native windows git is compiled with a flag that states that the x bit is unreliable (which, in general, Windows apps are so lousy with their handling of the x bit on NTFS, and it is impossible to track x bit on FAT, is probably the right thing). Meanwhile, the cygwin git is compiled to respect the x bit, because cygwin does a better job of properly managing x bits on NTFS, and doing a better job of a reasonable fake of the x bit on FAT. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknv0ygACgkQ84KuGfSFAYAntwCgkORaFpvj4UqPlhlXQCzjmqNd lzQAn0mGvhQV8LIy+mlyiX+aLQ4Ckoj+ =7rm5 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygutils-1.3.3-1
Jerry D. Hedden wrote: dos2unix is broken. It produce no output despite any input. I have had to revert to the previous version. Fixed in cygutils-1.3.4-1 (and cygutils-1.3.4-10 for 1.7), which should be on the mirrors soon. Thanks for the report. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygutils-1.3.3-1
David Rothenberger wrote: The following fixes the problem for me: % mkdir /usr/bin/.libs % ln -s /usr/bin/conv.exe /usr/bin/.libs That's not a real solution, just a hint as to the problem. Fixed in cygutils-1.3.4-1 (and cygutils-1.3.4-10 for 1.7), which should be on the mirrors soon. Thanks for the report. Your hint made it obvious what the problem was: the libtool wrapper executable was being installed for the u2d, d2u, unix2dos, and dos2unix aliases -- while the real program was installed for conv.exe. This was a long-standing bug, BUT it was not exposed until, in 1.3.3, I upgraded to libtool-2.2.x from libtool-1.5.x. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin git and Windows native Git differ on flipping permissions
On Wed, Apr 22, 2009 at 10:32 PM, Eric Blake e...@byu.net wrote: ...the native windows git is compiled with a flag that states that the x bit is unreliable (which, in general, Windows apps are so lousy with their handling of the x bit on NTFS, and it is impossible to track x bit on FAT, is probably the right thing). Meanwhile, the cygwin git is compiled to respect the x bit, because cygwin does a better job of properly managing x bits on NTFS, and doing a better job of a reasonable fake of the x bit on FAT. Eric -- thanks for the illumination! :) Now I wonder whether respecting the x bit can be a configurable option in git, or Windows native folks can make it such, or you can make it such? Now that we have two sets of gits, and a Visual Studio plugin from Git Extensions using the native one, there's a benefit to being able to ignore the x difference when desirable. Cheers, Alexy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] [1.7] Updated: cygutils-1.3.4-10
Cygutils is a collection of useful(?) tools for the cygwin platform. This is a feature enhancement release. [[ compiled using gcc-3.4.4-999 ]] This is the first (non brown-bag) release specific for cygwin-1.7; the only differences between this package and the simultaneously-released cygutils-1.3.4-1 for cygwin-1.5 are documentation related (the README references cygport-0.9.5 and cygwin-1.7.0-45, and the /usr/share/doc/ layout is influenced by the cygport changes between 0.4.x and 0.9.x). CHANGES (from cygutils-1.3.3-10) === o Fix installation bug exposed by new libtool (reported by Jerry Hedden and David Rothenberger) -- Charles Wilson volunteer cygutils maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygutils-1.3.4-1
Cygutils is a collection of useful(?) tools for the cygwin platform. This is a feature enhancement release. [[ compiled using gcc-3.4.4-999 ]] This will most likely be the final cygutils update for the cygwin-1.5 distribution; future development will continue with cygutils-1.3.4-10 for cygwin-1.7. CHANGES (from cygutils-1.3.3-1) === o Fix installation bug exposed by new libtool (reported by Jerry Hedden and David Rothenberger) -- Charles Wilson volunteer cygutils maintainer for cygwin To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: MS-DFSR conflict with cygwin file permissions
Stefan Walter wrote: Larry Hall (Cygwin) schrieb: Stefan Walter wrote: If you redirect output in cmd.exe to a file (echo Hello world... output.txt), then the file output.txt have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Read the section about NT security in the User's Guide http://cygwin.com/cygwin-ug-net/ntsec.html and then try setting 'nontsec' in your CYGWIN environment variable http://cygwin.com/cygwin-ug-net/using-cygwinenv.html. That was a great hint. I tried it now with CYGWIN=nontsec tty and the permission are as i wanted it. One more question with that. In the guides for sshd they always recommend CYGWIN=ntsec tty. Do you expect a problem if i run with nontsec? Beyond the loss of the POSIX permissions, no. You should check your 'sshd_config' file and make sure 'StrictModes' is set to 'no' though. 'tty' is not required for 'sshd' -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: MS-DFSR conflict with cygwin file permissions
Larry Hall (Cygwin) schrieb: Stefan Walter wrote: Larry Hall (Cygwin) schrieb: Stefan Walter wrote: If you redirect output in cmd.exe to a file (echo Hello world... output.txt), then the file output.txt have the file permissions inherited from the parent folder. If you redirect output in bash.exe to a file, then the file permissions are restricted. I need this solved, because the current given permission conflict with the Microsoft DFSr. Is there a way to create files with permissions inherited from parent folder? Read the section about NT security in the User's Guide http://cygwin.com/cygwin-ug-net/ntsec.html and then try setting 'nontsec' in your CYGWIN environment variable http://cygwin.com/cygwin-ug-net/using-cygwinenv.html. That was a great hint. I tried it now with CYGWIN=nontsec tty and the permission are as i wanted it. One more question with that. In the guides for sshd they always recommend CYGWIN=ntsec tty. Do you expect a problem if i run with nontsec? Beyond the loss of the POSIX permissions, no. You should check your 'sshd_config' file and make sure 'StrictModes' is set to 'no' though. 'tty' is not required for 'sshd' The loss of the POSIX permissions is fine for me. But what is then the purpose of tty in the CYGWIN variable? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/