Installation problem on windows 2000 server
Hola, I'm trying to install cygwin on a windows 2000 terminal server (remote administration mode). I'm using: - Dell poweredge 1750 - Cygwin setup.exe version 2.510.2.2 The install finishes fine with no errors, but when I go to double click on the Cygwin icon, i see the black DOS box for a split second, then its gone. Going in via cmd.exe and trying to launch anything does nothing: C:\>cd cygwin\bin C:\cygwin\bin>bash --login -i C:\cygwin\bin>bash --help C:\cygwin\bin> I've tried the install 3 different times now, on 2 drives and the same thing happens. Searching around shows people have successfully installed cygwin on windows 2000 server so I'm assuming that's out. Any ideas? -- 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: Installation problem on windows 2000 server
Larry Hall (Cygwin) wrote:
jack wrote:
Hola,
I'm trying to install cygwin on a windows 2000 terminal server (remote
administration mode).
I'm using:
- Dell poweredge 1750
- Cygwin setup.exe version 2.510.2.2
The install finishes fine with no errors, but when I go to double
click on the Cygwin icon, i see the black DOS box for a split second,
then its gone.
Going in via cmd.exe and trying to launch anything does nothing:
C:\>cd cygwin\bin
C:\cygwin\bin>bash --login -i
C:\cygwin\bin>bash --help
C:\cygwin\bin>
I've tried the install 3 different times now, on 2 drives and the same
thing happens.
Searching around shows people have successfully installed cygwin on
windows 2000 server so I'm assuming that's out.
Any ideas?
Sure. Read over:
Problem reports: http://cygwin.com/problems.html
Pay particular attention to the part about *attaching* the output of
cygcheck.
You'll also want to look at the output of /var/log/setup.log*. Look for
any
error messages at the end suggesting that any package didn't install
properly.
Look for scripts in /etc/postinstall/ without a .done extension. If
there are
any, just rerun setup without selecting any new packages and then recheck.
All the postinstall scripts should have run and been renamed *.done.
OK, there are no files in /etc/postinstall without a .done extension.
setup.log has the following that's repeated 17402 times:
io_stream_cygfile: fopen failed 2 No such file or directory
the setup.log is 1.4 megs:
http://www.qnorth.net/jack/setup.log
As far as the output of cygcheck goes, this i'm not clear on:
Not Found: bash
yet:
C:\>dir cygwin\bin\bash.exe
Volume in drive C has no label.
Volume Serial Number is 5419-D3B7
Directory of C:\cygwin\bin
12/26/2005 07:12a 451,072 bash.exe
1 File(s)451,072 bytes
0 Dir(s) 5,472,993,792 bytes free
C:\>
here's the full output for 'cygcheck -s -v -r':
(also found here: http://www.qnorth.net/jack/cygcheck.out)
---
Cygwin Configuration Diagnostics
Current System Time: Tue Mar 28 10:44:12 2006
Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4
Running in Terminal Service session
Path: D:\CFusionMX7\verity\k2\_nti40\bin
C:\Perl\bin\
C:\WINNT\system32
C:\WINNT
C:\WINNT\System32\Wbem
C:\Program Files\Dell\OpenManage\oma\bin
C:\Program Files\Dell\OpenManage\LU\bin
C:\Program Files\Dell\OpenManage\oldiags\bin
C:\Program Files\Dell\OpenManage\OMSA\bin
C:\Program Files\Dell\OpenManage\Array Manager
C:\PROGRA~1\NcFTP
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 400(jack) GID: 401(mkpasswd)
401(mkpasswd)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 400(jack) GID: 401(mkpasswd)
401(mkpasswd)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
Path =
'D:\CFusionMX7\verity\k2\_nti40\bin;C:\Perl\bin\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Program
Files\Dell\OpenManage\oma\bin;C:\Program
Files\Dell\OpenManage\LU\bin;C:\Program
Files\Dell\OpenManage\oldiags\bin;C:\Program
Files\Dell\OpenManage\OMSA\bin;C:\Program Files\Dell\OpenManage\Array
Manager;C:\PROGRA~1\NcFTP'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
APPDATA = 'C:\Documents and Settings\jack\Application Data'
CLIENTNAME = 'fargo'
CommonProgramFiles = 'C:\Program Files\Common Files'
COMPUTERNAME = 'HOSTNAME'
ComSpec = 'C:\WINNT\system32\cmd.exe'
DellAgentPath = 'C:\Program Files\Dell\OpenManage\OMSA\bin'
HOMEDRIVE = 'C:'
HOMEPATH = '\Documents and Settings\jack'
LOGONSERVER = '\\HOSTNAME'
NUMBER_OF_PROCESSORS = '4'
OMPATH = 'C:\Program Files\Dell\OpenManage\oma\bin;C:\Program
Files\Dell\OpenManage\LU\bin;C:\Program Files\Dell\OpenManage\oldiags\bin'
OS = 'Windows_NT'
Os2LibPath = 'C:\WINNT\system32\os2\dll;'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = '15'
PROCESSOR_REVISION = '0209'
ProgramFiles = 'C:\Program Files'
PROMPT = '$P$G'
SESSIONNAME = 'RDP-Tcp#1'
SystemDrive = 'C:'
SystemRoot = 'C:\WINNT'
TEMP = 'C:\DOCUME~1\jack\LOCALS~1\Temp\1'
TMP = 'C:\DOCUME~1\jack\LOCALS~1\Temp\1'
USERDOMAIN = 'HOSTNAME'
USERNAME = 'jack'
USERPROFILE = 'C:\Documents and Settings\jack'
VERITY_CFG = 'D:\CFusionMX7\verity\k2\common\verity.cfg'
windir = 'C:\WINNT'
POSIXLY_CORRECT = '1'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cyg
Re: Installation problem on windows 2000 server
Igor Peshansky wrote: On Tue, 28 Mar 2006, jack wrote: Larry Hall (Cygwin) wrote: jack wrote: Hola, I'm trying to install cygwin on a windows 2000 terminal server (remote administration mode). [snip] The install finishes fine with no errors, but when I go to double click on the Cygwin icon, i see the black DOS box for a split second, then its gone. Going in via cmd.exe and trying to launch anything does nothing: [snip] Any ideas? Sure. Read over: Problem reports: http://cygwin.com/problems.html Pay particular attention to the part about *attaching* the output of cygcheck. You'll also want to look at the output of /var/log/setup.log*. Look for any error messages at the end suggesting that any package didn't install properly. Look for scripts in /etc/postinstall/ without a .done extension. If there are any, just rerun setup without selecting any new packages and then recheck. All the postinstall scripts should have run and been renamed *.done. OK, there are no files in /etc/postinstall without a .done extension. Larry's advice is good for the future, but the current version of setup always renames scripts to .done, even if they returned a non-zero exit code. The only case in which the scripts would not be renamed in the current version is if you cancelled out of setup before the scripts got a chance to run. setup.log has the following that's repeated 17402 times: io_stream_cygfile: fopen failed 2 No such file or directory Those messages are harmless and can be ignored. They come from the time you didn't have the setup installed packages database. This is fixed in the latest setup snapshot (which is worth trying in any case). the setup.log is 1.4 megs: http://www.qnorth.net/jack/setup.log That's the accumulated log of all setup runs. Can you please also post setup.log.full from the failed installation (it's overwritten every time you run setup). As far as the output of cygcheck goes, this i'm not clear on: Not Found: bash yet: C:\>dir cygwin\bin\bash.exe Volume in drive C has no label. Volume Serial Number is 5419-D3B7 Directory of C:\cygwin\bin 12/26/2005 07:12a 451,072 bash.exe 1 File(s)451,072 bytes 0 Dir(s) 5,472,993,792 bytes free C:\> Since you don't have c:\cygwin\bin in your PATH, I wouldn't worry about the "not found" messages. However, I believe it's already been suggested that cygcheck should prepend "c:\cygwin\bin" to the PATH before making all of these checks... here's the full output for 'cygcheck -s -v -r': (also found here: http://www.qnorth.net/jack/cygcheck.out) In the future, please *attach* the output of cygcheck, as it creates fewer false positives in archive searches. If necessary, we can include the relevant bits from an attachment just as easily as we can from inline output. Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(jack) GID: 401(mkpasswd) 401(mkpasswd) Output from C:\cygwin\bin\id.exe (ntsec) UID: 400(jack) GID: 401(mkpasswd) 401(mkpasswd) Here's one problem. Your postinstall scripts obviously haven't completed. Try reinstalling the "base-passwd" package using setup. I would also reinstall the "bash" and "cygwin" packages, for good measure. The rest of your cygcheck output looks ok. You said that bash actually does nothing and simply returns to the prompt... Do other applications work, e.g., if you type "c:\cygwin\bin\echo hi", does it print "hi"? What does "cygcheck bash" print, when run from "c:\cygwin\bin"? I wonder if your problem is caused by using the terminal server... Is there any way you can get physical access to that machine, and try running the installed Cygwin programs from the console login? Igor I tried attaching setup.log.full but the list's mail server sent it back (too big). You can find it here: http://www.qnorth.net/jack/setup.log.full I can try to re-install the base-passwd, bash, and cygwin packages again, but i've done a complete install around 6 times now and its always the same thing. Good question regarding running things other then bash. Short answer is no, everything cygwin has installed acts the same way: C:\>cygwin\bin\echo "are you alive?" C:\>cygwin\bin\wget --help C:\>cygwin\bin\time C:\> I was also curious if my problem was terminal server related. I do have console access to this machine (though its down at my datacenter). I tried install vnc server and getting in that way. Same problems, even when doing a fresh install. As for running "cygcheck bash": C:\cygwin\bin>cygcheck.exe bash Error: could not find bash C:\cygwin\bin>cygcheck.exe bash.exe Error: could not find bash.exe C:\cygwin\bin> I've tried manually adding c:\cygwin\bin to my PATH, v
Re: Installation problem on windows 2000 server
jack wrote: Igor Peshansky wrote: On Tue, 28 Mar 2006, jack wrote: Larry Hall (Cygwin) wrote: jack wrote: Hola, I'm trying to install cygwin on a windows 2000 terminal server (remote administration mode). [snip] The install finishes fine with no errors, but when I go to double click on the Cygwin icon, i see the black DOS box for a split second, then its gone. Going in via cmd.exe and trying to launch anything does nothing: [snip] Any ideas? Sure. Read over: Problem reports: http://cygwin.com/problems.html Pay particular attention to the part about *attaching* the output of cygcheck. You'll also want to look at the output of /var/log/setup.log*. Look for any error messages at the end suggesting that any package didn't install properly. Look for scripts in /etc/postinstall/ without a .done extension. If there are any, just rerun setup without selecting any new packages and then recheck. All the postinstall scripts should have run and been renamed *.done. OK, there are no files in /etc/postinstall without a .done extension. Larry's advice is good for the future, but the current version of setup always renames scripts to .done, even if they returned a non-zero exit code. The only case in which the scripts would not be renamed in the current version is if you cancelled out of setup before the scripts got a chance to run. setup.log has the following that's repeated 17402 times: io_stream_cygfile: fopen failed 2 No such file or directory Those messages are harmless and can be ignored. They come from the time you didn't have the setup installed packages database. This is fixed in the latest setup snapshot (which is worth trying in any case). the setup.log is 1.4 megs: http://www.qnorth.net/jack/setup.log That's the accumulated log of all setup runs. Can you please also post setup.log.full from the failed installation (it's overwritten every time you run setup). As far as the output of cygcheck goes, this i'm not clear on: Not Found: bash yet: C:\>dir cygwin\bin\bash.exe Volume in drive C has no label. Volume Serial Number is 5419-D3B7 Directory of C:\cygwin\bin 12/26/2005 07:12a 451,072 bash.exe 1 File(s)451,072 bytes 0 Dir(s) 5,472,993,792 bytes free C:\> Since you don't have c:\cygwin\bin in your PATH, I wouldn't worry about the "not found" messages. However, I believe it's already been suggested that cygcheck should prepend "c:\cygwin\bin" to the PATH before making all of these checks... here's the full output for 'cygcheck -s -v -r': (also found here: http://www.qnorth.net/jack/cygcheck.out) In the future, please *attach* the output of cygcheck, as it creates fewer false positives in archive searches. If necessary, we can include the relevant bits from an attachment just as easily as we can from inline output. Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(jack) GID: 401(mkpasswd) 401(mkpasswd) Output from C:\cygwin\bin\id.exe (ntsec) UID: 400(jack) GID: 401(mkpasswd) 401(mkpasswd) Here's one problem. Your postinstall scripts obviously haven't completed. Try reinstalling the "base-passwd" package using setup. I would also reinstall the "bash" and "cygwin" packages, for good measure. The rest of your cygcheck output looks ok. You said that bash actually does nothing and simply returns to the prompt... Do other applications work, e.g., if you type "c:\cygwin\bin\echo hi", does it print "hi"? What does "cygcheck bash" print, when run from "c:\cygwin\bin"? I wonder if your problem is caused by using the terminal server... Is there any way you can get physical access to that machine, and try running the installed Cygwin programs from the console login? Igor I tried attaching setup.log.full but the list's mail server sent it back (too big). You can find it here: http://www.qnorth.net/jack/setup.log.full I can try to re-install the base-passwd, bash, and cygwin packages again, but i've done a complete install around 6 times now and its always the same thing. Good question regarding running things other then bash. Short answer is no, everything cygwin has installed acts the same way: C:\>cygwin\bin\echo "are you alive?" C:\>cygwin\bin\wget --help C:\>cygwin\bin\time C:\> I was also curious if my problem was terminal server related. I do have console access to this machine (though its down at my datacenter). I tried install vnc server and getting in that way. Same problems, even when doing a fresh install. As for running "cygcheck bash": C:\cygwin\bin>cygcheck.exe bash Error: could not find bash C:\cygwin\bin>cygcheck.exe bash.exe Error: could not find bash.exe C:\cygwin\bin> I've tried manually adding c:\cygwin\bin to
Re: Installation problem on windows 2000 server
Dave Korn wrote: On 30 March 2006 03:57, jack wrote: Should I post this question on another cygwin list? Or does nobody have experience with this kinda thing? Get that non-cygwin perl out of your path and try using setup.exe to reinstall everything. Make sure - using task manager if need be - that there is absolutely no trace of any cygwin-based programs or services running. Antivirus and desktop firewall software can both interfere with the successful operation of cygwin, particularly if it's one of the supposedly-clever behaviour-blocking varieties, so watch out for that, and make sure that nothing has been inadvertently blocked; if so remove it before you try again. Probably the next most likely possibility is that the machine itself is terminally b0rken. cheers, DaveK Thanks for the response Dave. I got rid of the non-cygwin perl, double checked for any possible cygwin processes, and tried a complete re-install of cygwin. same thing :( One thing I don't understand is I can download unix_tools.exe from this website (which looks cygwin based), and run it, and everything works fine. http://freshmeat.net/projects/thinstallunixtools/ I'm puzzled.. -- 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: Installation problem on windows 2000 server
Dave Korn wrote: On 31 March 2006 02:39, jack wrote: Thanks for the response Dave. I got rid of the non-cygwin perl, double checked for any possible cygwin processes, and tried a complete re-install of cygwin. same thing :( One thing I don't understand is I can download unix_tools.exe from this website (which looks cygwin based), and run it, and everything works fine. http://freshmeat.net/projects/thinstallunixtools/ Grrr. I ***ing hate people who offer you a link to a "zip archive" and what you get is an executable, and not even a zip SFX but some completely non-standard made up BS. There could be anything in there. Even GPL'd applications being distributed without sources, for example. And they have misrepresented the software as being freeware, when it is in fact GPL'd. I'm puzzled.. Hm. You know, the other thing that can cause such bad crashes that cygwin apps just exit silently and immediately with no messages or popups or anything is very badly clashing dll versions, and I'd bet that thinstall stuff comes with a sufficiently old version of the dll that could cause such clashes. Are you /really/ sure it's fully unloaded? I'm suspicious of what this package has done to or left behind on your system. Did you only install it for the first time /after/ cygwin was already going wrong for you, or are you trying to move up to cygwin after having already used thinstallunixtools on the machine? Definitely. I tried the cygwin install a few times without luck, that's when i got the idea to try that thininstall thing to see if *THAT* would work... your idea on the older dll's makes sense for sure. But it seems weird that I'm having this problem and nobody else has reported similar behavior. (then again, isn't windows a little weird at times anyway!?!) I'm curious in trying a snapshot version to see if that would lead to any different behavior. There isn't a setup.exe for the snapshot version of cygwin though eh? -- 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: grep weirdness - matching space character
No such escape as '\d' - I thought that was digit, is that a perl-ism ? Anyway, I now understand what is going on, thanks for your help. -- 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] Setting up cron service for rsync backup
Hello. I installed cygwin on several windows XP clients, and now I've got to set up a cron service, for the users to be able to backup their data (the crontabs will contains rsync calls). I tried several ways to set up the cron daemon, but i failed to find the good one... (i.e. using only the postinstall scripts, for a silent install) . So what's the best way to do a silent install of the cron daemon as a service for windows post containing only domain users ? (At the end, the users will only have an interface to select the files they want to backup, and the program will modify the cron tabs with rsync calls) Have a good day. -- Jack -- 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: Is there a way to make an existing UNC symbolic link behave like a mount point?
On 2015.04.19 08:16, Skarr Socrates wrote: Hi all, I am experiencing problems with a UNC symbolic link and how it is interpreted by cygwin. The issue is as below: * MachineA is a freebsd server (10.1-RELEASE-p9) with a simple samba3.6 [homes] share. * MachineB is a Windows 7 Ultimate, the user "bob" bsd home is not mapped to a network drive, instead a symbolic link is made under windows cmd: C:\Users\Bob> mklink /D bsdhome \\SOCRATES\bob This setup has been working for over 2 years without problems, I should mention also that Windows 7 sync center is used to keep bob's freebsd files available even when he is not connected to the server (not sure if this is relevant at all to the issue). Recently, I installed cygwinx64 (CYGWIN_NT-6.1), all went very well, the link "seem" to be recognized by cygwin. bob@machinea /cygdrive/c/Users/bob $ ls -l [cut] lrwxrwxrwx 1 bob None XX XX XX XX:XX bsdhome -> //MACHINEB/bob/ [cut] The problem I have is how to make cygwin somehow behave consistently with respect to this link. For instance, the bash builtin cd gives: bob@machinea /cygdrive/c/Users/bob/bsdhome $ cd .. bob@machinea /cygdrive/c/Users/bob $ However, bob@machinea /cygdrive/c/Users/bob $ touch file.txt bob@machinea /cygdrive/c/Users/bob/bsdhome $ cd bsdhome bob@machinea /cygdrive/c/Users/bob/bsdhome $ cp ../file.txt . cp: cannot stat ‘../file.txt’: No such file or directory Trying to do the same thing with windows/DOS cmd.exe works just fine. To make sure that windows created symbolic links behaved consistently, I created with the same process another symbolic link, but in this case to a directory and not to a network share, and proceeded to do the same copy. I couldn't reproduce the problem and the process was successful in cygwin. So as far as I came to fixing this problem, I found that cygwin somehow interprets ".." in the case of a network share symbolic link is actually pointing to //MACHINEB on the (//) virtual directory, which made no sense to me as far as symbolic links go and even if it did why would it work in the case of a normal directory...one too many slashes? :-) I understand the symptoms but I have no clue how to make this work or if this is a feature or a bug. Is this related to the virtual directory? can it be disabled? I did go through the documentation and googled the life out of me before posting here, the answer is probably too obvious and I can only blame my inexperience with cygwin. Perhaps someone has faced a similar situation, any help or hint would be much appreciated. /Socrates. I certainly don't have any definitive information, but I wonder if the issue is whether bash completion handles .. differently from other tools if the directory was reached by cd'ing to a symlink. If you cd to a symklink and then cd .., you get back where you started, but bash completion seems to see the actual parent directory when looking at '..'. I have had similar issues when it's a plain cygwin symlink and no Windows links, shortcuts, or network mounts are involved at all. Jack -- 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 under emacs gives
Leo letterboxes.org> writes: > > > On 01/03/2012, at 3:35 AM, wytten wrote: > > > > > I have the same issue. More information: If you back down cygwin bash to > > BASH_VERSION='3.2.51(24)-release', the messages about job control no longer > > appear when bash starts. However I still can't interrupt jobs started with > > M-x compile or M-x shell-command, so I'm guessing this has something to do > > with the latest version of cygwin.dll > > > > Yep, I can confirm this: The version 3 bash kind of works - but when I invoke a bash inside that bash it hangs. I > can get back to emacs by Ctrl-G, but I have to kill the bash then. > > I still would like to find out what has change in the cygwin1 setup??? The > I/O control must have changed somehow. > > Maybe then it would be possible to invoke the cygwin bash differently, so > that it plays nicely with the > native emacs. > > Thanks, Leo > > I am also seeing this problem with 4.1.10-4 and 3.2.51-24 versions of bash and with the latest snapshot builds of cygwin1.dll. Is there any update for this issue? Thanks, Jack -- 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:
Ken Brown cornell.edu> writes: > > Another (easier) thing you could do is try various snapshots between > versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the > problem first occurred. > > Ken > > Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this issue. There is a pointer on the emacs lists (for MacOS) that says I should recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for device" problem. I was hoping to avoid recompiling emacs but I guess I'll give that a try. :) Thanks for the ideas Ken. Jack -- 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: What can I do about messages bouncing - ezmlm warning
On 2015.07.02 15:29, Andrey Repin wrote: Greetings, Ian Lambert! >> >> Messages to you from the cygwin mailing list seem to >> >> have been bouncing. >> >>> The error is: >> >> >>>> Remote host said: 554 5.7.9 Message not accepted for policy reasons. >> >> See http://postmaster.yahoo.com/errors/postmaster-28.html >> >>> It looks like this might be related to DMARC. Is there anything I can >>do >>> about this (other than stop using yahoo) to continue receiving >>messages >>> from your list? >> >>This is yahoo server getting to you. Not RedHat one. >>I don't see, why you are posting it to the list. > I see the same periodically, and miss a few mails. Also, they get tagged as > spam often. Maybe cygwin.com and sourceware.org could better comply with postmaster-28 requirements? This is not a problem of sourceware server. He sent a letter to both list and the original message sender. He got a reply from original sender's server that his message (in fact, his off-list message!) was rejected. I also get these bounces as much as every few weeks, as well as the notes from the list that messages have bounced. Every time I've tried to actually track down the cause, I've ended up rolling my eyes and eventually blaming Yahoo (which is who handles the mail for my ISP) and there is absolutely no way to find a human to even discuss this with. My best guess is that Yahoo has a reputation for not adequately clamping down on spam sent from domains it controls, so it seems to revolve in and out of various, generally short term, local blacklists. I agree it's not an issue with cygwin or sourceware. Jack -- 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: feature request: easier "auto select a close mirror for me"
On 2015.08.28 14:23, Andrey Repin wrote: Greetings, Roger Pack! > It would be awesome if the top option for servers were "auto select > closest" or something like that. How would it know where you are located and how do you define "closest"? The mirrors that are "close" to me give worst speed comparing to the ones across the ocean. I wouldn't make it part of setup.exe, but a separate tool, like Arch Linux's mirrorselect. It finds the server with the best response, or perhaps the best N servers. Yes, "best response" is subject to interpretation, but some combination of low latency and fastest download of some (small?) test file, perhaps. Jack -- 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: HTTPS - Error setting certificate verify locations
On 2015.09.29 16:07, fluffy8x . wrote: Update: I didn't see your reply beforehand as it didn't arrive in my inbox. I'll retry and wait for autorebase to finish. Right now, though, it seems that the process is hanging, as the progress bar does not update. It turns out it just takes a long time; autorebase should update the progress bar or people are going to think that it's hanging. I let all the postinstall scripts finish, and now curl works with HTTPS. Out of curiosity, how long did it take to finish? -- 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: Fwd: SSHD not connecting from outside(real) IP
On 2016.01.04 20:16, João Paulo wrote: Just run wireshark in here, and that is what I got: 3686466.550797192.168.1.2187.114.55.XTCP62 [TCP Retransmission] 50346 → 22 [SYN] Seq=0 Win=65535 Len=0 MSS=1460 SACK_PERM=1 1.2 is my local server. 187.144.55.X is my real IP. The connection is reaching my machine on port 22. Detail that I am trying to connect on the same macine as the server (1.2) If I use ssh 192.1168.1.2 it works, but if I use 187.144.55.x it doesnt. Any other suggestion? Thanks. Have you tried connecting to the external IP from a machine that is external to your local net? I have vague memories of strange issues if you try to connect to your public IP from inside. However, if your router is running DDWRT, then you should be able to get some some better detail from the router itself about what it is doing with that request. Jack -- 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: Notmuch mail indexer - talloc requirement?
On 2016.06.14 04:44, Corne Plas wrote: Jack Ostroff users.sourceforge.net> writes: I realize this is a bit over a year old, but I'm in exactly the same situation. I was able to complete the talloc compile and install by going into the bin/defaults directory and linking cygtalloc_2.dll to both talloc.dll and cygtalloc.dll, and the same for cygpytalloc-util-2.dll. What exactly did you do by 'going into the bin/defaults directory and linking cygtalloc_2.dll to both talloc.dll and cygtalloc.dll, and the same for cygpytalloc-util-2.dll'? I'll still trying to 'make' talloc, but still get the error 'cannot find -ltalloc'. Starting from the main directory where the the tarball has been expanded, "cd bin/defaults" then "ln -s cygtalloc_2.dll talloc.dll" and "ln -s cygtalloc_2.dll cygtalloc.dll" and the equivalent two for the other dll. I did this from a cygwin shell in mintty. (I don't have that laptop booted up right now, so this is from memory. My desktop is Linux, so I can't confirm from here.) Jack -- 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] Updated: xorg-server-1.18.3-1
On 2016.07.11 16:31, Marco Atzeri wrote: On 21/06/2016 19:04, Jon Turney wrote: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.18.3-1 These packages contain XWin and the other X.Org X11 servers. In addition to upstream fixes [1], the following cygwin-specific changes have been made since 1.18.2-1: * In multiwindow mode, enable the -compositewm option by default, so top-level window contents which are occluded are shown correctly in task bar and task switcher previews. Add a -nocompositewm option so it can be disabled. * Fix any custom sysmenu configured in .XWinrc not being used when window is initially shown (Thanks to Colin Harrison) [1] https://lists.x.org/archives/xorg-announce/2016-April/002683.html 32 bit seem to have an issue. 64 bit is fine $ startxwin xauth: (stdin):2: unknown command "086295becc62502e7c43cb93e1b5b8d1" Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.18.3.0 OS: CYGWIN_NT-6.1-WOW GE-MATZERI-EU 2.5.2(0.297/5/3) 2016-06-23 14:27 i686 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) Package: version 1.18.3-1 built 2016-06-20 XWin was started with the following command line: /usr/bin/XWin :0 -multiwindow -auth /home/marco/.serverauth.7560 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/marco/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - RemoteSession: no winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 0005 xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error Previous version also fails, just later winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 OS maintains clipboard viewer chain: yes OS maintains clipboard viewer chain: yes winMultiWindowXMsgProc - xcb_connect() returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. xinit: connection to X server lost waiting for X server to shut down winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winMultiWindowXMsgProc - Fatal error 1 on xcb connection winDeinitMultiWindowWM - Noting shutdown in progress (II) Server terminated successfully (0). Closing log file. Unfortunately I am mainly using the 64bit, so I don't know when the problem arose. It works fine for me, with cygwin 32 bit under Windows 7 Pro 32 bit, although my CPU is actually 64 bit. Let me know if you want any other details about my system. Jack -- 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: Please explain how to add to a thread in this mailing list
On 2016.08.11 19:37, Eliot Moss wrote: On 8/11/2016 7:28 PM, Thomas Taylor wrote: I tried to reply to the person who replied to my original post. I did this by sending an email to this mailing list, with "RE: " as the new subject line. The mailing list took this to be a reply to my original post, rather than a reply to the person who replied to my original post. Should I have used "RE: RE: instead? No -- you should look at the addressees in the mail and responder only to the sender, not the list, if that's what you want ... But you ASKED a different question: how to add a (presumably new) thread to the LIST. I believe you simply need to send a new message or change the subject more, and not use RE: ...Eliot Moss Also note that most email threading happens using headers which are rarely seen by humans (using the internal message id's) so if you reply to a list message, even if you change the subject completely, many email programs will still indent it under the message you replied to. Whether those headers are set correctly depends on your email software (although most seem to do the right thing.) Also note that it is not the mailing list which determines threading. It's all done at display time by the software reading the messages, whether that's your local email software (thunderbird, kmail, ...) or some web email interface. Jack -- 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: Please explain how to add to a thread in this mailing list
On 2016.08.11 22:13, Greg Freemyer wrote: On Thu, Aug 11, 2016 at 8:44 PM, Thomas Taylor wrote: > Thank you for responding to my post. I think I asked the wrong question. > What I really want to know is how to use this mailing list and others like > it. I'm new at this, and can't find any instructions anywhere. Such lists > must have become part of the culture, and I must have missed school that > day. I'm able to create a post, but don't know how to reply to one. > Somehow I got the feeling that I should only reply to the mailing list, > rather than directly to the person (like you) who responded to my post. I > don't get responses via email, and don't even know if I should. Instead, I > check for them periodically on the web page for the mailing list archive. > If I find a response, I don't know the right way to reply. Are you subscribed such that you get each email as a separate email? If so, all you have to do is reply. Reply all s normally fine, but I've been on lists with various rules (netiquettes). I suspect your issue is how you subscribed to the list. Greg That also depends on you email software. In most cases, Greg is right, and you can just hit "reply". However, in some cases, the combination of the list software and you email software knows you can "Reply to group" which is different - it replies to the list address, and not to the individual who sent the message. Unfortunately, there is not consistency here, so you have to learn how the lists you subscribe to identify themselves, and how you individual email software deals with that. For example, I need to "G" or "Reply-group" rather than just "Reply". The real issue is simply that you need to pay attention to all the "To:" and "CC:" headers before you hit "Send". -- 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: libbost_python1.58 and python-matplotlib not found (required by python-tagpy and python-ipython)
On 2016.10.06 13:37, David Stacey wrote: On 05/10/16 22:31, Jack wrote: Running setup-x86.exe on my Windows 7 box, with NO packages listed as pending, hitting next gives me: libboost_python1.58 (not found) Required by: python-tagpy python-matplotlib (not found) Required by: python-ipython Both python-tagpy and python-ipython are from Cygwin Ports, so strictly speaking they are off-topic for this list. You should ask at the Cygwin Ports mailing list [1]. However, Yaakov reads this list as well, so he may be able to help. It looks as though both packages need rebuilding. Thanks. Oof I should have known that. I'm also subscribed to the Cygwin Ports list, but I'll wait a bit before reposting there. Dave. [1] - https://sourceforge.net/p/cygwin-ports/mailman/cygwin-ports-general/ Jack -- 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: ezmlm warning
On 2016.11.02 09:04, Eric Blake wrote: On 11/02/2016 05:43 AM, Andrey ``Bass'' Shcheglov wrote: Remote host said: 550-5.7.1 Unauthenticated email from vanav.org is not accepted due to domain's > 550-5.7.1 DMARC policy. Please contact the administrator of vanav.org domain if > 550-5.7.1 this was a legitimate mail. Please visit > 550-5.7.1 yahoo.com has already been doing this for a while, now gmail.com is doing it too :( In addition to the link you quoted: > https://support.google.com/mail/answer/2451690 here's another one: https://wiki.list.org/DOC/What%20can%20I%20do%20about%20members%20being%20unsubscribed%20by%20bounces%20of%20Yahoo%20user's%20posts%20for%20DMARC%20policy%20reasons%3F The problem is that the mailman instance running the cygwin mailing list (and ALL lists hosted by sourceware, for that matter) needs to be reconfigured to cope with stricter DMARC rules. I'm not an admin, so you will need to redirect this request to the postmaster that manages cygwin's mailman instance. In the meantime, the only "workaround" is to subscribe to the list using an address that isn't quite as nasty about DMARC rules. It's sad that more and more sites are clamping down, but that's the price we pay for spammers. I recently ran into the same problem sending to a KDE list. In my case, I was using a sourceforge.net FROM: address, but actually sending through my ISP (frontier.com). Sourceforge had the DMARC policy that mail claiming to be from sourceforge.net should not be accepted if it came from anywhere else. I think the final solution was for them to drop that rule, since at least one of the uses of sourceforge is exactly that type of aliasing. I don't think gmail will do the same. You are using a gmail.com address, but it looks like you might have sent it from vanav.org. In this case, I suspect your only solution will be to actually send mail from gmail.com using the gmail.com smtp server. Eric's suggestion to resubscribe from an address at a site which is less strict about DMARC rules would work, but I think the underlying issue will arise again, as long as you use an smtp server other than the one from the From: address you are using. Jack -- 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: DMARC - gmail.com or is it yahoo.com
On 2016.11.29 09:24, cyg Simple wrote: I find this excerpt from cygwin-help a bit confusing. Notice the "yahoo.com" in the "Remote host said:" message. What's really going on here? Why is yahoo.com doing the authentication for a gmail.com address? Received: (qmail 130602 invoked for bounce); 17 Nov 2016 10:26:04 - Date: 17 Nov 2016 10:26:04 - From: mailer-dae...@sourceware.org To: cygwin-return-2058...@cygwin.com Subject: failure notice Hi. This is the qmail-send program at sourceware.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : User and password not set, continuing without authentication. 173.194.202.27 failed after I sent the message. Remote host said: 550-5.7.1 Unauthenticated email from yahoo.com is not accepted due to domain's 550-5.7.1 DMARC policy. Please contact the administrator of yahoo.com domain if 550-5.7.1 this was a legitimate mail. Please visit 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about the 550 5.7.1 DMARC initiative. e69si30940847pfk.231 - gsmtp -- cyg Simple I haven't looked at the details of this particular error, but are you using an alias'd address? For example, my return address here is @users.sourceforge.net. However, they only resend mail to that address to my real address @frontier.com. I have validated to frontier.com that I really do own the address @sourcegforge.net. So I send through the frontier server with a From: address of sourceforge. In my case, with a KDE mailing list, when KDE gets a message, they ask the domain of the message (sourceforge) about their policy. Recently, they upped the level, and so told KDE to reject any mail appearing to be from sourceforge if it didn't actually come from their. Thus I got lots of this type of error. Someone finally convinced sourceforge that didn't make sense, since one of their offerings is aliased email addresses, which were then all bouncing. So, your From: is gmail. Are you actually sending through a gmail server, or through a yahoo server? (Note yahoo servers handle all sorts of other domains, not lease most of the domains used by AT&T as an ISP.) Jack -- 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: How to Setup Multiple System Distro Manpages
On 07/14/2018 04:50 PM, Brian Inglis wrote: Hi folks, I've installed a few WSL distros for comparison and downloaded a bunch of other manpage sets and unpacked them: $ l src/man/*[0-9].tar.gz src/man/CentOS_7.1.tar.gz src/man/NetBSD_7.1.tar.gz src/man/Darwin_7.0.1.tar.gzsrc/man/OpenBSD_6.2.tar.gz src/man/Debian_8.1.0.tar.gzsrc/man/Red_Hat_Linux_i386_9.tar.gz src/man/FreeBSD_12.tar.gz src/man/SunOS_5.10.tar.gz src/man/FreeBSD_Ports_11.1.tar.gz src/man/SuSE_Linux_i386_11.3.tar.gz src/man/HP-UX_11.22.tar.gz src/man/X11_R7.4.tar.gz $ l /proc/cygdrive/c/usr/local/share/man/ cat1/ debian@ man1p/ mann/ SunOS-5.10/ cat3/ Debian-8.1.0/man2/ netbsd@ suse@ cat5/ freebsd@ man3/ NetBSD-7.1/ SuSE-11.3/ cat7/ FreeBSD-12-current/ man3p/ openbsd@ubuntu@ cat8/ FreeBSD-ports-11.1-RELEASE/ man4/ OpenBSD-6.2/x@ centos@hpux@man5/ ports@ X11R7.4/ CentOS-7.1/HP-UX-11.22/ man6/ redhat@ darwin@man0p/ man7/ RedHat-9-i386/ Darwin-7.0.1/ man1/man8/ solaris@ but despite reading docs, adding links and changing configs, I'm unable to get man/-db to access these with or without the -m system switch. I know I must be missing some essential point, but searching has not come up with anything to help me fix this. Has anyone here set this up and can suggest an approach that will work? Purely a guess on my part, but should those directories all start with "man" (or "cat") ? Jack -- 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
Posting etiquette: Was: Getting error message when launching X-Window apps in Cygwin
On 2/9/19 9:46 AM, L A Walsh wrote: If a list is a conversational list where people think everyone reads everything, then maybe chronological might be better, but even many forums will show you the newer messages first. The behavior/display of a list of messages does not have to be the same as the behavior within each message. Does that help or make sense, or should I have read through the next 700 messages to see if you found a solution to you situation. While I don't know of any forum that does threading, most email programs do, so replies to a request for help SHOULD be listed directly below it in most email programs. (certainly true in (most of) the ones I use.) But it could be very confusing if people always started at the beginning of their email and read downwards. Another part of the etiquette of bottom posting lists is to trim what you quote down to what you are answering/replying to. [Normally I would use ... or "snip" but here I think I've kept enough for context.] What "I" find really annoying is those lists where people with post a reply, without quoting ANY of the original question - so you get messages like "Click the third link on that page." with no context. That's possibly OK if you see it displayed right under the first message, but quite meaningless otherwise. I agree that I don't want to scroll through pages of previously read stuff to see the new content, but if it's not relevant to the "current" message, why not trim it out? You can manage long discussions by either having the entire history in one file/message, or by keeping the entire list of messages and keeping each message short and to the current point. In the first case, it may be easier to top-post new content, but then you have no reason to keep old messages, as long as nothing does get trimmed. I think difficulties arise when mixing the two approaches, which is probably inevitable with email lists which get archived and even more so for cases like usenet, where you can either post or email. I generally consider it as "local custom." Some lists/forums want one, some want the other. As long as it's made clear, why not follow the requested style? (Another way to look at is as religion, which suggests there is little point trying to change people's minds.) Jack -- 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: Building Bedrockdb in cygwin
On 2019.05.13 14:17, Jose Isaias Cabrera wrote: Greetings! I am trying to build Bedrockdb in cygwin. Running make gives me this output: e608313@HOR711318E ~/Bedrock-master $ make git submodule init git submodule update cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf fatal: reference is not a tree: c49b808ae490f03d665df5faae457f613aa31aaf make: *** No rule to make target 'mbedtls/library/libmbedcrypto.a', needed by 'libstuff/libstuff.d'. Stop. Any thoughts? I tried getting help from the bedrock group, but their google group has not been updated since 2017. So, I thought that I would try it here. Any guidance would be appreciated. Thanks. josé I know nothing about Bedrock, but I'd ask what you did before running "make." Did you do ./configure? Is there perhaps an autogen.sh to run? In applications I've compiled which use git submodules, it's often been autogen.sh which actually initialized them, which must be done before updating them, and I seem to recall that it's something that needs to be done prior to the "git submodule init". Jack From: Jose Isaias Cabrera Sent: Wednesday, May 8, 2019 03:00 PM To: cygwin@cygwin.com Subject: Building Bedrockdb in cygwin Greetings. Has anyone tried to build Bedrockdb[1] in cygwin? Thanks. josé [1] https://bedrockdb.com/ Bedrock by Expensify - Bedrock – Rock-solid distributed data<https://bedrockdb.com/> Bedrock – Rock-solid distributed data. Bedrock is a simple, modular, WAN-replicated, Blockchain-based data foundation for global-scale applications. bedrockdb.com -- 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
Re: Building Bedrockdb in cygwin
On 2019.05.13 15:01, Jose Isaias Cabrera wrote: So, it looks like the root (c49b808ae490f03d665df5faae457f613aa31aaf) does not exists... Thanks for the quick reply, though. This issue is that at that point, the higher level make assumes that mbedtls is a git repository. cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf fatal: reference is not a tree: c49b808ae490f03d665df5faae457f613aa31aaf I don't fully understand the git submodules, but something in the main git repository should have the info about where the git submodule's upstream repository is. I'll guess here that you started by unpacking a tarball, and not cloning the Bedrock git repository, and that they failed to include the main .git folder in the tarball. You'll probably either need to start by a git clone, or have them tell you how to manually specify the missing submodule information. However, in doing a bit of searching, I just found a stackoverflow answer which includes "This is the most common problem with submodules. The commit that you are on in the outer repository has a reference to a commit in the submodule that someone did not push up yet. It's a dependency problem. Always push from the inside-out. This is most likely not something you did wrong, but someone else that's working in the repository. "This implies that mbedtls does have a .git folder, but that particular commit is not yet available. Try doing a "git pull" when in that subdirectory. Otherwise, wait for a response from the Bedrock team. Jack -- 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: Building Bedrockdb in cygwin
On 2019.05.13 16:15, Jose Isaias Cabrera wrote: [snip.] $ git clone https://github.com/Expensify/Bedrock.git Cloning into 'Bedrock'... fatal: unable to access 'https://github.com/Expensify/Bedrock.git/': Out of memory I think that means you. Do you have enough disk space? Before doing much else, however, please confirm that that subdirectory does have a .git folder. If so, the git pull should work. If not, it wont. -- 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: Building Bedrockdb in cygwin
On 2019.05.13 16:37, Jose Isaias Cabrera wrote: Jack, on Monday, May 13, 2019 04:22 PM, wrote... >On 2019.05.13 16:15, Jose Isaias Cabrera wrote: >[snip.] >> $ git clone https://github.com/Expensify/Bedrock.git >> Cloning into 'Bedrock'... >> fatal: unable to access 'https://github.com/Expensify/Bedrock.git/': >> Out of memory >I think that means you. Do you have enough disk space? $ df -a Filesystem Size Used Avail Use% Mounted on C:/cygwin/bin - - -- /usr/bin C:/cygwin/lib - - -- /usr/lib C:/cygwin 280G 67G 213G 24% / B: 4.0G 91M 3.9G 3% /cygdrive/b C: - - -- /cygdrive/c D: 183G 18G 165G 10% /cygdrive/d Which drive are you trying to build on? B: 3.9G might well not be enough room. C: and D: seem to have enough space. Before doing much else, however, please confirm that that subdirectory does have a .git folder. If so, the git pull should work. If not, it wont. You are right. There is no .git folder within mbedtls. Hmmm... I am not a git guy. Do I do a 'git init' to get a .git folder created? The problem is you can't just create a new git repo from thin air. You need to pull it from the mbedtls site. The Bedrock repository contains the bits that tell the git submodule commands how to do that - that's what is missing from the tarball. I suppose you could go to the dir one above mbedtls and try cloning that repository, which should then have all the pieces Bedrock seems to expect. -- 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: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
On 5/18/19 9:24 PM, Jose Isaias Cabrera wrote: How do I uninstall the installation that I created with the building of gcc6? I did a search on duckduckgo for, cygwin how to uninstall gcc after building it and found nothing that could help me. Right now I have two installs of gcc: v7.4.and v6.4.0. If you did "make install" then you can do "make uninstall" unless you deleted the build folder. In that case, you just have to find all the pieces and manually delete them. -- 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: how to access and display apps that I've launched
On 2017.07.23 08:32, mike wrote: Hi I updated my Cywin installation on the 21st or 22nd of July 2017. I run 32-bit Cygwin/X on 64-bit Win 7 Pro. If I launch the Cygwin Xwin Server I get the icon at the very top middle of the screen and can then go into the icons menu and right click on the Cygwin icon and get a list of categories of applications to run and apparently launch because if I try to launch some and wait long enough and right click on the aforementioned icon and select quit it says there are N apps running and do I want to close them. The problem is that anything I launch through the icons menu doesn't display anywhere and in particular doesn't appear in the task bar. I have read the FAQ and UG but can't find what I'm looking for. It definitely seems to me that the behaviour has changed since before I updated. Can somebody please tell me what I am doing wrong? I would be very grateful for any help. Thanks in advance. Mike Are you sure those apps you are trying to launch are actually installed? You could always bring up a Cygwin terminal (not through the X icon) and explicitly "export DISPLAY=0:0" and then try to launch one of the apps from the command line to see any errors. Jack -- 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: xhost: unable to open display ""
On 2018.01.23 19:57, Mark Geisert wrote: Waltz, James wrote: Hi- I think that I have installed all the necessary packages, but I still get the above error, when I type “xhost +” on my local machine. I am also still getting a “cannot open display: localhost:10.0” error. This is DESPITE the fact that: - I set DISPLAY to “localhost:10.0” - X11Forwarding is set to “yes” in the sshd_config file - I changed the “hosts” file, under /etc to have actual IP addresses. Any idea why this might be happening? Yes. Change that "10" to "0". So it's "localhost:0.0" or even ":0.0". Should work much better :) Unless ssh is involved, which was not stated, but I suspect might be part of the issue. Jack -- 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
General Question - support for Windows DDKs, specifically SPTI
Hi folks - hope I'm not wasting anybody's bandwith here, but I've spent quite some time trapsing through docs and archives and source code and haven't come up with a lot of answers and just a little insight. (If yer busy, you may want to skip to the end - between here and there simply lies a verbose description of why I'm asking those questions - or perhaps it's a bit of venting. :-) My goal is to make use of the SCSI Pass-thru Interface on Windows (SPTI) from programs compiled in and running within the Cygwin environment. (I'm a U*x-type programmer, and this stuff will be ported to many different OSs - Solaris, Linux, Digital Unix, as well as Windows NT, 2k and XP (and who knows what others :-). So, I wanted to use cygwin to "protect" my fairly simple source code from the, um, "intricacies" of having common code betwixt Windows and Unix.) My initial take was to (somehow) recreate the appropriate structures and values and simply call ioctl() after opening the SCSI device. Needless to say, after seeing what ioctl actually boiled down to in this case (in fhandler.cc), I saw this approach wasn't going to work well. (That actually makes sence to me - ioctl() doesn't map very well to DeviceIoControl, with things appearantly being bi-direction in the Windows side.) So, my next take was to actually use CreateDevice() and DeviceIoControl() within my code; and, lo and behold, it actually compiled and ran. (Whee!) However, once I established that fact, I went on to try and include the SPTI structure and ioctl definitions, which seeming are not covered in the cygwin headers (or, at least, not completely ...) This got me into the Windows DDK mess - who knows which ones (NT DDK, Win2k DDK, MEDDK, ack!) are supported on which platform, and they disagree is a lot of places, and they're all turning into the "Windows DDK" this month, anyway (which purportedly works for all platforms; I'm thinking it's more like moving all the problems under one include directory, but what do I know. :-) In any case, the amount of success I have depends entirely on which headers I include from which DDK on whatever plaform I happen to be on at the moment. I had managed to craft things such that I could #include files for the IOCTL_SCSI_GET_ADDRESS ioctl to work on NT 4.0 (using the NT DDK) and on WinXP (sing the Win2K DDK). (This feat worked 'cuz all that's needed are NTDDSCSI.H - from the DDK - and winioctl.h, from cygwin.) I then moved on to try the IOCTL_GET_DEVICE_NUMBER - not so good. On NT, the fault lies with the NT DDK - the STORAGE_DEVICE_NUMBER structure isn't defined anywhere. After I crafted my own, it seemed to work (or at least compile.) On WinXP/W2KDDK, I ran into a different problem: including NTDDSTOR.H, where the STORAGE_DEVICE_NUMBER is defined, causes a redefinition of the PREVENT_MEDIA_REMOVAL structure, which I was surprised to find was defined in a cygwin header! (/usr/include/w32api/winioctl.h, to be precise.) It is now pretty clear to me that there is some very limited support in cygwin for "standard" Windows device interfaces like the SPTI (although the word "standard" doesn't belong anywhere near Windows - their different DDKs don't support or define the same things!) Now, I'm quite sure I can get this all to work by crafting my own headers, essentially translating what I need from whichever DDK seems to be working at the time; heck, I could even try to write a script to do it. (That leaves me a bit at the mercy of changes in the DDK headers; every time it changes, I have to recraft my headers. Not that cygwin would be in a different boat ...) But this (finally!) leads to my questions: (1) To what extent does the cygwin environment intend to support interfaces like SPTI, if at all, within it's own compilation environment? Having PREVENT_MEDIA_REMOVAL in there implies some kind of support for DDK interfaces, but was it done to the end of supporting a larger interface definition, or simply to get "what's needed now" into cygwin? (2) Is my use of DeviceIoControl() and CreateDevice() "the right way to do it"? The ease by which I could do it (besides the SPTI and structure mess) seemed to imply to me such use of (some) Windows API functions mixed in with my other "pure unix" code is supported, though there's not a lot said in the documentation about it... or is it "more correct" to (for example) have a different kind of filehandler that supports the ioctl() interface more completely? (But, if so, does that mean recreating all the SPTI headers when this handler is built?) This is more philosophical than practical, I guess, but I'm interested in understanding the "larger intent" in these kind of areas. T
Remote mounts not seen in remote bash shell
I have a Win2kAS box with the most recent Cygwin package installed. I am logged into the box with my own userid which has Administrator privileges. When I am running a local bash shell, that is on the console of the box, I can see remote drives with mount: $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) h: on /cygdrive/h type user (binmode,noumount) j: on /cygdrive/j type user (binmode,noumount) The drives are also accessible via their mount locations -- //FILESERVER1/Home/jtwilley and //chez/jtwilley, respectively. When I am running a remote bash shell, that is via ssh'ing into the box from another computer, I cannot see remote drives with mount. The H: and J: drives are not visible, and they cannot be accessed via /cygdrive/j or //chez/jtwilley from the remote bash shell. How do I fix this? The whole reason I installed Cygwin was so I could ssh into the box, run a script stored on a remote machine and move files from one machine to another. This is not working as well as I'd hoped. I searched all over via Google and the FAQ and the User Guide and found nothing helpful. Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Remote mounts not seen in remote bash shell
>>>>> "Vince" == Vince Hoffman <[EMAIL PROTECTED]> writes: Vince> are you using pubkey or password authentication ? if your using Vince> pubkey then try password. I am able to successfully log in to the machine with RSA keys. The problem was eventually solved by running the following command from a remote bash shell: net use k: chez\\jtwilley myrealpassword /persistent:yes And yes, I had to use my real password. This enabled me to use /cygdrive/j as well as /cygdrive/k and //chez/jtwilley. Goodness. I can kinda sorta see why, but it's really ugly and annoying. I have another problem which is only peripherally related to cygwin so I'll put it in another message. Thanks! Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin and performance counter logs
Are there any tools under Cygwin which can manipulate performance counter logs? I'm looking for something which can start and stop the collection of a certain counter and write to a certain file in CSV format. I've built a counter log thing in the Windows tools, but there doesn't appear to be any CLI tool to manipulate it in Win2kAS. I know that XP has logman, but that doesn't work under Win2kAS. Help? Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Can't run Macro Express from within Cygwin bash shell
This is probably a general question and not application-specific. I can run the application from a cmd window in Win2kAS with a command line like this: c:\progra~1\macroe~1\meproc.exe /Fj:\diesel\scripts\PerfmonMacros.mex /APerfMonInit I've tried running the same command line with lots of escaping from a Cygwin bash shell, both remotely and locally. It doesn't work. I've tried mixtures of /cygdrive/c and c:\\ and I can see the files in the remote directory from the bash shells just fine. What am I doing wrong? Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't run Macro Express from within Cygwin bash shell
>>>>> "Michael" == Michael A Chase writes: [...] Michael> If it's a MSDOS/Windows executable, it won't know anything Michael> about Cygwin paths. Getting backslashes (\) right can be Michael> rather tricky in a shell environment, so what I'd suggest is Michael> something like this: Michael> # A DOS program won't understand Cygwin file specifications Michael> mex=$(cygpath -w -a Michael> /cygdrive/j/diesel/scripts/PerfmonMacros.mex) Michael> # Use a Cygwin path for the shell to find the program Michael> "/cygdrive/c/Program Files/MacroExe/meproc" /F$mex Michael> /APerfMonInit Your solution works with a local bash shell but not a remote one. Any idea why? While logged in remotely, I can ls both the binary and the macro file, so it's not a permissions thing, or I don't think it is anyway. Jack. (never the easy questions) -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't run Macro Express from within Cygwin bash shell
>>>>> "Michael" == Michael A Chase writes: Jack> Your solution works with a local bash shell but not a remote Jack> one. Any idea why? While logged in remotely, I can ls both the Jack> binary and the macro file, so it's not a permissions thing, or I Jack> don't think it is anyway. Michael> What part is failing? Is cygpath.exe running at all? Is Michael> cygpath.exe converting the PerfmonMacros.mex path correctly? Michael> Is meproc.exe running at all? What happens if you try to run Michael> meproc.exe with other arguments? ... I'm sorry for the completely lame response of mine. I'll be more specific. The cygpath.exe program works the same for both local and remote shells. It gives the same response each time. Since the meproc.exe program runs properly on the local shell, I have to assume that the cygpath.exe program is converting the path correctly. I'm not exactly sure how to tell if the meproc.exe program is running "at all". There is a delay, and then I get another prompt. Running the meproc.exe program with other arguments gives me the same results. When I run the meproc.exe program without arguments with truss, it returns errno 53. I don't know what Cygwin uses errno 53 for, but FreeBSD uses it for ECONNABORT, which doesn't make much sense. Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't run Macro Express from within Cygwin bash shell
>>>>> "Michael" == Michael A Chase writes: [...] Michael> Try copying PerfmonMacros.mex to a directory that is Michael> physically on the same machine as Cygwin and meproc.exe. Michael> Drive J: is usually a network drive. Drive J: is indeed a network drive. I can copy the file to a local directory for a test, but I have to use the network drive when I do this for real. Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't run Macro Express from within Cygwin bash shell
>>>>> "Bjoern" == Bjoern Kahl > writes: Bjoern> Hallo ! Bjoern> Just a stupid question: Bjoern> What programm do you try to run with "Macro Express" ? You Bjoern> can not run a Windows-GUI-Application (e.g. everything that Bjoern> pops up a window or dialog) in a remote shell. There is no Bjoern> such thing as MS-Windows GUI-forwarding. It's not a stupid question at all. My macro starts and stops performance counter logs, and it uses that by passing along instructions to a GUI application (perfmon.exe). If that won't work from a remote shell, it's back to the drawing board for me. Do you have any suggestions on how to do this on Win2kAS? Bjoern> Bjoern Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with cygrunsrv
I have a program someone wrote me that works fine from the command line, but doesn't work when run as a service. The following command works from a local Windows command shell: perflog -o c:\perflogs\diesel.csv -s 1 -c "\Processor(_Total)\% Processor Time" -c "\SMTP Server(_Total)\Messages Sent/sec" The program does the right thing, writing one line every second to the diesel.csv file containing the performance counter values mentioned on the command line. Here's my cygrunsrv line: cygrunsrv -I perflog -p /cygdrive/c/WINNT/perflog.exe -t manual -a '-o c:\\perflogs\\diesel.csv -s 1 -c "\\Processor(_Total)\\% Processor Time" -c "\\SMTP Server(_Total)\\Messages Sent/sec"' This line returns no errors. Here's the line I used to start the service: cygrunsrv -S perflog This took a while (quite a few seconds) but returned with a prompt. I suspect the program partially runs, as the data file is created. Here's the line I used to stop the service: cygrunsrv -E perflog This waited quite some time before returning with an error: cygrunsrv: Error stopping a service: ControlService: Win32 error 1061: The service cannot accept control messages at this time. I get a similar response when I try to remove the service. Help? Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Another cygrunsrv question
Is there any way to display information about installed services? I'd like to see what services are installed, what arguments they have, what users they run as, et cetera, to help debug this perflog problem. Jack. -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Another cygrunsrv question
>>>>> "Larry" == Larry Hall <(RFK Partners, Inc)" <[EMAIL PROTECTED]>> writes: Jack> Is there any way to display information about installed Jack> services? Jack> I'd like to see what services are installed, what arguments they Jack> have, what users they run as, et cetera, to help debug this Jack> perflog problem. Larry> You can see what services are started with 'net start'. Not Larry> sure I know of a utility that gives you all the information Larry> you're looking for. It sounds like the kind of thing that could be rolled into cygrunsrv pretty easily, since cygrunsrv modifies this information and uses it for services. Something like "cygrunsrv -L " where information about a particular service could be displayed, or failing that, all the services on the system. Jack. (too bad I'm insufficiently skilled to write the code) -- Jack Twilley // Tier 2 Support Engineer // Brightmail Inc. jtwilley at brightmail dot com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How did I get it?
Could some tell me how the CYGWIN1.DLL ended up on my computer. It seems to have just appeared at 3:09am yesterday and I know I wasn't working at that time. Could this have been uploaded to my machine for malicious purposes? If so, what else should I be looking for, besides a better firewall and virus detector? Any information would be appreciated... Thanks Jack Rose [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SPAM - Re: How did I get it?
Thanks for the response Max. I tried running regedit. It pops up and then immediately closes itself, the same thing happens when I attempt to run msconfig. I found cygwin1.dll in the \windows directory. I also found a new exe - shiver.exe. A search of the web indicates that this is a trojan. - Original Message - From: Max Bowsher To: Jack Rose ; [EMAIL PROTECTED] Sent: Saturday, December 14, 2002 4:11 AM Subject: SPAM - Re: How did I get it? Jack Rose <[EMAIL PROTECTED]> wrote: > Could some tell me how the CYGWIN1.DLL ended up on my computer. It > seems to have just appeared at 3:09am yesterday and I know I wasn't > working at that time. > > Could this have been uploaded to my machine for malicious purposes? > If so, what else should I be looking for, besides a better firewall > and virus detector? > > Any information would be appreciated... Well, someone (apparently not you) installed Cygwin, or a program which uses a cut down Cygwin install to function. What is the full path to Cygwin1.dll? If it is in Windows/System(32) or the equivalent, look in the registry at: HKLM\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (NB: the value name is a single forward slash.), and the corresponding path in HKCU. The value of that will provide a hint. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SPAM - Re: How did I get it?
I'd like to thank all who responded to my query. The cygwin1.dll was indeed used maliciously. I dumped my McAfee and purchased Norton System Works 2003. It took me a total of 3 days get my infected machine back up and running. Most of the difficultly came from the fact that the "worm" and its associated programs remapped a lot of the registry. Norton identified 3 worms with the main culprit being Backdoor.SubSeven22. Two of the exe's being used were wlhsnrbw.exe and avill.exe. Again - many thanks! Jack Rose - Original Message - From: Michael Schaap To: Jack Rose Cc: [EMAIL PROTECTED] Sent: Saturday, December 14, 2002 7:19 AM Subject: SPAM - Re: How did I get it? On 14-Dec-2002 10:11, Max Bowsher wrote: > Jack Rose <[EMAIL PROTECTED]> wrote: > > >>Could some tell me how the CYGWIN1.DLL ended up on my computer. It >>seems to have just appeared at 3:09am yesterday and I know I wasn't >>working at that time. >> >>Could this have been uploaded to my machine for malicious purposes? >>If so, what else should I be looking for, besides a better firewall >>and virus detector? >> >>Any information would be appreciated... > > > Well, someone (apparently not you) installed Cygwin, or a program which uses > a cut down Cygwin install to function. > And this could indeed be a virus or worm. There is at least one that includes cygwin1.dll: http://vil.mcafee.com/dispVirus.asp?virus_k=99529 I'd certainly check your PC carefully for viruses, if I were you. - Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cannot "cd" to mounted network share
.2-6 jpeg6b-7 keychain1.9-1 less378-1 lesstif 0.93.18-3 libPropList 0.10.1-3 libbz2_01.0.2-1 libbz2_11.0.2-2 libcharset1 1.8-2 libdb2 2.7.7-4 libdb2-devel2.7.7-4 libdb3.13.1.17-2 libdb3.1-devel 3.1.17-2 libguile12 1.6.0-1 libguile14 1.5.6-5 libiconv1.8-2 libiconv2 1.8-2 libintl 0.10.38-3 libintl10.10.40-1 libintl20.11.5-1 libkpathsea320020911-1 libltdl320030103-1 libncurses5 5.2-1 libncurses6 5.2-8 libpng 1.2.4-2 libpng101.0.14-2 libpng10-devel 1.0.14-2 libpng121.2.4-2 libpng12-devel 1.2.4-2 libpng2 1.0.12-1 libpopt01.6.4-4 libreadline44.1-2 libreadline54.3-2 libtool 20020705-1 libtool-devel 20030103-1 libtool-stable 1.4.3-1 libungif4.1.0-2 libxerces-c21 2.1.0-1 libxml2 2.4.23-1 libxslt 1.0.13-1 lilypond1.6.5-1 lilypond-doc1.6.5-1 links 0.96-1 login 1.7-1 lynx2.8.4-5 m4 1.4-1 make3.79.1-7 man 1.5j-1 mc 4.5.55-1 mingw-runtime 2.3-1 mktemp 1.4-1 mod_auth_mysql 1.11-1 mod_auth_ntsec 1.7-1 mod_dav 1.0.3-1.3.6-1 mod_php44.2.0-1 mod_ssl 2.8.8-1.3.24-1 more2.11o-1 mt 2.0.1-1 mutt1.4-1 nano1.1.10-1 nasm0.98.35-1 ncftp 3.1.4-1 ncurses 5.2-8 newlib-man 20020801 openbox 0.99.1-3 opengl 1.1.0-6 openssh 3.5p1-3 openssl 0.9.7-1 openssl-devel 0.9.7-1 openssl096 0.9.6h-1 patch 2.5.8-2 pcre3.7-1 perl5.6.1-2 perl_manpages 5.8.0-1 pine4.53-1 pinfo 0.6.6p1-1 pkgconfig 0.14.0-1 popt1.6.4-4 postgresql 7.3.1-1 procmail3.22-7 procps 010801-2 python 2.2.2-4 rcs 5.7-3 readline4.3-2 regex 4.4-2 robots 2.0-1 rsync 2.5.5-2 rxvt2.7.9-4 sed 4.0.5-1 sh-utils2.0.15-3 sharutils 4.2.1-2 shutdown1.2-2 squid 2.4.STABLE7-1 ssmtp 2.38.7-3 sunrpc 4.0-1 swig1.3.16-1 sysvinit2.84-3 tar 1.13.25-1 tcltk 20021218-1 tcp_wrappers7.6-1 tcsh6.11.00-5 termcap 20020930-1 terminfo5.2-3 tetex 20020911-1 tetex-base 20020911-1 tetex-beta 20020911-1 tetex-bin 20020911-1 tetex-devel 20020911-1 tetex-doc 20020911-1 tetex-extra 20020911-1 tetex-tiny 20020911-1 tetex-x11 20020911-1 texinfo 4.2-4 texmf 20020911-1 texmf-base 20020911-1 texmf-doc 20020911-1 texmf-extra 20020911-1 texmf-tiny 20020911-1 textutils 2.0.21-1 tidy021202-1 tiff3.5.7-1 time1.7-1 ttcp1
/bin/hostname
On Cygwin, /bin/hostname is part of sh-utils. On RedHat, it's part of net-utils and provides a much richer set of options. I discovered this the hard way, when RH8 `/bin/hostname -s` didn't work on cygwin. (On RH8, -s stands for short host name, e.g., the "host" of "host.example.com".) Is there any chance Cygwin might get a nicer hostname, or is this really complicated? -JT _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Network Shares Not Accessible Via ssh
When I am on my local Windoze machine using cygwin I can see my network shares, i.e., "cd \\r:". However, when I ssh to that machine, I only have access to the local drives... Any suggestions on how I can access the network stuff when I ssh? Thanks. __ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 -- 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/
How To Export NFS?
Begin Disclaimer: The following searches produced nothing useful... Searched http://cygwin.com/faq.html for "nfs" Searched http://cygwin.com/ for "nfs" Googled web and groups for "cygwin" "nfs" End Disclaimer I'm trying to export an NFS filesystem under cygwin to a Linux machine on the same network, but I get" # mount -t nfs 10.0.0.1:/etc /mnt mount: RPC: Timed out " There are no firewalls on either box. My /etc/exports contains: $ cat /etc/exports /etc 10.0.0.0/255.255.255.0(ro) I ran the following on the cygwin machine: $ /usr/sbin/portmap.exe & $ /usr/sbin/rpc.mountd.exe & $ /usr/sbin/rpc.nfsd.exe I can't find any reference to make this work. If anyone can forward something helpful, I would greatly appreciate it. If this is a FAQ, please point me in the right directions because I can't find it... As always, please send negative comments to /dev/null :) . Thanks! __ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861 -- 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/
Exporting /cygdrive/ Probelm, was Re: How To Export NFS?
--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote: ... > One more place to look: > /usr/share/doc/Cygwin/nfs-server-2.2.47-2.README > Igor Excellent! I compiled from source and did not have the above file and was missing some other stuff. Once I installed the binaries I was able to export regular directories. However, I still can't mount my Windows CD-ROM drive remotely. I followed the information in the README regarding /cygdrive and did the following: $ mkdir -p /exports/d $ mount -f -s -b d:/ /exports/d $ echo "/exports/d (ro,all_squash)" >> /etc/exports The line redirecting to /etc/exports looked funny, so I replaced it with: /exports/d 10.0.0.0/255.255.255.0(ro,all_squash) When I attempt to mount from a Linux machine I get: [EMAIL PROTECTED] root]# mount -t nfs 10.0.0.123:/exports/d /mnt/windoze mount: wrong fs type, bad option, bad superblock on 10.0.0.123:/exports/d, or too many mounted file systems I can mount other directories, but not /exports/d (which is my CD-ROM drive). Arggg... Suggestions? __ Do you Yahoo!? SBC Yahoo! - Internet access at a great low price. http://promo.yahoo.com/sbc/ -- 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/
nmap, Compile Problem
I attempted to compile nmap using the UNIX source code, but ran into problems. Has anyone the compiled nmap UNIX source under cygwin? __ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin setup freezes
At 09:59 AM 5/7/2002, Sander Timmermans wrote: >I tried to use the KDE sourceforge ftp with the latest cygwin setup.exe, but >it messed up my Cygwin install. >So I must reinstall cygwin but setup.exe freezes everytime. >I tried with the setup.exe that comes with local packages and the normal >internet install setup.exe. >I am desperate ! I cannot continue :( I also experienced this problem using setup 2.194.2.24. setup.ini downloads to 98% (96k/98k), the CPU spikes for several seconds (450MHz), and then focus shifts to an invisible "Parse Error" error dialog, as indicated by the Taskbar. Hitting Enter dismisses the dialog and brings the user back to the "select a download site" setup screen. There's nothing interesting in the setup.log file. The problem goes away if you download setup 2.194.2.26 from http://www.cygwin.com/setup.exe. Sincerely, Jack Tan [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Abnormal SCP performance under cygwin
Hello, I'm posting to this list because I have noticed this ssh/scp problem only with cygwin. The condition I'm seeing is an adnormal 800kb/s transfers from a Cygwin box to a Solaris 8 box, while seeing about 4m/s from the Solaris box to the Cgywin box. WinSCP from the same box running Cygwin is about 3m/s. The Cygwin box is a Windows XP SP2 machine running the latest version of Cygwin. All machines tested are using OpenSSH 4.2p1. All machines have the same ssh and sshd configs. Keys are default settings. Bidirectional transfer speed from both to other machines is normal. FTP speed is consistent between all the machines test. Here's a short summary: SCP: Cygwin -> Solaris 800k/s WinSCP -> Solaris 3m/s Solaris -> Cgywin 4m/s Cgywin-> Linux 5m/s Solaris ->Linux 4m/s Linux -> Cygwin6m/s Linux -> Solaris 4/ms FTP: All -> All normal Why is the transfer speed from the Cygwin to Soalris so different from the others? Please help. Thanks, Jack -- 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: mksh (shell)
You have a shell and all you need is a computer. I have a million dollars and all I need is your checking account. Maybe we can work something out. On 10/28/05, Thorsten Glaser <[EMAIL PROTECTED]> wrote: > > Hello, > > I'm the maintainer of mksh, the MirBSD Korn Shell, an improved pdksh derivate > which has been packaged for BSD Ports, Debian GNU/Linux, Gentoo GNU/Linux, > Crux GNU/Linux, Mac OS X Fink, and works under Interix and Solaris as well. > > An older version worked under Cygwin, but I do not have a shell account on a > Cygwin box where I could test that, so I cannot promise our current version > (25) works under Cygwin. > > If people can give me a ssh account on a publically reachable Cygwin box > (IPv6 or IPv4), I will test that. > > If someone wants to make a Cygwin package out of mksh, I'd be very glad. > Your name will be listed on the mksh homepage (currently > http://mirbsd.mirsolutions.de/?mksh > ) as contributor as well. > > Sorry for the "people, please do XXX" but my ressorces are limited, my > responsibilities as BSD developer high, and I only have one Windows box > which is already occupied with Interix. > > Thanks in advance! > > bye, > //mirabile > > PS: Making a package should be dead easy, besides, you can look at > the aforementioned ports for further hints. > -- > Vutral: ohne [...] kram sinds 46 Zeilen. Wozu also ein Tutorial? > ciruz: weil die zeilen alle ausssehen wie > m/@!,.*[0-9]*$/; $_=$` > executable line noise-- Benny zu Perl im MirOS IRC Channel > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin connection closing running on Server 2003
I am running Cygwin 1.5.18 on Windows Sever 2003 with all current updates. My problem pertains to OpenSSH 4.2p1-1. I ran the setup script for OpenSSH and used the tool to import my Windows users. I am able to connect to the server both locally and from other machine and am prompted for my password. When I give an erroneous password I am told so. When I give a correct password I am given the "Last Login:..." message (which is correct) but then immediatly "Connection to localhost closed." (localhost replaced by the server name when not connecting locally) and an error 255. This happens for all users (including the Administrator user) and locally and remotely. I have noticed that if after I submit my password I start tapping keys quickly the connection stays open untill I stop -- even for a fraction of a second. I have reinstalled OpenSSH and then Cygwin to no avail. I have attached the verbose output of the ssh connection to the server. The OpenSSH log does not log this failure. Any insight would be appreciated. --jack romano [EMAIL PROTECTED] ~ $ ssh -vvv localhost OpenSSH_4.2p1, OpenSSL 0.9.8a 11 Oct 2005 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: Connection established. debug2: key_type_from_name: unknown key type '2048' debug3: key_read: missing keytype debug1: identity file /home/Administrator/.ssh/identity type -1 debug1: identity file /home/Administrator/.ssh/id_rsa type -1 debug1: identity file /home/Administrator/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.2 debug1: match: OpenSSH_4.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.2 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256- cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256- cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256- cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256- cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 140/256 debug2: bits set: 492/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/Administrator/.ssh/known_hosts debug3: check_host_in_hostfile: match line 2 debug1: Host 'localhost' is known and matches the RSA host key. debug1: Found key in /home/Administrator/.ssh/known_hosts:2 debug2: bits set: 520/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/Administrator/.ssh/identity (0x0) debug2: ke
Re: Cygwin connection closing running on Server 2003
Thank you both for your suggestions. I tried running user-ssh-config but the SSH1 RSA creation fails with the message "chmod: changing permissions of '/home/jromano': Permission denied". I continue through the steps and there are no other error messages, but i am still experiencing the same problem. Disabling StrictModes did not help either. What folders or files do I need to change the permissions to, and what changes need to be made? Thank you again, --jack romano Corinna Vinschen wrote: On Nov 23 22:21, Larry Hall (Cygwin) wrote: On 11/23/2005, Jack Romano wrote: I am running Cygwin 1.5.18 on Windows Sever 2003 with all current updates. My problem pertains to OpenSSH 4.2p1-1. I ran the setup script for OpenSSH and used the tool to import my Windows users. I am able to connect to the server both locally and from other machine and am prompted for my password. When I give an erroneous password I am told so. When I give a correct password I am given the "Last Login:..." message (which is correct) but then immediatly "Connection to localhost closed." (localhost replaced by the server name when not connecting locally) and an error 255. This happens for all users (including the Administrator user) and locally and remotely. I have noticed that if after I submit my password I start tapping keys quickly the connection stays open untill I stop -- even for a fraction of a second. I have reinstalled OpenSSH and then Cygwin to no avail. I have attached the verbose output of the ssh connection to the server. The OpenSSH log does not log this failure. Any insight would be appreciated. I have a vague recollection of folks having problems like this when they didn't have correct permissions on their login directory. You might check this. If you can't find the problem this way, try turning off "StrictModes" in '/etc/sshd_config' Before you do that, try running ssh-user-config for each user having this problem. ssh-user-config tries to create correct permissions so that sshd can access everything. But as usual, YMMV. Corinna -- 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/
special install
Hi, Our group is interested in installing cygwin on a group of classified computers that are not connected to the internet. Would you please tell me how to download what I need from the internet. Then I'll put it on a CD, carry it into the classified room, and then install on the computers there. Thanks, - Jack Calman Johns Hopkins University Applied Physics Lab Laurel, MD -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin/x symantec antivirus conflict (fixed in snapshot?)
Christopher Faylor wrote: For those who haven't been following along at home, it looks like a change I just made to select() may solve the dreaded "slows down to a crawl with Symantec AntiVirus" problem. This may also improve the performance of things that use sockets slightly. So, I'd appreciate reports on the latest snapshot. Does it fix any problems? Cause any problems? No change? Wow! Using the 2004-10-10 snapshot, I'm experiencing an ubelievable speed improvement. The typing delay as well as the remote X apps drawing delays are gone. In addition, I confirm that openssh with X forwarding and Cygwin/X are both functioning as they should. cgf and Philip, thank you immensely. -- 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/
sftp a big file
Last night I tried to sftp a really big file and it failed at about 90 percent done. I saw an error message that's somewhat similar to "Message received too big". It is my daily practice to download big files using sftp and I have never seen that before. The size is usally about 500MB to 1GB and I have no problem doing them. But this one was way bigger than that and I'm wondering if there is any filesize limitation on sftp/cygwin. Jack -- 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/
sftp "connection closed"
When "ssh host" works but "sftp host" doesn't, where should I look? Both were working before. But I realized that I needed to fix /etc/passwd and /etc/group for another reason, so I did mkpasswd and mkgroup. Then did ssh-host-config again. With that done, now I am happy to see the ssh user finally become the same user as the console user. They were different before. On the flip side, though, sftp doesn't work anymore. I can do "ssh host" just fine. I appreciate your help. J Here is how it doesn't work. --- [EMAIL PROTECTED]> sftp -v host Connecting to host... OpenSSH_4.1p1, OpenSSL 0.9.8 05 Jul 2005 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to host [ 192.168.1.111] port 22. debug1: Connection established. debug1: identity file /home/myname/.ssh/id_rsa type 1 debug1: identity file /home/myname/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.1 debug1: match: OpenSSH_4.1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'host' is known and matches the RSA host key. debug1: Found key in /home/myname/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: publickey debug1: Offering public key: /home/myname/.ssh/id_rsa debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Trying private key: /home/myname/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive debug1: Authentications that can continue: publickey,password,keyboard-interacti ve debug1: Next authentication method: password [EMAIL PROTECTED]'s password: debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending subsystem: sftp debug1: client_input_channel_req: channel 0 rtype exit-signal reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.6 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 debug1: Exit status -1 Connection closed -- 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: sftp "connection closed"
On 9/7/05, Larry Hall <[EMAIL PROTECTED]> wrote: > At 12:33 PM 9/7/2005, you wrote: > >When "ssh host" works but "sftp host" doesn't, where should I look? > > > >I appreciate your help. > > I guess you could try starting the server with debugging turned on and > see what you get from the logs there. Results from that are usually > more instructive. It started working again after I changed /etc/passwd. When I recreated the file by doing mkpasswd -l, I also hand-editted something. That is the last part of the line, the login shell. Originally it was bash, and I changed it to tcsh. Being a tcsh fan all my life, I've always hated when I had to type "tcsh" right after logging in on a ssh session because the login shell is bash. When I did mkpasswd, I thought it was a perfect time to change my login shell to tcsh. And I was happy with the result: tcsh running as a login shell. With tcsh as a login shell, however, sftp didn't work. With bash, it is working now. So I take it. J -- 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: sftp "connection closed"
On 9/7/05, Igor Pechtchanski <[EMAIL PROTECTED]> wrote: > On Wed, 7 Sep 2005, Jack Offerman wrote: > > > On 9/7/05, Larry Hall <[EMAIL PROTECTED]> wrote: > > <http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks. > > > > At 12:33 PM 9/7/2005, you wrote: > > > >When "ssh host" works but "sftp host" doesn't, where should I look? > > > > > > > >I appreciate your help. > > > > > > I guess you could try starting the server with debugging turned on and > > > see what you get from the logs there. Results from that are usually > > > more instructive. > > > > It started working again after I changed /etc/passwd. When I recreated > > the file by doing mkpasswd -l, I also hand-editted something. That is > > the last part of the line, the login shell. Originally it was bash, and > > I changed it to tcsh. Being a tcsh fan all my life, I've always hated > > when I had to type "tcsh" right after logging in on a ssh session > > because the login shell is bash. When I did mkpasswd, I thought it was a > > perfect time to change my login shell to tcsh. And I was happy with the > > result: tcsh running as a login shell. > > > > With tcsh as a login shell, however, sftp didn't work. > > With bash, it is working now. So I take it. > > This looks like a bug in sftp -- it should work regardless of what shell > you have as your default. I'm guessing some environment variables > (probably PATH) aren't set up correctly if tcsh is used as the shell. > Try adding PATH settings, similar to those in /etc/profile, to > /etc/csh.cshrc, and see if it fixes your problem. If it does, I'd submit > these changes as a patch to the "base-files" package. Okay, that was my .tcshrc, in which I had this check: if ( $term == "xterm" ) on a non-interactive session, $term is not set and it coughs like "term: Undefined variable", which must've messed up the sftp handshake. Now, having tcsh as my login shell and sftp working as well, I couldn't be happier. J -- 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/
1.5.25-6: Win32 programs don't get correct >> redirection
Running Cygwin version 1.5.25-6 with version 3.2.25-17 of bash with Win XP Pro... Start up bash. Enter these commands in order: sh-3.2$ echo ABCDEFGHIJKLMNOPQRST > foo.txt sh-3.2$ echo UVWXYZ >> foo.txt sh-3.2$ cat foo.txt ABCDEFGHIJKLMNOPQRST UVWXYZ sh-3.2$ echo ABCDEFGHIJKLMNOPQRST > foo.txt sh-3.2$ cmd /c echo UVWXYZ >> foo.txt sh-3.2$ cat foo.txt UVWXYZ IJKLMNOPQRST sh-3.2$ The first time that we use the ">>" redirection operator, it works correctly. The second time that we use the ">>" redirection operator, it overwrites the beginning of the file rather than appending to the end. The only difference is that the Win32 command interpreter CMD.EXE is echoing the text rather than bash. -- 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/
Cut & Paste doesn't work in Cygwin on WinXP Pro
I have Cygwin set up on Windows 2000 and the mouse works perfectly to select text to do cut & paste. I have another Cygwin setup on Windows XP Pro, but the mouse does not select text, and can't cut & paste. I have no idea what might be wrong. I don't think it has anything to do with .vimrc since it doesn't work in the bash shell either. Any help would be appreciated. Please let me know if there's any additional information I could post to help someone figure out this problem. Thanks Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -- 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/
Shouldn't 'man' depend on 'col'? Shouldn't 'col' be easier to find?
Problem #1: -- After I loaded a few cygwin packages, I got this: $ man bash | wc man: can't execute col: No such file or directory The "man" command works perfectly when the stdout is NOT redirected, but, when sent to a pipe or a file, the command "man" fails with the above message. Question #1: Shouldn't the 'man' function/package depend on the 'col' function/package? Problem #2 -- To solve my 'man' problem,I tried to find the 'col' command. I launched the standard interface (setup.exe) and entered 'col' in the 'Search' text field. It gave me a list of packages, mainly related to 'colamd', 'colorgc', 'protocol' stuff, 'colored' stuff, 'texlive-collection' stuff, 'colordiff'... but no clear link to the missing 'col.exe'. I tried to put 'col[^A-Za-z]' in the 'Search' text field but it gave nothing. Question #2: Shouldn't the 'col.exe' function/package be referenced in some (clear) package? Problem #3 -- I googled it and found: "Cannot locate col command in any current packages" at https://cygwin.com/ml/cygwin/2002-04/msg00414.html whose answer was (in 2002): "Use this link to find out: http://www.cygwin.com/packages/"; So I went there, tried to search for 'col', found more than 1000 answers... useless... Then I searched for '[^A-Za-z]col[^A-Za-z]' and found 17 matches for [^A-Za-z0-9_]col[^A-Za-z0-9_], mainly emacs stuff, glpk stuff, singular-base stuff, texlive-collection stuff and... the winner is: 'util-linux-2.21-1 - Random collection of Linux utilities' which contains '/usr/bin/col.exe' among 178 lines. Question #3 To get a 'man' that works when piped, is there a better way than loading this "random" collection of utilities? Am I the only one to get that problem??? )jack( -- 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
optimizing fork/exec in vendor source
hi guys, i think cygwin is great, and i'd like it to be more useful to me. my work for the past year has been porting daemons to windows. so i'm familiar with the fork problem. i've read a little about how cygwin does a lot of work to make fork work. -- and to make it work without having to change the source from the vendor. i think maybe the vendor might be changed to make small changes to their source so that cygwin will run a lot better. a little example that illustrates cygwin's fork efficiency is: $ time ls >/tmp/out real0m0.131s user0m0.062s sys 0m0.015s $ time for x in `cat /tmp/out`; do ls -d $x; done >/dev/null real0m3.512s user0m0.378s sys 0m0.915s which kind of kills some simple shell scripts. in the example, i guess all that is done is to fork and exec ls, grabbing its stdout. this can be done with CreateProcess() easily without having to emulate everything that fork does. so my real question is, has anyone tried optimizing fork/exec to CreateProcess()? and would the maintainers of (eg. bash) accept a patch for use with cygwin? (so i wouldn't have to continually forward port my fork/exec code). ta, jack -- 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: optimizing fork/exec in vendor source
eric wrote: > No, changing bash to use CreateProcess is not the answer. The real > question is whether someone with copyright assignment is willing to write > posix_spawn[p], and write it more efficiently than forking, this seems to be an easy problem in cygwin (at least, in comparison to fork). and would fix one of the biggest problems with cygwin (or at least cygwin bash). who has to hold the copyright? ta, jack. -- 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: optimizing fork/exec in vendor source
On Sat, Oct 11, 2008 at 1:26 AM, Christopher Faylor <[EMAIL PROTECTED]> wrote: >>this seems to be an easy problem in cygwin (at least, in comparison to >>fork). and would fix one of the biggest problems with cygwin (or at >>least cygwin bash). who has to hold the copyright? > > It is not an "easy problem" and there are no guarantees that it would > fix anything. i'm naive when it comes to cygwin internals, but the obvious similarity of posix_spawn to CreateProcess is seductive. can you give me an example of one of the difficulties of implementing posix_spawn in cygwin so i don't bother the list anymore? ta, jack. -- 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: optimizing fork/exec in vendor source
eric wrote: > Exactly how do you propose to implement posix_spawnattr_setsigdefault > without understanding cygwin internals, and given the fact that native > Windows API is woefully lacking in sigset_t coding? in the startup code for the new process, i'd call signal() (or similar) to set the default handler for each of the signals mentioned in the sigset_t. ta, jack -- 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/
"Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac
After upgrading my cygwin environment this morning to version 1.7.11-1, I am no longer able to use cygwin bash as a shell within native GnuEmacs (Windows). When I invoke M-x shell, I now get the following output in the shell window: bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell $ The shell window is functional, but as the error message suggests, I have no Ctrl-C, Ctrl-Z or other job control functions. Here are my shell related .emacs settings: (setq explicit-shell-file-name "c:/cygwin/bin/bash.exe") I am using: GnuEmacs version 23.4.1 (latest) Bash version 4.1.10-4 also Bash version 3.2.51-24 (removes error message, but job control still doesn't work) I also tried the cygwin1.dll from the 3/10 snapshot and saw no difference in behavior. Jack -- 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: Is there something going on with the ML server?
On 2015.12.16 10:22, David Macek wrote: On behalf of Corinna, who says on IRC that her messages don't make it to the mailing lists (regular, announce, nor overseers), is she getting detected as spam now (and why)? Or is there some more global issue? -- David Macek Her message to the announce list "TEST RELEASE: Cygwin 2.4.0-0.11" dated 2015.12.16 06:39 made it through this morning. Jack -- 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 emacs manual entries
I've just installed 1.7.17 (twice, to confirm it installed properly) on a Win7 Ultimate box. When I invoke a manual entry, M-x man, for any man page I'm getting Ctrl-M characters in the output. I've tried this from the minterm console, Xterm, and Emacs-x11 (not XEmacs) and all have the same result. Tried this without a .emacs file, same thing. Searched high a low, web, Cygwin FAQ, mailing list archives. Hope this doesn't turn out to be face-palm obvious, any help to get rid of them would be much appreciated. jprad -- 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 emacs manual entries
On 02/12/2013 07:28 AM, Ken Brown wrote: On 2/11/2013 11:03 PM, Ryan Johnson wrote: On 11/02/2013 10:47 PM, Jack Radigan wrote: I've just installed 1.7.17 (twice, to confirm it installed properly) on a Win7 Ultimate box. When I invoke a manual entry, M-x man, for any man page I'm getting Ctrl-M characters in the output. I've tried this from the minterm console, Xterm, and Emacs-x11 (not XEmacs) and all have the same result. Tried this without a .emacs file, same thing. Huh. WJFFM on the 20121222 snapshot and emacs 24.2.1 in mintty... not sure what to tell you. It seems unlikely that the snapshot really matters in this case. I can't reproduce it either. Jack, there must be something in your setup that's causing this to happen. Check your shell initialization scripts, mounts, environment variables, etc. Ken, thanks for the prod. Really odd that commenting out 'stty sane' from .bashrc would fix it. That .bashrc and the rest of my files we copied from a WinXP machine I'm retiring that was running Cygwin 1.5.25 & emacs 21.2.1, no Ctrl-M's there. -- 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
Is this a bug or a behavior?
Using the following script: #!/bin/bash set -x cat << eof | `ls /bin | grep "^grep$"` alpha alpha omega eof Output from bash on Linux: + cat ++ ls /bin ++ grep '^grep$' + grep alpha alpha Output from bash on Cygwin: + cat ++ ls /bin ++ grep '^grep$' + alpha ./ls-test: line 3: alpha: command not found But, the command 'cp /bin/grep ~/.' will copy grep.exe to my home directory. Shouldn't 'ls' be suppressing the '.exe' extension for cygwin binaries in the same way that 'cp' appends it? Seems inconsistent not to. -- 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
mkpasswd -d
In 1.7.31, I can run mkpasswd -d domainname -p /home -u userid >> /etc/passwd and it takes less than a second to complete. In 3.1, it takes 150 - 180 seconds to complete for the same user. Is this a bug, have I misconfigured something or is it something else? Sent from my iPhone
Re: mkpasswd -d
Yes; however, we will need continue with the old method. Time run against our domain on 3.1 is: real2m19.693s user0m7.578s sys 0m0.859s Time run on 1.7.31 for the same user against the same domain is: real0m0.741s user0m0.015s sys 0m0.030s Sent from my iPhone On Dec 18, 2019, at 1:45 PM, Corinna Vinschen wrote: On Dec 18 18:54, Jack Marks wrote: In 1.7.31, I can run mkpasswd -d domainname -p /home -u userid >> /etc/passwd and it takes less than a second to complete. In 3.1, it takes 150 - 180 seconds to complete for the same user. Is this a bug, have I misconfigured something or is it something else? Something else I guess: $ time mkpasswd -d blah -p /home -u blub > /dev/null real0m0.105s user0m0.015s sys 0m0.062s You're aware that you don't actually need /etc/passwd, right? https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping Corinna -- Corinna Vinschen Cygwin Maintainer
Re: mkpasswd -d
Brian, Running cygserver did not improve the response time. While the service was running, it actually slowed the process down around 15 seconds. Any other ideas? Thanks! Sent from my iPhone > On Dec 18, 2019, at 1:45 PM, Corinna Vinschen > wrote: > > On Dec 18 18:54, Jack Marks wrote: >> In 1.7.31, I can run mkpasswd -d domainname -p /home -u userid >> >> /etc/passwd and it takes less than a second to complete. In 3.1, it >> takes 150 - 180 seconds to complete for the same user. Is this a bug, >> have I misconfigured something or is it something else? > > Something else I guess: > > $ time mkpasswd -d blah -p /home -u blub > /dev/null > > real0m0.105s > user0m0.015s > sys 0m0.062s > > You're aware that you don't actually need /etc/passwd, right? > > https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping > > > Corinna > > -- > Corinna Vinschen > Cygwin 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
Re: mkpasswd -d
Corinna / Brian, Just another update, on the 3.1 installation, I renamed the mkpasswd.exe file and copied the mkpasswd.exe from the 1.7.31 installation and the command executes in less than a second as seen below. There seems to be something with the mkpasswd.exe on the 3.1 installation that is causing the latency. real0m0.183s user0m0.000s sys 0m0.093s Sent from my iPhone On Dec 19, 2019, at 1:48 PM, Jack Marks wrote: Brian, Running cygserver did not improve the response time. While the service was running, it actually slowed the process down around 15 seconds. Any other ideas? Thanks! Sent from my iPhone On Dec 18, 2019, at 1:45 PM, Corinna Vinschen wrote: On Dec 18 18:54, Jack Marks wrote: In 1.7.31, I can run mkpasswd -d domainname -p /home -u userid >> /etc/passwd and it takes less than a second to complete. In 3.1, it takes 150 - 180 seconds to complete for the same user. Is this a bug, have I misconfigured something or is it something else? Something else I guess: $ time mkpasswd -d blah -p /home -u blub > /dev/null real0m0.105s user0m0.015s sys 0m0.062s You're aware that you don't actually need /etc/passwd, right? https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping Corinna -- Corinna Vinschen Cygwin 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
Re: Notmuch mail indexer - talloc requirement?
fastmail.com> writes: > On Thu, Mar 19, 2015, at 04:36 AM, Corinna Vinschen wrote: > > On Mar 18 20:12, Joe Rochette wrote: > > > > > > Any ideas on what might be the issue? Is anyone running notmuch (or > > > talloc) for anything out there? > > > > Looks like a simple path problem in Makefile. It just can't find > > the lib when linking. > > > > Corinna > > Ok, thanks for the hint. Any idea on how i should go about correcting > this? I have no idea where -ltalloc should be... but i'm assuming i can > link it with ld before the make? I realize this is a bit over a year old, but I'm in exactly the same situation. I was able to complete the talloc compile and install by going into the bin/defaults directory and linking cygtalloc_2.dll to both talloc.dll and cygtalloc.dll, and the same for cygpytalloc-util-2.dll. However, even then, when doing ./configure on notmuch I still get errors: /usr/include/xapian/version.h:28:2: error: #error The C++ ABI version of compiler you are using does not match /usr/include/xapian/version.h:31:2: error: #error The Xapian library was built with g++ 4.8.3 My current g++ is 5.3.0. At some point, I'll try recompiling Xapian myself, but I wonder whether this hasn't caused problems for anyone else. (I'm posting from gmane because I don't still have this message, although I am subscribed to the list.) -- 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: Notmuch mail indexer - talloc requirement?
I'll let you know. Right now, I'm almost done compiling xapian with my current setup. If that fails, or takes too long, I'll try your suggestion. (Then we'll see what other issues pop up with notmuch.) On 6/11/2016 7:01 PM, David Stacey wrote: On 11/06/16 19:55, Jack Ostroff wrote: I was able to complete the talloc compile and install by going into the bin/defaults directory and linking cygtalloc_2.dll to both talloc.dll and cygtalloc.dll, and the same for cygpytalloc-util-2.dll. However, even then, when doing ./configure on notmuch I still get errors: /usr/include/xapian/version.h:28:2: error: #error The C++ ABI version of compiler you are using does not match /usr/include/xapian/version.h:31:2: error: #error The Xapian library was built with g++ 4.8.3 My current g++ is 5.3.0. Does this help? ./configure CXXFLAGS="-g -O2 -D_GLIBCXX_USE_CXX11_ABI=0" It should force the compiler to use to older ABI. Dave. -- 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
Re: Notmuch mail indexer - talloc requirement?
On 6/11/2016 7:01 PM, David Stacey wrote: On 11/06/16 19:55, Jack Ostroff wrote: I was able to complete the talloc compile and install by going into the bin/defaults directory and linking cygtalloc_2.dll to both talloc.dll and cygtalloc.dll, and the same for cygpytalloc-util-2.dll. However, even then, when doing ./configure on notmuch I still get errors: /usr/include/xapian/version.h:28:2: error: #error The C++ ABI version of compiler you are using does not match /usr/include/xapian/version.h:31:2: error: #error The Xapian library was built with g++ 4.8.3 My current g++ is 5.3.0. Does this help? ./configure CXXFLAGS="-g -O2 -D_GLIBCXX_USE_CXX11_ABI=0" It should force the compiler to use to older ABI. Oddly, no. With that line, I get "Unrecognized option: CXXFLAGS=-g -O2 -D_GLIBCXX_USE_CXX11_ABI=0". Passing it as an environment variable seems to have no effect. (I thought I had recompiled xapian, which I thought would have used the new ABI, but even that didn't seem to make any difference.) Other ideas? -- 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
Autorebase hangs on install
Dear all, Thanks in advance for your help. First I ought to say that there are other instances of similar problems occurring on this mailing list-I've tried to follow the advice but after a decent amount of time and effort have not managed to resolve the issue. For the first time, I tried installing the 64-bit Cygwin on my Windows 7 machine using the setup-x86_64.exe. Once I reach '/etc/postinstall/0p_000_autorebase.dash' the installation gets stuck. I haven't waited at this stage for more than a few hours but I have not got past it. What follows is details on what I've tried. A previous entry on the mailing list entitled "New cygwin install hanging on postinstall" to be found at https://www.cygwin.com/ml/cygwin/2016-01/msg00246.html describes a similar problem. Note, in this mailing list entry the initial problem was one of hanging a different stage, but later in the conversation the author claims their installation spends a long time at the same step. However, their installation does pass this step. The other entry I found to be similar is entitled "setup - 0p_000_autorebase.dash hangs" found athttps://cygwin.com/ml/cygwin/2015-06/msg00136.html. Following a mention of this in this conversation I ended bash processes whilst running the setup and found that this enabled me to pass the Autorebase stage. However, the setup then would just hang at a later stages. I do not have the full list of all the places it hung, but this is the error message I received after installation " Package: 0/Perpetual 0p_000_autorebase.dash exit code 1 0p_update-info-dir.dash exit code 1 Package: _/Unknown package 000-cygwin-post-install.sh exit code -6 base-files-mketc.sh exit code -6 base-files-profile.sh exit code -6 bash.sh exit code 1 ca-certificates.sh exit code -6 coreutils.sh exit code -6 lynx.sh exit code -6 man-db.sh exit code -6 mintty.sh exit code -6 " Once I'd completed this (possibly faulty) installation I restarted my machine and tried to re-base (though I'm not really sure what that means) manually. To do that I followed the instructions here https://www.cygwin.com/ml/cygwin/2016-01/msg00216.html "You need to do a full rebase. I recommend that you do this as follows: 1. Run '/usr/bin/rebase-trigger full'. 2. Reboot, and make sure no Cygwin processes or services are running. 3. Run setup. " I should note, that I ran step one in the Cygwin64 terminal. When reading a different mailing list entry (found at https://www.cygwin.com/ml/cygwin/2013-08/msg00449.html) I realise that I possibly should have ran that with ash or bash. I also followed the instructions of the latter link which are as follows: " Can you try what happens if you stop all Cygwin processes, start a lone dash.exe and enter "/usr/bin/rebaseall" on the command line? Does it run and silently exits, or do you see any kind of error message? " The result of this was that nothing discernible happened for a minute or so and then a "$" was returned in the bash, but I did not receive any error messages. However, having rebooted and tried to run setup again it still hangs at the Autorebase stage. It's worth also pointing out that when I've tried to install new packages the same problem recurs. I did not save the log file the very first time I try to install Cygwin, but I have the log file for a more recent attempt. I'm happy to attach this to a future email if this would help. Alternatively, I could just include important parts of it in an email. How do I go about opening these files (those beginning setup.log.run, found in var/log. Thanks again for your help Jack -- 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
Error message
Hi, I am trying to get astrotortilla to work. I see in the log file where I have an error. Maybe you can help me figure out what the problem is from the log file. If you can help me great, if not please point me in the right direction to get help. I can supply the jpg file I am using if needed. I did try this same file on nova.astrometry.com and it worked. The error message: 2019-03-01 21:21:31,723 - astrotortilla - INFO - 2 [main] bash 16960 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to 2019-03-01 21:21:31,832 - astrotortilla - INFO - the public mailing list cygwin@cygwin.com Thanks, Jack -- 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
https://github.com/alectrocute/flasksaas
Hey, Awesome job on the above. Tried downloading and running and the make dev line throws this error 0 [main] make 13900 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to the public mailing list cygwin@cygwin.com make: date: Command not found make: basename: Command not found cd app && ln -sf config_dev.py config.py make: /bin/sh: Command not found Makefile:17: recipe for target `dev' failed make: *** [dev] Error 127 Thanks! Jack Pegler -- 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: https://github.com/alectrocute/flasksaas
Thanks a bunch. I was running on my windows machine which is *always* the issue. this got things working. https://stackoverflow.com/questions/55535406/how-to-solve-the-traceback-error-when-it-is-not-a-code-issue/55540904#55540904 Cheers Jack Pegler *Phone *: +86 178 0214 8730 *Skype*: jack.pegler1 | *Wechat*: jackpegler | LinkedIn <https://www.linkedin.com/in/jackpegler/> On Tue, 24 Sep 2019 at 08:13, wrote: > >Hey, > > >Awesome job on the above. Tried downloading and running and the make dev > >line throws this error > > >0 [main] make 13900 find_fast_cwd: WARNING: Couldn't compute FAST_CWD > >pointer. Please report this problem to > >the public mailing list cygwin@cygwin.com > >make: date: Command not found > >make: basename: Command not found > >cd app && ln -sf config_dev.py config.py > >make: /bin/sh: Command not found > >Makefile:17: recipe for target `dev' failed > >make: *** [dev] Error 127 > > > >Thanks! > > > > > >Jack Pegler > > > https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings > -- 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
Error
0 [main] bash 4564 find_fast_cwd : Warning: couldn't compute Fast_CWD pointer Please help -- 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
Domain Suffix Search
I have looked every where I possibly could, and not found any issues/fixes for why cygwin is not using the domain suffix search order. There is nothing I can find regarding any sort of resolv.conf solution either. Has anyone seen or heard of this? -jack -- 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, xterm and rxvt freezes when displaying a binary stream
On Mon, May 13, 2013 at 5:45 PM, Andy Koppe wrote: > > On 13 May 2013 22:35, Adrian H wrote: > > I inadvertently dumped a binary stream to the terminal and it froze > > mintty. When I tried to kill the process dumping the data, it > > wouldn't die, even when using -9 switch. When I used Process Explorer > > to kill it, it died and mintty resumed working. > > http://cygwin.com/ml/cygwin/2013-04/msg00362.html Sounds like its related, however, if I only send 369 of the 370 lines, it is fine and the characters sent to the terminal end up on my command line. I.e. I get this on my command line after the cat of 369 lines. $ 1;2c1;2c1;2c Which is part of the return string sans the leading "\x5b\x3f" a.k.a. "\e[". According to that link, you provided, it sounds like only one key is necessary to cause this problem. In any case, how does Linux deal with this issue? Adrian On Mon, May 13, 2013 at 5:45 PM, Andy Koppe wrote: > On 13 May 2013 22:35, Adrian H wrote: >> I inadvertently dumped a binary stream to the terminal and it froze >> mintty. When I tried to kill the process dumping the data, it >> wouldn't die, even when using -9 switch. When I used Process Explorer >> to kill it, it died and mintty resumed working. >> >> I narrowed the stream down to 370 'lines' by catting the file and >> heading and tailing its output. For some reason, I wasn't able to >> narrow it down any further. >> >> This issue doesn't occur within cmd running bash (bash is what is >> running through mintty when this occurred). >> >> I've also tested it with xterm and rxvt and they also froze the >> terminal, so it appears to be something to do with the terminal >> interpreter which may be shared across these three terminal >> programmes. >> >> I've tried to attached the compressed narrowed down stream for you >> viewing pleasure, but this mailing list doesn't support it. If anyone >> wants to debug this further, just tell me where to put the binary file >> and you can do your thing. >> >> Not sure what that stream is doing to the terminal to do that to the >> process, but I don't think it should be doing that. >> >> Any idea what's happening? > > http://cygwin.com/ml/cygwin/2013-04/msg00362.html > > Andy > > -- > 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
Re: malware
Are you referring to the 83.dotm file? Looks highly suspicious. o.O A On Thu, Jun 9, 2016 at 11:51 AM, Jack Adrian Zappa wrote: > Are you referring to the 83.dotm file? Looks highly suspicious. o.O > > > A > > On Thu, Jun 9, 2016 at 11:48 AM, Marco Atzeri > wrote: >> >> On 09/06/2016 17:08, Nellis, Kenneth wrote: >>> >>> Dear Cygwin, >>> A little supposition here, but it appears that the recent posting >>> from Viverra Inc. contained a malicious attachment, as detected by >>> my company's e-mail malware detection as it intercepted the recent >>> digest. I need now to appeal to them to allow me to continue >>> receiving e-mail from you. Cygwin has provided me invaluable tools >>> to do my software development work, so I hope this matter is >>> resolved promptly with my company. Meanwhile I ask that you review >>> your spam detection to minimize impact on me and others in my >>> situation. >>> --Ken Nellis >>> >> >> In general, I suggest you to not use the company's e-mail >> for mailing lists. >> >> The spam detection is never 100% accurate, something >> will always pass through and something will be falsely detected. >> >> My company's spammer filter sometimes report internal >> automatic mails as spam and don't catch real spam. >> >> Regards >> Marco >> >> >> >> -- >> 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
Re: Bash seg faulting?
How about using -xv on your first line to see what is actually being
executed when doing substitution?
I.e.
#!/bin/bash -xv
Another possibility is that Wordconv.exe requires .DLLs that are not
found in the path.
HTH
A
On Fri, Jun 2, 2017 at 11:52 AM, Andy Hall
wrote:
> On 1 June Doug Henderson wrote:
>>
>> On 1 June 2017 at 18:01, Andy Hall wrote:
>> >
>> > Here is a strange one. I have two scripts, conv.sh and conv.bat that do
>> > the same thing: scan the current directory for
>> > .doc files and convert them to .docx files. Here are the two scripts.
>> >
>> > $ cat conv.sh
>> > #!/bin/bash
>> >
>>
>> Try running "cat -e conv.sh" to see if you have dos line endings, e.g.
>> CR LF, instead of unix line endings, e.g. LF only.
>>
>> If you do, run "dos2unix conv.sh" or "d2u conv.sh" to fix the line
>> ending problem. Check that your editor can create files with unix line
>> endings, and preserves unix line endings.
>>
>> HTH
>> Doug
>>
> First of all, the Wordconv.exe converts a .doc file to a .docx file,
> ostensible writing no output. However, I find if I change the script to
> read:
>
> #!/bin/bash
>
> OFFICE_BIN="C:\Program Files (x86)\Microsoft Office\root\Office16"
>
> for doc in *.doc; do
> echo "converting: $doc"
> "$OFFICE_BIN"/Wordconv.exe -oice -nme "$doc" "${doc}x" | od
> done
>
> and run, I don’t get the seg faults, but od is showing no output written as
> you might expect (as in od
> $ conv.sh
> converting: Post-Install.doc
> 000
> converting: Post-InstallB.doc
> 000
> converting: Post-InstallTest.doc
> 000
>
> So something is strange about this particular .exe being executed from bash.
> (Remember that the .bat version of conv.sh does not seg fault.
>
> Sending the output of od to /dev/null silences the seg fault and spurious
> output; provoding a workaround.
>
>
>
>
>
>
>
>
>
>
>
> --
> 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
Could we get Vim 9 packaged?
This email is for Marco Atzeri. Would it be possible to update the vim packages with Vim 9, please? -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Would it be possible to update the bash package?
On Sun, Feb 28, 2021 at 10:03 PM L A Walsh wrote: > What features are you looking for in 5.0 that you need it? > Bug fixes and security updates. Also I want to have version parity with my servers. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
stow exits with Perl errors when run
Hi everyone. I'm having a problem running the "stow" command from the stow 2.4.1+5.40-1 package. When I run it I get some Perl compilation errors and file not found errors. Here's the output: $ stow Can't locate builtin.pm in @INC (you may need to install the builtin module) (@INC entries checked: /usr/local/lib/perl5/site_perl/5.40/x86_64-cygwin-threads /usr/local/share/perl5/site_perl/5.40 /usr/lib/perl5/vendor_perl/5.40/x86_64-cygwin-threads /usr/share/perl5/vendor_perl/5.40 /usr/lib/perl5/5.40/x86_64-cygwin-threads /usr/share/perl5/5.40) at /usr/share/perl5/5.40/File/Copy.pm line 14. BEGIN failed--compilation aborted at /usr/share/perl5/5.40/File/Copy.pm line 14. Compilation failed in require at /usr/share/perl5/vendor_perl/5.40/Stow.pm line 54. BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/5.40/Stow.pm line 54. Compilation failed in require at /usr/bin/stow line 466. BEGIN failed--compilation aborted at /usr/bin/stow line 466. Maybe the stow package is missing a dependency? Searching for "builtin" with the Full view in setup.exe doesn't return any results. This is a fresh install of Cygwin on Windows 11. After the default install I ran setup.exe again and installed the following: bash-completion curl git jq stow tmux unzip vim zip -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: stow exits with Perl errors when run
Yep, installing the perl package fixed the issue. Thanks, Achim! On Thu, Feb 13, 2025 at 10:00 AM ASSI via Cygwin wrote: > Jack S via Cygwin writes: > > Hi everyone. I'm having a problem running the "stow" command from the > stow > > 2.4.1+5.40-1 package. When I run it I get some Perl compilation errors > and > > file not found errors. > > That seems to be a failure of the dependency generation for the stow > package. Based on the error message you got, it should depend on perl, > but actually only depends on perl-base. Please install the perl package > manually, which should resolve this issue. > > > Regards, > Achim. > -- > +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ > > SD adaptation for Waldorf Blofeld V1.15B11: > http://Synth.Stromeko.net/Downloads.html#WaldorfSDada > > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html > Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
nc fails to connect the first time and then succeeds
I was trying to do some testing of a ssh port forwarding issue I was having, by trying to reduce the problem into something simpler. So I reached for netcat (nc). Turns out that when trying to connect a listener to a sender directly, it will fail first and then succeed. Example: In terminal 1 we do: $ nc -l 1234 nc waits. In terminal 2 we do: $ nc -v localhost 1234 nc: connect to localhost port 1234 (tcp) failed: Connection refused Connection to localhost 1234 port [tcp/*] succeeded! The initial failure is fine when connecting directly, but this failure is disastrous when connecting through an ssh connection. This is because when the sshd connects to the nc listener, it will first fail and then succeed. However, that first failure makes the sshd think that there is no connection to be had and just closes the tunnel, making the nc sender just terminate. Is this a coding error or somehow by design? If by design, then why? If by error, then when can we expect this to be fixed? Thanks, Adrian -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: nc fails to connect the first time and then succeeds
Nm. I figured it out. Seems if you don't specify what type of listener, it'll default to IP4. When you create a sender, it'll try first using IP6 and then fall back to IP4. It's that first connection that is causing the failure. If you specify the listener to use IP6, then it works fine. Thanks, A On Tue, Apr 21, 2020 at 3:48 AM Jack Adrian Zappa wrote: > > I was trying to do some testing of a ssh port forwarding issue I was > having, by trying to reduce the problem into something simpler. So I > reached for netcat (nc). Turns out that when trying to connect a > listener to a sender directly, it will fail first and then succeed. > > Example: > In terminal 1 we do: > > $ nc -l 1234 > > nc waits. In terminal 2 we do: > > $ nc -v localhost 1234 > nc: connect to localhost port 1234 (tcp) failed: Connection refused > Connection to localhost 1234 port [tcp/*] succeeded! > > The initial failure is fine when connecting directly, but this failure > is disastrous when connecting through an ssh connection. This is > because when the sshd connects to the nc listener, it will first fail > and then succeed. However, that first failure makes the sshd think > that there is no connection to be had and just closes the tunnel, > making the nc sender just terminate. > > Is this a coding error or somehow by design? If by design, then why? > If by error, then when can we expect this to be fixed? > > Thanks, > > > Adrian -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Screen clearing in CMD without "Legacy Console Mode"
On Fri, Apr 30, 2021 at 1:31 PM Takashi Yano via Cygwin wrote: > Why on earth do you want to set TERM=cygwin? > If you don't set TERM=cygwin, TERM is automatically set to > xterm-256color, in which the issue does not occur. > Might be because for the longest time, if you didn't set it to cygwin, it would mess up the line editing in the shell if your line would exceed a certain length (I think 80 chars) -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
RE: 1.5.24 remote launch of java gui
Thanks for the suggestions. New info: 1) The "ssh -f -t machine2 app" does not work and leaves my terminal on machine1 unusable. 2) If I start sshd on machine2 in a cygwin window as a user then my "ssh -f machine2 app" works like a champ, however, if I start sshd as a windows service then the "ssh -f machine2 app" does not work but if I am actually logged in to machine2 via ssh then running the app works fine. Jack > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen > Sent: Wednesday, April 04, 2007 2:41 AM > To: cygwin@cygwin.com > Subject: Re: 1.5.24 remote launch of java gui > > On Apr 3 15:41, Elliston, Jack W CTR USA TRADOC NSC wrote: > > It works via an interactive ssh connection but does not work when > > using "ssh -f machine2 app" > > > > Am I doing something wrong? > > ssh -f -t machine2 app > > > 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/ > -- 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/
1.5.24 remote launch of java gui
I am unable to launch a java application via ssh such that it displays the gui on the remote machine. Setup: Machine 1 (Linux)--ssh--> Machine 2 (WinXP w/ Cygwin 1.5.24) Example: At the prompt I type "java -jar Notepad.jar" in the correct directory expecting to see the java Notepad display on Machine 2 => I see a java process but no gui. I see a similar problem with the main app I am trying to run. My application will run just fine on Machine 2 and I am able to interact with the process (but not the GUI) and I need the GUI for some monitoring. Even if I set the DISPLAY=localhost:0 it will not display. I don't want the GUI to show up on Machine 1 since the underlying purpose is to launch a java application on multiple cygwin machines using a looped 'ssh -f machinex "java app"' script with the gui displaying on each remote machine. This approach works great on linux boxes but I cannot get a java gui to display on the cygwin machines. I can remotely launch xterms since I do have an Xserver running on the cygwin box. Any help or pointers to better information would be greatly appreciated. Thanks, Jack cygcheck.out Description: cygcheck.out -- 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/
