Re: tcp-wrappers for 1.7.0
Charles Wilson wrote: Corinna Vinschen wrote: Cool, thanks. Btw., the openssh package I uploaded to the release-2 area yesterday is already using your csih-based config scripts. Neat-o. Keeping fingers crossed... Looks like the package is missing /etc/defaults/etc/inetd.d/sshd-inetd -- Chuck
Problem installing setup-1.7
I tried to install setup-1.7 on a system running a normal release before. I've deleted the whole C:\cygwin dir from the disk and removed all cygwin/cygnus related items from the registry. But after running the new setup the mounts for /usr/bin and /usr/lib where missing. Also there is no /etc/fstab file. What went wrong here? Steffen
Re: Problem installing setup-1.7
Steffen Sledz wrote: I tried to install setup-1.7 on a system running a normal release before. I've deleted the whole C:\cygwin dir from the disk and removed all cygwin/cygnus related items from the registry. But after running the new setup the mounts for /usr/bin and /usr/lib where missing. Also there is no /etc/fstab file. What went wrong here? There used to be a script, 000-cygwin-post-install.sh, bundled with the cygwin package itself (well, 1.7 versions anyway), that did this. It was recently moved to a package of its own, 'base-cygwin'. However, that package does not seem to have been added to the 'Base' category, or has not been uploaded to the release-2 area (I don't know which). In any case, setup-1.7 didn't download it for me, either. Here's the important part of the /etc/fstab file that it should have created: C:/cygwin-1.7 /some_fs binary 0 0 C:/cygwin-1.7/bin /usr/bin some_fs binary 0 0 C:/cygwin-1.7/lib /usr/lib some_fs binary 0 0 ...modify to suit your needs. -- Chuck
Re: Problem installing setup-1.7
On Apr 27 10:41, Charles Wilson wrote: Steffen Sledz wrote: I tried to install setup-1.7 on a system running a normal release before. I've deleted the whole C:\cygwin dir from the disk and removed all cygwin/cygnus related items from the registry. But after running the new setup the mounts for /usr/bin and /usr/lib where missing. Also there is no /etc/fstab file. What went wrong here? There used to be a script, 000-cygwin-post-install.sh, bundled with the cygwin package itself (well, 1.7 versions anyway), that did this. It was recently moved to a package of its own, 'base-cygwin'. However, that package does not seem to have been added to the 'Base' category, or has not been uploaded to the release-2 area (I don't know which). In any case, setup-1.7 didn't download it for me, either. It hasn't been uploaded to the release-2 area yet. I simply forgot to do it yesterday, sorry. I'm going to upload it in a minute. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: tcp-wrappers for 1.7.0
On Apr 27 02:04, Charles Wilson wrote: Charles Wilson wrote: Corinna Vinschen wrote: Cool, thanks. Btw., the openssh package I uploaded to the release-2 area yesterday is already using your csih-based config scripts. Neat-o. Keeping fingers crossed... Looks like the package is missing /etc/defaults/etc/inetd.d/sshd-inetd Shame on me. I've uploaded 5.0-3 which should fix this problem. Thanks for the reminder, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Problem installing setup-1.7
On Apr 27 17:56, Corinna Vinschen wrote: On Apr 27 10:41, Charles Wilson wrote: Steffen Sledz wrote: I tried to install setup-1.7 on a system running a normal release before. I've deleted the whole C:\cygwin dir from the disk and removed all cygwin/cygnus related items from the registry. But after running the new setup the mounts for /usr/bin and /usr/lib where missing. Also there is no /etc/fstab file. What went wrong here? There used to be a script, 000-cygwin-post-install.sh, bundled with the cygwin package itself (well, 1.7 versions anyway), that did this. It was recently moved to a package of its own, 'base-cygwin'. However, that package does not seem to have been added to the 'Base' category, or has not been uploaded to the release-2 area (I don't know which). In any case, setup-1.7 didn't download it for me, either. It hasn't been uploaded to the release-2 area yet. I simply forgot to do it yesterday, sorry. I'm going to upload it in a minute. Nevertheless, take the scripts carefully for now. I have a nagging feeling that my approach to fetch the old mount points from the registry is not exactly foolproof. Something about the rootdir... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Problem installing setup-1.7
Corinna Vinschen wrote: Nevertheless, take the scripts carefully for now. I have a nagging feeling that my approach to fetch the old mount points from the registry is not exactly foolproof. Something about the rootdir... Well, if you follow Brian instructions here: http://cygwin.com/ml/cygwin-apps/2008-04/msg00299.html Then when you run setup-1.7.exe you don't /have/ any mounts in the registry -- so all you'll get in /etc/fstab are the basic default mounts. [*] Later, when setup-1.7.exe is updated -- so that we don't have to remove all the 1.5 mount info from the registry before running setup-1.7.exe -- it'll work better on that initial install, but only for system mounts - /etc/fstab. It doesn't attemp to replicate user mounts (for all users? current user? some selected group of 'cygwin' users? Yech!) into /etc/fstab.d/. That's ok, IMO, but when we release 1.7, end-users need to know about that update quirk. -- Chuck [*] 'course, 000-cygwin-post-install.sh does more than just manipulate mounts and /etc/fstab
Re: Problem installing setup-1.7
On Apr 27 15:09, Charles Wilson wrote: Corinna Vinschen wrote: Nevertheless, take the scripts carefully for now. I have a nagging feeling that my approach to fetch the old mount points from the registry is not exactly foolproof. Something about the rootdir... Well, if you follow Brian instructions here: http://cygwin.com/ml/cygwin-apps/2008-04/msg00299.html Then when you run setup-1.7.exe you don't /have/ any mounts in the registry -- so all you'll get in /etc/fstab are the basic default mounts. [*] Later, when setup-1.7.exe is updated -- so that we don't have to remove all the 1.5 mount info from the registry before running setup-1.7.exe -- it'll work better on that initial install, but only for system mounts - /etc/fstab. It doesn't attemp to replicate user mounts (for all users? current user? some selected group of 'cygwin' users? Yech!) into /etc/fstab.d/. That's ok, IMO, but when we release 1.7, end-users need to know about that update quirk. I'm not quite sure I understand what you mean. The postinstall script is supposed to create the mount points according to the user's 1.5 based system registry mount table. This is for a replacement of a 1.5 with a 1.7 installation, as it's supposed to be at one point. The problem is that this doesn't allow a parallel installation for now, even if setup-1.7 is working as advertised. I should add code to the script which replaces all $OLD_CYGWINROOT path components with $NEW_CYGWINROOT on the fly to support that. /etc/fstab.d/$USER is created and old 1.5 registry user mount points are copied to /etc/fstab.d/$USER on the fly when the user starts the shell the first time. That's done by the new /etc/profile.d/user-fstab.c?sh scripts in base-cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] glpk-4.21-1
--- Dr. Volker Zell ha scritto: Marco Atzeri writes: Hi All, as previously discussed glpk is one of the package needed to compile octave it is also present in debian. glpk-4.25 compiles with shared library. not on my system. Which libtool are you using ? below the last part of the log: /bin/sh ../libtool --tag=CC --mode=link gcc -O2 -pipe -version-info 10:0:10 -no-undefined -o libglpk.la -rpath /usr/lib glpapi01.lo glpapi02.lo glpapi03.lo glpapi04.lo glpapi05.lo glpapi06.lo glpapi07.lo glpapi08.lo glpapi09.lo glpapi10.lo glpapi11.lo glpapi12.lo glpavl.lo glpbfd.lo glpbfx.lo glpdmp.lo glpfhv.lo glpgmp.lo glphbm.lo glpios01.lo glpios02.lo glpios03.lo glpios04.lo glpios05.lo glpios06.lo glpipm.lo glpipp01.lo glpipp02.lo glplib01.lo glplib02.lo glplib03.lo glplib04.lo glplib05.lo glplib06.lo glplib07.lo glplib08.lo glplib09.lo glplpf.lo glplpp01.lo glplpp02.lo glplpx01.lo glplpx02.lo glplpx03.lo glplpx04.lo glplpx05.lo glplpx06.lo glplpx07.lo glplpx08.lo glplpx09.lo glplpx10.lo glplpx11.lo glplpx12.lo glplpx13.lo glplpx14.lo glplpx15.lo glplpx16.lo glplpx17.lo glplpx18.lo glplpx19.lo glplpx20.lo glpluf.lo glplux.lo glpmat.lo glpmpl01.lo glpmpl02.lo glpmpl03.lo glpmpl04.lo glppds.lo glpqmd.lo glprng01.lo glprng02.lo glpscf.lo glpscg.lo glpspx01.lo glpspx02.lo glpssx01.lo glpssx02.lo glptsp.lo -lgmp -lm *** Warning: This system can not link to static lib archive /usr/local/lib/libgmp.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. gcc -shared .libs/glpapi01.o .libs/glpapi02.o .libs/glpapi03.o .libs/glpapi04.o .libs/glpapi05.o .libs/glpapi06.o .libs/glpapi07.o .libs/glpapi08.o .libs/glpapi09.o .libs/glpapi10.o .libs/glpapi11.o .libs/glpapi12.o .libs/glpavl.o .libs/glpbfd.o .libs/glpbfx.o .libs/glpdmp.o .libs/glpfhv.o .libs/glpgmp.o .libs/glphbm.o .libs/glpios01.o .libs/glpios02.o .libs/glpios03.o .libs/glpios04.o .libs/glpios05.o .libs/glpios06.o .libs/glpipm.o .libs/glpipp01.o .libs/glpipp02.o .libs/glplib01.o .libs/glplib02.o .libs/glplib03.o .libs/glplib04.o .libs/glplib05.o .libs/glplib06.o .libs/glplib07.o .libs/glplib08.o .libs/glplib09.o .libs/glplpf.o .libs/glplpp01.o .libs/glplpp02.o .libs/glplpx01.o .libs/glplpx02.o .libs/glplpx03.o .libs/glplpx04.o .libs/glplpx05.o .libs/glplpx06.o .libs/glplpx07.o .libs/glplpx08.o .libs/glplpx09.o .libs/glplpx10.o .libs/glplpx11.o .libs/glplpx12.o .libs/glplpx13.o .libs/glplpx14.o .libs/glplpx15.o .libs/glplpx16.o .libs/glplpx17.o .libs/glplpx18.o .libs/glplpx19.o .libs/glplpx20.o .libs/glpluf.o .libs/glplux.o .libs/glpmat.o .libs/glpmpl01.o .libs/glpmpl02.o .libs/glpmpl03.o .libs/glpmpl04.o .libs/glppds.o .libs/glpqmd.o .libs/glprng01.o .libs/glprng02.o .libs/glpscf.o .libs/glpscg.o .libs/glpspx01.o .libs/glpspx02.o .libs/glpssx01.o .libs/glpssx02.o .libs/glptsp.o -o .libs/cygglpk-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libglpk.dll.a .libs/glplpx10.o:glplpx10.c:(.text+0x9b): undefined reference to `___gmpq_init' .libs/glplpx10.o:glplpx10.c:(.text+0xaa): undefined reference to `___gmpq_set_d' .libs/glplpx10.o:glplpx10.c:(.text+0xb9): undefined reference to `___gmpq_set_d' .libs/glplpx10.o:glplpx10.c:(.text+0xc9): undefined reference to `___gmpq_div' -- cut -- .libs/glpssx02.o:glpssx02.c:(.text+0xc61): undefined reference to `___gmpq_cmp' .libs/glpssx02.o:glpssx02.c:(.text+0xc86): undefined reference to `___gmpq_cmp' Creating library file: .libs/libglpk.dll.a collect2: ld returned 1 exit status make[2]: *** [libglpk.la] Error 1 make[2]: Leaving directory `/pub/cygports/glpk/glpk-4.25-1/build/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/pub/cygports/glpk/glpk-4.25-1/build' make: *** [all] Error 2 Inviato da Yahoo! Mail. La casella di posta intelligente. http://it.docs.yahoo.com/mail/overview/index.html
Re: Problem installing setup-1.7
Corinna Vinschen wrote: On Apr 27 15:09, Charles Wilson wrote: Then when you run setup-1.7.exe you don't /have/ any mounts in the registry -- so all you'll get in /etc/fstab are the basic default mounts. [*] Later, when setup-1.7.exe is updated -- so that we don't have to remove all the 1.5 mount info from the registry before running setup-1.7.exe -- it'll work better on that initial install, but only for system mounts - /etc/fstab. I'm not quite sure I understand what you mean. The postinstall script is supposed to create the mount points according to the user's 1.5 based system registry mount table. Right. And once cygwin-1.7 is released, and *regular* users use setup.exe to upgrade an existing installation of cygwin-1.5 to cygwin-1.7, that will work fine. This is for a replacement of a 1.5 with a 1.7 installation, as it's supposed to be at one point. Exactly. The problem is that this doesn't allow a parallel installation for now, even if setup-1.7 is working as advertised. That's what I was trying to say. I should add code to the script which replaces all $OLD_CYGWINROOT path components with $NEW_CYGWINROOT on the fly to support that. That would be useful, during the transition. It doesn't attemp to replicate user mounts (for all users? current user? some selected group of 'cygwin' users? Yech!) into /etc/fstab.d/. That's ok, IMO, but when we release 1.7, end-users need to know about that update quirk. /etc/fstab.d/$USER is created and old 1.5 registry user mount points are copied to /etc/fstab.d/$USER on the fly when the user starts the shell the first time. That's done by the new /etc/profile.d/user-fstab.c?sh scripts in base-cygwin. it == 000-cygwin-post-install.sh. I didn't know there were /other/ components of base-cygwin that /would/ handle that part. -- Chuck
Help when switching betwen 1.5 and 1.7: services
I've written two scripts that may be useful for others who have both cygwin-1.5 and cygwin-1.7 trees installed. To use them: put a copy of both scripts into cygwin-1.5-root/bin and cygwin-1.7-root/bin. Then, when switching from, say, 1.5 to 1.7: cygwin-1.5$ stop_and_remove_services cygwin-1.5$ exit cygwin-1.7$ install_and_start_services The install_and_atart_services should be customized for your installation -- in fact, it might be useful to customize the two different versions. stop_and_remove_services is pretty generic. install_and_start_services assumes that the services you specify (via SERVICES_TO_INSTALL) have already been properly configured using the associated foo-config scripts, *in the tree you're invoking the script from*. It's very dumb; everything is hard-coded -- but it's just a transition tool and not worthy of the effort to make it totally generic or to turn it into a 'package' of some sort. Download and customize... -- Chuck P.S. depends on csih. #!/bin/bash # must be run as Administrator stop_and_remove_service() { if cygrunsrv -Q $service 2/dev/null | grep Running /dev/null 21 then echo stopping $service 12 if ! cygrunsrv -E $service /dev/null 21 then echo failed to stop $service 12 return 1 fi fi if cygrunsrv -Q $service /dev/null 21 then echo removing $service 12 if ! cygrunsrv -R $service /dev/null 21 then echo failed to remove $service 12 return 1 fi fi return 0 } stop_and_remove_all_but_syslog_and_cygserver() { for service in `cygrunsrv -L` do case $service in *cygserver* ) ;; *syslog* ) ;; * ) stop_and_remove_service $service ;; esac done } stop_and_remove_syslogs() { for service in i`cygrunsrv -L` do case $service in *syslog* ) stop_and_remove_service $service ;; esac done } stop_and_remove_cygservers() { for service in `cygrunsrv -L` do case $service in *cygserver* ) stop_and_remove_service $service ;; esac done } stop_and_remove_all_but_syslog_and_cygserver stop_and_remove_syslogs stop_and_remove_cygservers #!/bin/bash # NOTE: this script assumes that you have previously run the # appropriate init-* script for the associated services, such # that all necessary user accounts have been created, and # configuration files have been properly constructed, for # this installation of cygwin. # # The ONLY thing this script does is, if necessary, register # the requested service with the system using hardcoded values, # and start it. The services in the following list will be # installed and started in order. # # init, inetd, and sshd are installed under the privileged # user account, so that they may setuid for new logins or for # slave daemons to run under other accounts. For versions of windows # prior to Vista/Server2003, you may set # PRIVILEGED_USER= # in which case, these three services will be treated like any # other, and installed under the LocalSystem account. # # This script should be copied to /usr/bin and customized for # (each) installation. # In the list below: # Only include 'inetd' if you are not using the init service # to start it (and you are not using the xinetd service) # No default support for install_xinetd, becuase the xinetd-config # script only supports using the init service and /etc/rc.d/init.d/xinetd # Include at most one of 'syslogd' and 'syslog-ng' SERVICES_TO_INSTALL=cygserver syslog-ng init inetd sshd # == # Initialization # == PROGNAME=$(basename $0) _tdir=$(dirname $0) PROGDIR=$(cd $_tdir pwd) CSIH_SCRIPT=/usr/share/csih/cygwin-service-installation-helper.sh PREFIX=/usr SYSCONFDIR=/etc LOCALSTATEDIR=/var source ${CSIH_SCRIPT} PRIVILEGED_USER=cyg_server PRIVILEGED_PASS=$1 if [ -n $PRIVILEGED_USER -a -z $1 ] then csih_get_value Please enter the password for $PRIVILEGED_USER -s PRIVILEGED_PASS=${csih_value} fi if [ -n $PRIVILEGED_USER -a -z $PRIVILEGED_PASS ] then csih_error Empty password for $PRIVILEGED_USER fi # == # cygserver # == install_cygserver() { if ! cygrunsrv -Q cygserver /dev/null 21 then csih_inform installing cygserver 12 if ! cygrunsrv -I cygserver -d CYGWIN cygserver -p /usr/sbin/cygserver then csih_error_recoverable FAILED to install cygserver 12 return 1 fi fi return 0 } # == # syslogd # == install_syslogd() { if ! cygrunsrv -Q syslogd /dev/null 21 then csih_inform installing syslogd 12 if ! cygrunsrv -I syslogd -d CYGWIN syslogd -p /usr/sbin/syslogd -a -D then csih_error_recoverable FAILED to
Re: tcp-wrappers for 1.7.0
Corinna Vinschen wrote: would you mind to build a new tcp-wrappers package exclusively for 1.7.0, which has IPv6 enabled? tcp_wrappers-7.6-5 uploaded to release-2. Should we announce these to cygwin-announce, or not? And if so, should they be flagged in the announcement as cygwin-1.7 only? -- Chuck
Re: Get IO Error opening file
Hi, one follows the other. Try to find this file via Google or Yahoo, download it manually to the location where cygwin stores its files on your machine and then try to install it again. This happens once in a while. Maybe the path is wrong or the file is missing on the server. Erich Kjeld Bak wrote: Hi, Trying to download and install Cygwin with Cygwin/X, I get an IO Error opening 'xorg-x11-fnts-6.8.99.901-1.tar.bz2'. I have tried to install from 5-6 different mirrors - allways with the same bad result. I have tried to install 'xorg-x11-fnts-6.8.1.0-3.tar.bz2' as well and with same result. Are there any problems with these packets. All other packets download and install ok. I have now a running Cygwin but without X-term, because when I start 'startxwin.bat' I get the error: 'Fatal server error: could not open default font fixed '. Has anybody a suggestion as to what goes wrong? Kjeld -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Amending subscription?
Is it possible to amend a subscription to this mailing list (e.g. change the address) or is it a case of leaving and rejoining? -- Phil Reynolds o mail: [EMAIL PROTECTED] |L_ \ / Web: http://www.tinsleyviaduct.com/phil/ (_)- \/ Waltham 66, Emley Moor 69, Droitwich 79, Windows 95 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog wincap.cc wincap.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-04-27 16:12:00 Modified files: winsup/cygwin : ChangeLog wincap.cc wincap.h Log message: * wincap.h (wincapc::wow64): Change type to BOOL. * wincap.cc: Remove explicit use of this pointer in wincapc methods. (wincapc::init): Fix bug in IsWow64Process handling. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4126r2=1.4127 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.cc.diff?cvsroot=srcr1=1.83r2=1.84 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/wincap.h.diff?cvsroot=srcr1=1.68r2=1.69
Incorrect use of IsWow64Process in Cygwin sources
Please consider the following snippet from src/winsup/cygwin/wincap.cc (wincapc::init): BOOL is_wow64_proc = FALSE; if (IsWow64Process (GetCurrentProcess (), is_wow64_proc)) wow64 = is_wow64_proc; else { ((wincaps *)this-caps)-needs_count_in_si_lpres2 = false; ((wincaps *)this-caps)-has_restricted_stack_args = false; } If I understood correctly, the else block is meant to be executed on 32 bit systems, so that those flags are reset on Vista 32. But you are testing the return value of IsWow64Process, which is only an indication that the function succeeded. For instance, it always returns true on my 32 bit system (Windows XP Home Edition). The correct return value is in the is_wow64_proc flag, you should use it. The relevant MSDN page documenting IsWow64Process is: http://msdn2.microsoft.com/en-us/library/ms684139(VS.85).aspx Regards, Cesar -- 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: Incorrect use of IsWow64Process in Cygwin sources
On Apr 27 12:16, Cesar Strauss wrote: If I understood correctly, the else block is meant to be executed on 32 bit systems, so that those flags are reset on Vista 32. But you are testing the return value of IsWow64Process, which is only an indication that the function succeeded. [...] You're right. Thanks for catching this. I fixed it in CVS. Thanks again, 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/
/etc/profile.d/complete.tcsh problem; followup to Problems starting tcsh when having spaces in username - with fix
Hi, In the current /etc/profile.d/complete.tcsh file a portion of the fix suggested below by Anders Ripa has been applied, but another critical part has not. The last three fixes with explicit $HOME/ have been quoted, but the first fix has not been applied. Currently I show the following as the needed patch: diff -c complete.tcsh complete.tcsh.orig *** complete.tcsh Sun Apr 27 12:08:25 2008 --- complete.tcsh.orig Thu Apr 24 17:02:02 2008 *** *** 39,45 set noglob if ( ! $?hosts ) set hosts foreach f ($HOME/.hosts /usr/local/etc/csh.hosts $HOME/.rhosts /etc/hosts.equiv) ! if ( -r $f ) then set hosts = ($hosts `grep -v + $f | grep -E -v ^# | tr -s | cut -f 1`) endif end --- 39,45 set noglob if ( ! $?hosts ) set hosts foreach f ($HOME/.hosts /usr/local/etc/csh.hosts $HOME/.rhosts /etc/hosts.equiv) ! if ( -r $f ) then set hosts = ($hosts `grep -v + $f | grep -E -v ^# | tr -s | cut -f 1`) endif end Thank you for your assistance David Olmsted == A copy of the original email is appended below. Problems starting tcsh when having spaces in username - with fix From: Anders Ripa anders dot ripa at mailbox dot swipnet dot se To: cygwin at cygwin dot com Date: Fri, 21 Feb 2003 20:33:39 +0100 Subject: Problems starting tcsh when having spaces in username - with fix I get the message : Anders Ripa at RIPA3 ~ $ tcsh if: Expression Syntax. When I try to run the tcsh command on my Windows XP Home machine The problem as far as I have been able to trace it is that I have set up my user account with the name Anders Ripa, e.g. it contains a space. I have been able to trace the problem to the file: /etc/profile.d/complete.tcsh If I modify the file to use quotes in 4 places, then tcsh starts correctly. $ diff complete.tcsh fixed_complete.tcsh 2c2 # $Id: complete.tcsh,v 1.1 2003/02/08 11:00:25 corinna Exp $ --- # $Id: complete.tcsh,v 1.1 2001/12/21 12:22:24 corinna Exp $ 26c26 if ( -r $f ) then --- if ( -r $f ) then 30c30 if ( -r $HOME/.netrc ) then --- if ( -r $HOME/.netrc ) then 236c236 if ( -f $HOME/.mh_profile -x `which folders` ) then --- if ( -f $HOME/.mh_profile -x `which folders` ) then 643c643 if (-r $HOME/.mailrc) then --- if (-r $HOME/.mailrc) then Currently I have to reapply the fix when tcsh is updated. I hope this can be of some help to other cygwin users. Best regards Anders Ripa -- 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: Download Incomplete. Try again? failures
On Tue, 22 Apr 2008, LATHAM, JUSTIN wrote: I am trying to install Cygwin on a Windows XP PC that has not previously had it installed. Since I want to install the exact same distribution on multiple PCs, I am selecting the Download Without Installing option to just get the packages I want first. I have attempted the operation on 4 different mirrors with the same result. From each, I get the Download Incomplete. Try again? error box when it is trying to download _update-info-dir-00605-1.tar.bz2. I am attaching my setup.log and setup.log.full to assist in debugging the probl setup.log.full e setup.log m. Wow, nice paste... :-) Please let me know if you have any thoughts what I might be doing incorrectly. Are you sure you're not running out of disk space (or have disk quotas enabled)? The logs seem to indicate something like that. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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: Download Incomplete. Try again? failures
Thanks for the reply. I have plenty of disk space... I tried again today after your email and everything downloaded successfully this time. Although interestingly enough, it downloaded _update-info-dir-00726-1.tar.bz2 when it worked. When it wasn't working it was always looking for _update-info-dir-00605-1.tar.bz2 I wonder what changed that it finally downloaded the correct version. Oh well, I'm up and running now. Thanks again, Justin -Original Message- From: Igor Peshansky [mailto:[EMAIL PROTECTED] Sent: Sunday, April 27, 2008 3:28 PM To: LATHAM, JUSTIN HS Cc: cygwin@cygwin.com Subject: Re: Download Incomplete. Try again? failures On Tue, 22 Apr 2008, LATHAM, JUSTIN wrote: I am trying to install Cygwin on a Windows XP PC that has not previously had it installed. Since I want to install the exact same distribution on multiple PCs, I am selecting the Download Without Installing option to just get the packages I want first. I have attempted the operation on 4 different mirrors with the same result. From each, I get the Download Incomplete. Try again? error box when it is trying to download _update-info-dir-00605-1.tar.bz2. I am attaching my setup.log and setup.log.full to assist in debugging the probl setup.log.full e setup.log m. Wow, nice paste... :-) Please let me know if you have any thoughts what I might be doing incorrectly. Are you sure you're not running out of disk space (or have disk quotas enabled)? The logs seem to indicate something like that. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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/
inetutils 1.5 / ftpd problem: 426 Data connection: No buffer space available.
Hi, Problem Description: 2 PCs, both up to date Cygwin DLL, one running inetutils 1.5, the other running inetutils 1.3.2, plus a third computer (probably not important, but MacOSX). The PC with inetutils 1.5 has a largish (215MB) file on it, which I want to get from the OSX computer: [EMAIL PROTECTED] (.../ant/Downloads) % ftp xp-ant1 Connected to xp-ant1. 220- 220- Welcome to xp-ant1... 220 xp-ant1 FTP server (GNU inetutils 1.5) ready. 331 Password required for ant. 230- Fanfare!!! 230- You are successfully logged in to this server!!! 230 User ant logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp cd /mnt/downloads 250 CWD command successful. ftp bin 200 Type set to I. ftp get BCUpdateXP.exe 'EPSV': command not understood. local: BCUpdateXP.exe remote: BCUpdateXP.exe 227 Entering Passive Mode (192,168,1,99,4,110) 150 Opening BINARY mode data connection for 'BCUpdateXP.exe' (226020663 bytes). 0% | | 0 0.00 KB/s--:-- ETA 426 Data connection: No buffer space available. I copied the file over to the other PC running inetutils 1.3.2, and then ftp-ing in from my Mac and getting it worked fine: ... 220 xp-ant2 FTP server (GNU inetutils 1.3.2) ready. ... ftp get BCUpdateXP.exe 'EPSV': command not understood. local: BCUpdateXP.exe remote: BCUpdateXP.exe 227 Entering Passive Mode (192,168,1,187,5,22) 150 Opening BINARY mode data connection for 'BCUpdateXP.exe' (226020663 bytes). 100% || 215 MB9.80 MB/s00:00 ETA 226 Transfer complete. 226020663 bytes received in 00:22 (9.78 MB/s) Had a read through the docs but couldn't see anything that would specifically address this; I'm not using tcp-wrappers as I'm in a secure environment, the inetutils 1.5 ftp server machine is XP SP2 running in VMware (as is the other running 1.3.2), its a fresh install. Can anyone else reproduce this? I can easily downgrade the server to 1.3.2 so no great problem, but it would be good to solve this. Thanks Ant.q -- 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: cpan has a problem Writing Makefile
Reini Urban wrote: Do cd ~/.cpan/build/Text-CSV_XS-0.45/ perl -d Makefile.PL and step until the error appears and send me the output. I didn't get the error doing this. Any other suggestions? ...r/.cpan/build/Text-CSV_XS-0.45$ perl -d Makefile.PL Loading DB routines from perl5db.pl version 1.28 Editor support available. Enter h or `h h' for help, or `man perldebug' for more help. main::(Makefile.PL:5): require 5.005; # - also see postamble at the bottom for META.yml DB1 n main::(Makefile.PL:10): eval { require Text::CSV_XS }; DB1 main::(Makefile.PL:10): eval { require Text::CSV_XS }; DB1 main::(Makefile.PL:11): if (!$@ $Text::CSV_XS::VERSION 0.15) { DB1 main::(Makefile.PL:23): my %wm = ( main::(Makefile.PL:24): NAME = Text::CSV_XS, main::(Makefile.PL:25): ABSTRACT = Comma-Separated Values manipulation routines, main::(Makefile.PL:26): AUTHOR = H.Merijn Brand [EMAIL PROTECTED], main::(Makefile.PL:27): VERSION_FROM = CSV_XS.pm, main::(Makefile.PL:28): PREREQ_PM= { DynaLoader = 0, main::(Makefile.PL:29): Config = 0, main::(Makefile.PL:30): IO::Handle = 0, main::(Makefile.PL:31): Test::More = 0, main::(Makefile.PL:32): Test::Harness = 0, DB1 main::(Makefile.PL:44): $ExtUtils::MakeMaker::VERSION 6.30 and $wm{LICENSE} = perl; DB1 main::(Makefile.PL:46): my $rv = WriteMakefile (%wm); DB1 Writing Makefile for Text::CSV_XS main::(Makefile.PL:48): 1; DB1 Debugged program terminated. Use q to quit or R to restart, use o inhibit_exit to avoid stopping after program termination, h q, h R or h o to get additional info. -- View this message in context: http://www.nabble.com/cpan-has-a-problem-Writing-Makefile-tp16909407p16930328.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/