[UPDATE] base-passwd-2.2-1
Base-passwd Change: added a missing /etc/ - Thanks Igor md5sum for base-passwd-2.2-1.tar.bz2 ed2c2f1670df26ed4f4c704a145b05be http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-passwd/base-passwd-2.2-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-passwd/md5sum (not changed...) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-passwd/setup.hint Let me know if there are any issues :) J.
Re: [UPDATE] base-passwd-2.2-1
On Feb 18 10:00, John Morrison wrote: Base-passwd Change: added a missing /etc/ - Thanks Igor md5sum for base-passwd-2.2-1.tar.bz2 ed2c2f1670df26ed4f4c704a145b05be http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-passwd/base-passwd-2.2-1.tar.bz2 Uploaded. I've removed 2.0-1. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
please upload: nasm-0.98.39-1
http://scarff.id.au/file/nasm/nasm-0.98.39-1-src.tar.bz2 http://scarff.id.au/file/nasm/nasm-0.98.39-1.tar.bz2 http://scarff.id.au/file/nasm/setup.hint Upstream ChangeLog: 0.98.39 --- * fix buffer overflow * fix outas86's .bss handling * make spotless no longer deletes config.h.in. * %(el)if(n)idn insensitivity to string quotes difference (#809300). * (nasm.c) __OUTPUT_FORMAT__ changed to string value instead of symbol. sdesc: The Netwide Assembler ldesc: nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). curr: 0.98.39-1 requires: cygwin category: Devel I haven't kept up with the list, so if I've missed any new packaging conventions introduced in the last 8 months, let me know. -- Dean
Re: please upload: nasm-0.98.39-1
On Feb 18 22:33, Dean Scarff wrote: http://scarff.id.au/file/nasm/nasm-0.98.39-1-src.tar.bz2 http://scarff.id.au/file/nasm/nasm-0.98.39-1.tar.bz2 http://scarff.id.au/file/nasm/setup.hint Uploaded. I've removed 0.98.36-1. I haven't kept up with the list, so if I've missed any new packaging conventions introduced in the last 8 months, let me know. Just drop useless 'curr' and 'prev' lines from setup.hint. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Update: perl-Win32-GUI, perl-libwin32
Reini Urban schrieb: Reini Urban schrieb: Yitzchak Scott-Thoennes schrieb: On Sat, Feb 12, 2005 at 11:56:14PM +0100, Gerrit P. Haase wrote: Reini Urban wrote: I would like to maintain perl-Win32-GUI, the Win32-platform native graphical user interface toolkit for perl, and I want to take over maintainership for perl-libwin32. We need a current perl-5.8.6 build. What about the changes we talk about in PM, are they still needed? Well, just tell me if I need to integrate the patches and release an update of perl *now* or if it may wait for another two weeks? I found more minor problems in the pm_to_blib section in the upstream MM hackery (pc files no copied), which I want to fix the right way, so that it can be applied upstream. Ok, I fixed all cygwin issues. vendor, pid's, rebased, better pm_to_blib patch. http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-Win32-GUI/perl-Win32-GUI-1.0-2.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-Win32-GUI/perl-Win32-GUI-1.0-2-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.191-3.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.191-3-src.tar.bz2 This can go out. No GTG? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban http://phpwiki.org
Re: RECTwrapper.h is missing from setup-2.427-1-src.tar.bz2
Barry Kelly wrote: Hello Max, Hi, but please keep discussion on the mailing list. I'm copying this to cygwin-apps, please reply to there. I'm trying to compile Cygwin setup using setup-2.427-1-src.tar.bz2, Why? That's an old version. the source tarball that came with the latest Cygwin. The file RECTwrapper.h (and maybe others) are missing from that tarball. Known bug, already fixed. Where can I get it? Don't - instead just use a later version. Bear in mind I have a bare-bones Cygwin, no gcc, no make, no cvs, none of that. I barely have bash. If you could send me a complete, self-contained tarball, or direct me to somewhere I can get one, I'll hack the source to work with Visual Studio 03 and try and trace down this error. I expect you would have an easier time doing a simple standard install of Cygwin (avoiding whatever special arrangement of local packages triggers the bug for you). The setup website is at http://sources.redhat.com/cygwin-apps/ Max.
Re: RECTwrapper.h is missing from setup-2.427-1-src.tar.bz2
Barry Kelly wrote: On Fri, 18 Feb 2005 23:17:36 -, Max Bowsher [EMAIL PROTECTED] wrote: Barry Kelly wrote: I expect you would have an easier time doing a simple standard install of Cygwin (avoiding whatever special arrangement of local packages triggers the bug* for you). The package that triggers the bug* is something in X. I've since patched together a semi-usable system in a painstaking fashion. I've gotten the latest setup from CVS, but it crashes It does? How? long before it gets to the bug*, so I can't diagnose any further for now. Setup doesn't seem to be tagged, nor does it have a visible history (from what I can see), so I'm not sure how to get a known good version to properly diagnose the problem. Try the setup-200412 branch. Max.
Please upload: email-2.3.2-2
Hi. Please upload new email-2.3.2-2 files: http://smithii.com/files/cygwin/email/email-2.3.2-2.tar.bz2 http://smithii.com/files/cygwin/email/email-2.3.2-2-src.tar.bz2 This version fixes the fact that installing email-2.3.2-1 would overwrite a users existing /etc/email/email.conf file. I have tested this version, both installing fresh, and as an upgrade. Both work fine. Thanks, Ross
Re: Please upload: email-2.3.2-2
On Fri, Feb 18, 2005 at 05:33:57PM -0800, Ross Smith II wrote: Hi. Please upload new email-2.3.2-2 files: http://smithii.com/files/cygwin/email/email-2.3.2-2.tar.bz2 http://smithii.com/files/cygwin/email/email-2.3.2-2-src.tar.bz2 This version fixes the fact that installing email-2.3.2-1 would overwrite a users existing /etc/email/email.conf file. I have tested this version, both installing fresh, and as an upgrade. Both work fine. Uploaded. I removed email-2.3.2-1*. Thanks, cgf
problems downloading x11 for windows
Hello, I can't seem to download X11 for windows. setup.exe seems to want to download setup.bz2 I've tried several sites, and I'm getting the following error message. (null) line1:syntax error, unxexpected LT, expecting $end in a parse error dialog box. Any ideas? Regards, Marc
Cygwin configuration trouble
Hi! I have downloaded and installed cygwin on a windows XP machine. I have used Johan Faxer's document on configuring cygwin. Why don't my commands like ls -la work? How can I make sure that unix commands in the cygwin bash shell work normally? How do I place cygwin/bin in the winXP path? Might that be my problem? I have used the net user postgres /homedir:$(cygpath -w /home/postgres) command but NO c:\cygwin\home\postgres folder is created? What am I doing wrong? TIA Godfrey -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in 'find' 4.2.11-CVS when traversing NTFS mount points
On Feb 17 01:52, Tim Hubberstey wrote: I'm experiencing a problem with 'find' when mounted NTFS volumes (junctions) are involved. I have created a sample directory structure /cygdrive/c/aa/aa where 'aa' is the mount point for another NTFS drive. From DOSland it looks like this: C:\ dir \aa Directory of C:\aa 2005/02/17 00:35 DIR . 2005/02/17 00:35 DIR .. 2005/02/17 00:35 JUNCTION aa The problem behavior with find is that these command works: $ find /cygdrive/c/aa -name @@@F\* /cygdrive/c/aa/aa/@@@FindMeFirst $ find /cygdrive/c/aa/aa -name @@@F\* /cygdrive/c/aa/aa/@@@FindMeFirst but this gets errors and @@@FindMeFirst is not found: $ find /cygdrive/c -name @@@F\* find: Filesystem loop detected; `/cygdrive/c/aa/aa' has the same device number and inode as a directory which is 2 levels higher in the filesystem hierarchy. I tried with CYGWIN=smbntsec and CYGWIN unset and the behavior was the same. Volumes mounted on a root folder (e.g. C:\mnt) get the same error except for ...which is 1 level higher The reason for your problem is that Cygwin doesn't check for volume mount points. FWICT, there's a very simple solution for that, calling a specific Windows function (GetVolumePathName) from inside Cygwin. But I'm sure you don't want that. Using this function inside of Cygwin slows down Cygwin incredibly, because that function is staggeringly slow. I called find in medium sized directory trees and find needed about 10 times longer to traverse the directory tree than without this function. Sorry, but there's currently no good solution for that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: apr(-util) 0.9.6-1 [includes a fix for the use of subversion on textmode mounts]
APR and APR-util, portability and miscellaneous utility libraries, have been updated in the Cygwin net distribution to version 0.9.6-1. This is an upgrade to the 0.9.6 upstream release, and also many *many* thanks to Mathias Weinert, for debugging some problems with Subversion on textmode mounts, and pointing me directly to the problem - this is now patched. (The fix is entirely within apr - there is no new Subversion package). Max Bowsher. -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate it if you would use this mailing list rather than emailing me directly. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. This includes ideas and comments about the setup utility or Cygwin in general. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read all of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (Jip-hee!)
Christopher Faylor wrote: Ah, yes! You're the you don't want people to debug cygwin because you aren't spoon feeding me debugging information guy! That is nowhere near what was said. I said you should provide debugging versions of Cygwin, since large software packages are hell to build. I was wrong in the case of Cygwin and I admitted my mistake. I don't know what your problem is - but I'll bet it's hard to pronounce. You're the guy who insisted on dropping back to 1.5.10! I remember now! I'm not dropping back, it's a customer system, and it's been running 1.5.10 for some time now. In the future, please provide more context if you really want to be helped, especially after almost a month of silence. Apologies. A month was the time it took to get the debug version through testing and to the affected system. I thought the version number and a specific location in the source code (as provided) would be enough information to at least get a pointer from you on whether it's a problem you've seen before. What else do you need? The test were performed with 1.5.10-3, as newer versions call upon me all sorts of other problems and thus can't be pushed to the failing box right now. Btw, I urge everyone to try the latest cygwin snapshot! Will do. Has the problem been found that results in this error?: *** MapViewOfFileEx(0x188, in_h 0x188) failed, Win32 error 6 1) Regardless of whether the new versions call upon (you) all sorts of other problems, I doubt that anyone is going to spend any time tracking down problems in older versions. I'm not asking you to spend a lot of time on it. I just hope you could shed some light on the issue. Eg. have you seen hung Cygwin processes having to do with closing file descriptor 5 before? Any information on why it's closing file descriptor 5 (it's not used by the scripts) would be helpful too. 2) You can *try* a snapshot to see if it fixes your problem. Will do sort of implies that that was exactly the course of action I was contemplating :-). -- 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/
.bashrc not working (and yes I've read the FAQ etc as you'll see)
Hi, Forgive the defensive addendum but I've no wish to be either flamed or ignored when I've tried available pathways to solving this. Situation: .bashrc not working and yes my $home variable is correctly defined but I put a copy of .bashrc into / anyway just in case. The --login and -i switches are used. I even used the --rcfile switch and pointed it directly to my .bashrc file at which point cygwin just bombs out. .bashrc file contains only the line Alias ls='ls -al --color=auto' I even made .bashrc executable using the command chmod +x (just in case) but this changed none of the behaviour. What am I missing. Steve =** If you are not the intended recipient, employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination or copying of this communication and its attachments is strictly prohibited. If you have received this communication and its attachments in error, please return the original message and attachments to the sender using the reply facility on e-mail. Internet communications are not secure and therefore the UCLES Group does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of the UCLES Group unless otherwise specifically stated. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses although this does not guarantee that this email is virus free. **= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in 'find' 4.2.11-CVS when traversing NTFS mount points
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 2/18/2005 1:58 AM: The reason for your problem is that Cygwin doesn't check for volume mount points. FWICT, there's a very simple solution for that, calling a specific Windows function (GetVolumePathName) from inside Cygwin. But I'm sure you don't want that. Using this function inside of Cygwin slows down Cygwin incredibly, because that function is staggeringly slow. I called find in medium sized directory trees and find needed about 10 times longer to traverse the directory tree than without this function. Sorry, but there's currently no good solution for that. Both find and coreutils df use the gnulib module mountlist.c to build an internal cache of all mount points up front, rather than constantly querying if a particular directory is a mount point. Is it not possible for cygwin's implementation of getmntent() to also return junctions/reparse points as mount table entries, to give an accurate picture of all mount points to tools that need it? Mount points don't usually change during operation, so cygwin could take the same approach of caching all Windows mount points up front at the same time it caches cygwin mount points; isn't it possible for such caching to be done once as cygwin1.dll initializes and shared, rather than once per process that uses cygwin1.dll? Yes, I know, PTC. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD4DBQFCFe1z84KuGfSFAYARAsFXAJiPSk/TjReT/ykBnS3cs7f1lhI2AKC5iTke nS2WjvgVucZ9qMIXUF9+kg== =NJSl -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: .bashrc not working (and yes I've read the FAQ etc as you'll see)
Steve Mayes wrote on Friday, February 18, 2005 11:01 AM: Hi, Forgive the defensive addendum but I've no wish to be either flamed or ignored when I've tried available pathways to solving this. Situation: .bashrc not working and yes my $home variable is correctly defined [snip] it's $HOME - Jörg -- 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: .bashrc not working (and yes I've read the FAQ etc as you'll see)
Steve wrote: Forgive the defensive addendum but I've no wish to be either flamed or ignored when I've tried available pathways to solving this. Must ... resist ... urge ... to flame ... }:-) Situation: .bashrc not working and yes my $home variable is correctly defined but I put a copy of .bashrc into / anyway just in case. The --login and -i switches are used. I even used the --rcfile switch and pointed it directly to my .bashrc file at which point cygwin just bombs out. .bashrc file contains only the line Alias ls='ls -al --color=auto' I even made .bashrc executable using the command chmod +x (just in case) but this changed none of the behaviour. What am I missing. I'm pretty much missing a proper description of the problem. Whaddaya mean .bashrc not working? And what's cygwin just bombs out supposed to mean - is it some sort of new hacker language or technical term I didn't pick up on? What's your entry in /etc/passwd say? Regards, Jesper Vad Kristensen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in 'find' 4.2.11-CVS when traversing NTFS mount points
On Thu, 17 Feb 2005, Tim Hubberstey wrote: I'm experiencing a problem with 'find' when mounted NTFS volumes (junctions) are involved. I have created a sample directory structure /cygdrive/c/aa/aa where 'aa' is the mount point for another NTFS drive. From DOSland it looks like this: C:\ dir \aa Directory of C:\aa 2005/02/17 00:35 DIR . 2005/02/17 00:35 DIR .. 2005/02/17 00:35 JUNCTION aa this gets errors and @@@FindMeFirst is not found: $ find /cygdrive/c -name @@@F\* find: Filesystem loop detected; `/cygdrive/c/aa/aa' has the same device number and inode as a directory which is 2 levels higher in the filesystem hierarchy. Try 'find -noleaf'. AFAIK, find's leaf optimization is the only thing that actively checks inodes, but I haven't looked at the latest findutils sources, so I may be wrong. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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/
Hello, and installation question
All - First, 'Hello' from a new subscriber (though not a new user). I use Cygwin primarily for cross-development from a Win32 host and find it impressively functional. Now I need to bring some other developers on-board. My question: I need to install Cygwin on systems with no net access and am having problems building a CD fileset from which to install on other machines. I have a very satisfactory Cygwin installation on a net-connected WinXP-Pro laptop and would like to install a similar configuration on other systems. I haven't been completely successful targeting a Win2k desktop system. I used the Cygwin installer to download the fileset I want, and put the downloaded directory in the same branch as the installer and those files the installer creates ('setup.ini', etc.). I then put the entire branch on a CD and tried to install from that on my target. The result is only a partial installation - most obviously I miss some of the X11 files. The problem files don't appear on the the installation list when I work on the target, but they _do_ appear when I use the same CD on my original installation host. (I know I am missing the 'xorgX11*bin-dlls* files; there may be others I haven't noticed yet.) I know the files are on the CD, but they don't show up on the installation menu list _when_I'm_on_the_new_ target_. They appear just fine on the target where the packages were already installed. I have tried installation directly from the CD, from a hard-drive copy of its 'setup.exe', and from a full HD copy of the fileset. None of these was successful. The target machine has a _very_ old, non-X11-supporting installation of a 'Cygnus' API that I ultimately want to replace, but for the moment I want parallel environments if possible. (I mention this in case there may be interaction, though I haven't noticed any.) I conjecture there is a list or configuration file somewhere on the target or on my CD that screens packages for possible installation, but I don't know how to force the choices or modify (delete?) such a file. TIA for any suggestions. John M. Mills Staff Engineer EMS Technologies 660 Engineering Drive Norcross, GA 30092 770.263.9200 ext4882 -- 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 configuration trouble
On Fri, 18 Feb 2005, Sarah, Godfrey, Matthew Vera wrote: I have downloaded and installed cygwin on a windows XP machine. I have used Johan Faxer's document on configuring cygwin. Why don't my commands like ls -la work? How can I make sure that unix commands in the cygwin bash shell work normally? How do I place cygwin/bin in the winXP path? Might that be my problem? I have used the net user postgres /homedir:$(cygpath -w /home/postgres) command but NO c:\cygwin\home\postgres folder is created? What am I doing wrong? TIA Godfrey Apparently you're using a non-official installation guide for Cygwin. You'd have to ask the author (Johan Faxer). If you do ask for help on this list, please read and follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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: Hello, and installation question
Mills wrote: My question: I need to install Cygwin on systems with no net access and am having problems building a CD fileset from which to install on other machines. Just a quickie, gotta run :) http://marc.theaimsgroup.com/?l=cygwinm=110538795118459w=2 Regards, Jesper Vad Kristensen Denmark -- 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/
Directory names
Hi !! I try to create a cross compiler suite. The problem is in general trivial but ... I start with the creation of the binutils !! If my target is powerpc-*-eabin , the compilation works but the installation is the problem. The make file want create an directory with the label of the target (in this case powerpc-*-eabin ). But Windows didn't accept the star in directorie names ... any solution, for this problem ? thank you for all your help Juergen -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Here are the steps to reproduce the problem. I've got ssh and sshd correctly configured to forward ssh-agent connections. The second ssh command should not prompt to the public key passphrase. % keychain ~/.ssh/id_dsa KeyChain 2.0.3; http://www.gentoo.org/projects/keychain Copyright 2002 Gentoo Technologies, Inc.; Distributed under the GPL * All previously running ssh-agent(s) have been stopped. * Initializing /home/drothe/.keychain/tela-sh file... * Initializing /home/drothe/.keychain/tela-csh file... * Starting new ssh-agent * 1 more keys to add... Enter passphrase for /home/drothe/.ssh/id_dsa: Identity added: /home/drothe/.ssh/id_dsa (/home/drothe/.ssh/id_dsa) % . ~/.keychain/tela-sh % ssh `hostname` % ssh `hostname` Enter passphrase for key '/home/drothe/.ssh/id_dsa': Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? If this works (and it should), add ForwardAgent yes to your ~/.ssh/config file. see man ssh_config for details Good luck, Sebastien -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 I don't think 'It's better than hurling yourself into a meat grinder' is a good rationale for doing something. -- Andrew Suffield in [EMAIL PROTECTED] on debian-devel Cygwin Configuration Diagnostics Current System Time: Wed Feb 16 11:10:04 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\home\drothe\bin C:\cygwin\usr\local\bin C:\cygwin\bin c:\jdk1.2.2\bin c:\oracle\ora817\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\program files\gpg-1.4.0 C:\cygwin\sbin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Executive Software\Diskeeper\ c:\MSSQL7\BINN c:\Program Files\ATI Technologies\ATI Control Panel Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(drothe) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(drothe) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `binmode ntsec tty' HOME = `C:\cygwin\home\drothe' MAKE_MODE = `unix' PWD = `/netrel/uploads' USER = `drothe' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' AUTOSSH_LOGFILE = `/var/log/autossh.log' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TELA' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVSROOT = `:ext:[EMAIL PROTECTED]:/home/drothe/cvsroot' CVS_RSH = `/usr/local/bin/ssh-noescape' FP_NO_HOST_CHECK = `NO' GNU_HOME = `c:/cygwin' HOMEDRIVE = `C:' HOMEPATH = `\cygwin\home\drothe' HOSTNAME = `tela' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' JAVA_HOME = `c:/jdk1.2.2' JPROFILER_JAVA_HOME = `c:\jdk1.4.2' LOGNAME = `drothe' LOGONSERVER = `\\TELA' LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=00;32:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:' MAIL = `/var/spool/mail/drothe' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/home/drothe' ORA81_HOME = `c:/oracle/ora817' ORA81_HOME_WIN = `c:\oracle\ora817' ORA9_HOME = `c:/oracle/ora920' ORA9_HOME_WIN = `c:\oracle\ora920' ORA_HOME = `c:/oracle/ora817' ORA_HOME_WIN = `c:\oracle\ora817' OS = `Windows_NT' OSTYPE = `cygwin' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERLIO = `perlio' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PRINTER = `Epson Stylus COLOR 800 ESC/P' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT_COMMAND = `echo -ne \033]0;[EMAIL PROTECTED]: ${PWD}\007' PS1 = `\! \W ' SHELL = `/bin/bash' SHLVL = `1' SSH_AGENT_PID = `3148' SSH_AUTH_SOCK = `/tmp/ssh-QdFVFWu464/agent.464' SSH_CLIENT = `192.168.1.2 3778 22' SSH_CONNECTION = `192.168.1.2 3778 192.168.1.2 22' SSH_TTY = `/dev/tty5' SYSTEMDRIVE = `C:'
Re: Bug in 'find' 4.2.11-CVS when traversing NTFS mount points
On Fri, Feb 18, 2005 at 06:28:19AM -0700, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 2/18/2005 1:58 AM: The reason for your problem is that Cygwin doesn't check for volume mount points. FWICT, there's a very simple solution for that, calling a specific Windows function (GetVolumePathName) from inside Cygwin. But I'm sure you don't want that. Using this function inside of Cygwin slows down Cygwin incredibly, because that function is staggeringly slow. I called find in medium sized directory trees and find needed about 10 times longer to traverse the directory tree than without this function. Sorry, but there's currently no good solution for that. Both find and coreutils df use the gnulib module mountlist.c to build an internal cache of all mount points up front, rather than constantly querying if a particular directory is a mount point. Is it not possible for cygwin's implementation of getmntent() to also return junctions/reparse points as mount table entries, to give an accurate picture of all mount points to tools that need it? Mount points don't usually change during operation, so cygwin could take the same approach of caching all Windows mount points up front at the same time it caches cygwin mount points; isn't it possible for such caching to be done once as cygwin1.dll initializes and shared, rather than once per process that uses cygwin1.dll? Yes, I know, PTC. So rather than wait 10 seconds in the case when you are traversing mount points, you'd rather that every cygwin program was guaranteed to be delayed by 10 seconds or more at startup? That doesn't sound like a win to me. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .bashrc not working (and yes I've read the FAQ etc as you'll see)
Steve Mayes [EMAIL PROTECTED] writes: Hi, Forgive the defensive addendum but I've no wish to be either flamed or ignored when I've tried available pathways to solving this. Situation: .bashrc not working and yes my $home variable is correctly defined but I put a copy of .bashrc into / anyway just in case. The --login and -i switches are used. I even used the --rcfile switch and pointed it directly to my .bashrc file at which point cygwin just bombs out. .bashrc file contains only the line Alias ls='ls -al --color=auto' I even made .bashrc executable using the command chmod +x (just in case) but this changed none of the behaviour. What am I missing. Steve I remember having some problem like this. To get around it (I am the only user on this machine), I added the line . $HOME/.bashrc to the very end of /etc/profile. It's probably not the 'right' way to do it, but who cares. It works fine. -- 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: .bashrc not working (and yes I've read the FAQ etc as you'll see)
On Fri, 18 Feb 2005, J. David Boyd wrote: Steve Mayes [EMAIL PROTECTED] writes: http://cygwin.com/acronyms/#PCYMTNQREAIYR .bashrc not working [snip] The --login and -i switches are used. Stare at these two lines for a moment, and then read the INVOCATION section of the bash manpage. I even used the --rcfile switch and pointed it directly to my .bashrc file at which point cygwin just bombs out. What does bombs out mean, exactly? I even made .bashrc executable using the command chmod +x (just in case) but this changed none of the behaviour. What am I missing. The INVOCATION section of the bash manpage. I remember having some problem like this. To get around it (I am the only user on this machine), I added the line . $HOME/.bashrc to the very end of /etc/profile. It's probably not the 'right' way to do it, but who cares. It works fine. Well, the official way of doing this is to delete your ~/.bash_profile and reinstall the base-files package (or simply cp -p /etc/defaults/etc/skel/.bash_profile ~). Alternatively, you can simply ln -s ~/.bashrc ~/.bash_profile. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- 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/
Can you install without admin privileges?
My company places extreme limits on how much root acccess I have to my computer. Is there anyway to install cygwin without such access? When I attempt to run setup.exe I get the following message: This operation has been cancelled due to restrictions in effect on this computer. Please contact your system administrator. Thanks -- 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: Can you install without admin privileges?
At 07:36 AM 2/18/2005, you wrote: My company places extreme limits on how much root acccess I have to my computer. Is there anyway to install cygwin without such access? When I attempt to run setup.exe I get the following message: This operation has been cancelled due to restrictions in effect on this computer. Please contact your system administrator. Is this an NT system? Depending on what point in the install the error is given, you can try installing to your My Documents folder - I've been able to install many programs this way on work systems. Not sure on Cygwin. Of course, you may want to ask your IT management if they allow this. I'm sure if you have limited access, it's for a reason. And working around it may be terms for disciplinary action. -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Fri, Feb 18, 2005 at 09:30:35AM -0500, Jean-Sebastien Trottier wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Here are the steps to reproduce the problem. I've got ssh and sshd correctly configured to forward ssh-agent connections. The second ssh command should not prompt to the public key passphrase. % keychain ~/.ssh/id_dsa KeyChain 2.0.3; http://www.gentoo.org/projects/keychain Copyright 2002 Gentoo Technologies, Inc.; Distributed under the GPL * All previously running ssh-agent(s) have been stopped. * Initializing /home/drothe/.keychain/tela-sh file... * Initializing /home/drothe/.keychain/tela-csh file... * Starting new ssh-agent * 1 more keys to add... Enter passphrase for /home/drothe/.ssh/id_dsa: Identity added: /home/drothe/.ssh/id_dsa (/home/drothe/.ssh/id_dsa) % . ~/.keychain/tela-sh % ssh `hostname` % ssh `hostname` Enter passphrase for key '/home/drothe/.ssh/id_dsa': Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? Why would he have to do that? The first one worked. The second one failed. If this works (and it should), add ForwardAgent yes to your ~/.ssh/config file. see man ssh_config for details Ditto this. If the first invocation works then I don't think there is any reason to suspect configuration problems. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Service not starting unless...
Hello, Wondering if anyone out there has faced this issue. Cygwin service does not start on a Windows Server. Message is Service failed to respond in a timely manner. Read some suggestions from the email threads and tried many with no success. If I check the box Allow service to interact with desktop it does start. I am trying to understand the implications of checking that box and trying to understand why this is happening. In my ignorance I think it could be a file permissions error of some sort. Any ideas are appreciated ... Antonio -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Fri, Feb 18, 2005 at 10:52:22AM -0500, Christopher Faylor wrote: On Fri, Feb 18, 2005 at 09:30:35AM -0500, Jean-Sebastien Trottier wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Here are the steps to reproduce the problem. I've got ssh and sshd correctly configured to forward ssh-agent connections. The second ssh command should not prompt to the public key passphrase. % keychain ~/.ssh/id_dsa KeyChain 2.0.3; http://www.gentoo.org/projects/keychain Copyright 2002 Gentoo Technologies, Inc.; Distributed under the GPL * All previously running ssh-agent(s) have been stopped. * Initializing /home/drothe/.keychain/tela-sh file... * Initializing /home/drothe/.keychain/tela-csh file... * Starting new ssh-agent * 1 more keys to add... Enter passphrase for /home/drothe/.ssh/id_dsa: Identity added: /home/drothe/.ssh/id_dsa (/home/drothe/.ssh/id_dsa) % . ~/.keychain/tela-sh % ssh `hostname` % ssh `hostname` Enter passphrase for key '/home/drothe/.ssh/id_dsa': Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? Why would he have to do that? The first one worked. The second one failed. Without -A or ForwardAgent yes, the first ssh call will *NOT* forward/create a channel to the ssh-agent to be used by the new shell being opened. Thus, the new shell, unless you source ~/.keychain/tela-sh in it again, will not have an ssh-agent to talk to and will need to ask for the passphrase again. If you use -A, the first ssh call will forward an encrypted channel so that the new shell can access your identity/passphrase for subsequent ssh calls. If this works (and it should), add ForwardAgent yes to your ~/.ssh/config file. see man ssh_config for details Ditto this. If the first invocation works then I don't think there is any reason to suspect configuration problems. Ditto ;-) Sebastien cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ signature.asc Description: Digital signature
RE: Service not starting unless...
If I check the box Allow service to interact with desktop it does start. I am trying to understand the implications of checking that box and trying to understand why this is happening. In my ignorance I think it could be a file permissions error of some sort. Hi Antonio, I have had similar problems trying to run sshd on Windows 2003 (using cygrunsrv). (What OS version are you using?) I went through many troubleshooting tasks involving policies, permissions, etc. Ultimately, I am able to workaround the issue through the use of Windows' runas command. I Specify Runas /user:domain\serviceaccount 'c:\cygwin\bin\bash.exe -...' ...sshd Only problem is that the sshd process seems to die if I logoff even though it's a background task running under another context. Either way, if you solve the problem, I would like to try the solution against our situation. Good luck! -Sean -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On 2/17/2005 10:02 PM, Christopher Faylor wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Here are the steps to reproduce the problem. I've got ssh and sshd correctly configured to forward ssh-agent connections. The second ssh command should not prompt to the public key passphrase. % keychain ~/.ssh/id_dsa KeyChain 2.0.3; http://www.gentoo.org/projects/keychain Copyright 2002 Gentoo Technologies, Inc.; Distributed under the GPL * All previously running ssh-agent(s) have been stopped. * Initializing /home/drothe/.keychain/tela-sh file... * Initializing /home/drothe/.keychain/tela-csh file... * Starting new ssh-agent * 1 more keys to add... Enter passphrase for /home/drothe/.ssh/id_dsa: Identity added: /home/drothe/.ssh/id_dsa (/home/drothe/.ssh/id_dsa) % . ~/.keychain/tela-sh % ssh `hostname` % ssh `hostname` Enter passphrase for key '/home/drothe/.ssh/id_dsa': I tried this on four different computers and was unable to duplicate the problem. I also asked Corinna to try it out and she was unable to duplicate it either. I assume that ssh-agent is disappearing after the first ssh connection attempt. Can you use strace -ofoo -p pid to attach to the ssh-agent prior to the first ssh `hostname` and send the output here? The ssh-agent process is not dying. I should have mentioned that I have the following in my ~/.profile: if [ -z $SSH_AUTH_SOCK ]; then keychain --quiet --noask ~/.ssh/id_dsa . ~/.keychain/${HOSTNAME}-sh fi So, after the first ssh `hostname`, I have SSH_AUTH_SOCK defined in my environment but not SSH_AGENT_PID. If I source the .keychain file to define SSH_AGENT_PID, the second ssh `hostname` succeeds. I've attached the strace output as you requested. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Q: How many bureaucrats does it take to screw in a light bulb? A: Two. One to assure everyone that everything possible is being done while the other screws the bulb into the water faucet. 8 8 [unknown (0x15B0)] ssh-agent 960 _cygtls::remove: wait 0x0 7669993 7670001 [select_socket] ssh-agent 960 thread_socket: Win32 select returned 1 144 7670145 [select_socket] ssh-agent 960 thread_socket: s 0x100E1F00, testing fd 3 () 79 7670224 [select_socket] ssh-agent 960 thread_socket: read_ready 141 7670365 [main] ssh-agent 960 select_stuff::wait: woke up. wait_ret 1. verifying 72 7670437 [main] ssh-agent 960 select_stuff::wait: gotone 1 63 7670500 [main] ssh-agent 960 select_stuff::wait: returning 0 58 7670558 [main] ssh-agent 960 select_stuff::cleanup: calling cleanup routines 59 7670617 [main] ssh-agent 960 socket_cleanup: si 0x100E8B90 si-thread 0x610C8940 110 7670727 [main] ssh-agent 960 socket_cleanup: sent a byte to exitsock 0x6F4, res 1 113 7670840 [main] ssh-agent 960 socket_cleanup: reading a byte from exitsock 0x6F4 79 7670919 [main] ssh-agent 960 socket_cleanup: recv returned 1 102 7671021 [main] ssh-agent 960 socket_cleanup: returning 84 7671105 [main] ssh-agent 960 peek_socket: considering handle 0x7FC 78 7671183 [main] ssh-agent 960 set_bits: me 0x100E1F00, testing fd 3 () 62 7671245 [main] ssh-agent 960 set_bits: ready 1 384 7671629 [main] ssh-agent 960 select_stuff::poll: returning 1 140 7671769 [main] ssh-agent 960 select_stuff::cleanup: calling cleanup routines 65 7671834 [main] ssh-agent 960 select_stuff::~select_stuff: deleting select records 343 7672177 [main] ssh-agent 960 fhandler_socket::signal_secret_event: signaled secret_event 230 7672407 [main] ssh-agent 960 fhandler_socket::check_peer_secret_event: WFSO rc=0 113 7672520 [main] ssh-agent 960 fdsock: reset socket inheritance since winsock2_active 1 95 7672615 [main] ssh-agent 960 build_fh_pc: fh 0x617C1250 78 7672693 [main] ssh-agent 960 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0 73 7672766 [main] ssh-agent 960 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x1 69 7672835 [main] ssh-agent 960 fhandler_base::set_flags: filemode set to binary 73 7672908 [main] ssh-agent 960 fdsock: fd 4, name '', soc 0x6D8 202 7673110 [main] ssh-agent 960 fhandler_socket::accept: res 4 69 7673179 [main] ssh-agent 960 cygwin_accept: 4 = accept (3, 0x22EE40, 0x22EA3C) 76 7673255 [main] ssh-agent 960 fhandler_base::fcntl: GETFL: 65538 219 7673474 [main] ssh-agent 960 fcntl_worker: 65538 = fcntl (4, 3, 0x0) 140 7673614 [main] ssh-agent 960 fhandler_socket::ioctl: socket is now nonblocking 73 7673687 [main] ssh-agent 960 fhandler_socket::ioctl: 0 = ioctl_socket (8004667E, 22E948) 81 7673768 [main] ssh-agent 960 fhandler_base::set_flags: flags 0x14002, supplied_bin 0x0 66 7673834 [main] ssh-agent 960
Re: Problem with 20050215 snapshot and ssh-agent forwarding
On 2/18/2005 6:30 AM, Jean-Sebastien Trottier wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? If this works (and it should), add ForwardAgent yes to your ~/.ssh/config file. see man ssh_config for details Yeah, I know about configuring ssh. As I mentioned in my original email, this is working fine for me with the 20041119 snapshot. So, I do have things configured correctly. But, I did try it with the -A switch and had the same result. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Fri, Feb 18, 2005 at 12:13:25PM -0500, Jean-Sebastien Trottier wrote: On Fri, Feb 18, 2005 at 10:52:22AM -0500, Christopher Faylor wrote: On Fri, Feb 18, 2005 at 09:30:35AM -0500, Jean-Sebastien Trottier wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Here are the steps to reproduce the problem. I've got ssh and sshd correctly configured to forward ssh-agent connections. The second ssh command should not prompt to the public key passphrase. % keychain ~/.ssh/id_dsa KeyChain 2.0.3; http://www.gentoo.org/projects/keychain Copyright 2002 Gentoo Technologies, Inc.; Distributed under the GPL * All previously running ssh-agent(s) have been stopped. * Initializing /home/drothe/.keychain/tela-sh file... * Initializing /home/drothe/.keychain/tela-csh file... * Starting new ssh-agent * 1 more keys to add... Enter passphrase for /home/drothe/.ssh/id_dsa: Identity added: /home/drothe/.ssh/id_dsa (/home/drothe/.ssh/id_dsa) % . ~/.keychain/tela-sh % ssh `hostname` % ssh `hostname` Enter passphrase for key '/home/drothe/.ssh/id_dsa': Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? Why would he have to do that? The first one worked. The second one failed. Without -A or ForwardAgent yes, the first ssh call will *NOT* forward/create a channel to the ssh-agent to be used by the new shell being opened. Thus, the new shell, unless you source ~/.keychain/tela-sh in it again, will not have an ssh-agent to talk to and will need to ask for the passphrase again. If you use -A, the first ssh call will forward an encrypted channel so that the new shell can access your identity/passphrase for subsequent ssh calls. Ah, I see. You're taking what he wrote literally and I wasn't. I'd assumed that these were two separate invocations of ssh, not nested ones. But, my assumption makes no sense and your advice does make sense given what was reported. Apologies for the confusion. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can you install without admin privileges?
At Friday, February 18, 2005 10:37 AM, Jones, Jeff A. OPNAV wrote: My company places extreme limits on how much root access I have to my computer. Is there anyway to install cygwin without such access? When I attempt to run setup.exe I get the following message: This operation has been cancelled due to restrictions in effect on this computer. Please contact your system administrator. If you tried to install for All Users, try installing for Just Me instead. There are some things that cygwin can do that need root access (e.g., making hard links? installing as a service?), but most things do not. -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Fri, Feb 18, 2005 at 09:21:56AM -0800, David Rothenberger wrote: On 2/18/2005 6:30 AM, Jean-Sebastien Trottier wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? If this works (and it should), add ForwardAgent yes to your ~/.ssh/config file. see man ssh_config for details Yeah, I know about configuring ssh. As I mentioned in my original email, this is working fine for me with the 20041119 snapshot. So, I do have things configured correctly. But, I did try it with the -A switch and had the same result. I still can't duplicate this. Sorry. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 20050215 snapshot and ssh-agent forwarding
On 2/18/2005 10:41 AM, Christopher Faylor wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. I still can't duplicate this. Sorry. Is SSH_AGENT_PID defined in your environment after the first ssh `hostname`? -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Fri, Feb 18, 2005 at 10:43:49AM -0800, David Rothenberger wrote: On 2/18/2005 10:41 AM, Christopher Faylor wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. I still can't duplicate this. Sorry. Is SSH_AGENT_PID defined in your environment after the first ssh `hostname`? No. And, it shouldn't be. SSH_AGENT_PID doesn't make any sense after you've logged into a system. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 20050215 snapshot and ssh-agent forwarding
On 2/18/2005 11:03 AM, Christopher Faylor wrote: On Fri, Feb 18, 2005 at 10:43:49AM -0800, David Rothenberger wrote: On 2/18/2005 10:41 AM, Christopher Faylor wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. I still can't duplicate this. Sorry. Is SSH_AGENT_PID defined in your environment after the first ssh `hostname`? No. And, it shouldn't be. SSH_AGENT_PID doesn't make any sense after you've logged into a system. Right. I was asking because the only way I could get this to work was to have SSH_AGENT_PID defined. I'm seeing the problem on two different WinXP Pro machines and a Win2000 machine. I've tested with the default .profile and .bashrc files and with sh instead of bash. So, it doesn't appear to be something peculiar to my machine or environment. I believe the problem is due to the new traverse checking. When I start ssh-agent the first time, I see the following in my /tmp directory: % l /tmp total 0 drwx--+ 2 drothe None 0 Feb 18 11:47 ssh-YwRaOw6140/ Since /tmp/ssh-YwRaOw6140 is owned by my user (drothe), the first ssh `hostname` has no problem accessing the ssh-agent socket. After I do the first ssh `hostname`, I have the following: % l /tmp total 0 drwx--+ 2 SYSTEM root 0 Feb 18 11:50 ssh-AtsnfLH756/ drwx--+ 2 drothe None 0 Feb 18 11:47 ssh-YwRaOw6140/ % getfacl /tmp/ssh-AtsnfLH756/ # file: /tmp/ssh-AtsnfLH756/ # owner: SYSTEM # group: root user::rwx group::--- mask:rwx other:--- default:user::rwx default:group::--- default:other:--- Plus, SSH_AUTH_SOCK is set to the new directory: % echo $SSH_AUTH_SOCK /tmp/ssh-AtsnfLH756/agent.756 % l $SSH_AUTH_SOCK srwxrwxrwx 1 drothe None 0 Feb 18 11:57 /tmp/ssh-AtsnfLH756/agent.756= % getfacl $SSH_AUTH_SOCK # file: /tmp/ssh-AtsnfLH756/agent.756 # owner: drothe # group: None user::rw- group::rw- other:rw- mask:rwx With traverse checking enabled, my user (drothe) can't access /tmp/ssh-AtsnfLH756/agent.756, even though that file (socket?) has 777 permissions, since the /tmp/ssh-AtsnfLH756 directory is owned by SYSTEM and has 700 permissions. So, the next ssh `hostname` command prompts for a passphrase. With traverse checking disabled, drothe can access /tmp/ssh-AtsnfLH756/agent.756 and the next ssh `hostname` command succeeds without prompting. So, I can get this working by defining CYGWIN=server notraverse in my default environment as well as the sshd environment. Without the notraverse in the sshd environment, the test fails. I can also get it working by manually executing % chown $USER $(dirname $SSH_AUTH_SOCK) after the first ssh `hostname`. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 We are what we pretend to be. -- Kurt Vonnegut, Jr. -- 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: Problem with 20050215 snapshot and ssh-agent forwarding
On Fri, Feb 18, 2005 at 01:41:14PM -0500, Christopher Faylor wrote: On Fri, Feb 18, 2005 at 09:21:56AM -0800, David Rothenberger wrote: On 2/18/2005 6:30 AM, Jean-Sebastien Trottier wrote: On Wed, Feb 16, 2005 at 11:23:03AM -0800, David Rothenberger wrote: I'm having a problem with the 20050215 snapshot (and the 20050131 as well). My ssh-agent connection is not being forwarded by ssh. This is working fine with the 20041119 snapshot. Have you tried ssh -A `hostname` instead... just to make sure the ssh actually forwards the agent? If this works (and it should), add ForwardAgent yes to your ~/.ssh/config file. see man ssh_config for details Yeah, I know about configuring ssh. As I mentioned in my original email, this is working fine for me with the 20041119 snapshot. So, I do have things configured correctly. But, I did try it with the -A switch and had the same result. I still can't duplicate this. Sorry. I'm able to reproduce it here... With current cygwin1.dll version: inside the ssh session, $SSH_AUTH_SOCK points to: % ls -l $SSH_AUTH_SOCK srwxrwxrwx 1 SYSTEM root 51 Feb 18 14:52 /tmp/ssh-rsSRvl3964/agent.3964= % getfacl $SSH_AUTH_SOCK # file: /tmp/ssh-rsSRvl3964/agent.3964 # owner: SYSTEM # group: root user::rwx group::rwx mask:rwx other:rwx ssh client is able to use this socket for further public key verfification With 20050215 snapshot: inside the ssh session, $SSH_AUTH_SOCK points to: % ls -l $SSH_AUTH_SOCK ls: /tmp/ssh-fHDEinn252/agent.252: Permission denied % getfacl $SSH_AUTH_SOCK getfacl: Permission denied ssh client is *NOT* able to use this socket. With both versions, the permissions on the socket's directory are exactly the same: % ls -ld /tmp/ssh-rsSRvl3964 drwx--+ 2 SYSTEM root 0 Feb 18 14:52 /tmp/ssh-rsSRvl3964 % getfacl /tmp/ssh-rsSRvl3964 # file: /tmp/ssh-rsSRvl3964 # owner: SYSTEM # group: root user::rwx group::--- mask:rwx other:--- default:user::rwx default:group::--- default:other:--- I hope this helps... at least it should give you a clue Note: I've got sshd running as a SYSTEM service. Running is in non-detached or debug mode works fine, obviously. Sebastien cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ signature.asc Description: Digital signature
Re: Service not starting unless...
At 11:57 AM 2/18/2005, you wrote: Hello, Wondering if anyone out there has faced this issue. Cygwin service does not start on a Windows Server. Message is Service failed to respond in a timely manner. Read some suggestions from the email threads and tried many with no success. If I check the box Allow service to interact with desktop it does start. I am trying to understand the implications of checking that box and trying to understand why this is happening. In my ignorance I think it could be a file permissions error of some sort. Any ideas are appreciated ... I'd recommend reading and following the problem reporting guidelines at: Problem reports: http://cygwin.com/problems.html If you allow the service to interact with the desktop, the implication is that it wants to run something that would be visual on your desktop. It also has the disadvantage that the service will terminate when the desktop is closed (i.e. you log out), which is not usually what people expect from a service. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
dlsym, Win32 error 127 ERROR_PROC_NOT_FOUND
Howdy folks. I've some .dll/.so code I use for plugins to my html application parser. This code works fine on various unix flavors of OS , but not with cywin on windows XP. I use the cywin because my remote location has me using satellite internet which makes for high latency tenets, so developing on my laptop is much easier. I know that the loadable library is being found , as changing the filename of the loadable to some bogus name gets an error (ERROR_MOD_NOT_FOUND 126) When I change the target filename back I get (ERROR_PROC_NOT_FOUND 127) Actually the text of the error is dlsym, Win32 error 127 I've seen a lot of questions on this subject , but no relevant answers Any clues? -- 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: dlsym, Win32 error 127 ERROR_PROC_NOT_FOUND
At 05:04 PM 2/18/2005, you wrote: Howdy folks. I've some .dll/.so code I use for plugins to my html application parser. This code works fine on various unix flavors of OS , but not with cywin on windows XP. I use the cywin because my remote location has me using satellite internet which makes for high latency tenets, so developing on my laptop is much easier. I know that the loadable library is being found , as changing the filename of the loadable to some bogus name gets an error (ERROR_MOD_NOT_FOUND 126) When I change the target filename back I get (ERROR_PROC_NOT_FOUND 127) Actually the text of the error is dlsym, Win32 error 127 I've seen a lot of questions on this subject , but no relevant answers Any clues? Given this information, the only thing I can point you to is: $ net helpmsg 127 The specified procedure could not be found. So whatever the routine is that you're looking for in your DLL, it cannot be found. Perhaps it's not exported? Please read and follow the problem reporting guidelines detailed at: Problem reports: http://cygwin.com/problems.html That might help to enlighten us all. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Service not starting unless...
Larry Hall wrote: If you allow the service to interact with the desktop, the implication is that it wants to run something that would be visual on your desktop. It also has the disadvantage that the service will terminate when the desktop is closed (i.e. you log out), which is not usually what people expect from a service. Allowing a service to interact with the desktop doesn't necessarily mean that it will be terminated when when the user logs out. OTOH I don't understand what the Cygwin service is, the OP refers to. It might be the exception that really terminates on user log-off. Regards mks -- 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: Service not starting unless...
At 06:54 PM 2/18/2005, you wrote: Larry Hall wrote: If you allow the service to interact with the desktop, the implication is that it wants to run something that would be visual on your desktop. It also has the disadvantage that the service will terminate when the desktop is closed (i.e. you log out), which is not usually what people expect from a service. Allowing a service to interact with the desktop doesn't necessarily mean that it will be terminated when when the user logs out. Seems I can't reproduce that behavior now either, at least with sshd. So this isn't a golden rule. ;-) OTOH I don't understand what the Cygwin service is, the OP refers to. It might be the exception that really terminates on user log-off. Right. That's why I pointed the OP to: Problem reports: http://cygwin.com/problems.html first in my original reply. Oops! I did it again. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
rxvt installation results in broken man/info pages, unreadable shell prompt
Hi- I installed the rxvt package about 15 minutes ago, and find that typing 'rxvt' does launch it, but only with an unusable prompt (its not interpreting the escape characters of the cygwin default PS1). So I typed 'man rxvt' to try to learn how to fix this, and was surprised to see very strange text: it looks like it jumped into the middle of the manpage and failed to interpreted the .YOLDTAGSTART tags. I see the same thing in 'info rxvt'. Finally, the FAQ refers us to a file named /usr/share/doc/Cygwin/rxvt-ver. No such file exists. In fact, 'cd /usr/share/doc/Cygwin' followed by 'ls rxvt*' comes up with nothing. Did somebody break the rxvt package on the mirrors? And why _is_ it dated 26 Mar 2003? I have attached cygcheck_output.txt: TIA! = --- Matthew Johnson [EMAIL PROTECTED] __ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com Cygwin Configuration Diagnostics Current System Time: Fri Feb 18 20:04:54 2005 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\lib\subversion\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin d:\Perl\bin\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Common Files\GTK\2.0\bin c:\j2sdk1.4.2_04\bin d:\Program Files\axiom\mnt\windows\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1005(Matthew Johnson) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1005(Matthew Johnson) GID: 513(None) 0(root)513(None) 544(Administrators)545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Here's some environment variables that may affect cygwin: HOME = `c:\cygwin\home\mjohnson' MAKE_MODE = `unix' PWD = `/usr/share/doc/Cygwin' USER = `Matthew Johnson' Here's the rest of your environment variables: ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Matthew Johnson\Application Data' AXIOM = `D:/Program Files/axiom/mnt/windows' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `VALUED-B8CC434B' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `c:\cygwin\home\mjohnson' HOSTNAME = `VALUED-B8CC434B' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\VALUED-B8CC434B' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/share' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PRINTER = `Xerox Phaser 7700DN' 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' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\MATTHE~1\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\MATTHE~1\LOCALS~1\Temp' USERDOMAIN = `VALUED-B8CC434B' USERNAME = `Matthew Johnson' USERPROFILE = `C:\Documents and Settings\Matthew Johnson' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' Scanning registry for keys with `Cygnus' in them... HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options Listing available drives... Drv Type Size Used Flags Name c: hd NTFS 15366Mb 74% CP CS UN PA FC d: hd NTFS 18010Mb 12% CP CS UN PA FC e: fd FAT 61Mb 1% CPUN f: cd N/AN/A fd = floppy, hd = hard drive, cd = CD-ROM net= Network Share, ram= RAM drive,unk= Unknown CP = Case Preserving, CS = Case Sensitive, UN = Unicode PA = Persistent ACLS, FC = File Compression, VC = Volume Compression Mount
Re: rxvt installation results in broken man/info pages, unreadable shell prompt
On Fri, 18 Feb 2005, Matthew Johnson wrote: Hi- I installed the rxvt package about 15 minutes ago, and find that typing 'rxvt' does launch it, but only with an unusable prompt (its not interpreting the escape characters of the cygwin default PS1). This is one case where Google helps: the second match when searching for rxvt prompt cygwin (without the quotes) gives the answer. BTW, the FAQ also explains it, albeit as part of another question: http://cygwin.com/faq/faq_3.html#SEC65. So I typed 'man rxvt' to try to learn how to fix this, and was surprised to see very strange text: it looks like it jumped into the middle of the manpage and failed to interpreted the .YOLDTAGSTART tags. This is another. Google for YODLTAGSTART. I see the same thing in 'info rxvt'. Not surprising, as 'info rxvt' should say at the top File: *manpages*, Node: rxvt, Up: (dir). Finally, the FAQ refers us to a file named /usr/share/doc/Cygwin/rxvt-ver. Where? The only reference to doc/Cygwin/rxvt was the entry I referred to above, and it says /usr/doc/Cygwin/rxvt-ver.README. No such file exists. In fact, 'cd /usr/share/doc/Cygwin' followed by 'ls rxvt*' comes up with nothing. rxvt is one package that didn't get updated to the new Cygwin FHS. BTW, cygcheck -l rxvt | grep README would have shown you exactly where it was. Did somebody break the rxvt package on the mirrors? No, 2.7.10-4 really is the latest version, as the package search page at http://cygwin.com/packages/ will show you. And why _is_ it dated 26 Mar 2003? Because it hasn't been updated since. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: nasm-0.98.39-1
I have packaged the latest upstream release of nasm 0.98.39 for cygwin. This version contains a fix for a buffer overflow vulnerability; I'd urge you to upgrade. From the upstream ChangeLog: 0.98.39 --- * fix buffer overflow * fix outas86's .bss handling * make spotless no longer deletes config.h.in. * %(el)if(n)idn insensitivity to string quotes difference (#809300). * (nasm.c) __OUTPUT_FORMAT__ changed to string value instead of symbol. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Dean -- 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/
Updated: nasm-0.98.39-1
I have packaged the latest upstream release of nasm 0.98.39 for cygwin. This version contains a fix for a buffer overflow vulnerability; I'd urge you to upgrade. From the upstream ChangeLog: 0.98.39 --- * fix buffer overflow * fix outas86's .bss handling * make spotless no longer deletes config.h.in. * %(el)if(n)idn insensitivity to string quotes difference (#809300). * (nasm.c) __OUTPUT_FORMAT__ changed to string value instead of symbol. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Dean