Re: Non-Cygwin slaves inside tmux
On Tue, May 26, 2015 at 11:33 AM, David Macek ... wrote: Hi. My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to type. Result: horrible lags Expected result: it's possible to type normally I tried multiple Cygwin snapshots from the last 5 months, hoping that it could be a regression (therefore easily fixable), but all of them exhibit the same issue. A quick Google search didn't show any similar errors, so I'm reporting here in hope someone will be able to say yeah, that's easy, let me fix that. :) Assuming I understand correctly the roles here -- bash does fork+exec(netsh) and Cygwin emulates that by creating a bash subprocess which creates a netsh subprocess; the bash process that is spawned to execute the native executable is creating threads and named pipes like crazy. Every few seconds a new pipe and thread pop up. All the old threads seem to be stuck in: #0 0x7ffad7f3120a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll #1 0x7ffad53b1118 in WaitForSingleObjectEx () from /cygdrive/c/Windows/system32/KERNELBASE.dll #2 0x000180134cfb in muto::acquire (this=0x639363438, ms=ms@entry=4294967295) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.cc:87 #3 0x0001800f9ed9 in lock_process (exiting=false, this=) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/sync.h:53 #4 commune_process (arg=0x6e7cb90) at /usr/src/debug/cygwin-2.0.2-1/winsup/cygwin/pinfo.cc:542 ... several other frames which are related to Cygwin threads, I assume ... strace shows tmux getting these: seterrno_from_win_error: /usr/src/ports/cygwin/cygwin-2.0.2-1.x86_64/src/newlib-cygwin/winsup/cygwin/pinfo.cc:737 windows error 995 -- David Macek Hmm... Error 995 is ERROR_OPERATION_ABORTED. This could mean something is blocking/killing it. I don't use tmux locally on a personal basis so while we wait for someone that does to see if the issue is reproducible for them can you please *attach* a cygcheck.out for your system and also check your system for BLODA just in case? Robert Pendell A perfect world is one of chaos. Keybase: http://keybase.io/shinji257 -- 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
Re: using make without cygwin terminal
On Thu, Jul 10, 2014 at 12:46 PM, Okan Erat wrote: Dear Cygwin users, I am trying to compile a project using VS6 compiler and makefiles generated by imake. When i run make from cygwin terminal it compiles everything without any problem. However if i run make from windows terminal (c:/cygwin/bin is already in Path) VS6 complains about various problems. such as: winbase.h(1011) : error C2733: second C linkage of overloaded function 'InterlockedIncrement' not allowed mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier winsock2.h(85) : error C2378: 'SOCKET' : redefinition; symbol cannot be overloaded with a typedef Why make works with cygwin terminal but not with windows terminal. Thanks for your answers Those errors are not coming from cygwin make. That's coming from VS6 make. Cygwin make doesn't have errors formatted that way. With that in mind Visual Studio is a Microsoft product and not really supported here. Robert Pendell A perfect world is one of chaos. -- 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
Re: tmux failed and got the message: failed to connect to server: No error
On Mon, Jun 16, 2014 at 12:23 PM, Corinna Vinschen wrote: On Jun 16 17:08, Henry S. Thompson wrote: Corinna Vinschen writes: [Corinna is BACK!] I'll generate a new snapshot later today. Hope you had a great holiday! You were missed. Holiday was great, thank you. And the snapshot is up now. I just tested the 6/16 snapshot and tmux appears to be working for me now. -- 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
Re: tmux failed and got the message: failed to connect to server: No error
On Mon, Jun 2, 2014 at 4:37 AM, Michael Wild wrote: Hi Guan-Zhong The problem is known upstream [1, 2] and I'm also trying to figure out which change in the cygwin DLL triggered this issue. I'll post here again once I know more. Michael [1] http://sourceforge.net/p/tmux/mailman/message/32396655/ [2] http://sourceforge.net/p/tmux/mailman/message/32400834/ On Sat, May 31, 2014 at 5:29 PM, Guan-Zhong Huang wrote: cygwin-1.7.29-2 is ok. After updating to cygwin-1.7.30-1, I can't start tmux. I find it is because when tmux tries to connect to the unix domain socket that tmux server listens and tmux server hasn't started yet, connect() fails but errno is 0, not Connection Refused (111). This causes tmux to exit with error. If you want to reproduce this bug. tmux might work at the first time because the unix domain socket is not created. But after that, tmux will fail due to incorrect errno. Here's the strace I got: cygwin-1.7.30-1: 96 1063224 [main] tmux 4072 cygwin_connect: -1 = connect(5, 0x229780, 24), errno 0 cygwin-1.7.29-2: 92 1054064 [main] tmux 3548 cygwin_connect: -1 = connect(5, 0x229780, 24), errno 111 Best regads, Guan-Zhong I took a look and ran through some snapshots. I remembered a discussion last month regarding the propogation of socket errors to dup'd sockets. It seems the patch (or something commited at the same time) broke this as on the 4/18 snapshot all works well and it breaks on the 4/24 snapshot which is the same one that got that last bit patched. I do not know if the patch was ever tested as the OP of that thread never responded from what I can tell. I tested on x86 only as my x86_64 install is running May 23rd snapshot and for some reason trying to go to an older snapshot resulted in an unusable install so I reinstalled my x86 one in order to test the older snapshot releases. Thread: https://cygwin.com/ml/cygwin/2014-04/msg00539.html Robert Pendell A perfect world is one of chaos. -- 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
Re: Are there any SELinux tools available for Cygwin?
On Sat, May 31, 2014 at 4:40 AM, PolarStorm wrote: Warren Young wrote There is an excellent tool for managing SELinux on remote machines, and it is packaged for Cygwin. It is called ssh. Perhaps you have a package to prevent idiots from answering here as well? Install it please. There is no need for hostility here. Anyways back on topic. I personally don't see a point in building userland SELinux tools for Cygwin. As Warren pointed out already it may be simpler to just ssh into the box in question and generate it from there. I took a look and building the tools may be quite a task. It looks like at least a few dependencies may need to be built. I have not attempted this myself but you are welcome to do so. With that in mind a quick look in the packages list (available on the website) or via an internet search (eg: google or bing) would of revealed that none exist yet. -- 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
Re: setup-x86.exe has virus and is blocked by Malware Detectors
On Thu, May 15, 2014 at 3:45 PM, Christopher Faylor wrote: On Thu, May 15, 2014 at 08:36:29PM +0100, Adam Dinwoodie wrote: On Thu, May 15, 2014 at 12:25:48PM -0700, Wes Kaefer wrote: I agree, it probably does not have a virus; but it has a virus signature. This is covered in the FAQ at http://cygwin.com/faq.html#faq.setup.virus Thanks for pointing that out. I should have remembered the FAQ. cgf It is actually flagging the fact that setup.exe is packed using upx since at one point (or maybe still) virus authors had packed their binaries with upx in order to try to evade scanners. Upx in itself though is not a virus and the false flag should probably be removed by the antivirus company. -- 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
Re: Microsoft Accounts (was Re: Problem with None Group on Non-Domain Members)
On Thu, May 8, 2014 at 4:09 PM, Corinna Vinschen wrote: On May 7 16:46, Corinna Vinschen wrote: On May 7 10:09, Chris J. Breisch wrote: Corinna Vinschen wrote: And here's a problem which I'm not sure how to solve at all: When calling the latest mkpasswd, the primary group of the local user account backing the Microsoft Account will *still* be None. The reason is that the local account is just the same old account as usual. Its default primary group *is* None. Only when logging in via the Micosoft Account email address, the user token will not reflect what's stored in the local SAM, but will have been changed by the OS as outlined in this thread. So, when a user decides to create a passwd file rather than using the SAM/DB code in Cygwin, the information generated by mkpasswd will not match the user token, and the primary group stored in /etc/passwd will not even be available at all in the user token. I have not the faintest idea how to workaround this schizophrenia. Corinna Oh wow. It took me two reads of this to understand it. Caffeine is finally kicking in, I guess. Unless you just want to hard code the primary group that mkpasswd generates to Users for any account that it would tend to want to set as None. That would be some smelly code though. Hmm, but it might fix a couple of problems. If we go ahead and always convert the None primary group to Users, we'd have a pretty stable state, which works nicely for local accounts, independently of habving logged in as normal account or as Microsoft Account. This might be the easiest workaound, in fact. I created a new snapshot on http://cygwin.com/snapshots/ which introduces the following behaviour, which is a bit less intrusive: If a local account is connected to a Microsoft Account, the primary group defaults to Users. If it's a normal local accout it defaults to None, as usual. This also covers mkpasswd from the snapshot. This does not work if you continue to use an already existing /etc/passwd file. I have no good solution for this sccenario, other than a (yet to be written) FAQ entry. Hope that helps nevertheless. Corinna Thanks for all the effort you have put forth on this issue Corinna. I checked the snapshot today and found the behavior to be matching what you described. An expected side effect right now is that old files still have the group SID set to the user SID as well as all the other installed files placed by the OS however there isn't much we can do there beyond changing the group manually for the files. On that note I used the larger inst package (to get updates to mkpasswd and the like) and noticed that there is a /usr/lib and /usr/bin folder with the updated files however cygwin mounts /lib and /bin on top of the respective folders making any files installed there inaccessible in a normal cygwin run. Is this intended? For now I manually moved those folders to the root therefore overwriting old files with the newer ones. -- 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
Re: Microsoft Accounts (was Re: Problem with None Group on Non-Domain Members)
On Thu, May 8, 2014 at 8:12 PM, Ken Brown kbr...@cornell.edu wrote: On 5/8/2014 7:17 PM, Robert Pendell wrote: On Thu, May 8, 2014 at 4:09 PM, Corinna Vinschen wrote: On May 7 16:46, Corinna Vinschen wrote: On May 7 10:09, Chris J. Breisch wrote: Corinna Vinschen wrote: And here's a problem which I'm not sure how to solve at all: When calling the latest mkpasswd, the primary group of the local user account backing the Microsoft Account will *still* be None. The reason is that the local account is just the same old account as usual. Its default primary group *is* None. Only when logging in via the Micosoft Account email address, the user token will not reflect what's stored in the local SAM, but will have been changed by the OS as outlined in this thread. So, when a user decides to create a passwd file rather than using the SAM/DB code in Cygwin, the information generated by mkpasswd will not match the user token, and the primary group stored in /etc/passwd will not even be available at all in the user token. I have not the faintest idea how to workaround this schizophrenia. Corinna Oh wow. It took me two reads of this to understand it. Caffeine is finally kicking in, I guess. Unless you just want to hard code the primary group that mkpasswd generates to Users for any account that it would tend to want to set as None. That would be some smelly code though. Hmm, but it might fix a couple of problems. If we go ahead and always convert the None primary group to Users, we'd have a pretty stable state, which works nicely for local accounts, independently of habving logged in as normal account or as Microsoft Account. This might be the easiest workaound, in fact. I created a new snapshot on http://cygwin.com/snapshots/ which introduces the following behaviour, which is a bit less intrusive: If a local account is connected to a Microsoft Account, the primary group defaults to Users. If it's a normal local accout it defaults to None, as usual. This also covers mkpasswd from the snapshot. This does not work if you continue to use an already existing /etc/passwd file. I have no good solution for this sccenario, other than a (yet to be written) FAQ entry. Hope that helps nevertheless. Corinna Thanks for all the effort you have put forth on this issue Corinna. I checked the snapshot today and found the behavior to be matching what you described. An expected side effect right now is that old files still have the group SID set to the user SID as well as all the other installed files placed by the OS however there isn't much we can do there beyond changing the group manually for the files. On that note I used the larger inst package (to get updates to mkpasswd and the like) and noticed that there is a /usr/lib and /usr/bin folder with the updated files however cygwin mounts /lib and /bin on top of the respective folders making any files installed there inaccessible in a normal cygwin run. This doesn't happen if you install the snapshot by the method suggested in the FAQ: http://cygwin.com/faq.html#faq.setup.snapshots Ken Point well taken there. *Wonders why he didn't think of that* -- 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
Re: Problem with None Group on Non-Domain Members
On Mon, May 5, 2014 at 12:57 PM, Corinna Vinschen wrote: On May 5 12:17, Chris J. Breisch wrote: Corinna Vinschen wrote: On May 5 11:23, Chris J. Breisch wrote: In both cases, I am logging on to the machine with a Microsoft Account: http://www.microsoft.com/en-us/account/default.aspx Hmm, maybe that's the problem. This Microsoft Account stuff might influence how the underlying OS handles permissions. I would never touch this stuff ;) I don't blame you. And I don't think you can use them on a machine that's a member of a domain, but I could be mistaken there. They're local accounts, but definitely with a twist. I was pleasantly surprised that ssh didn't choke on them, but I didn't really suspect it as a root cause for file permission issues, or I would have mentioned that in my very first message. For testing you could try to create a normal local account, add it to /etc/passwd and run the above under this account. If it behaves differently (correct, that is), it's a something weird with these MS accounts. But then again, I wouldn't know how to fix this, other than to suggest to use a normal account instead. Bingo. I had just such an account already. It works as expected, i.e. correctly. Could we fix it by allowing the user to set their default group? As I said in my original message, changing the group from None to Users in /etc/passwd solved my problems. That's exactly how you do it, unless you're already using the new SAM/AD changes from the Cygwin snapshots, in which case you can override this in SAM or AD as well. Of course, if we don't really understand these accounts, then we don't know why that solved my problem, or if the same thing would work for someone else. Hmmm. Never mind. Nah, at this point we really don't know why this happens on your machine and it could easily be somebody elses fault. An strace of `chmod 400 bar' might sched some light on this issue, but I have a gut feeling the underlying WIndows call will not even return an error code... Attached. Your gut seems to be working today... There *is* something weird here. Look at this: 151 36702 [main] chmod 5536 alloc_sd: uid 1001, gid 513, attribute 0x2190 65 36767 [main] chmod 5536 cygsid::debug_print: alloc_sd: owner SID = S-1-5-21-3514886939-1786686319-3519756147-1001 (+) 70 36837 [main] chmod 5536 cygsid::debug_print: alloc_sd: group SID = S-1-5-21-3514886939-1786686319-3519756147-1001 (+) alloc_sd (the underlying function creating a security descriptor) gets a uid 1001 and gid 513 as input, as usual. But the owner *and* group SIDs of the file's existing security descriptor is S-1-5-21-3514886939-1786686319-3519756147-1001, the SID of your user account. Why is your user account the primary group of the file, even though your user token definitely has None (513) as its primary group? How did it get there? Is that something enforced by the Microsoft accounts, perhaps? I just had a look into the Local Security Policy settings, and I can't see any related setting. Corinna I just saw this thread. I'm running Windows 8.1 Update 1 and I'm using a Microsoft Account as login. I'm seeing the same behavior on my machine as well with Cygwin64. I'm open to any tests that you would like me to do as well. -- 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
Re: Fw: problem
On Mon, Apr 28, 2014 at 6:11 AM, Farrokh Razavi wrote: hello i have problem with Altera program monitor at win 8.1 not compile error 0 [main] bash 3888 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. please help me thanks As mentioned already please refer to the problem reports link below and attach an appropriate cygcheck.out so that we can assist you in your issue. At this point you have provided very little to go by. With that in mind I do remember this error being reported previously so you may want to look for stray cygwin1.dll files that are showing up in the path. Older dlls can cause this issue. Problem reports: http://cygwin.com/problems.html -- 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
Re: Mount / Access is Denied
On Sat, Apr 19, 2014 at 10:21 PM, Zeranoe wrote: On 3/8/2014 12:50 AM, Cicero Silva Luiz Junior wrote: My OS is Windows 8.1 x64. UAC is on, behavior set as Prompt for Credentials on Secure Desktop. Only elavate executables that are signed and only elevate apps in secure locations settings are both on. Any help is greatly appreciated. I just ran into this issue too. Everything worked fine on Windows 7 SP1 64-bit, but the same command on Windows 8.1 fails with the same error. I'm using --no-admin, and have write access to the root and local folders. This seems to be a Windows 8.1 (maybe 8 as well) issue. I would be happy to provide any further information about this, but currently the command line method is useless on Windows 8.1 unless you have admin privileges. Thanks, Kyle I was able to reproduce this as well on a lab machine at work that we have Windows 8.1 x64 Update 1 loaded on. It seems to throw the error as soon as it goes to switch to installing the files and as suggested only happens with --no-admin set. There are no files unpacked as a result. There is no BLODA on my test machine as it is a clean install save for updates in itself. I'm going to test again on a VM later on when I get a few minutes to run the install though and verify. The setup.log provided no appreciable information beyond what was provided by the OP however if there is a way to up the verbosity I am more than willing to re-run the install. Robert Pendell A perfect world is one of chaos. -- 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
Re: We need steenking patches (Re: Cygwin kill utility...)
On Wed, Apr 9, 2014 at 10:55 AM, Steven Penny ... wrote: On Wed, Apr 9, 2014 at 12:51 AM, Christopher Faylor wrote: Except for the lack of an advertised bugzilla link at the Cygwin web page, Cygwin is like every one of the other projects hosted at sourceware.org/gcc.gnu.org. This includes thriving projects like gcc, binutils, gdb, and others. All of the developers in those projects were able to figure out how to find CVS (svn, git) web information and, eventually, check out their stuff. I see now you have Stockholm Syndrome with CVS. Perhaps you missed the question, so I will repeat it: Where is the online search function for the mailing list and code base? With GitHub you can use this http://github.com/svnpenn/bm/search?q=asdf and it will search all issues and code for a repository. Cygwin appears to have no web based way of searching either, besides a Google search. That is sad. For the code no such function exists. You will have to make do with downloading the code from CVS and using local tools to grep and search through it. As it stands cgf has already mentioned the page that tells you quite clearly how to download from CVS and (if you are a contributor) how to upload as well. The mailing list does have a search function. Go to the lists page (http://cygwin.com/lists.html) and choose the list you want to search. There is a nice search box on each mailing list so that you can look for previous reports of an issue. Robert Pendell A perfect world is one of chaos. -- 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
Re: C:\Windows\System32\drivers oddness
On Fri, Dec 27, 2013 at 9:14 PM, Andrey Repin ... wrote: Greetings, Robert Pendell! If you are using 32-bit Cygwin on 64-bit Windows it only ever sees the contents of the SysWOW64 folder. You would need to run a 64-bit version of Cygwin to see both contents at which point a mount wouldn't be necessary. http://support.microsoft.com/kb/942589/en-us -- WBR, Andrey Repin (anrdae...@yandex.ru) 28.12.2013, 06:06 Sorry for my terrible english... Thanks for the correction. I was unaware about that. I guess you still learn new things every day. :) Robert Pendell A perfect world is one of chaos. -- 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
Re: C:\Windows\System32\drivers oddness
On Fri, Dec 27, 2013 at 6:46 PM, Buchbinder, Barry (NIH/NIAID) [E] ... wrote: Corinna Vinschen sent the following at Thursday, December 26, 2013 1:32 PM On Dec 26 11:11, Max Polk wrote: From the bash shell, sitting in the C:\Windows\System32\drivers directory, when I run ls I can see about 6 files/dirs total. The etc directory is mysteriously missing from the output of ls, but present in the output of ld -ld etc. Strange that I can't list it with ls, but I can list it with ls -ld. You're running 32 bit Cygwin on 64 bit Windows. See http://msdn.microsoft.com/en-us/library/windows/desktop/aa384187%28v=vs.85%29.aspx Might it be possible and worth the programming effort for System32 and SysWOW64, as appropriate, to automatically mounted via Sysnative by cygwin1.dll? (Not a request - and I cannot contribute a patch.) I tried using mount (32 bit cygwin on 64 bit Windows 7 enterprise, v. 6.1) and couldn't get System32 and SysWOW64 to contain different files. Could anyone suggest a mount command line or an /etc/fstab entry that will do this? Does it make a difference if /cygdrive has been mapped to /? http://cygwin.com/ml/cygwin/2010-07/msg00375.html has a work-around, but I don't have admin privileges so cannot use it. Thanks, - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. If you are using 32-bit Cygwin on 64-bit Windows it only ever sees the contents of the SysWOW64 folder. You would need to run a 64-bit version of Cygwin to see both contents at which point a mount wouldn't be necessary. Robert Pendell A perfect world is one of chaos. -- 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
Re: gcc-4.8.2-1: /bin/gcc fails
On Mon, Nov 4, 2013 at 10:03 PM, Andrey Repin wrote: Greetings, Corinna Vinschen! On Nov 2 23:54, Yaakov (Cygwin/X) wrote: On 2013-11-02 04:36, Corinna Vinschen wrote: On Nov 1 23:23, David Rothenberger wrote: With gcc-4.8.2-1, the following fails: % touch /tmp/t.c % /bin/gcc -c /tmp/t.c gcc: error: spawn: No such file or directory Curious, are you seeing real-life references to /bin/gcc? Because that wouldn't be portable anyway. The real life problems is that whether it works or not depends on the path order in $PATH. That's not exactly transparent to the user. /usr/bin and /lib = /usr/lib symlinks) and this worked fine. AFAICS, the difference there is that /usr/bin is the real directory and /bin is just a symlink, where the reverse is true on Cygwin and a mount is used instead of a symlink. Exactly. The symlink on Fedora gets transparently converted to the realpath(3) /usr/bin, while on Cygwin there are two realpaths due to the mount. Is this the reason for behavior such as this? $ which -a test /usr/bin/test /usr/bin/test $ mount C:/Programs/CygWin/bin on /usr/bin type ntfs (binary,auto) C:/Programs/CygWin/lib on /usr/lib type ntfs (binary,auto) C:/Programs/CygWin on / type ntfs (binary,auto) C:/home on /home type ntfs (binary,noacl,posix=0) W: on /var/run type vfat (binary,noacl,posix=0) C: on /c type ntfs (binary,noacl,posix=0,noumount,auto) Y: on /y type smbfs (binary,noacl,posix=0,noumount,auto) Z: on /z type smbfs (binary,noacl,posix=0,noumount,auto) And there's no junctions from /{bin,lib} to /usr, as I was doing at one point. Uh oh. That's bad. Maybe it wasn't such a good idea to switch libexecdir from /usr/lib to /usr/libexec? It breaks applications using relative paths to search other application components when run from /bin. AFAIK GCC is unique in this regard; relocatibility code is uncommon, and most other uses of libexecdir definitely use absolute paths. Either we revert libexecdir to /usr/lib, or we will need to add an automount point /libexec - /usr/libexec as for /bin and /lib. What if another program references its datadir as ../share/foo? (I'm pretty sure it does happen, although GCC doesn't, FWIW.) Are you going to make an automount point for that as well? (Didn't think so.) Relocatibility simply isn't portable to a /bin == /usr/bin scenarios, although use of a symlink instead of a mount might mitigate that. The symlink would help, but we would have to create it during installation. It's ugly, too. So, while I'm not convinced that this is a huge issue overall, if don't do that isn't good enough, the easiest workaround is to configure GCC with --libexecdir=/usr/lib. That would be the safer option, I guess. From pure philosophical point, I see reason to make a decision once and for all. Do you want to invent your own directory structure or follow the one used by other *NIX systems? This is an interesting thread. The root appears to be the order of paths that is causing /bin to be chosen over /usr/bin for gcc which then results in an error from gcc due to the usage of absolute paths but I'm confused why this is happening at all in the first place. I checked the default paths on my installation and I clearly see /usr/local/bin being looked at before /usr/bin and since there is no gcc in the first one it will use /usr/bin next. In fact I don't have /bin in my path at all. This is the line defining the default path in /etc/profile. PATH=/usr/local/bin:/usr/bin:${PATH} Robert@Shinji-PC ~ $ which gcc /usr/bin/gcc It may of been that /bin was defined in the default path then later removed but I don't know when. Otherwise it may of been intentionally defined by the user at one point for an unknown reason. Robert Pendell A perfect world is one of chaos. -- 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
Re: gcc-4.8.2-1: /bin/gcc fails
On Mon, Nov 4, 2013 at 10:38 PM, Robert Pendell wrote: On Mon, Nov 4, 2013 at 10:03 PM, Andrey Repin wrote: Greetings, Corinna Vinschen! On Nov 2 23:54, Yaakov (Cygwin/X) wrote: On 2013-11-02 04:36, Corinna Vinschen wrote: On Nov 1 23:23, David Rothenberger wrote: With gcc-4.8.2-1, the following fails: % touch /tmp/t.c % /bin/gcc -c /tmp/t.c gcc: error: spawn: No such file or directory Curious, are you seeing real-life references to /bin/gcc? Because that wouldn't be portable anyway. The real life problems is that whether it works or not depends on the path order in $PATH. That's not exactly transparent to the user. /usr/bin and /lib = /usr/lib symlinks) and this worked fine. AFAICS, the difference there is that /usr/bin is the real directory and /bin is just a symlink, where the reverse is true on Cygwin and a mount is used instead of a symlink. Exactly. The symlink on Fedora gets transparently converted to the realpath(3) /usr/bin, while on Cygwin there are two realpaths due to the mount. Is this the reason for behavior such as this? $ which -a test /usr/bin/test /usr/bin/test $ mount C:/Programs/CygWin/bin on /usr/bin type ntfs (binary,auto) C:/Programs/CygWin/lib on /usr/lib type ntfs (binary,auto) C:/Programs/CygWin on / type ntfs (binary,auto) C:/home on /home type ntfs (binary,noacl,posix=0) W: on /var/run type vfat (binary,noacl,posix=0) C: on /c type ntfs (binary,noacl,posix=0,noumount,auto) Y: on /y type smbfs (binary,noacl,posix=0,noumount,auto) Z: on /z type smbfs (binary,noacl,posix=0,noumount,auto) And there's no junctions from /{bin,lib} to /usr, as I was doing at one point. Uh oh. That's bad. Maybe it wasn't such a good idea to switch libexecdir from /usr/lib to /usr/libexec? It breaks applications using relative paths to search other application components when run from /bin. AFAIK GCC is unique in this regard; relocatibility code is uncommon, and most other uses of libexecdir definitely use absolute paths. Either we revert libexecdir to /usr/lib, or we will need to add an automount point /libexec - /usr/libexec as for /bin and /lib. What if another program references its datadir as ../share/foo? (I'm pretty sure it does happen, although GCC doesn't, FWIW.) Are you going to make an automount point for that as well? (Didn't think so.) Relocatibility simply isn't portable to a /bin == /usr/bin scenarios, although use of a symlink instead of a mount might mitigate that. The symlink would help, but we would have to create it during installation. It's ugly, too. So, while I'm not convinced that this is a huge issue overall, if don't do that isn't good enough, the easiest workaround is to configure GCC with --libexecdir=/usr/lib. That would be the safer option, I guess. From pure philosophical point, I see reason to make a decision once and for all. Do you want to invent your own directory structure or follow the one used by other *NIX systems? This is an interesting thread. The root appears to be the order of paths that is causing /bin to be chosen over /usr/bin for gcc which then results in an error from gcc due to the usage of absolute paths but I'm confused why this is happening at all in the first place. I checked the default paths on my installation and I clearly see /usr/local/bin being looked at before /usr/bin and since there is no gcc in the first one it will use /usr/bin next. In fact I don't have /bin in my path at all. This is the line defining the default path in /etc/profile. PATH=/usr/local/bin:/usr/bin:${PATH} Robert@Shinji-PC ~ $ which gcc /usr/bin/gcc It may of been that /bin was defined in the default path then later removed but I don't know when. Otherwise it may of been intentionally defined by the user at one point for an unknown reason. Actually disregard everything I just said. I didn't even see the test case right. (It's late) Then got thrown off by the discussion. Robert Pendell A perfect world is one of chaos. -- 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
Re: cygpath -m behaviour change
On Mon, Sep 16, 2013 at 5:56 AM, David Griffiths wrote: Yes, that's exactly right, assuming that 'boo' doesn't exist. Hi, it happens even if boo does exist. To put it in context, the script in question was attempting to determine the current directory: CURRENT_DIR=$(cygpath -ma ${0}/../) (I didn't write this script but I assume they did this for performance reasons.) But anyway, as you can see ${0} always exists. I looked at the other thread but don't see an immediate connection as that was checking for non-existing path members. Cheers, Dave I have no idea why they are doing that. ${0} always gives back the name of the program you ran. It is very common to use $0 in scripts in order to refer to itself in text given back to the user. If you need to get the current directory $PWD is always available and you don't need to use your own variable for it. (just like in linux, unix, and other similar environments following that they are not exactly equal) For a reference point I'll give you what cygwin gave me when I ran the command as you showed it. Robert@Shinji-PC ~ $ cygpath -ma ${0}/../ cygpath: unknown option -- b Try `cygpath --help' for more information. That would be expected because for me ${0} (during echo) gave back -bash as the output and cygpath will interpret that as additional options. I also checked to make sure cygpath is working as expected (at least the way I think it should be working) and it tested ok. Robert@Shinji-PC ~ $ uname -a CYGWIN_NT-6.2-WOW64 Shinji-PC 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin Robert@Shinji-PC ~ $ mkdir test Robert@Shinji-PC ~ $ cygpath -m test/.. ./ Robert@Shinji-PC ~ $ rmdir test Robert@Shinji-PC ~ $ cygpath -m test/.. cygpath: error converting test/.. - No such file or directory I did find another odd bit with cygpath though. It seems that if you have .. to start the path to check it will translate it no matter what. A bug maybe? (STC) Robert@Shinji-PC ~ $ ls ../ Robert Robert@Shinji-PC ~ $ ls ../test ls: cannot access ../test: No such file or directory Robert@Shinji-PC ~ $ cygpath -ma .. D:/cygwin/home Robert@Shinji-PC ~ $ cygpath -ma ../test D:/cygwin/home/test Robert Pendell A perfect world is one of chaos. -- 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
Re: cygpath -m behaviour change
On Fri, Sep 13, 2013 at 11:55 AM, David Griffiths wrote: I reinstalled cygwin after a disk failure recently and one of my scripts stopped working. The problem can be easily reproduced by entering: $ cygpath -m boo/.. cygpath: error converting boo/.. - No such file or directory this is with version 1.7.24(0.269/5/3). On another machine with 1.7.17 installed, the same command results in ./. I can workaround by using backslashes instead of forward slashes but other people might find their scripts broken as well. Cheers, Dave I believe this behavior was changed in 1.7.22 See this thread for more information but basically it was changed to conform /.. path checking to posix standards. http://cygwin.com/ml/cygwin/2013-05/msg00222.html Robert Pendell A perfect world is one of chaos. -- 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
Re: Problem installing Cygwin 1.7.25 64 bit on W7 and W8
On Sun, Sep 1, 2013 at 1:56 PM, Alexey Borzenkov wrote: On Sun, Sep 1, 2013 at 5:38 PM, nu774 wrote: Same experience here. I once pushed continue on the incomplete download error dialog by mistake, that resulted in uninstalling of the selected packages for updates, including cygwin (except for cygwin1.dll). Did the same thing, in my case even cygwin1.dll is gone, previous version doesn't install either. Looking into setup.ini from various mirrors I can see that all files have size 0. This is also consistent with setup.log which has an error like: Download .../x86_64/release/cygwin/cygwin-1.7.25-1.tar.bz2 wrong size (2708993 actual vs 0 expected) Cygwin is currently unusable, so sad... Which mirror did you try? Did you try another mirror? I just checked my private mirror and it shows fine. Robert Pendell A perfect world is one of chaos. -- 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
Re: Windows 8 Terminal Shortcut Start
On Sat, Jul 27, 2013 at 11:59 AM, Sander Torfs wrote: Hi all, I recentely decided to go from the x64 version of cygwin to the x86 version (because the x64 version doesn't support unison), and I can't get rid of the shortcut in Start; Clicking uninstall takes me to 'uninstall a program', but there is now cygwin uninstaller, it needs to be done manually. While installing cygwin, I checked the box that said 'Add to Start'. Any ideas? All help appreciated! Sandr Do this. Right click the icon, choose open file location, delete the file from there. I assume that's what you wanted and not just to unpin it from the start screen. Really though. This isn't a Cygwin issue. It's more a Windows 8 issue and there are plenty of forums for that. Robert Pendell A perfect world is one of chaos. -- 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
Re: Dvd
On Fri, Jul 12, 2013 at 2:17 PM, Christopher Faylor wrote: On Fri, Jul 12, 2013 at 10:34:31AM -0400, S Thomas wrote: Hi Saw your post. Do you still provide cygwin DVDs for sale? If yes where should I send the money. Thanks S Thomas Not sure who you're asking. I used to provide ISO downloads but my hosting provider complained about the web traffic. So I'm not aware of anyone offering this service. cgf I used to offer it ages ago. Probably this thread is what he was referring to: http://cygwin.com/ml/cygwin/2004-06/msg01155.html Robert Pendell A perfect world is one of chaos. -- 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
Re: Where's lpr?
On Mon, Jul 1, 2013 at 4:52 AM, Schweikhardt Jens (LP21) wrote: hello, world I'm looking for lpr; the Cygwin FAQ tells me it's in the cygutils package, but that appears to be no longer true: 4.16. How do I print under Cygwin? lpr is available in the setup.exe cygutils package. $ cd /etc/setup $ zcat cygutils.lst.gz usr/bin/cygstart.exe usr/bin/mkshortcut.exe usr/bin/readshortcut.exe usr/share/man/man1/cygstart.1.gz usr/share/man/man1/mkshortcut.1.gz usr/share/man/man1/readshortcut.1.gz There's no installable lpr package either I can find. Am I blind or has lpr gone missing? Thanks for any clue. Jens Sitz: Backnang; Registergericht: Amtsgericht Stuttgart HRA 270977 Persoenlich haftender Gesellschafter: Tesat-Spacecom Geschaeftsfuehrungs GmbH; Sitz:Backnang; Registergericht: Amtsgericht Stuttgart HRB 271658; Geschaeftsfuehrung: Peter Schlote, Guenther Adam, Jochen Huppert lpr was moved to the cygutils-extra package in order to reduce the number of dependencies needed during base install. http://cygwin.com/cgi-bin2/package-cat.cgi?file=cygutils-extra%2Fcygutils-extra-1.4.12-2grep=lpr.exe Robert Pendell A perfect world is one of chaos. -- 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
Re: Including full path to shared library in the executable file
On Thu, May 23, 2013 at 5:01 AM, Corinna Vinschen wrote: On May 22 23:10, Larry Hall (Cygwin) wrote: On 5/22/2013 11:24 AM, Corinna Vinschen wrote: On May 22 10:58, Christopher Faylor wrote: On Wed, May 22, 2013 at 10:47:11AM +0200, Corinna Vinschen wrote: On May 21 21:43, Balaji Venkataraman wrote: On Tue, May 21, 2013 at 9:19 PM, Balaji Venkataraman wrote: My question is whether there is a way to include the full path to the .dll while creating the .exe - much like how cmake link_directories or target_link_libraries allows you to - for e.g. on Linux (an ldd on the executable file shows the full path to the .so file and thus precludes the need to explicitly set LD_LIBRARY_PATH). While this is not a cmake question (or a cmake mailing list) if you have experience solving this problem using cmake, would appreciate those insights as well. I found this while looking for cygwin RPATH: http://www.cmake.org/pipermail/cmake/2007-October/017267.html. Perhaps the lack of RPATH support on Windows/Cygwin is the reason? RPATH is an ELF feature. Full paths to DLLs are not supported by the PE/COFF executable format. Also, Cygwin DLLs are still loaded by the Windows loader, so POSIX paths won't work, and full Windows paths won't make much sense, given that Cygwin is not always installed into C:\cygwin. The solution for this would be an ELF loader in Cygwin and a Cygwin linker which produces ELF DLLs by default. But that's quite a big project on its own and nobody seemed to have fun, time, or money, to implement this. So, maybe *next* Thursday then? Alas, I still have no cat... Can someone *please* donate a cat for Corinna? Oh, please, no! Corinna *Mails a litter of kittens to Corinna* Robert Pendell A perfect world is one of chaos. -- 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
Re: broken links in commit messages? (Re: src/winsup/cygserver ChangeLog.64bit)
On Fri, Mar 1, 2013 at 6:31 AM, Corinna Vinschen wrote: On Mar 1 12:20, Václav Zeman wrote: On 1 March 2013 11:39, wrote: CVSROOT:/cvs/src Module name:src Branch: cygwin-64bit-branch Changes by: cori...@sourceware.org 2013-03-01 10:39:51 Modified files: winsup/cygserver: ChangeLog.64bit Log message: * client.cc: Revert changes to handle 32 bit processes on 64 bit systems. * sysv_msg.cc: Ditto. * sysv_sem.cc: Ditto. * sysv_shm.cc: Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygserver/ChangeLog.64bit.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.1.2.6r2=1.1.2.7 Recently, I am not able to open the diffs through links in commit messages. For the one above, I get redirected to http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygserver/Attic/ChangeLog.64bit.diff and I get error Error: src/winsup/cygserver/Attic/ChangeLog.64bit.diff: no such file or directory. This seems to occur only with files in the Attic (for instance, files in the branch which don't exist in HEAD. Unfortunately I don't know how the cvs mails are generated. Interestingly, you can access the diff from the cvsweb interface: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygserver/Attic/ChangeLog.64bit.diff?r1=1.1.2.6r2=1.1.2.7cvsroot=srconly_with_tag=cygwin-64bit-branch Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat Looks like the urls in the diff url is missing the Attic folder in the path location for files in Attic. When this happens the server is redirecting but isn't preserving the POST vars at the end of the url hence the file not found. Adding Attic/ to the path location behind cygserver in the original url avoided the redirect. So it is safe to say that cvsweb needed the POST vars but I have no idea why they are being discarded during the redirect. P.S. - I apologize if anything I just stated is obvious. Robert Pendell A perfect world is one of chaos. -- 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
Re: startxwin started bash does not read .bashrc or .bash_profile
On Tue, Feb 26, 2013 at 10:20 PM, Kevin Layer wrote: Arthur Tu wrote: On 2/27/2013 8:08 AM, Kevin Layer wrote: If I put this into .startxwinrc: mintty /usr/bin/bash.exe --login -i the resulting shell does not read .bash_profile. If I put mintty /usr/bin/bash.exe -i it doesn't read .bashrc. I've been beating my head against this wall for hours, over a few days. I've googled my ass off, but I can't find anyone that's having the same problem. My ultimate goal is to use ssh-agent/ssh-add to make life easier, but it requires my .bashrc to be sourced (.bash_profile merely sources .bashrc). Thanks. ## .bash_profile if [ -f ${HOME}/.bashrc ] ; then source ${HOME}/.bashrc fi What do you mean? Isn't this enough? It is not. As I said, without --login, when .bashrc would be loaded directly... it is *not*. This should be pretty easy for someone to test. Does it work for anyone else, as I've described? I'm up to date on my installation as of today. .bashrc and .bash_profile serve 2 different purposes. .bash_profile is meant for login sessions (like ssh or a local terminal) .bashrc is meant for non-login sessions (like scp) Commonly .bash_profile does source in .bashrc so that it gets executed too. BTW, You don't need to do --login and -i. --login will assume -i anyways. Dummy run on my linux box (I'll check cygwin later when I get a chance) but this is for behavior check. shinji@icarus:~$ bash --login shinji@icarus:~$ echo $BASHRC Y shinji@icarus:~$ echo $BASH_PRO Y shinji@icarus:~$ exit logout shinji@icarus:~$ bash -i shinji@icarus:~$ echo $BASHRC Y shinji@icarus:~$ echo $BASH_PRO Note I placed an export statement in .bash_profile and .bashrc to mark if they got executed. Note that on the login shell both did get executed and on the non-login one (forced interactive) only .bashrc was run. .bashrc is sourced thanks to /etc/profile on my linux system. References: http://www.joshstaiger.org/archives/2005/07/bash_profile_vs.html http://www.gnu.org/software/bash/manual/bashref.html#Invoking-Bash Bash man page Robert Pendell A perfect world is one of chaos. -- 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
Re: mintty session with a particularly fork-unfriendly address space layout
On Sat, Feb 16, 2013 at 12:06 PM, Live user wrote: Even starting several sessions at the same time, keeps happening 0 [main] bash 10532 child_info_fork::abort: C:\cygwin\bin\cyggcc_s-1.dll: Loaded to different address: parent(0x2E) != child(0x3D) -bash: fork: retry: Resource temporarily unavailable You may want to check for BLODA as well as doing the problem reports bit as Andrey already mentioned. BLODA FAQ: http://cygwin.com/faq/faq.using.html#faq.using.bloda Problem reports: http://cygwin.com/problems.html Robert Pendell A perfect world is one of chaos. -- 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
Re: cygwin problem - installation halting at 00ash.sh
On Thu, Feb 14, 2013 at 2:11 PM, Dave Goodall snip wrote: In Sep 2012 we tried installing cygwin with the then latest setup.exe version 2.573.2.2 on a new Windows 2008 Server (x64) and the installation hung at 98%. Yesterday Feb 12 2013 we downloaded the latest cygwin DLL setup.exe (1.7.17-1) Prior to running the install on a Windows Server 2008 server we cleaned the registry of prior cygwin entries and turned off virus checking. The install hangs executing the post-install script /etc/postinstall/00ash.sh. [snipped] Found: C:\Program Files (x86)\MKS Toolkit\mksnt\awk.exe [snipped] I would start by removing MKS Toolkit from your path. At least until you complete install. I suspect it may be causing issues. Robert Pendell A perfect world is one of chaos. -- 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
Re: Can't install Cygwin - setup ends with multiple 256 codes
On Sun, Feb 3, 2013 at 2:06 PM, Yannick wrote: Hi guys, I've been a user of Cygwin for the last few years, and I find it extremely useful. Yesterday, I wanted to install a new package, but this ended up killing my installation (likely because I had a terminal running as the setup was running). I tried running the setup again after quitting the terminal, but to no avail, the terminal wouldn't start again. I eventually deleted my old c:/cygwin, and ran the setup again. This time, it's ending in failure with the log messages copied below. I am running the setup as a user with admin privileges on Windows XP. Help appreciated, like will be harder without cygwin... Yann Can you please check your system for BLODA and follow the problem report process? BLODA: http://cygwin.com/faq/faq.using.html#faq.using.bloda Problem reports: http://cygwin.com/problems.html You may also want to check and make sure there isn't something else running using a cygwin1.dll as it will commonly cause issues. Especially if the dll is an older version. Robert Pendell A perfect world is one of chaos. -- 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
Re: email to gmail using /usr/bin/email
On Sat, Jan 26, 2013 at 6:32 PM, René Berber wrote: On 1/26/2013 2:53 PM, JJ wrote: I have spent several hours looking for tips on using the email binary in Cygwin to send email via Gmail from the command line. The man page and help output don’t seem to clarify this. I seem to be timing out or not connecting to the gmail smtp server, but I don’t get any errors from email, even with the –V flag. It just hangs at: Connecting to server smtp.gmail.com on port 465 Wrong port. Greeting the SMTP server... ... Here is the command I am using in my script. This worked fine when I used another ISP, but gmail is pickier. email -r smtp.gmail.com -f user@gmail.com -n me -s backup for %DATE% -a d:\backup.log sameuser@gmail.com I ran email-config and specified my userid, password, smtp server, port number, and to use TLS. I have also specified the port and used the tls flag in the command line. Sending email from outlook on the same computer works fine. With the same settings? I doubt it. Any documentation on email with SSL or tips on alternatives would be greatly appreciated. Read the help pages on Gmail. -- René Berber Actually 465 works fine. Although I'm not entirely sure it is actually TLS. It will not work with the starttls parameter on openssl as it just stalls but would take the connection normally. Connection Log: http://pastebin.com/2vd3S7rL Anyways try without defining TLS for that port and if you can just indicate it as normal SSL. Alternatively check the Gmail docs for the correct TLS port (which isn't 465). This is a configuration issue at this point and not entirely relevant to cygwin. P.S. - I just noticed that it appears to be ssmtp so there is no normal SSL in the config. You will need to use the actual TLS port and not 465 in this config. However 465 does work and likely works fine in Outlook. (*Resending as I forgot to change to plain text mode .) Robert Pendell A perfect world is one of chaos. -- 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
Re: python2.6 appears to be missing _md5 module?
On Thu, Dec 20, 2012 at 12:27 PM, Paul Fredrickson SNIP wrote: On Thu, Dec 20, 2012 at 1:48 AM, marco atzeri SNIP wrote: On 12/20/2012 9:33 AM, Paul Fredrickson wrote: So, it appears there is a package dependency between python2.6 and libopenssl098 that is missing, but most people who need it get it installed via some other package-dependency path. Very minor bug; the setup.ini correctly reports requires: crypt libbz2_1 libdb4.5 libexpat1 libffi4 libgcc1 libgdbm4 libintl8 libncursesw10 libreadline7 libsqlite3_0 libopenssl098 zlib0 so it was a missing file on your side. Marco Oh, weird Because my setup.ini does NOT show that. My setup.ini (which I got from http://mirrors.163.com) shows libopenssl100 as the requirement for all three python versions: @ python sdesc: Python language interpreter ldesc: Python is an interpreted, interactive object-oriented programming language suitable (amongst other uses) for distributed application development, scripting, numeric computing and system testing. Python is often compared to Tcl, Perl, Java, JavaScript, Visual Basic or Scheme. category: Python Interpreters requires: crypt libbz2_1 libdb4.5 libexpat1 libffi4 libgcc1 libgdbm4 libintl8 libncursesw10 libreadline7 libsqlite3_0 libopenssl100 zlib0 _autorebase cygwin version: 2.6.8-2 install: release/python/python-2.6.8-2.tar.bz2 5266672 8488ddad64e096482ceed04efaa52e6a source: release/python/python-2.6.8-2-src.tar.bz2 15161422 f9490fd1372964823818ad307e201acc [prev] version: 2.6.7-1 install: release/python/python-2.6.7-1.tar.bz2 5267785 4b1b22f5e2fd9412188a6f4cbb0b6bc2 source: release/python/python-2.6.7-1-src.tar.bz2 15116930 88941f095cda5d8fa4f0f9cb8d86c5b1 [test] version: 2.7.3-1 install: release/python/python-2.7.3-1.tar.bz2 5643131 5475c0161167a27c6b71747beb1e17ce source: release/python/python-2.7.3-1-src.tar.bz2 16232663 8795dce967fc31de8e76d6fea046183d It looks like some mirrors are a little behind. It was updated to use libopenssl100 a bit back but then when they found that 2.6 broke without libopenssl098 the author added that back in as a dependency. At this time the setup.ini has both for python. Version at mirrors.kernel.org @ python sdesc: Python language interpreter ldesc: Python is an interpreted, interactive object-oriented programming language suitable (amongst other uses) for distributed application development, scripting, numeric computing and system testing. Python is often compared to Tcl, Perl, Java, JavaScript, Visual Basic or Scheme. category: Python Interpreters requires: crypt libbz2_1 libdb4.5 libexpat1 libffi4 libgcc1 libgdbm4 libintl8 libncursesw10 libreadline7 libsqlite3_0 libopenssl098 libopenssl100 zlib0 _autorebase cygwin version: 2.6.8-2 install: release/python/python-2.6.8-2.tar.bz2 5266672 8488ddad64e096482ceed04efaa52e6a source: release/python/python-2.6.8-2-src.tar.bz2 15161422 f9490fd1372964823818ad307e201acc [prev] version: 2.6.7-1 install: release/python/python-2.6.7-1.tar.bz2 5267785 4b1b22f5e2fd9412188a6f4cbb0b6bc2 source: release/python/python-2.6.7-1-src.tar.bz2 15116930 88941f095cda5d8fa4f0f9cb8d86c5b1 [test] version: 2.7.3-1 install: release/python/python-2.7.3-1.tar.bz2 5643131 5475c0161167a27c6b71747beb1e17ce source: release/python/python-2.7.3-1-src.tar.bz2 16232663 8795dce967fc31de8e76d6fea046183d Robert Pendell A perfect world is one of chaos. -- 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
Re: Openssh stops working after a few days (problem solved)
On Sat, Dec 8, 2012 at 10:07 PM, Mike Richardson javaguy...@gmail.com wrote: I was about to post this as a question on here, but I was able to solve my problem. I post it here in case anyone else comes along and has the same problem. I'm running Windows Server 2008 R2 Enterprise. I installed the latest Cygwin/openssh package from scratch and everything runs fine for a few days. Then all of a sudden, I can't make any more connections to the ssh server. My first step is to restart the service in Windows, but I receieve the following error: The CYGWIN sshd service on Local computer started and then stopped. Some services stop automatically if they are not in use by other services or programs. I then examined the file /var/log/sshd.log and saw the following error message: Privilege separation user sshd does not exist I then examine the sshd account on Windows (which does exist). The Account is diabled box was checked. I uncheck it, as well as check the Password never expires checkbox which was before unchecked. After I click ok, I get the following error message: The following error occured while attempting to save properties for user sshd: The password does not meet the password policy requirements. Check the minimum password length, password complexity, and password history requirements. Next, I assign the windows account sshd a sufficiently complex password using the windows gui. Then I still get the same error Privilege separation user sshd does not exist So I run the following commands: mkpasswd -l /etc/passwd mkgroup -l /etc/group I then restart the windows service, and now everything works fine. What I assume what happened is that the sshd account in windows somehow became disabled. The ssd user is supposed to be disabled otherwise people can login as that user. Robert Pendell A perfect world is one of chaos. -- 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
Re: Creating CD of installation packages: Download incomplete. Try again?
On Sat, Nov 24, 2012 at 3:29 AM, Paul wrote: Robert Pendell shinji+cygwin at elite-systems.org writes: If you can find the .tmp files then try deleting them and redownloading from another mirror. It is possible the file is failing the validation check and the installer is assuming(?) an incomplete file. I personally pull from the kernel.org mirror and it works fine. The sites that I use have worked fine for years, so this is something of an anomaly. No hits come up with find package-directory -name '*tmp*'. I managed to kluge a method to compare my installed packages with those downloaded and recorded in setup.log, thus identifying potentially missing packages and confirming that they will probably not be a problem. The listing of installed packages was gotten using cygcheck while the setup.log contained all the packages that successfully downloaded. I removed all the extraneous information in the 2 files that did not relate to packages, used vim editor capabilities to make the formatting match between the 2 files, then sorted the packages by name. Here are the missing packages: Obsolete _autorebase 000164-1 _update-info-dir 01088-1 libpng12 1.2.50-2 libpng14 1.4.12-3 libpng14-devel 1.4.12-3 vala-libcanberra-gtk 0.29-1 w32api -1 Not obsolete libpoppler19 0.18.4-2 I determined whether a package was obsolete by using the cygwin's setup.exe, putting the versionless package name into the Search field, and toggling the switch for hiding obsolete packages. I'm not too worried about the 1 missing non-obsolete package, since setup.exe will prompt you to include packages that are needed to fulfill dependencies. However, I was surprised to see the obsolescence of autorebase. It was just recently made fully functional. Perhaps it has been folded into another package. I browsed the cygwin website documentation to find release notes that might explain this, but no luck. I also tried googling for release notes, in vain. Anyway, I will create a CD of the installation packages and test it on Monday. Thanks! It isn't obsolete. All obsolete packages get assigned to _obsolete group. _autorebase is assigned to _PostInstallLast and is still an active group. It is likely hidden by default to minimize confusion. Robert Pendell A perfect world is one of chaos. -- 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
Re: Creating CD of installation packages: Download incomplete. Try again?
On Wed, Nov 21, 2012 at 4:41 PM, Paul wrote: Buchbinder, Barry (NIH/NIAID) [E] writes: (A) Try splitting it into two operations: 1. Download Without Installing. 2. Install from Local Directory. http://cygwin.com/ml/cygwin/2011-11/msg00329.html Already doing this, since I am trying to create a CD of install packages. (B) Sometimes the only part that is incomplete is renaming foo.tmp to foo.bz2. Try renaming any foo.tmp file you find it by hand and see if it will Install from Local Directory. http://cygwin.com/ml/cygwin/2004-06/msg00206.html (C) If there are still problems, don't do everything at once. For example, do only one category at a time. (.../2004-06/msg00206.html again) I'm trying to replicate the packages in an existing install, so I basically select Re-install rather than individually selecting packages. Manually identifying each package is possible, of course, but that will go on a to-do list for a longer time. Trying to find alternatives to that first. (D) FAQ material? The relevant question seems to be 2.13. What if setup fails?. The answer is the check the setup.log, which I've done. Nothing there except an error provided to the user. One thing I will do is see if the recorded entries match the order of the packages in cygcheck. If so, and if the error happens at/during the last package, then I assume that all is well, and that your suggestion (B) would be easy to follow up on. Thanks, Barry. If you can find the .tmp files then try deleting them and redownloading from another mirror. It is possible the file is failing the validation check and the installer is assuming(?) an incomplete file. I personally pull from the kernel.org mirror and it works fine. Robert Pendell A perfect world is one of chaos. -- 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
Re: Cygcheck says w3m 0.5.3-1 package incomplete, file type mismatch messages
On Tue, Oct 23, 2012 at 7:07 PM, Bob Heckel wrote: On Tue, Oct 23, 2012 at 6:18 PM, Keith Christian wrote: w3m works, but appears to run slowly after the last update. While comparing the output of cygcheck -s -r -v I noticed some differences. Sorry you're having trouble. Strange, I did benchmarking in development and found 0.5.3 slightly faster than 0.5.2 Line 24 below shows Incomplete. I'm not sure what's causing that, I show OK on my installations. I re-ran setup.exe, removed w3m, then re-installed from the same mirror, no change. Did you have 0.5.2 installed previously? Is this output satisfactory, or is there a corrective action for this package post-install? I can't replicate it currently, I'll look into it further over the next few days and report back or up-version if I see anything wrong or fixable. If anyone else is experiencing w3m-0.5.3-1 trouble, that would be good to know. Bob (this is a resend with a little bit of not so relevant information stripped, last message got blocked due to exceeding spam score somehow) I can confirm the issue with the w3m package. I have a local sync job that keeps a local copy of the repository (nice to install a package offline when I'm not on) and it is synced up the kernel.org server. I got the same error on a fresh install and I never had w3m installed prior. I didn't check speed though. $ cygcheck -cv w3m Cygwin Package Information Last downloaded files to: D:\cygwin\home\shinji\cygwin Last downloaded files from: [snipped as it is incorrect] Package VersionStatus File type mismatch: /usr from package w3m File type mismatch: /usr/bin from package w3m File type mismatch: /usr/lib from package w3m File type mismatch: /usr/lib/w3m from package w3m File type mismatch: /usr/lib/w3m/cgi-bin from package w3m File type mismatch: /usr/share from package w3m File type mismatch: /usr/share/doc from package w3m File type mismatch: /usr/share/doc/w3m from package w3m File type mismatch: /usr/share/doc/Cygwin from package w3m File type mismatch: /usr/share/locale from package w3m File type mismatch: /usr/share/locale/ja from package w3m File type mismatch: /usr/share/locale/ja/LC_MESSAGES from package w3m File type mismatch: /usr/share/man from package w3m File type mismatch: /usr/share/man/ja from package w3m File type mismatch: /usr/share/man/ja/man1 from package w3m File type mismatch: /usr/share/man/man1 from package w3m File type mismatch: /usr/share/w3m from package w3m w3m 0.5.3-1Incomplete -- 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
Re: Bold color in cygwin bash shell
On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T ... wrote: Hi, For various reasons, I cannot switch to rxvt or similar, and am stuck using the cygwin bash shell (which runs on top of the dos cmd window). Here, the background color defaults to black and foreground to light. I reversed this using the dos window - Properties - Colors. However the bold color does not change. This causes for example man pages to be displayed badly (light text on light background). Is there anything that can be done to change the bold color? I searched on this mailing list and found just one similar question from 10 years ago which was unanswered: http://cygwin.com/ml/cygwin/2002-01/msg01512.html Hopefully someone can help. Thank you. saurabh This doesn't address your issue directly but did you try mintty from the cygwin repos? That's the current default terminal. -- 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
Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit
On Mon, Oct 1, 2012 at 11:22 AM, Adam Kessel wrote: On Mon, Oct 1, 2012 at 9:33 AM, jojelino wrote: if the SkyDrive is trademark of M$ and if it needs network connection to remote server, it would piss you off like you have been experienced. If it is the case, please stop using *Skydrive* mounted directory as home directory for specific user of cygwin unless your network connection is faster than your hard drive and it isn't that fast for sure according to your complaint. SkyDrive is not a network-mounted directory. Instead, it is a local directory that is periodically synced to the cloud. But you can have no network access at all and it works fine. Indeed, when running cygwin offline (no network) I get the same result. Also, if I change my home directory to something that is not synced to the cloud (e.g. just c:\) I get the same slowness. I have been keeping my home directory in SkyDrive for a while so I have the same home directory across multiple devices. The slowness is only recent, long after I started using SkyDrive. Adam Did you look into the possible BLODA? What security software are you running on the computer? http://cygwin.com/faq/faq.using.html#faq.using.bloda -- 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
Proposal for changes to behavior in package list
I have a proposal to the package list. First the issue at hand. Packages that have additional dependencies add those dependencies without notifying the user indicating such. This also makes it difficult to remove packages which have cycling dependencies such as the X11 package set. In the event of a removal the package selection has you click through package options in the order of Keep, Reinstall, Source, then Uninstall. The first suggestion would potentially affect all package entries but is equally useful for the issue however the latter option would only affect currently installed packages. They both could be potentially implemented as they could be equally useful. First suggestion: Implement a prompt when a selected package has caused other packages to be marked as well. This dialog would include the newly marked packages with a Yes/No prompt if the user wants them marked. A warning could note that the packages may be required for the currently selected package to function. The user could pick no and continue clicking away in the event they are going to uninstall it anyways which is a couple more clicks away. Second suggestion: Change the order of package options to Keep, Uninstall, Reinstall, Source. This loop should prevent packages from being re-selected during intended uninstall actions such as may happen with the X11 packages. I would of gladly made the changes myself but I don't have any real programming experience. I only dabble in shell scripting. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Proposal for changes to behavior in package list
On Mon, Apr 19, 2010 at 9:39 PM, Dave Korn wrote: On 19/04/2010 19:31, Robert Pendell wrote: First suggestion: Implement a prompt when a selected package has caused other packages to be marked as well. This dialog would include the newly marked packages with a Yes/No prompt if the user wants them marked. A warning could note that the packages may be required for the currently selected package to function. The user could pick no and continue clicking away in the event they are going to uninstall it anyways which is a couple more clicks away. Second suggestion: Change the order of package options to Keep, Uninstall, Reinstall, Source. This loop should prevent packages from being re-selected during intended uninstall actions such as may happen with the X11 packages. For the second one, I'm still working on a patch that gives a right-click context menu, so that you can simply jump directly to the choice you want without going via the intermediate choices; this should at least help a bit. (It is taking longer than I expected because I kept running into and fixing bugs on the way, and I'm also busy trying to get a gcc-4.5 release at the same time, but I haven't forgotten.) For the first one, it was suggested in the earlier discussion to keep track of things that have only been added because they are dependencies, and keep track of things that have been deliberately selected by the user. Then again, it might be even simpler yet, if we just delay adding the dependencies until the user has clicked 'next' on the package choice screen, and calculate them all once at the end. (There are also other possibilities that come to mind that would be a combination of or half-way between the two.) cheers, DaveK Ahh... Ok. Thanks. ;) -- 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
Re: scripting elevated privilege on Windows 7
On Fri, Apr 16, 2010 at 12:33 PM wrote: Thank you Robert Pendell! I wrote this shell script. Any suggestions for optimization? #!/bin/bash if [ $# -eq 1 ] then echo Usage: elev program arg1 arg2 ... exit 1 fi prog=$1 shift exec cygstart --action=runas `which $prog` $@ It looks fine (beyond the quoting) but there is an error. In your if test you check the number of parameters and check to see if there is exactly one then throw the message. It should be zero rather than one because it doesn't count the current process name. On that note I might suggest replacing 'elev' in the Usage text with $0 so it can reflect the file it was called as. On and while quoting works there are better ways as Eric had already suggested. I didn't bother changing it but the following script works well and is tested. #!/bin/bash if [ $# -eq 0 ] then echo Usage: $0 program arg1 arg2 ... exit 1 fi prog=$1 shift exec cygstart --action=runas `which $prog` $@ On that note if you plan on reusing the script on xp or older (for portability) then you might want to check the platform os so that you don't use that action setting on them. The runas action is only valid on Windows Vista and Windows 7 since that is when it was added. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: scripting elevated privilege on Windows 7
On Thu, Apr 15, 2010 at 9:43 PM wrote: I am dealing with Windows UAC for the first time. From a script, I would like to launch a process with elevated (administrative) privilege. I can accept that Windows will pop up a modal dialog box confirming the elevated privilege. Is there an existing utility in Cygwin or elsewhere. An example of what I would like: I have a program named backall that I want to execute with administrative privelege. I am looking for some command xxx that I could invoke from a shell script as xxx backall Does such a utility exist? If I wanted to enhance cygstart to support this feature, which Microsoft API should I use? I took a look at the source code as well as did some research and luckily ShellExecuteEx already has a provision for this. Cygstart also has a parameter that will allow for this although there is no quick option for it. I have tested and verified. It will not path search so you must specify the file location or be in the folder where the program resides. Run the following command and it will prompt for elevation. cygstart --action=runas command Replace command with the actual command. This is an example and it does prompt and elevate. cygstart --action=runas /cygdrive/c/windows/system32/cmd.exe Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Redaction request
On Sat, Mar 6, 2010 at 3:14 PM, mike marchywka wrote: What?You guys did an edit? I think I can speak as the leader for people who post stupid things and normally you just look back and cringe or laugh. That is what learning is all about. IF you posted deep questions, people would charge to provide answers. Simple questions often help others with similar misunderstandings. Revisionism just for the heck of it seems to create all kinds of problems. The policy affects the contents of the archive mostly. It basically says that anything in the archive stays there and can't be edited or removed once it gets there. In other words there are no redactions made after the post is committed. Generally speaking though wanting to or actually removing/modifying statements already made public draws extra attention and tends to cause the opposite of what is intended. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: cron Windows 7
On Thu, Feb 11, 2010 at 6:01 PM, Pierre A. Humblet wrote: - Original Message - From: Corinna Vinschen To: cygwin@cygwin.com Sent: Thursday, February 11, 2010 13:52 | | Uh oh. Is the name of the BUILTIN group not BUILTIN on non-English | systems? If so, the code in get_user_local_groups must be changed to | emit the correct name, rather than just storing the fixed string | BUILTIN\\ in builtin_grp. Will do, this weekend at the latest. Matthias did a preliminary test on Win 7. I learned that in German BUILTIN is VORDEFINIERT :) I wonder if the translation is a Win 7 feature or if has been there all the time. Pierre Hmm That's news to me. I have access to many different iso's for both Vista and Windows 7 that are language native in various other languages through my Technet subscription. If it is needed I could probably go and get the many different names that BUILTIN goes by. That is of course unless there is a more dynamic way of determining it. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Possible BSOD from getcwd on WinXP SP3
On Wed, Jan 13, 2010 at 10:57 AM, Eric Blake e...@byu.net wrote: Henson, George A CTR USA MEDCOM JMLFDC writes: Hello, Building tar seems to trigger a Blue Screen Of Death on WinXP. Rather, it is triggering a bug in your ntfs.sys driver. Cygwin is a user app, and as such, cannot cause a BSOD. Only drivers can do that. The only information I have been able to get out of the Windows crash dumps is the fault happens somewhere in the ntfs.sys driver. Report this to whoever provided the driver. Meanwhile, you can work around it via: ./configure gl_cv_func_getcwd_path_max=yes to prime the cache and skip that check (I do that anyways on my XP machine, in my /usr/local/share/config.site file, not because my driver is buggy, but because Microsoft has acknowledged that XP has quadratic handling of long path names, and that Vista or newer have linear handling; the quadratic handling makes the test spin for minutes at 100% CPU utilization, attributable to system call churn rather than application action). Also, that check is repeated among tar, coreutils, findutils, and a few other GNU packages. And for the record, I've also noticed that sysinternal's procexp can crash the system when trying to examine the run of that particular conftest.exe with very deep hierarchies. -- Eric Blake volunteer cygwin tar maintainer -- 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 Something tells me it isn't the ntfs.sys driver causing it anyways. That's just me though. George -- Any chance you might be able to check for and email me the minidump crash files from your windows\minidump folder? You can zip up all of the ones in there and send them to my private email if you like. I'll run them through windows windbg and see what it says the culprit is. I know it won't guarantee that we will find the culprit but we might get close. Eric -- The ntfs.sys driver is 99% of the time stock Windows. There is never any need for a company to provide another ntfs.sys driver file. If the trigger happened it was likely something associated with the file but probably not that file itself. Maybe storage drivers. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Oddity when working with webdrive mounted network drives
On Fri, Jan 8, 2010 at 6:12 AM, Corinna Vinschen wrote: On Jan 8 11:58, Corinna Vinschen wrote: On Jan 7 16:23, Robert Pendell wrote: $ ls -n /cygdrive/w total 44M drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-11-04 03:20 Maildir/ ^^ And that means the SIDs of owner and group are not known to Cygwin, since they are not present in /etc/passwd and /etc/group. The permissions are taken from what the OS call to fetch the ACL returns. Let me rephrase. The permissions as well as the SIDs are taken from what the OS returns for that drive. You should check the ACL content for files and dirs on that drive using cacls or the GUI. That's what Cygwin gets to see as well. Corinna Thanks for the clarifications. I can't use cacls on them as it comes back saying the parameter is incorrect. I should note that cacls is depreciated on Vista and Windows 7 so icacls should be used instead where available. The command lines are different but they do the same thing. $ icacls Maildir Maildir No permissions are set. All users have full control. Successfully processed 1 files; Failed processing 0 files That part explains it. Webdrive has an option to enable NTFS Security which makes them full access to pretty much any program. I can see the actual permissions through the programs panel. Just wondering why it doesn't put anything realistic on the files themselves. Oh well. This isn't a cygwin issue anyways. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Oddity when working with webdrive mounted network drives
When opening a webdrive mounted network drive it shows all the user and groups with question marks (?) and full rw. Looks like it is emulating FAT/FAT32 here but I wanted to be sure. The uid and gid are obviously wrong here but that is the numeric uid and gid that it gives. Beyond that there are no issues. The host system is Debian but it is not being done through Samba or NFS. Webdrive is mounting through sshfs. $ /usr/lib/csih/getVolInfo /cygdrive/w Device Type : 7 Characteristics : 10 Volume Name : shinji...@dreamhost Serial Number : 71466 Max Filenamelength : 256 Filesystemname : WebDrive Flags : f FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK : TRUE FILE_PERSISTENT_ACLS : TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS : FALSE FILE_SUPPORTS_ENCRYPTION : FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE $ ls -n /cygdrive/w total 44M drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-11-04 03:20 Maildir/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-12-21 00:58 bin/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-10-11 20:17 include/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-10-11 06:02 info/ drwxrwxrwx 1 4294967295 4294967295 0 2006-09-23 04:36 jabber/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-10-11 20:22 lib/ drwxrwxrwx 1 4294967295 4294967295 0 2010-01-04 18:45 logs/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-10-11 05:51 man/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-12-06 11:14 php/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-10-11 06:37 php_dev/ -rwxrwxrwx 1 4294967295 4294967295 54 2008-09-25 14:24 restart_fcgi.sh* drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-11-04 02:48 sent/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-10-11 20:22 share/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-12-06 21:57 svn/ -rwxrwxrwx 1 4294967295 4294967295 172 2009-12-24 23:55 test.sh* drwxrwxrwx 1 4294967295 4294967295 4.0K 2009-11-30 11:19 tmp/ drwxrwxrwx 1 4294967295 4294967295 4.0K 2008-06-03 15:34 tools/ Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Norton flagging as malware
On Sat, Dec 26, 2009 at 9:50 AM, James Rome wrote: Norton flagged regtool.exe and update-mime-database as malware in your latest distribution. -- James A. Rome Consultant Oak Ridge National Laboratory 865 482-5643 -- 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 That is an issue with Norton and their dodgy behavioral scanning. I have tried to get them to make exceptions but they won't do it. http://cygwin.com/faq/faq.using.html#faq.using.bloda Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: bash expands $1 in strange new way
On Thu, Dec 24, 2009 at 10:19 PM, David Arnstein wrote: I have a bash shell script named xplo that worked as desired under cygwin 1.5. It fails under cygwin 1.7. Specifically, the shell expands the expression $1 in a way that I simply cannot understand. This expression expanded to the first shell script argument in cygwin 1.5. Not any more. Here is the script xplo in its entirety: #!/bin/bash if [ $# -gt 1 ] then echo Usage: xplo path-or-file exit 1 else set EXPLOR='/cygdrive/c/windows/explorer.exe' if [ $# -eq 0 ] then cygstart ${EXPLOR} /e,. elif [ -f $1 ] then cygstart ${EXPLOR} /e,/select,`cygpath -w $1` else cygstart ${EXPLOR} /e,`cygpath -w $1` fi fi I cd to a directory that contains an ordinary file named wongo, as well as the shell script xplo. I execute the command bash -x ./xplo wongo I expect to get an instance of Windows Explorer, with folders showing, and the file wongo selected (highlighted). This does not occur. The text output from the above bash -x looks like this: + '[' 1 -gt 1 ']' + set EXPLOR=/cygdrive/c/windows/explorer.exe + '[' 1 -eq 0 ']' + '[' -f EXPLOR=/cygdrive/c/windows/explorer.exe ']' ++ cygpath -w EXPLOR=/cygdrive/c/windows/explorer.exe + cygstart '/e,EXPLOR=\cygdrive\c\windows\explorer.exe' Unable to start 'E:\cygwin\e,EXPLOR=\cygdrive\c\windows\explorer.exe': The specified file was not found. I have attached the output from cygcheck -s -v -r. Thanks for any advice. The problem isn't bash nor how $1 is expanded. In fact $1 never gets used in your test case when no parameters are given. Take the following test case which does the essence of your script without the use of cygpath or cygcheck (those are not the issue here). #!/bin/bash set VAR=outside echo ${VAR} if [ true ] then set VAR2=inside echo ${VAR} echo ${VAR2} fi echo ${VAR2} If you are to run the above script the output is 4 blank lines. The set command works differently within shell scripts than it does outside of them. Inside shell scripts you either use export or you don't use either one. So either replacing set with export or removing it will fix the script completely for you. I can't test it on debian with that change because your script uses cygcheck and cygpath but I did test it locally and once that change was made it worked just fine. The main difference between using export and not using it is that export allows child processes to use the variables as well. If you don't use it then child processes won't be able to access them. This doesn't change parent processes at all. *After checking man pages* Ok. I just checked the man pages again and this is a by design issue in how you are using set. Per the following quote for set in the bash man page. The remaining N arguments are positional parameters and are assigned, in order, to $1, $2, ... $N. The special parameter # is set to N. Source: http://www.gnu.org/software/bash/manual/bashref.html#The-Set-Builtin (yes... this is quoted from online docs -- cygwin has a similar quote) This test case has the same behavior on debian and cygwin so if it is a bug then it is in bash itself and not a cygwin issue at all. I highly doubt it is a bug though based on the above text. #!/bin/bash set PARM1=one PARM2=two PARM3=three echo '$PARM1' is $PARM1 echo '$PARM2' is $PARM2 echo '$PARM3' is $PARM3 echo '$1' is $1 echo '$2' is $2 echo '$3' is $3 It should output something like the following and yes that is correct. You may be able to understand your script behavior better now. $PARM1 is $PARM2 is $PARM3 is $1 is PARM1=one $2 is PARM2=two $3 is PARM3=three Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: bash expands $1 in strange new way
On Thu, Dec 24, 2009 at 11:49 PM, Mark J. Reed wrote: On Thu, Dec 24, 2009 at 10:19 PM, David Arnstein wrote: I have a bash shell script named xplo that worked as desired under cygwin 1.5. It fails under cygwin 1.7. Your shell script is incorrect, and I don't see how it worked under 1.5. This line: set EXPLOR='/cygdrive/c/windows/explorer.exe' does NOT set a variable named EXPLOR. Instead, it sets the first positional argument ($1) to the string EXPLOR=/cygdrive/c/windows/explorer.exe. Whatever the old value of $1 was, it's now gone. To fix, get rid of the set. In sh and derivatives, set sets the positional arguments (and optionally flags that affect the shell's behavior); it does NOT set variables. Just use the assignment syntax (var=value) by itself for that. Of course I am too slow (by about 15 minutes). . -- 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
Re: HEADSUP: Check mirror carefully when updating your 1.7 installation
On Wed, Dec 23, 2009 at 6:37 AM, Corinna Vinschen wrote: Hi, I just found an unfortunate side-effect of the move of the Cygwin 1.7 release area. If you use the new setup.exe for Cygwin 1.7 on a mirror which hasn't catched up with the update yet, you are in danger to overwrite your 1.7 installation with a Cygwin 1.5.25-based installation. Be *VERY* careful to check the packages setup tries to update. If you see that it tries to update your Cygwin from 1.7.0-68 to 1.5.25-15, then CANCEL setup.exe IMMEDIATELY and try another mirror. Hopefully this negative side-effect has been rectified by the mirror updates within the next 24 hours. Corinna Yes. I noticed that and thanks for posting the message about it. I have globally denied access to my mirror for the moment until unscheduled update is done. Once the update has completed it will be opened up again so if you are getting forbidden errors on it then you know why. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: HEADSUP: Check mirror carefully when updating your 1.7 installation
On Wed, Dec 23, 2009 at 12:08 PM, Christopher Faylor wrote: On Wed, Dec 23, 2009 at 11:24:52AM -0500, Robert Pendell wrote: On Wed, Dec 23, 2009 at 6:37 AM, Corinna Vinschen wrote: I just found an unfortunate side-effect of the move of the Cygwin 1.7 release area. ??If you use the new setup.exe for Cygwin 1.7 on a mirror which hasn't catched up with the update yet, you are in danger to overwrite your 1.7 installation with a Cygwin 1.5.25-based installation. Be *VERY* careful to check the packages setup tries to update. ??If you see that it tries to update your Cygwin from 1.7.0-68 to 1.5.25-15, then CANCEL setup.exe IMMEDIATELY and try another mirror. Hopefully this negative side-effect has been rectified by the mirror updates within the next 24 hours. Yes. I noticed that and thanks for posting the message about it. I have globally denied access to my mirror for the moment until unscheduled update is done. Once the update has completed it will be opened up again so if you are getting forbidden errors on it then you know why. If people are really able to use out-of-date mirrors without getting a warning then perhaps one of our vast pool of setup.exe developers would be interested in figuring out why? cgf Well I use my own mirror too so I wanted to get it up to date anyways. The warning does come up when the mirror is not on the list so that is not the issue. I think it is very possible for someone to click yes anyways and end up downgrading their install by accident. -- 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
Re: HEADSUP: Check mirror carefully when updating your 1.7 installation
On Wed, Dec 23, 2009 at 1:00 PM, Christopher Faylor wrote: On Wed, Dec 23, 2009 at 12:56:23PM -0500, Robert Pendell wrote: Well I use my own mirror too so I wanted to get it up to date anyways. The warning does come up when the mirror is not on the list so that is not the issue. Are you saying that you actually *saw* the message? In that case, you ignore the warning at your peril. Yes. I made sure to update the mirror before the setup program had at it for sure. I seem to have a glitch though in my setup so I am going to try and do a clean (and basic) 1.7.1 before posting a separate message concerning it. Anyways access was restored as soon as I got done and I can see it was already added back anyways. ;) -- 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
Re: Hippo icon for cygwin...
On Sat, Dec 5, 2009 at 4:06 AM, Charles Wilson wrote: for your enjoyment. It's based on public domain art; this version released under a creative commons license (CC-BY-SA 3.0) which is GPL compatible. If ya'll like it, I might put it into cygicons.dll eventually. -- Chuck I like it. Oh and by the way. The file never got bzip compressed. It is just a standard tar archive. For decompression if you use cygwin tar then leave out the -j parameter so it doesn't bother trying. For native archive manager drop the .bz2 extension. ;) -- 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
Re: Hippo icon for cygwin...
On Sat, Dec 5, 2009 at 9:27 AM, Charles Wilson wrote: Greg Chicares wrote: Might this file: 1a652c4c8c31b80c85d6cbc2b4093060 *hippo.ico be somehow malformed? My computer BSODs every time I try to view it in 'irfanview'. This has happened three times in a row. BSOD? Well, *any* BSOD is by definition a bug inside ring 0 (e.g. the core Windows kernel, or a graphics driver. So, it isn't *.ico's fault. Still, it'd be good to avoid... Not necessarily. A BSOD can be caused by any faulty driver, application, or service in the system. It can also be caused by faulty hardware. Bad ram will cause memory corruption and make programs or drivers fail to run properly. I have diagnosed BSOD errors before and tracked them down to both faulty ram and faulty hard drives. Using windbg to identify the culprit helps. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
operation not permitted when attempting to ping
Whenever I use ping it returns the message socket: Operation not permitted. This only happens if I am not running the shell as an administrator otherwise it works fine.. The windows stock ping command doesn't need admin rights to run. I am running Windows 7 and cygwin 1.7. Attached is my cygcheck output. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. cygcheck.out Description: Binary data -- 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
Re: operation not permitted when attempting to ping
On Thu, Dec 3, 2009 at 7:54 PM, Larry Hall (Cygwin) wrote: On 12/03/2009 07:35 PM, Robert Pendell wrote: Whenever I use ping it returns the message socket: Operation not permitted. This only happens if I am not running the shell as an administrator otherwise it works fine.. The windows stock ping command doesn't need admin rights to run. I am running Windows 7 and cygwin 1.7. Attached is my cygcheck output. Yep. Known issue. Actually, the only reason Cygwin still has its own ping is some people prefer it over the Windows version (and the complaints against it have been low volume). Anyway, this is the long way of saying That's the way it works and it's unlikely to change. Ahh... ok. I dug up an old thread on this. Looks like it is a UAC thing then. Thanks for the info. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)
On Tue, Dec 1, 2009 at 5:44 AM, John Morrison wrote: On Tue, December 1, 2009 9:15 am, Corinna Vinschen wrote: On Nov 30 20:53, Robert Pendell wrote: On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi wrote: Robert Pendell wrote: P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and patch defaulted to /tmp. I noticed that too... Ken Brown wrote: That's precisely why I suggested unsetting TEMP and TMP in /etc/profile. Then things should work as in linux. Indeed. But a question emerges: what does it happen if one starts a Windows application, which needs TEMP or TMP, from Cygwin? For example, GSview (*) can view ps.bz2 or pdf.bz2 files uncompressing them into $TEMP, so it fails if TEMP is not defined, and $ gsview foo.pdf.bz2 is broken! This is only an example of problems which can emerge unsetting TEMP. Ciao, Angelo. Actually I had thought about that and I found that if you intentionally unset all the variables it defaults back to the system defined one which is dependent on the current user in Windows. Basically what TEMP and TMP is defined to in Windows itself. This is like the behavior in Linux. I'm wondering if /etc/profile is actually the right place for unsetting TMP and TEMP. What about etc/defaults/etc/skel/.bashrc instead? It allows every user simple access to the setting of TMP and TEMP and it could be seasoned with a user-visible comment. Unsetting them in the skel .bashrc files shouldn't be a problem to do, but on my system... $ echo $TMP /cygdrive/c/DOCUME~1/morrijr/LOCALS~1/Temp Tue Dec 01 10:40 AM $ unset TMP Tue Dec 01 10:40 AM $ echo $TMP Tue Dec 01 10:40 AM $ They don't get 'reset' to the windows default... but then, I've not really been following this thread. Is that what's wanted? Also, $PATCH and $TMPDIR weren't defined on my system anyway... J. They are not reset but during an strace I discovered that cygwin will internally default to the system defined TEMP if one isn't defined in cygwin. In other words if it has been unset. This is similar to linux using /tmp by default if none is defined at all. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Unset TMP/TEMP in profile? (was Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67)
On Tue, Dec 1, 2009 at 1:03 PM, Christopher Faylor wrote: On Tue, Dec 01, 2009 at 11:32:43AM -0500, Robert Pendell wrote: They are not reset but during an strace I discovered that cygwin will internally default to the system defined TEMP if one isn't defined in cygwin. In other words if it has been unset. This is similar to linux using /tmp by default if none is defined at all. I don't know how you could come to that conclusion from reading strace output. AFAIK, Cygwin does not treat TEMP specially. This thread certainly is a tempest in a teapot. cgf Yes. You are right. I am obviously an idiot since I never payed close enough attention here. I'll just put my dunce hat on for a while and leave the discussion. I apparently completely forgot to unset TMP as well as TEMP during my last try on the unsets. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Mon, Nov 30, 2009 at 8:40 AM, Angelo Graziosi wrote: Ken Brown wrote: Nevertheless, it's somewhat startling to see permissions change as a side effect of patching a file. One simple way to prevent this is to unset TMP and TEMP in /etc/profile. Is there any downside to doing this? A search of the mailing list archives shows that the default /etc/profile used to do this. I didn't dig long enough to find out why it changed. For the moment, I have added 'export TMP=/tmp' to .bashrc, which works. Alternatively, on should use 'TMP=/tmp patch...' Ciao, Angelo. I guess a side question here is if TMP does not exist then should it be defaulting to the system wide TEMP variable, the one defined in .bashrc for the user or should it even be created at all? I posted an strace and it shows TEMP set to /tmp but patch still uses TMP instead and since TMP doesn't exist it looks like cygwin sets TMP to the system wide one by default. On linux patch uses whatever TEMP is set to and doesn't use TMP if it isn't set. If I set TMP then it uses that instead so it has an obvious preference to it. The linux distribution was Debian or a close derivative. I don't maintain the server I tested on. P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and patch defaulted to /tmp. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Mon, Nov 30, 2009 at 11:50 AM, Ken Brown wrote: On 11/30/2009 11:23 AM, Robert Pendell wrote: Ken Brown wrote: Nevertheless, it's somewhat startling to see permissions change as a side effect of patching a file. One simple way to prevent this is to unset TMP and TEMP in /etc/profile. Is there any downside to doing this? A search of the mailing list archives shows that the default /etc/profile used to do this. I didn't dig long enough to find out why it changed. I guess a side question here is if TMP does not exist then should it be defaulting to the system wide TEMP variable, the one defined in .bashrc for the user or should it even be created at all? I posted an strace and it shows TEMP set to /tmp but patch still uses TMP instead and since TMP doesn't exist it looks like cygwin sets TMP to the system wide one by default. Are you sure TMP doesn't exist? On my system TMP is set in the Windows environment. Cygwin just takes that variable and converts the filename to Unix format. So unless you unset TMP somewhere in your startup files, TMP will exist (at least in XP; I don't have experience with other systems). P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and patch defaulted to /tmp. That's precisely why I suggested unsetting TEMP and TMP in /etc/profile. Then things should work as in linux. Ken Wow... It is there. Wonder where it came from. . Looks like it is standard too as I just checked a Windows XP box and that had it too. I am so embarrassed now with that mix-up. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Mon, Nov 30, 2009 at 12:11 PM, Dave Korn dave.korn.cyg...@googlemail.com wrote: Ken Brown wrote: On 11/30/2009 11:23 AM, Robert Pendell wrote: I guess a side question here is if TMP does not exist then should it be defaulting to the system wide TEMP variable, the one defined in .bashrc for the user or should it even be created at all? I posted an strace and it shows TEMP set to /tmp but patch still uses TMP instead and since TMP doesn't exist it looks like cygwin sets TMP to the system wide one by default. Are you sure TMP doesn't exist? On my system TMP is set in the Windows environment. Cygwin just takes that variable and converts the filename to Unix format. So unless you unset TMP somewhere in your startup files, TMP will exist (at least in XP; I don't have experience with other systems). I think this is the nub of it. On posix systems the /tmp dir is a vital system directory, and cygwin should not import the windows version of it, because unlike the real /tmp dir it won't have been created with the right posix perms by setup.exe. cheers, DaveK Is there a reason for not using the cygwin /tmp folder by default? Sorry but I am trying to scratch a curiosity itch at this point. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi angelo.grazi...@alice.it wrote: Robert Pendell wrote: P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and patch defaulted to /tmp. I noticed that too... Ken Brown wrote: That's precisely why I suggested unsetting TEMP and TMP in /etc/profile. Then things should work as in linux. Indeed. But a question emerges: what does it happen if one starts a Windows application, which needs TEMP or TMP, from Cygwin? For example, GSview (*) can view ps.bz2 or pdf.bz2 files uncompressing them into $TEMP, so it fails if TEMP is not defined, and $ gsview foo.pdf.bz2 is broken! This is only an example of problems which can emerge unsetting TEMP. Ciao, Angelo. Actually I had thought about that and I found that if you intentionally unset all the variables it defaults back to the system defined one which is dependent on the current user in Windows. Basically what TEMP and TMP is defined to in Windows itself. This is like the behavior in Linux. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Sun, Nov 29, 2009 at 9:32 AM, Corinna Vinschen wrote: On Nov 28 19:12, Robert Pendell wrote: On Sat, Nov 28, 2009 at 12:13 PM, Angelo Graziosi wrote: Corinna Vinschen wrote: Fixes a few last-minute bugs: Now, it seems that creating directories and files in some manner acquires an extra unexpected '+' flag. For example (from Cygwin.bat or MinTTY): $ echo Not foo1.txt $ echo Not OK foo2.txt $ diff -Naur foo1.txt foo2.txt foo.diff $ cp foo1.txt foo.txt $ patch foo.txt foo.diff patching file foo.txt $ mkdir foo $ ls -lrtd foo* -rw-r--r-- 1 ... 5 28 Nov 18:02 foo1.txt -rw-r--r-- 1 ... 7 28 Nov 18:02 foo2.txt -rw-r--r-- 1 ... 124 28 Nov 18:02 foo.diff -rw-r--r--+ 1 ... 7 28 Nov 18:03 foo.txt drwxr-xr-x+ 1 ... 0 28 Nov 18:03 foo See the extra '+' for 'foo.txt' and 'foo'! I didn't note this with previous version -66, -65... Is it to be expected with -67? For the directory entry, yes. These additional entries are default entries for user, group, and other, generated by code which was already in 1.5, and which had been removed from 1.7.0 back in January. Unfortunately the removal of these entries result in potentially weird permission settings on files within Cygwin-created directories in case the files are created by non-Cygwin Windows tools. Therefore I put them back in -63. Apart from that, I don't see the extra permissions when creating the patched foo.txt. In other words, I can't reproduce it, at least not on W7 under UAC. Looks like there is a change in permissions with the file during the diff program run. I might run a strace on it if someone tells me the appropriate command to do. Anyways here is the relevant part with icacls before and after the diff command. shi...@balthasar ~ $ icacls foo.txt foo.txt Balthasar\shinji:(R,W,D,WDAC,WO) Balthasar\None:(R) Everyone:(R) Successfully processed 1 files; Failed processing 0 files shi...@balthasar ~ $ patch foo.txt foo.diff patching file foo.txt shi...@balthasar ~ $ icacls foo.txt foo.txt Balthasar\shinji:(R,W,D,WDAC,WO) Balthasar\None:(R) Everyone:(R) NT AUTHORITY\SYSTEM:(F) BUILTIN\Administrators:(F) Successfully processed 1 files; Failed processing 0 files The 2 additional permission lines on the second icacls run is what causes the + to appear. Indeed. I just don't get how they are generated. I know where they are coming from (they are part of the default DACL of the user token), but I don't understand how they get into the ACL of foo.txt. For some reason this doesn't occur in my testing. I tried in a normal as well as in an elevated shell, in a directory created with an older version of Cygwin without default entries, as well as in a directory created with a newer Cygwin with default entries. In neither case I see the extra entries for SYSTEM and Administrators. What are the permissions of the parent directory? In other words, what does icacls . print in this scenario? Here is the output for icacls . shi...@balthasar ~ $ icacls . . Balthasar\shinji:(F) Balthasar\None:(RX) Everyone:(RX) Just so you know I am also running on Windows 7 with UAC enabled and I am able to fully reproduce the issue. I am using mintty that is not elevated. I figured the directory entry part was normal since I got that in -65 so I never ran icacls on that entry. Just on foo.txt. If you need a cygcheck.out then let me know. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Sun, Nov 29, 2009 at 3:48 PM, Ken Brown wrote: On 11/29/2009 3:19 PM, Ken Brown wrote: On 11/29/2009 2:59 PM, Robert Pendell wrote: On Sun, Nov 29, 2009 at 9:32 AM, Corinna Vinschen wrote: On Nov 28 19:12, Robert Pendell wrote: On Sat, Nov 28, 2009 at 12:13 PM, Angelo Graziosi wrote: Corinna Vinschen wrote: Fixes a few last-minute bugs: Now, it seems that creating directories and files in some manner acquires an extra unexpected '+' flag. For example (from Cygwin.bat or MinTTY): $ echo Not foo1.txt $ echo Not OK foo2.txt $ diff -Naur foo1.txt foo2.txt foo.diff $ cp foo1.txt foo.txt $ patch foo.txt foo.diff patching file foo.txt $ mkdir foo $ ls -lrtd foo* -rw-r--r-- 1 ... 5 28 Nov 18:02 foo1.txt -rw-r--r-- 1 ... 7 28 Nov 18:02 foo2.txt -rw-r--r-- 1 ... 124 28 Nov 18:02 foo.diff -rw-r--r--+ 1 ... 7 28 Nov 18:03 foo.txt drwxr-xr-x+ 1 ... 0 28 Nov 18:03 foo See the extra '+' for 'foo.txt' and 'foo'! I didn't note this with previous version -66, -65... Is it to be expected with -67? For the directory entry, yes. These additional entries are default entries for user, group, and other, generated by code which was already in 1.5, and which had been removed from 1.7.0 back in January. Unfortunately the removal of these entries result in potentially weird permission settings on files within Cygwin-created directories in case the files are created by non-Cygwin Windows tools. Therefore I put them back in -63. Apart from that, I don't see the extra permissions when creating the patched foo.txt. In other words, I can't reproduce it, at least not on W7 under UAC. Looks like there is a change in permissions with the file during the diff program run. I might run a strace on it if someone tells me the appropriate command to do. Anyways here is the relevant part with icacls before and after the diff command. shi...@balthasar ~ $ icacls foo.txt foo.txt Balthasar\shinji:(R,W,D,WDAC,WO) Balthasar\None:(R) Everyone:(R) Successfully processed 1 files; Failed processing 0 files shi...@balthasar ~ $ patch foo.txt foo.diff patching file foo.txt shi...@balthasar ~ $ icacls foo.txt foo.txt Balthasar\shinji:(R,W,D,WDAC,WO) Balthasar\None:(R) Everyone:(R) NT AUTHORITY\SYSTEM:(F) BUILTIN\Administrators:(F) Successfully processed 1 files; Failed processing 0 files The 2 additional permission lines on the second icacls run is what causes the + to appear. Indeed. I just don't get how they are generated. I know where they are coming from (they are part of the default DACL of the user token), but I don't understand how they get into the ACL of foo.txt. For some reason this doesn't occur in my testing. I tried in a normal as well as in an elevated shell, in a directory created with an older version of Cygwin without default entries, as well as in a directory created with a newer Cygwin with default entries. In neither case I see the extra entries for SYSTEM and Administrators. What are the permissions of the parent directory? In other words, what does icacls . print in this scenario? Here is the output for icacls . shi...@balthasar ~ $ icacls . . Balthasar\shinji:(F) Balthasar\None:(RX) Everyone:(RX) Maybe the extra permissions are coming from the ACLs on the temporary directory used by patch. According to 'man patch', patch will use the first of the following variables that is set: TMPDIR, TMP, TEMP. On my system, TMP and TEMP are both set in the Windows environment. I just confirmed this on my XP SP3 system. I initially got similar behavior to what Angelo and Robert reported, but it doesn't happen if I export TMPDIR=/tmp before running patch. Ken Actually I found setting the TMP in .bashrc worked as well. I set both TMP and TEMP in that file for use in cygwin and directed them towards /tmp. I didn't know about TMPDIR though. Coincidentally I thought to take a look at the system wide TEMP folder and I get this... shi...@balthasar /cygdrive/c/users/shinji/appdata/local/temp $ icacls . . NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F) BUILTIN\Administrators:(I)(OI)(CI)(F) Balthasar\shinji:(I)(OI)(CI)(F) Successfully processed 1 files; Failed processing 0 files That's where the additional Administrators and SYSTEM entries are coming from. The strace reveals a rename operation that is done to a temp file in the system temp folder and sets it to the filename for the item being patched. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-67
On Sat, Nov 28, 2009 at 12:13 PM, Angelo Graziosi wrote: Corinna Vinschen wrote: Fixes a few last-minute bugs: Now, it seems that creating directories and files in some manner acquires an extra unexpected '+' flag. For example (from Cygwin.bat or MinTTY): $ echo Not foo1.txt $ echo Not OK foo2.txt $ diff -Naur foo1.txt foo2.txt foo.diff $ cp foo1.txt foo.txt $ patch foo.txt foo.diff patching file foo.txt $ mkdir foo $ ls -lrtd foo* -rw-r--r-- 1 ... 5 28 Nov 18:02 foo1.txt -rw-r--r-- 1 ... 7 28 Nov 18:02 foo2.txt -rw-r--r-- 1 ... 124 28 Nov 18:02 foo.diff -rw-r--r--+ 1 ... 7 28 Nov 18:03 foo.txt drwxr-xr-x+ 1 ... 0 28 Nov 18:03 foo See the extra '+' for 'foo.txt' and 'foo'! I didn't note this with previous version -66, -65... Is it to be expected with -67? Ciao, Angelo. ( resending as text-only... . ) Looks like there is a change in permissions with the file during the diff program run. I might run a strace on it if someone tells me the appropriate command to do. Anyways here is the relevant part with icacls before and after the diff command. shi...@balthasar ~ $ icacls foo.txt foo.txt Balthasar\shinji:(R,W,D,WDAC,WO) Balthasar\None:(R) Everyone:(R) Successfully processed 1 files; Failed processing 0 files shi...@balthasar ~ $ patch foo.txt foo.diff patching file foo.txt shi...@balthasar ~ $ icacls foo.txt foo.txt Balthasar\shinji:(R,W,D,WDAC,WO) Balthasar\None:(R) Everyone:(R) NT AUTHORITY\SYSTEM:(F) BUILTIN\Administrators:(F) Successfully processed 1 files; Failed processing 0 files The 2 additional permission lines on the second icacls run is what causes the + to appear. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: setup-1.7.exe replace on boot. Was it deprecated?
On Sat, Nov 7, 2009 at 8:47 AM, Shaddy Baddah wrote: Hi, I was wondering if the replace on boot feature in setup was deprecated with setup-1.7.exe? I am trying to do an install via the following command-line: /cygdrive/d/Temp/setup-1.7 -L -r /cygdrive/c/cygwin-1.7 -l /cygdrive/d/cygwin-1.7-downloads -P rsync -q as an Administrator user on Windows XP (so no privilege elevation issues, as far as I am aware). I am getting the following errors: Installing file cygfile:///usr/bin/cygwin1.dll io_stream_cygfile: fopen(/usr/bin/cygwin1.dll) failed 13 Permission denied Failed to open cygfile:///usr/bin/cygwin1.dll for writing. Not replacing in-use file cygfile:///usr/bin/cygwin1.dll Now according to the command line options: -r --no-replaceonreboot Disable replacing in-use files on next reboot. replace on boot can be turned off, if I had specified -r, which I hadn't. That suggests that it is on by default. Shouldn't setup be writing to a .replace, or such, suffixed file for replace on boot? Regards, Shaddy Actually you are if you look at your command line again. Try this version of it. /cygdrive/d/Temp/setup-1.7 -L /cygdrive/c/cygwin-1.7 -l /cygdrive/d/cygwin-1.7-downloads -P rsync -q Note the lacking -r in this version. Robert Pendell shi...@elite-systems.org CAcert Assurer A perfect world is one of chaos. -- 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
Re: Version error from set-1.7.exe
On Sat, Oct 17, 2009 at 11:20 PM, Dave Korn wrote: Paul McFerrin wrote: What exactly is: local package directory. It's the directory where setup.exe keeps local copies of all the packages it installs, which you select on the fourth screen of setup.exe. My directory (/updates) is void of any *.ini files and it still complains. The only file close in my whole installation is a setup-2.ini which always seem to get re-created. Is maybe the mirror-site has an out-of-date .ini file? (/updates/ftp%3a%2f%2fmirror.internode.on.net%2fpub%2fcygwin%2f) Nah, it's maybe because I had my head on back-to-front when I wrote that first reply: The current .ini file is from a newer version of setup.exe ... What you actually need to do is download a fresh copy of setup-1.7.exe from the cygwin website. 'scuse my confusion. cheers, DaveK I think it is more referring to the it just downloaded from the mirror server. I got that error as well and had to just update to a newer setup-1.7.exe file. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. CAcert Assurer -- 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
Re: SIGINT default behavior
On Thu, Oct 8, 2009 at 12:19 AM, Pedro Izecksohn wrote: Larry Hall wrote: I, Pedro Izecksohn, wrote: The default behavior is not always the same. I also got: ferror (stdin): and ferror (stdin): Interrupted system call and the expected behavior of just the exit code 130. Try Cygwin 1.7 http://cygwin.com/#beta-test. $ cat /proc/version CYGWIN_NT-6.0 1.7.0(0.214/5/3) 2009-10-03 14:33 The beta version gives the same inconsistent results. -- 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 I was unable to reproduce this bug on 1.7. Compiled using GCC 4.3.4 on 1.7.0-62. Gave exit code 130 every time. I used your test case to do the test. shi...@balthasar ~ $ gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. shi...@balthasar ~ $ cat /proc/version CYGWIN_NT-6.1-WOW64 1.7.0(0.214/5/3) 2009-10-03 14:33 Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Re: wise way to install cygwin packages
On Thu, Oct 8, 2009 at 12:49 AM, Larry Hall (Cygwin) wrote: On 10/08/2009 12:25 AM, Ken Jackson wrote: On Wed, 7 Oct 2009 20:41:53 +0800 Steven Woody wrote: 3. So, after I do some other clicks to really deselect the PB, I have to go back to deselect PA again! ... This make the operation very very hard to perform. I agree. And even for simple operations I find it a bother to have to start up a gui to install a package or check for updates. It would be great to have a command-line package management tool. For example, if yum were ported to Cygwin, for the case you cite, you could do this: $ yum remove PA PB I would love to make a contribution like porting yum. (But don't wait for me.) I believe the current answer to both of these needs is the setup program for the upcoming Cygwin 1.7 release http://cygwin.com/setup-1.7.exe. 'setup-1.7.exe -h' shows you the command line options and has a convenient '-P' switch to allow you to specify the packages you want to install. Sorry, no All or All minus foo, bar. The setup program for Cygwin 1.5 also has some command line options (though they print to setup.log) but the -P is missing. -- 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? I remember on 1.5 in order to remove packages that had depencies on each other I had to remove one side and ignore any warnings that the installer spit out. Afterwards I had to go back and re-run setup this time removing the remaining ones. I also had to go and bring up the partial list to tell it to skip the previously removed packages and ignore the warnings. Keep doing this until your packages are removed and no more warnings appear. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Re: [1.7] Invalid UTF8 while creating a file - cannot delete?
On Wed, Sep 23, 2009 at 5:30 PM, Ross Smith wrote: Corinna Vinschen wrote: However, if we default to UTF-8 for a subset of languages anyway, it gets even more interesting to ask, why not for all languages? Isn't it better in the long run to have the same default for all Cygwin installations? I'm really wondering if we shouldn't simply default to UTF-8 as charset throughout, in the application, the console, and for the filename conversion. Yes, not all applications will work OOTB with chars 0x7f, but it was always a bug to make any assumptions for non-ASCII chars in the C locale. Applications can be fixed, right? In support of this plan, it occurs to me that any command line applications that don't speak UTF-8 would presumably be showing the same behaviour on Linux (e.g. odd column widths). Since one of Cygwin's main goals is providing a Linux-like environment on Windows, I don't think Cygwin developers should feel obliged to go out of their way to do _better_ than Linux in this regard. -- Ross Smith I don't have anything to add on the technical side of things but I will note that most linux distributions have been defaulting to UTF-8 lately. I think it would be highly appropriate to default to UTF-8 in cygwin. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Re: Norton Antivirus 2010 false detects various cygwin programs...
On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wrote: 2009/9/4 Robert Pendell: During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If I had to choose between Norton and a virus, I'd take the virus. Someone O. Other So true. I have ran sanity scans on totalvirus dot com and posted the results on the norton forum. I also updated to their most recent version and still got it. In addition I got a red flag on a different product which I know is also safe so I have notified them about that. In the meantime I have switched to an alternative product which I have used in the past. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Looks like the issue is cleared up. Newest release no longer flags any cygwin applications. Yay! BTW, Apologies to Andy Kappe for forgetting to remove his email address from my prior response. I took care of it and also reformatted this message appropriately. Bah... I'm just yanking norton off. Flagged the telnet program in the inetutils package this time. The sonar protection is broken pretty bad if it is flagging perfectly benign programs. Just someone explain how the telnet program in inetutils is different than telnet in putty or even the windows one? It blocked (and killed it) when the program tried to make a connection. Anyways.. Norton is out of my system for good. They had their second (and maybe third and fourth) chance and now I am done with them. Norton Out. Avast In. At least that one doesn't go flagging perfectly good programs. What are your recommendations of good antivirus programs? I am currently running Windows 7 RTM so it should of at least been tested and checked to work on that platform. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Re: Norton Antivirus 2010 false detects various cygwin programs...
[Reformatted -- bottom posting] On Fri, Sep 11, 2009 at 2:10 PM, Lee D. Rothstein wrote: Robert Pendell wrote: On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wrote: 2009/9/4 Robert Pendell: During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If I had to choose between Norton and a virus, I'd take the virus. Someone O. Other So true. I have ran sanity scans on totalvirus dot com and posted the results on the norton forum. I also updated to their most recent version and still got it. In addition I got a red flag on a different product which I know is also safe so I have notified them about that. In the meantime I have switched to an alternative product which I have used in the past. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Looks like the issue is cleared up. Newest release no longer flags any cygwin applications. Yay! BTW, Apologies to Andy Kappe for forgetting to remove his email address from my prior response. I took care of it and also reformatted this message appropriately. Bah... I'm just yanking norton off. Flagged the telnet program in the inetutils package this time. The sonar protection is broken pretty bad if it is flagging perfectly benign programs. Just someone explain how the telnet program in inetutils is different than telnet in putty or even the windows one? It blocked (and killed it) when the program tried to make a connection. Anyways.. Norton is out of my system for good. They had their second (and maybe third and fourth) chance and now I am done with them. Norton Out. Avast In. At least that one doesn't go flagging perfectly good programs. What are your recommendations of good antivirus programs? I am currently running Windows 7 RTM so it should of at least been tested and checked to work on that platform. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer I have dumped across years: * Norton * McAfee * Antivir Currently I'm using Kaspersky, which is pricer than the above, but it's given me no trouble (so far), and seems to have detected some real problems. I have not used Kaspersky lately but I may give them a look again. I have tried Eset Nod32 as well on Windows 7 but this was before official compatibility was around. They are shown as compatible on the Microsoft site now so I may also give them a go around again. I will be looking for that stupid video lag issue. That issue is that about every 3 minutes a small .5 second studder occurs. Took me 2 days to diagnose. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Re: Norton Antivirus 2010 false detects cygpath.exe, mkpasswd.exe, mkgroup.exe
On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wrote: 2009/9/4 Robert Pendell: During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If I had to choose between Norton and a virus, I'd take the virus. Someone O. Other So true. I have ran sanity scans on totalvirus dot com and posted the results on the norton forum. I also updated to their most recent version and still got it. In addition I got a red flag on a different product which I know is also safe so I have notified them about that. In the meantime I have switched to an alternative product which I have used in the past. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Looks like the issue is cleared up. Newest release no longer flags any cygwin applications. Yay! BTW, Apologies to Andy Kappe for forgetting to remove his email address from my prior response. I took care of it and also reformatted this message appropriately. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Cygwin 1.7 and Windows 7 support
I apologize but I have not been following the mailing list too closely. I was wondering on if Windows 7 support is officially in or if it still is being tested. At this point I am running Windows 7 RTM on my laptop and would be willing to try out anything that needs to be done. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Norton Antivirus 2010 false detects cygpath.exe, mkpasswd.exe, mkgroup.exe
During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If SONAR protection is off during the install it is ok at least for that. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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
Re: Norton Antivirus 2010 false detects cygpath.exe, mkpasswd.exe, mkgroup.exe
So true. I have ran sanity scans on totalvirus dot com and posted the results on the norton forum. I also updated to their most recent version and still got it. In addition I got a red flag on a different product which I know is also safe so I have notified them about that. In the meantime I have switched to an alternative product which I have used in the past. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppeandy.ko...@gmail.com wrote: 2009/9/4 Robert Pendell: During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If I had to choose between Norton and a virus, I'd take the virus. Someone O. Other -- 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 -- 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
Unable to update/install cygwin
I was trying to update cygwin but every time I do I keep getting errors from setup-2.bz2. The error starts as follows... http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error, unexpected STRING, expected NL http://cygwin.elite-systems.org//setup-2.bz2 line 5591: unrecognized line 5591 (do you have the latest setup?) It keeps repeating that second line afterwards. I tried it again on another computer with a different connection and it gave the same error. Other mirrors tried were http://mirrors.kernel.org, http://ftp.daum.net, amd http://sourceware.mirrors.tds.net. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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: Unable to update/install cygwin
Dave Korn wrote: Robert Pendell wrote: I was trying to update cygwin but every time I do I keep getting errors from setup-2.bz2. The error starts as follows... http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error, unexpected STRING, expected NL http://cygwin.elite-systems.org//setup-2.bz2 line 5591: unrecognized line 5591 (do you have the latest setup?) It keeps repeating that second line afterwards. I tried it again on another computer with a different connection and it gave the same error. Other mirrors tried were http://mirrors.kernel.org, http://ftp.daum.net, amd http://sourceware.mirrors.tds.net. Yep, confirmed, the setup.ini file looks malformed. Should be fixed soon. Cool. Glad to see it wasn't just me then. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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: Unable to update/install cygwin
Corinna Vinschen wrote: On Mar 23 17:35, Robert Pendell wrote: Dave Korn wrote: Robert Pendell wrote: I was trying to update cygwin but every time I do I keep getting errors from setup-2.bz2. The error starts as follows... http://cygwin.elite-systems.org//setup-2.bz2 line 5591: syntax error, unexpected STRING, expected NL http://cygwin.elite-systems.org//setup-2.bz2 line 5591: unrecognized line 5591 (do you have the latest setup?) It keeps repeating that second line afterwards. I tried it again on another computer with a different connection and it gave the same error. Other mirrors tried were http://mirrors.kernel.org, http://ftp.daum.net, amd http://sourceware.mirrors.tds.net. Yep, confirmed, the setup.ini file looks malformed. Should be fixed soon. Cool. Glad to see it wasn't just me then. This is hopefully fixed now on sourceware. Should propagate to the mirrors soon. Corinna I force updated the mirror that I have and still no go. Now it produces errors for lines 9602 and 9603. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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: [ITP] mintty 0.3.4
Dave Korn wrote: Chris Sutcliffe wrote: I'd like to maintain MinTTY as an official Cygwin package. MinTTY is a small and fast pty-based terminal emulator with a native Windows user interface. As it's a new program, it requires 5 positive votes. Not sure if I qualify, but I give it a +1. Chris I'm sure the overwhelming positive response on the main list to this package makes its acceptance into the distro a formality, really. +1. cheers, DaveK I agree. +1 from me. I use it all the time. ;) P.S. - Sorry Dave for sending directly to you first time around. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer
Re: Did anyone download the Windows 7 beta?
Fredrik Staxeng wrote: Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com writes: Backspace dowes not work at the momemt, so you'll have to suffer all my spelling errors and greneral steeam-of-consciusness style. it's not pretty , i know, but I dont have very much time nowe. i need to restore the old drive in this machine before tomorrow so that i can work. i have installed windows 7, and cygwin on that. unfortunalety it does not work very well . i am wtriting this in an xterm m winfow on windows 7, sshd to a linux box. hence the backspace key sends control-h, y * soory * I had to scream . limited testing it seemed to be ok. vim worked, bash worked, ssh and sshd worked. but not emacxs. fi i'll tyry to list some problems. - soory, i really have a hard time keeping my fingers off the backspace key. - the cygwin command prompt works - emacs brings up the welcomme message, but when I do CX CF on a shell scrippt file it han gs , going into a lopp peeging one of the cores - the startwi XWin server menu item brings up the server, and a copule of other windows flaash by. - starting xterm from the cygwin prompt i get the old ddl failure, o so I did do a rebaseall - the starting xterm works, so I can d ssh and post this Now, on linux the backspace key sends }}In 127. Please make that the default. It's the right thing for us emacs users, and it does not hurt anybody else. I am actually working on downloading Windows 7 from TechNet Plus. Once downloaded and installed I may be able to do some cygwin testing but I'm going to poke around a bit first. This will be a normal install and not done inside a VM. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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: Trick cmd.exe of Windows XP to run cygwin Batch Script.
Hongyi Zhao wrote: On Sun, 4 Jan 2009 12:07:31 +0100, Spiro Trikaliotis an-cyg...@spiro.trikaliotis.net wrote: Hello, * On Sun, Jan 04, 2009 at 06:20:20PM +0800 Hongyi Zhao wrote: I've some cygwin/bash scripts and I want to invoke them without log into the Cygwin's bash terminal. Is this possible? d:\ bash -c ./myscript I've use the command: bash -c help set to find that bash accept the following option: -C If set, disallow existing regular files to be overwritten by redirection of output. But, I cann't find the *-c* parameter used here, could you please give me some hints? Note that you might have to add the path to bash (c:\cygwin\bin\bash or similar) in case it is not in your path. Also, you might want/need to add --login or -l to the options of bash. Again, the bash's built-in help doesn't give me the abbr. *-l* for *--login*, any hints on this? Regards, For all of the above you probably wouldn't find anything in bash built-in help docs. You would find it in the man page for bash. Type 'man bash' in a cygwin window and you will find both -l and -c defined there. Just for reference... -l - Make bash act as if it had been invoked as a login shell. --login - Same as -l. -c string - If the -c option is present then commands are read from string. if there are arguments after the string, they are assigned to the positional parameters, starting with $0. http://cygwin.com/acronyms/#RTFM -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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: MinTTY
Andy Koppe wrote: Charles Wilson wrote: It will be interesting to play with the codepage support (already present, apparently) in this terminal -- perhaps UTF-8 + cygwin-1.7... That would be interesting indeed, and hopefully I haven't broken any of PuTTY's Unicode support. Just set the codepage to UTF-8 to try (assuming MinTTY compiles and runs on 1.7, which I haven't yet tried). It runs on 1.7 but does not appear to execute the shell as a login one. I use bash and .bash_profile never gets executed when using MinTTY directly. I can help you debug it if you wish. Is there an overview somewhere about the Unicode features in cygwin-1.7? The obvious similarity between MinTTY and rxvt is that both use pty emulation to communicate with the inferior, which can sometimes cause issues when running native (e.g. non-cygwin) applications. But, that's not a /defect/, per se, just something that users should be aware of. Good point. I should mention that on the project page. This looks like a great addition to the cygwin-related toolbox. I look forward to seeing where you go with this in the future. First off, documentation. :) Thanks, Andy Beyond that one little bit you did a great job otherwise. The create_shortcut.js script is assuming a 1.5 setup by searching for and parsing the 1.5 registry keys which may or may not exist on a 1.7 setup. While I can setup this myself manually (I actually already did) it may be a good idea to check out the /etc/fstab file format and parse that. The starter dir will be located at HKLM\SOFTWARE\Cygwin\setup with the parameter 'rootdir'. It is a string dir. There is no trailing slash on my install here. BTW, If anyone is having trouble running the script the below command will allow you to run it regardless. .js is also associated with JavaScript and not just JScript. I had .js associated to Notepad+ on my system so it wasn't just a double-click and go. Maybe re-write the script as VBScript instead? In a command prompt with the location of the file as the current dir (e.g. if the file is on your desktop then %USERPROFILE%\Desktop should be your current dir) cscript //E:JScript desktop_shortcut.js You may replace cscript with wscript if you want window popups instead. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Some message may be signed digitally Digital Signature SHA1 Fingerprint 0B:2D:4C:3A:23:EE:2B:69:4E:A1:2B:F4:3F:A3:B9:D7:0A:18:2A:DB Using CAcert to create certificate. If you do not already have the root certificates imported for this CA you can get them at http://www.cacert.org. -- 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: MinTTY
Robert Pendell wrote: It runs on 1.7 but does not appear to execute the shell as a login one. I use bash and .bash_profile never gets executed when using MinTTY directly. I can help you debug it if you wish. I stand corrected here. I checked some more. The batch script (which I forgot that I used the cygwin default one) runs bash automatically with '--login -i' appended to it. I also found that you can run a command when mintty runs as the shell. I modified cygwin.bat to execute mintty. Looks like mintty doesn't detach completely on it's own so I appended 'start' to the beginning to it. The program will continue to run but the black box will disappear. If start doesn't work then use 'cygstart' instead as that one is supplied by cygwin. Basically the last line of cygwin.bat was changed to show as... start mintty bash --login -i ;) -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Some message may be signed digitally Digital Signature SHA1 Fingerprint 0B:2D:4C:3A:23:EE:2B:69:4E:A1:2B:F4:3F:A3:B9:D7:0A:18:2A:DB Using CAcert to create certificate. If you do not already have the root certificates imported for this CA you can get them at http://www.cacert.org. -- 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/
Installation fails to create fstab correctly on Server 2003
I have attempted to install Cygwin on Server 2003 and it seems to fail due to an improperly created /etc/fstab file. I have the errors created during the initial load, the fstab contents (minus comments) and the cygcheck.out file as required for error reporting. I'll wipe out and check to see if the incomplete fstab file is the cause of all the errors and issues that occur. It may also happen that adding C:\cygwin\bin will 'resolve' the issue. Doubtful but I'll have it there as well for the upcoming checks. I had added it before doing the cygcheck just so that it would find some of the utilities. Oh and the first couple of lines from the first load issue also repeat themselves in the cygcheck output. initial run first load: 3 [main] bash 3500 read_flags: invalid fstab option - '0' 462 [main] bash 3500 read_flags: invalid fstab option - '0' Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. bash: /usr/bin/install: No such file or directory bash: /usr/bin/install: No such file or directory bash: /usr/bin/install: No such file or directory bash: /usr/bin/tr: No such file or directory bash: /usr/bin/sed: No such file or directory /etc/fstab: /bin /usr/bin binary 0 0 /lib /usr/lib binary 0 0 -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Some message may be signed digitally Digital Signature SHA1 Fingerprint 0B:2D:4C:3A:23:EE:2B:69:4E:A1:2B:F4:3F:A3:B9:D7:0A:18:2A:DB Using CAcert to create certificate. If you do not already have the root certificates imported for this CA you can get them at http://www.cacert.org. Cygwin Configuration Diagnostics Current System Time: Sat Dec 27 03:53:27 2008 Windows 2003 Server Enterprise Edition Ver 5.2 Build 3790 Service Pack 2 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\cygwin\bin 3 [main] id 3932 read_flags: invalid fstab option - '0' 453 [main] id 3932 read_flags: invalid fstab option - '0' Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 3 [main] id 3392 read_flags: invalid fstab option - '0' 596 [main] id 3392 read_flags: invalid fstab option - '0' Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Path = 'C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\cygwin\bin' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' APPDATA = 'C:\Documents and Settings\Administrator\Application Data' ClusterLog = 'C:\WINDOWS\Cluster\cluster.log' CommonProgramFiles = 'C:\Program Files\Common Files' COMPUTERNAME = 'SHINJI-SERVER' ComSpec = 'C:\WINDOWS\system32\cmd.exe' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Documents and Settings\Administrator' LOGONSERVER = '\\SHINJI-SERVER' NUMBER_OF_PROCESSORS = '1' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 7 Stepping 1, AuthenticAMD' PROCESSOR_LEVEL = '6' PROCESSOR_REVISION = '0701' ProgramFiles = 'C:\Program Files' PROMPT = '$P$G' SESSIONNAME = 'Console' SystemDrive = 'C:' SystemRoot = 'C:\WINDOWS' TEMP = 'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TMP = 'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = 'SHINJI-SERVER' USERNAME = 'Administrator' USERPROFILE = 'C:\Documents and Settings\Administrator' windir = 'C:\WINDOWS' a: fd N/AN/A c: hd NTFS194470Mb 3% CP CS UN PA FC d: cd CDFS 629Mb 100%CS WIN2K3_SP2 e: hd NTFS 38161Mb 1% CP CS UN PA FC C:\cygwin / system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\awk.exe - C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\WINDOWS\system32\find.exe Found: C:\cygwin\bin\find.exe Warning: C:\WINDOWS\system32\find.exe hides C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Not Found: patch Not Found: perl Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Not Found: ssh Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Not Found: vim 61k 2008/04/01 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2008/3/31 23:37 40k 2006/11/15 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 cygform-8.dll v0.0 ts=2006/11/15 2:06 219k 2008/10/04 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys
Re: [1.7] Installation fails to create fstab correctly on Server 2003
Christopher Faylor wrote: On Sat, Dec 27, 2008 at 03:57:35AM -0500, Robert Pendell wrote: I have attempted to install Cygwin on Server 2003 and it seems to fail due to an improperly created /etc/fstab file. I have the errors created during the initial load, the fstab contents (minus comments) and the cygcheck.out file as required for error reporting. I'll wipe out and check to see if the incomplete fstab file is the cause of all the errors and issues that occur. It may also happen that adding C:\cygwin\bin will 'resolve' the issue. Doubtful but I'll have it there as well for the upcoming checks. I had added it before doing the cygcheck just so that it would find some of the utilities. Oh and the first couple of lines from the first load issue also repeat themselves in the cygcheck output. initial run first load: 3 [main] bash 3500 read_flags: invalid fstab option - '0' 462 [main] bash 3500 read_flags: invalid fstab option - '0' Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. bash: /usr/bin/install: No such file or directory bash: /usr/bin/install: No such file or directory bash: /usr/bin/install: No such file or directory bash: /usr/bin/tr: No such file or directory bash: /usr/bin/sed: No such file or directory /etc/fstab: /bin /usr/bin binary 0 0 /lib /usr/lib binary 0 0 That *is* an incorrect fstab file. Please send (attached) cygcheck output as per: http://cygwin.com/problems.html If you can send the output from cygwin 1.5 that would be useful too. I did attach it before but I'll do it again. Sorry for not specifying the cygwin version before. I also attached a cygcheck from 1.5 as requested but it actually seemed to install fine. Both are default installs. One thing I did find that is that if I corrected the /etc/fstab file before the first run then it would load up ok. Afterwards I had setup reinstall all the packages and all the setup scripts seemed to go through ok. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Cygwin Configuration Diagnostics Current System Time: Sat Dec 27 03:53:27 2008 Windows 2003 Server Enterprise Edition Ver 5.2 Build 3790 Service Pack 2 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\cygwin\bin 3 [main] id 3932 read_flags: invalid fstab option - '0' 453 [main] id 3932 read_flags: invalid fstab option - '0' Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 3 [main] id 3392 read_flags: invalid fstab option - '0' 596 [main] id 3392 read_flags: invalid fstab option - '0' Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Path = 'C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\cygwin\bin' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' APPDATA = 'C:\Documents and Settings\Administrator\Application Data' ClusterLog = 'C:\WINDOWS\Cluster\cluster.log' CommonProgramFiles = 'C:\Program Files\Common Files' COMPUTERNAME = 'SHINJI-SERVER' ComSpec = 'C:\WINDOWS\system32\cmd.exe' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Documents and Settings\Administrator' LOGONSERVER = '\\SHINJI-SERVER' NUMBER_OF_PROCESSORS = '1' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 7 Stepping 1, AuthenticAMD' PROCESSOR_LEVEL = '6' PROCESSOR_REVISION = '0701' ProgramFiles = 'C:\Program Files' PROMPT = '$P$G' SESSIONNAME = 'Console' SystemDrive = 'C:' SystemRoot = 'C:\WINDOWS' TEMP = 'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TMP = 'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = 'SHINJI-SERVER' USERNAME = 'Administrator' USERPROFILE = 'C:\Documents and Settings\Administrator' windir = 'C:\WINDOWS' a: fd N/AN/A c: hd NTFS194470Mb 3% CP CS UN PA FC d: cd CDFS 629Mb 100%CS WIN2K3_SP2 e: hd NTFS 38161Mb 1% CP CS UN PA FC C:\cygwin / system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\awk.exe - C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\WINDOWS\system32\find.exe Found: C:\cygwin\bin\find.exe Warning: C:\WINDOWS\system32\find.exe hides C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Not Found: patch Not Found: perl Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin
Re: [1.7] Problem: items remaining afer complete installation
Fergus wrote: Just a detail (and I know the whole thing is experimental) but however many times I attempt a complete installation using setup-1.7.exe and setup-2.ini I am always left with, apparently, stuff remaining to install: see attached png. Thia happens whether Hide obsolete packages is checked or not. Fergus Anything under _obsolete can be ignored. gcc is a dummy upgrade package fro those using prior versions. tetex is an install helper. It does not surprise me that they are being installed. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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-host-config produces script warning
On Thu, Dec 11, 2008 at 4:21 AM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Dec 10 23:25, Robert Pendell wrote: NOTE: Resending below message once. It got flagged as html the first time around. Not sure if it made it though as it wasn't archived yet. While setting up sshd using ssh-host-config it produces a script error when working with the mount command but still continued to process through to completion. This is on a clean cygwin 1.7 install with nothing else setup yet other than inetd itself. (I setup sshd as a inetd service). The offending line is 79 where it shows the following command: mount -t -f ${_win_etcdir} ${_my_etcdir} Urgh. I screwed up again. The embarrassing fact is that I know about this problem for weeks (or is it months already?) I'll upload a new OpenSSH package to the 1.7 release area which fixes that. If you want to do that at home, open ssh-host-config with an editor and replace mount -t -f ${_win_etcdir} ${_my_etcdir} with mount -o text -f ${_win_etcdir} ${_my_etcdir} Thanks for the report, Corinna It's ok. You guys do an excellent job and an occasional missed item every now and again is expected from my viewpoint. I do what I can to help out such as that I have been running the 1.7 test for months. Thanks for responding so quickly. ;) -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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_diagnose reporting errors while using cron-config on Cygwin 1.7
On Thu, Dec 11, 2008 at 4:31 AM, Pierre A. Humblet pierre.humb...@ieee.org wrote: - Original Message - From: Robert Pendell To: cygwin Sent: Thursday, December 11, 2008 12:24 AM Subject: cron_diagnose reporting errors while using cron-config | While running cron-config I chose to run as a privileged user. Here | is the output from the script. snip || | Can I just ignore these warnings and continue anyways? It is | obviously still referencing the 1.5 type mount command here even | though I am running 1.7. Probably. Let us know if anything bad happens. Obviously the script must be updated to deal with 1.7, I will look into it. Thanks for the response. I went ahead and told it to install as the system user. Seems to be working fine by my basic tests. I ran 2 test cron jobs. One for a date stamp and the other for a mount list. Looks like it reports the same mount table that I see when using it interactively and the date stamp was what I had expected. Both outputs were sent to a file in my home directory and were run right on schedule. Ok maybe there was a 2 second delay but I'm not being picky here. -- Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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/
ssh-host-config produces script warning
NOTE: Resending below message once. It got flagged as html the first time around. Not sure if it made it though as it wasn't archived yet. While setting up sshd using ssh-host-config it produces a script error when working with the mount command but still continued to process through to completion. This is on a clean cygwin 1.7 install with nothing else setup yet other than inetd itself. (I setup sshd as a inetd service). The offending line is 79 where it shows the following command: mount -t -f ${_win_etcdir} ${_my_etcdir} I found removing the -t part allows the script to complete properly (or so it seems during my debug run). This particular segment code is related to parsing the services file in windows and potentially removing that line from it. Anyways it appears to be installed properly and I did a localhost test to check that. Here is the script error produced when the -t is there during the script run. mount: unknown option -- t Usage: mount [OPTION] [win32path posixpath] Display information about mounted filesystems, or mount a filesystem -c, --change-cygdrive-prefix change the cygdrive path prefix to posixpath -f, --force force mount, don't warn about missing mount point directories -h, --helpoutput usage information and exit -m, --mount-entries write fstab entries to replicate mount points and cygdrive prefixes -o, --options X[,X...]specify mount options -p, --show-cygdrive-prefixshow user and/or system cygdrive path prefix -v, --version output version information and exit Valid options are: binary,text,exec,notexec,cygexec,nosuid,acl,noacl,posix=1,posix=0 grep: /ssh-host-config.4452/services: No such file or directory grep: /ssh-host-config.4452/services: No such file or directory /usr/bin/ssh-host-config: line 105: /ssh-host-config.4452/services: No such file or directory *** Warning: Adding ssh to C:umount: /ssh-host-config.4452: Invalid argument -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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-host-config produces script warning
I forgot to mention the cygwin version so here is the whole setup as needed. $ uname -a CYGWIN_NT-5.1 Shinji-Winxp 1.7.0(0.189/5/3) 2008-12-09 14:20 i686 Cygwin I also attached a cygcheck.out file. -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer cygcheck.out Description: Binary data -- 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/
cron_diagnose reporting errors while using cron-config
While running cron-config I chose to run as a privileged user. Here is the output from the script. $ cron-config Do you want to install the cron daemon as a service? (yes/no) yes Enter the value of CYGWIN for the daemon: [ntsec smbntsec] ntsec smbntsec The service can run either as yourself or under a privileged account. Running as yourself allows better access to network drives, but does not allow to run the crontab of other users. Do you want to the cron daemon to run as yourself? (yes/no) no Running cron_diagnose ... The SYSTEM user cannot access the mount point /usr/bin. Please run the following command to add a system mount point: mount -f -s -b [DOS path to Cygwin]/bin /usr/bin where [DOS path to Cygwin] is something like c:/cygwin. For more information, run 'mount -m' and 'mount -h' The SYSTEM user cannot access the mount point /usr/lib. Please run the following command to add a system mount point: mount -f -s -b [DOS path to Cygwin]/lib /usr/lib where [DOS path to Cygwin] is something like c:/cygwin. For more information, run 'mount -m' and 'mount -h' The SYSTEM user cannot access the mount point /. Please run the following command to add a system mount point: mount -f -s -b [DOS path to Cygwin]/ / where [DOS path to Cygwin] is something like c:/cygwin. For more information, run 'mount -m' and 'mount -h' WARNING: Your computer does not appear to have a cron table for shinji. Please generate a cron table for shinji using 'crontab -e' There may be serious issues with your environment. You should look into them and run this script again. Do you want to continue anyway? (yes/no) no Can I just ignore these warnings and continue anyways? It is obviously still referencing the 1.5 type mount command here even though I am running 1.7. -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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: Bug in cygcheck (1.7)
Charles Wilson wrote: cygcheck seems really confused, on my 1.7 installation (which is XPsp3 on a VMware virtual image). Or I am. $ uname -a CYGWIN_NT-5.1 VMWARE-XP 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin $ cygcheck -cd Cygwin Package Information Package Version _update-info-dir00749-1 aalib 1.4rc5-2 aalib-devel 1.4rc5-2 aalib-devel 1.4rc5-2 ^ this is the actual end of the output. It gets truncated very early, and the last line gets duplicated. But, I have lots of packages installed: $ cat /etc/setup/installed.db INSTALLED.DB 2 aalib aalib-1.4rc5-2.tar.bz2 0 aalib-devel aalib-devel-1.4rc5-2.tar.bz2 0 alternatives alternatives-1.3.30c-2.tar.bz2 0 asciidoc asciidoc-8.2.7-1.tar.bz2 0 ash ash-20040127-4.tar.bz2 0 atk atk-1.10.3-1.tar.bz2 0 ... I manually snipped 200 or so lines right here ... xterm xterm-229-1.tar.bz2 0 zip zip-2.32-2.tar.bz2 0 zlib zlib-1.2.3-2.tar.bz2 0 _update-info-dir _update-info-dir-00749-1.tar.bz2 0 I believe the problem has *something* to do with output buffering, because the output is correct -- that is, the 'head' is what I expect -- except that it cuts off too early, and the tail goes into the bitbucket. Also, successive runs of the same cygcheck command don't all cut off at exactly the same line. Redirection makes no difference. I'm running these commands from a normal cygwin (bash in cmd) window, with CYGWIN='server'. I'd attach a 'cygcheck -s -v -r' output, but it's not very informative. It's cut off after 10 lines or so. -- Chuck [snip] Heh. I'm not able to reproduce this at all. I did it both from a standard command prompt and from a bash shell without issue. I'll attach output from my own system. $ uname -a CYGWIN_NT-5.1 Shinji-Winxp 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Cygwin Configuration Diagnostics Current System Time: Sun Aug 17 08:23:38 2008 Windows XP Media Center Edition Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\cygwin\home\shinji\C C:\cygwin\Program Files\GNU\GnuPG\pub C:\Program Files\Support Tools\ F:\xampplite\mysql\bin C:\Program Files\QuickTime\QTSystem\ C:\Program Files\Nmap C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1006(shinji) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 10545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1006(shinji) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 10545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'shinji' PWD = '/home/shinji' HOME = '/home/shinji' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\shinji' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\shinji\Application Data' HOSTNAME = 'Shinji-Winxp' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/usr/bin' OPTWARE_TARGET = 'oleg' USERDOMAIN = 'SHINJI-WINXP' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' VS90COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/cygdrive/c/DOCUME~1/shinji/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' USERNAME = 'shinji' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\shinji' ULTRAMON_LANGDIR = 'C:\Program Files\UltraMon\Resources\en' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SHINJI-WINXP' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' OPENSSL_CONF = 'C:\OpenSSL\bin\openssl.cnf' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/shinji/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Canon iP4300' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f06' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' DISPLAY = 'localhost:0' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'SHINJI-WINXP' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
Re: Bug in mkpasswd (1.7)
Charles Wilson wrote: Always prints the standard well-known users, even when just requesting a single user's entry: $ uname -a CYGWIN_NT-5.1 VMWARE-XP 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin $ mkpasswd -l -u cwilson SYSTEM:*:18:544:,S-1-5-18:: LocalService:*:19:544:U-NT AUTHORITY\LocalService,S-1-5-19:: NetworkService:*:20:544:U-NT AUTHORITY\NetworkService,S-1-5-20:: Administrators:*:544:544:,S-1-5-32-544:: cwilson:unused:1036:513:cwilson,U-VMWARE-XP\cwilson,S-1-5-21-3395897280-1512205858-4128055458-1036:/home/cwilson:/bin/bash So, after running (a modified) ssh-host-config on a clean system -- which added sshd and cyg_server users -- I now have three copies of SYSTEM et. al. in my /etc/passwd. So, iu-config complained loudly. -- Chuck This one I can reproduce. Normally I would say to post a cygcheck.out file however it seems that you couldn't do that according to your other post. I would still like to see what you can get from it however. I will attach the same cygcheck that I did on the other post. I will also expand on this. `mkpasswd` starts listing then segfaults. Backtrace and gdb debug output attached from this as well as the stackdump file Somehow I think that mkpasswd isn't intended to be run without arguments but the help information from --help indicates that all options are optional unless specified otherwise. -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Some message may be signed digitally Digital Signature SHA1 Fingerprint 0B:2D:4C:3A:23:EE:2B:69:4E:A1:2B:F4:3F:A3:B9:D7:0A:18:2A:DB Using CAcert to create certificate. If you do not already have the root certificates imported for this CA you can get them at http://www.cacert.org. Exception: STATUS_ACCESS_VIOLATION at eip=7C918235 eax=7FFDF000 ebx=6D6F682F ecx= edx=0002 esi= edi= ebp=00229F08 esp=00229F04 program=C:\cygwin\bin\mkpasswd.exe, pid 5056, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 00229F08 7C918235 (, 0022A2A0, 0022BA38, 00401FB0) 00229F18 77DDF083 (, 0022A2A0, 0022A2A0, 00229F6C) 0022BA38 00401FB0 (, , 00405143, 0001) 0022CCE8 00402BA9 (0001, 61289BAC, 00670098, ) 0022CDA8 61006383 (, 0022CDE0, 61005660, 0022CDE0) End of stack trace Cygwin Configuration Diagnostics Current System Time: Sun Aug 17 08:23:38 2008 Windows XP Media Center Edition Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\cygwin\home\shinji\C C:\cygwin\Program Files\GNU\GnuPG\pub C:\Program Files\Support Tools\ F:\xampplite\mysql\bin C:\Program Files\QuickTime\QTSystem\ C:\Program Files\Nmap C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1006(shinji) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 10545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1006(shinji) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 10545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'shinji' PWD = '/home/shinji' HOME = '/home/shinji' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\shinji' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\shinji\Application Data' HOSTNAME = 'Shinji-Winxp' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/usr/bin' OPTWARE_TARGET = 'oleg' USERDOMAIN = 'SHINJI-WINXP' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' VS90COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/cygdrive/c/DOCUME~1/shinji/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' USERNAME = 'shinji' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\shinji' ULTRAMON_LANGDIR = 'C:\Program Files\UltraMon\Resources\en' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SHINJI-WINXP' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' OPENSSL_CONF = 'C:\OpenSSL\bin\openssl.cnf' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/shinji/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Canon iP4300' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f06' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C
Re: Cygwin installation breaks ALL telnet clients
On 8/12/08, Mike Marchywka [EMAIL PROTECTED] wrote: Date: Tue, 12 Aug 2008 09:40:37 +0200 From: [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: Re: Cygwin installation breaks ALL telnet clients On Aug 12 00:16, David Greenhouse wrote: We are seeing an issue where after installing Cygwin and including the inetutils package in order to get telnet access, none of the telnet clients on the system will work properly (not Cygwin's, Microsoft's, PuTTY, nothing). The issue persists even after removing Cygwin. Cygwin is just a DLL. It's impossible that it influences telnet clients which are not linked against this DLL. You will have to look for the culprit elsewhere. If it helps any, I would comment that,IIRC, when I set up a dual boot system, I was a bit surprised to see that network settings in Windoze and Debian could, IIRC, effect each other. My memory may not be totally accurate but they did seem to interact. That is, IIRC, I had set a static IP on one system and it ended up being applied to the other one. I'd look for a network configuration thing that may not be stored on disk or reset during OS init. I guess those cards do have EEPROM but I have no idea what, besides maybe a MAC addres, is in them. Not sure if this is possible but it is what I remember. I think there were also issues with clock settings but again my memory isn't real clear. In any case, at least check your network settings. It it possible someone changed something irrelevant during setup. Well I don't know about the telnet issue as Corinna is right on that one. It is technically impossible for a cygwin application to affect a non-cygwin application directly. It may however be a setting in the OS that got affected. I don't know if I have installed the inetutils package however it may be worth a shot just to see if I can reproduce it myself. As for a Dual-boot affecting each others' networking configuration. It can happen but it isn't due to an OS interaction. Rather Debian is requesting a static or specific ip address and the router is caching the lease. When Windows requests a new ip the old lease still exists in the router as being assigned to the adapter' mac address. The router matches the mac address to the lease and hands back the lease to Windows so both Debian and Windows have the same IP but Windows hasn't actually been setup to use it as a static address. 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/ _ Get Windows Live and get whatever you need, wherever you are. Start here. http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home_082008 -- 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/ -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- 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/
GCC 3.4.4-3 in version 1.7 produces an error during setup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok. I finally decided to do the update to 1.7 and in being that I like to make sure there are no conflicts I dumped my entire 1.5 install that I had working. While trying to install gcc I get the following error... Can't open file://C:\cygwin\packages/http%3a%2f%2fcygwin.elite-systems.org%2f/release-2/gcc/gcc-3.4.4-3.tar.bz2 for reading: Invalid or unsupported tar format. Just in case I tried another mirror. Afterwards I checked it on the server. The actual archive is empty. When the 1st level compression is removed (only a tar file) then I did a hex dump and it looks like it is just a filler file that contains only hex 00 in it. Any chance we might be able to fix this error in the installer. I can tell this method was intentional but the error kinda threw me off. This was using the latest cygwin 1.7 installer file. - -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIklIas1pR2j1qW+sRAihJAJ0TGFaDkIwEUIopiPc5SG9O9unOLwCeNesg aj8TVcRlwfFLS91wY/4JrOA= =69Tf -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: gulus.USherbrooke.ca dropped from the mirror list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon Valiquette wrote: | Robert Pendell un jour écrivit: | If they scroll down the list they will see your mirror listed twice. | They just need to select the second entry. Don't ask me why but I had | this happen for my own mirror. | | I got confirmation that It was indeed exactly what happened, and the | user was able to reproduce It again for a last time this morning. There | was a second entry for my mirror, and selecting It worked without any | problem. So we are talking exactly about the same issue. | | | Dave Korn un jour écrivit: | | Ok, so I suppose that the problem that was reported to me has been | resolved on the Cygwin side in the last 2 days. | | Or at your user's end. Do you think you could get a hold of their | /etc/setup/mirrors-lst file? That would show us what their setup.exe | /thought/ was in the mirrors list last time they ran it. | | I got It, and It seems to be normal. But It is the file version just | after the user selected the 2nd entry for my mirror, and then after the | problem disappeared. So I can't rule out the possibility there was | inconsistencies in the file for the previous runs. | | Christopher Faylor un jour écrivit: | I'd prefer to just mark this discussion as closed. It's pretty clear | that there was a cockpit error here since the OP reported that they were | on the mirrors list at http://cygwin.com/mirrors.html. You can't be on | that list and not be on the list that setup.exe uses. | | Can It be the user fault if there was 2 entries for my mirror, and | that only the second one worked without a warning? As reported, | setup.exe showed 2 entries for my mirror, so technically my mirror was | on both lists. | | I've found similar discussions on cygwin-apps, so you can move the | discussion there if you want. Personnally, except finding the exact | Cygwin version used, I think there is little more I can do, and It seems | to me to be a bug either on the client or with the mechanism that list | the valid mirrors that found a way to list my mirror twice. | | Whether mirrors-lst showed 2 entries or not at any time is still | unconfirmed. | | | Simon Valiquette | http://gulus.USherbrooke.ca | Hmm... interestingly enough I noticed my mirror (among several others) have been removed from the list. My mirror continues to do automated daily updates so I have sent an email to sourcemaster to get re-added and requested a response if there is an issue with it. I had no emails prior to today saying that it would be removed or why it would be. I also provided a new email address to be listed. I do remember an email being sent to update it but it was not to remove the entry. - -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIa8D4s1pR2j1qW+sRAg1QAJ0WMwNBzghbGuCm6Hn11pxcX1TIYwCcCy8n inJz6yAaczQTh22v9eotRDQ= =jd+3 -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: gulus.USherbrooke.ca dropped from the mirror list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon Valiquette wrote: | | Hello, | | I am sending this here, as It seems that there is not any better | mailing list for problems related to mirrors. | | One Cygwin user warned me that when using our mirror, he got a | warning telling him that our mirror is not anymore on the Cygwin | official mirror list. | | Taken from this page (http://cygwin.com/mirrors.html) I read | the following: | | If you are a mirror site administrator and your site was previously | listed but has dropped off that means that the automatic software has | determined that you are not up-to-date. Your site will be re-added | automatically when you become current. There is no need to contact | anyone about this. | | | According to my logs, my Cygwin mirror never has been out of date | (I checked up to the 21st of June) and as been updated since twice a | day without any problems. So can someone please tell me why my mirror | was dropped, and why It wasn't readded automatically? | | By the way, my mirror is still listed on the official mirror page. | | Also, It would be very useful for all mirror if this script would | automatically email the faulty mirror sysadmin each time a problem | is detected. That would helps a lot to detect and fix problems soon | after they happens. | | | Simon Valiquette | http://gulus.USherbrooke.ca | | PS: Please cc: to [EMAIL PROTECTED], the official | email address for any issue regarding this mirror. | If they scroll down the list they will see your mirror listed twice. They just need to select the second entry. Don't ask me why but I had this happen for my own mirror. - -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIaZKds1pR2j1qW+sRAoZjAKCHWoJBiT40rNi+5inDOFluYerdswCeOjVL frMz2MY32fHc73zoehDytyQ= =xdur -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: Fwd: md5sum using Cygwin in Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zheng Li wrote: | Ben wrote: | The project is geared towards people who understand a UNIX(tm) | environment. If that isn't you, then it's hard to see why you're | dabbling with Ubuntu. | | If I don't understand UNIX, then it's hard to see why I'm dabbling | with Ubuntu? Is that a mistype? Did you mean to say that it's easy to | see why I'm dabbling with Ubuntu, as it is generally thought to be a | newbie-friendly distro? Is there a more approachable way to understand | UNIX? | | It's no wonder that Linux has roughly 1% desktop market share with | that sort of attitude. Unfortunately, Ubuntu doesn't even display | right on my laptop, so it'll be a while yet before I do understand | Linux. | | - B | | On Mon, Jun 23, 2008 at 4:17 PM, Christopher Faylor | [EMAIL PROTECTED] wrote: | | On Mon, Jun 23, 2008 at 02:42:49PM -0700, Ben wrote: | | Removed my HTML to send this off... | | It is not important for anyone to know this. | | | The Ubuntu help says that if you download Cygwin (link: | https://help.ubuntu.com/community/HowToMD5SUM), you can follow the | Linux directions. I'm using the Cygwin shell and it is not working. I | downloaded the file to C. I type: | | cd C:\ | | So far, so good. The (zippied) file ubutuntu-8.04-desktop-i386.iso is | sitting in C:\. So I type: | | md5sum ubutuntu-8.04-desktop-i386.iso | | No such file or directory. | | Ah well. Cygwin does not seem to be a very newbie-friendly | application. Help cd offers one a starkly technical little | paragraph. Incidentally, how does one even go to the Desktop directory | (which lies at C:\Documents and Settings\Ben\Desktop for me) with | Cygwin? Whenever you put in a space, Cygwin seems to reject it. | | Hmm. Just got a similar question on irc a while ago. | | Cygwin doesn't use : or \. Use: | | cd /cygdrive/c/Documents and Settings/Ben/Desktop | | And, btw, your newbie-friendly comment shows that you apparently have | no idea what Cygwin is and possibly have no idea what Linux is all | about. The project is geared towards people who understand a UNIX(tm) | environment. If that isn't you, then it's hard to see why you're | dabbling with Ubuntu. | | 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/ | | | | Well, if you use linux system in a MS windows style where clicking | buttons can almost solve everything, | then you may waste of your valuable times and totally loss your | confidence on Linux. You need to | read a book and just learn it, like what you do in other computer | lessons. Linux expects you as a master | and this assumption may be harmful to newbies. Fortunately, after a | shape learning line, you can control | your linux system to do lots of things windows can't do. | Yours | Zheng | I don't think that any linux user expects anyone else to be a master of it but be rather knowledgable about what they are going into prior to jumping in. There are some really bad and stupid questions to be had out there. I know because I have answered some and only shook my head while doing so. - -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIZrK+s1pR2j1qW+sRAucXAJ4/fGt+YI3am8gzuORhDnqgXNE/ZACdGj2O qCDQaDV7gnjPtxqBzUiLr84= =HarW -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: [gold star] Re: md5sum using Cygwin in Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor wrote: | On Tue, Jun 24, 2008 at 02:54:48PM -0400, Matt Wozniski wrote: | On Mon, Jun 23, 2008 at 5:42 PM, Ben wrote: | md5sum ubutuntu-8.04-desktop-i386.iso | it's ubuntu, not ubutuntu, so it's not surprising it didn't work... | | Yeah, boy is Cygwin unfriendly or what? I mean how long have spell | checkers been around? | | Can we get a gold star over here for the only person who noticed what | should have been obvious? | | cgf | Geeze. Even I missed that one and I spot the hard ones in alot of things. I agree on the gold star. - -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIZrMus1pR2j1qW+sRAgKUAJ9q51ZgrLgcaUw+f2hTSzWBZKGRWQCfXYUB GJ1zkU/VI+zkptufznPhjEw= =BydP -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: New mirror checker in operation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor wrote: | On Tue, Jun 17, 2008 at 01:32:29PM -0400, Robert Pendell wrote: | Christopher Faylor wrote: | I am running a new mirror checker on the cygwin web site. It should do | a much better job of finding valid mirrors. The mirror check process | now runs multiple times a day validating that files on the mirrors are | up to date. | | There is still a hole between the time where package maintainer updates | a package on the main cygwin site and the mirror grabs the package. So | we still can't guarantee that the mirror list contains 100% accurate | data. Hopefully we won't have situations where mirrors are just | garbage now, however. On closer inspection of the old mirror checker, | I found a few cases where it would interpret information incorrectly | when it was scanning a mirror for valid files, leaving the mirror list | in an incorrect state. | | The new mirror checker returns better errors so I was actually able to | resurrect a few mirrors which had moved the location of the cygwin | mirror directory on their site. There are also a few mirrors which | inexplicably only contain a subset of the cygwin release directory. I | guess I'll eventually just remove them from the master list entirely. | | If you think there are problems with the new list please continue to | send them here. If you register as a new mirror please send email to | sourcemaster . | Just curious but is there a typical time when the master server | updates? ~ This way I may be able to synchronize my mirror as closely | as possible to it as soon as possible. As of right now the server | updates 9AM UTC every day. | | master server updates? The definitive source for the cygwin release | is cygwin.com. The cygwin release directory there is updated whenever a | new package is uploaded. | | Maybe you need to read the second paragraph again. | | cgf | I use rsync://sourceware.org/cygwin-ftp as my retrieval location. It was updated relatively quickly and there seemed no issue for this to be used. Is this not correct? To me this only made sense since sourceware.org is where a majority of the mirrors seem to reflect. Anyways you answered my question. Thanks. - -- Robert Pendell [EMAIL PROTECTED] A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIWTbts1pR2j1qW+sRAiPOAJkBGUnS/qpDUkgxd81uBpZ9lrQ0twCfa4R7 FpvnpL7bjwRAmH5d9dyLG0Q= =sa6j -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/