Re: Problem accessing Win98 network drive when logged in via ssh (or cron)
On May 15 13:29, Gareth Howell wrote: Hi I have cygwin (latest) running on an XP machine. It needs to access two workstations running Win95 and one running Win98. At the windows level, there are drive maps to the 'C' drives on the three workstations as X:, Y: and Z: and the filesystem can be seen. Cygwin's fstab has lines to mount the same network shares (using UNC paths) under the /mnt directory. The two Win95 shares and the single Win98 share show up just fine as type vfat when I do a mount when running cygwin terminal on the XP machine. If I log in remotely using ssh (as Administrator), the two Win95 shares show up as before, but the Win98 share shows up as type unknown and I can't access the filesystem. The same occurs if a job is run using the Administrator's crontab. I can see it's probably a permissions issue, but I can't get to the bottom of it or understand why the behaviour is different between Win95 and Win98. Any guidance would be welcome. First, please read the User's Guide chapter about switching the user context. It explains the problems with mapping shares when changing the user account via ssh or whatever: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview In your scenario it might have something to do with the way the shares are shared. The old SMB knew user level shares and, well, share level shares. The latter doesn't require a logon to be accessible. Maybe the 95 shares are shared this way? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Thanks for that Corinna. It's weird; the Win95 shares appear OK, it's only the Win98 share. As I indicated in another thread, I have avoided the problem by using a different workstation as the proxy. I have a different problem with that one though. All three shares appear OK when I log in using SSH. When I try to run rsync over ssh though, I get errors saying the mount points vanished during the transfer. Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can't access 'some' SMB network drives from ssh or cron
On 17 May 2012, at 10:00, Gareth Howell wrote: Hi I asked this a day or so ago but got no responses. I'm posting again just in case it just got missed. I have cygwin (latest) running on an XP machine. It needs to access two workstations running Win95 and one running Win98. At the windows level, there are drive maps to the 'C' drives on the three workstations as X:, Y: and Z: and the filesystems can be seen. Cygwin's fstab has lines to mount the same network shares (using UNC paths) under the /mnt directory. The two Win95 shares and the single Win98 share show up just fine as type vfat when I do a 'mount' when running cygwin terminal on the XP machine. If I log in remotely using ssh (as Administrator), the two Win95 shares show up as before, but the Win98 share shows up as type unknown and I can't access the filesystem. The same occurs if a job is run using the Administrator's crontab. I can see it's probably a permissions issue, but I can't get to the bottom of it or understand why the behaviour is different between Win95 and Win98. Any guidance would be welcome. Gareth I've avoided the problem by accessing the three old machines via another proxy at the remote site. This one can see all three workstations OK over SSH. There is a new problem now, but I'll start a new thread for that. Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
'some files vanished' when using rsync over ssh
Hi This is a follow on from the question I asked about accessing SMB filesystems via SSH. The full scenario is that a client is using rsnapshot to back up a load of workstations to a QNAP. The QNAP has rsnapshot installed and most of the Windows targets have cygwin installed. Three very old machines don't have the capability to run cygwin (too little mem and disk space), so I configured another Windows machine to act as a proxy. RSnapshot backs up these machines as extra drives on the proxy, which has them mounted as SMB drives on /mnt When I log in to the proxy using ssh, I can see all three mounted drives. When I run rsync over ssh to the proxy and try to back up the drives I get the error # /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded --rsh=/usr/bin/ssh -o BatchMode=yes login@proxy:/mnt/win98/dir . file has vanished: /mnt rsync warning: some files vanished before they could be transferred (code 24) at main.c(1518) [Receiver=3.0.8] According to the literature, this error indicates something changed during the rsync session, but I can't see what. If I ssh into proxy I can see the drives OK $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) //win98/c on /mnt/win98 type vfat (binary,user) //win95/c on /mnt/win95 type vfat (binary,user) //ano/c on /mnt/ano type vfat (binary,user) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type iso9660 (binary,posix=0,user,noumount,auto) I can also rsync them to a local rep whilst logged into the proxy. Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Can't access 'some' SMB network drives from ssh or cron
Hi I asked this a day or so ago but got no responses. I'm posting again just in case it just got missed. I have cygwin (latest) running on an XP machine. It needs to access two workstations running Win95 and one running Win98. At the windows level, there are drive maps to the 'C' drives on the three workstations as X:, Y: and Z: and the filesystems can be seen. Cygwin's fstab has lines to mount the same network shares (using UNC paths) under the /mnt directory. The two Win95 shares and the single Win98 share show up just fine as type vfat when I do a 'mount' when running cygwin terminal on the XP machine. If I log in remotely using ssh (as Administrator), the two Win95 shares show up as before, but the Win98 share shows up as type unknown and I can't access the filesystem. The same occurs if a job is run using the Administrator's crontab. I can see it's probably a permissions issue, but I can't get to the bottom of it or understand why the behaviour is different between Win95 and Win98. Any guidance would be welcome. Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Can't access 'some' SMB network drives from ssh or cron
On 17 May 2012, at 10:10, Nick Lowe wrote: Have you taken a Wireshark capture in both scenarios and looked for differences? Nick Good idea, Nick, but no, I haven't. Unfortunately, I'm doing all this remotely from another site. If I don't get anywhere, I'll try and get over there sometime and do that. Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem accessing Win98 network drive when logged in via ssh (or cron)
Hi I have cygwin (latest) running on an XP machine. It needs to access two workstations running Win95 and one running Win98. At the windows level, there are drive maps to the 'C' drives on the three workstations as X:, Y: and Z: and the filesystem can be seen. Cygwin's fstab has lines to mount the same network shares (using UNC paths) under the /mnt directory. The two Win95 shares and the single Win98 share show up just fine as type vfat when I do a mount when running cygwin terminal on the XP machine. If I log in remotely using ssh (as Administrator), the two Win95 shares show up as before, but the Win98 share shows up as type unknown and I can't access the filesystem. The same occurs if a job is run using the Administrator's crontab. I can see it's probably a permissions issue, but I can't get to the bottom of it or understand why the behaviour is different between Win95 and Win98. Any guidance would be welcome. Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: HEADSUP maintainers: Change in openssl package requires change in setup.hint
On 25/06/2010 7:02 AM, Yaakov (Cygwin/X) wrote: On Thu, 2010-06-24 at 11:36 +0200, Corinna Vinschen wrote: So, what we have to do is to convert *ALL* existing package dependencies from openssl to libopenssl098. I'm going to do this in the setup.hint files on cygwin.com, but, please do this in your local copy of your setup.hint files as well. As soon as I upgraded to openssl-1.0.0a-1, make sure that you keep your package dependencies in shape when building a new package. That means to change from libopenssl098 to libopenssl100. Do you know yet what the actual DLL names are going to be? libkio dlopen()s these instead of linking against them, so I want to fix these for my next KDE release. However, isn't libcurl3 OBSOLETE, rather than ORPHANED? You are correct; I fixed this in CVS. apache2 ORPHANED (Max Bowsher) This desperately needs to be ITA'd. I have a version in Ports if anyone who actually uses this wants to pick it up: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/www/apache2/ cyrus-sasl/libsasl2 ORPHANED (Gareth Pearce) cyrus-sasl/libsasl2-develORPHANED (Gareth Pearce) As previously discussed, these actually use libopenssl097. Yaakov I have no expectation that I will look at repackaging sasl ever - my motivation for that package is Long gone. --Gareth
FW: Vista and CYGWIN telnet
Hi, Output attached. Thank you for looking. Kind Regards Gareth -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Charles Wilson Sent: 08 January 2010 23:55 To: cygwin@cygwin.com Subject: Re: Vista and CYGWIN telnet Gareth Payne wrote: Anyone got any advice, need telnet unfortunately. Please post the output of 'cygcheck -svr' (as an *attachment*, not inline). -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Cygwin Configuration Diagnostics Current System Time: Sat Jan 09 09:31:22 2010 Windows Vista Business Ver 6.0 Build 6002 Service Pack 2 Running under WOW64 on AMD64 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin D:\unixutils C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Program Files\Intel\WiFi\bin\ D:\Program Files (x86)\FastSum Output from C:\cygwin\bin\id.exe UID: 40033(gpayne) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'gpayne' PWD = '/home/gpayne' CYGWIN = 'ntsec' HOME = '/home/gpayne' TRACE_FORMAT_SEARCH_PATH = '\\NTREL202.ntdev.corp.microsoft.com\34FB5F65-FFEB-4B61-BF0E-A6A76C450FAA\TraceFormat' HOMEPATH = '\Users\gpayne.EMEA' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Users\gpayne.EMEA\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'nb-slogpayne' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 23 Stepping 10, GenuineIntel' DFSTRACINGON = 'FALSE' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/usr/bin' USERDOMAIN = 'EMEA' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' USERNAME = 'gpayne' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' LANG = 'C.UTF-8' USERPROFILE = 'C:\Users\gpayne.EMEA' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\NTMADCEMEA1' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\gpayne.EMEA\AppData\Local' !C: = 'C:\cygwin\bin' ProgramData = 'C:\ProgramData' SHLVL = '1' USERDNSDOMAIN = 'EMEA.PROGRESS.COM' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\Windows\system32\cmd.exe' SYSTEMROOT = 'C:\Windows' PRINTER = '\\ukps01\UKMFDC01' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '170a' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files (x86)' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' COMPUTERNAME = 'NB-SLOGPAYNE' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Favorites\cygwin (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin c: hd NTFS 76183Mb 64% CP CS UN PA FC OS d: hd NTFS305234Mb 97% CP CS UN PA FC DATAPART1 e: cd N/AN/A C:\cygwin/ system binary,auto C:\cygwin\bin/usr/bin system binary,auto C:\cygwin\lib/usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,auto Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\awk.exe - C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: D:\unixutils\cat.exe Warning: C:\cygwin\bin\cat.exe hides D:\unixutils\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: D:\unixutils\cp.exe Warning: C:\cygwin\bin\cp.exe hides D:\unixutils\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: D:\unixutils\find.exe Warning: C:\cygwin\bin\find.exe hides D:\unixutils\find.exe Found: C:\Windows\system32\find.exe Warning: C:\cygwin\bin\find.exe hides C:\Windows\system32\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: D:\unixutils\grep.exe Warning: C:\cygwin\bin\grep.exe hides D:\unixutils\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin
Vista and CYGWIN telnet
Hi, I have installed cygwin on vista, and have configured openssh and inetdutils. I followed the readme to configure both sshd and inetd as services in windows. This step works fine. The sshd service works a treat and I can ssh into the vista server - brilliant. Configured inetd.conf to start both ftp and telnet. Problem: Ftp service work brilliantly - can log in happily. telnet - connects to the telnet server and nothing. Example: gpa...@nb-slogpayne ~ $ telnet localhost Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. xdfgsdhgxdfm♥♥ - what ever I type is echoed on screen. Definitely connecting to the telnet service, as soon as I stop inetd the telnet server stop listening. I have disabled the firewall / Norton. What am I missing. Driving me mad. Anyone got any advice, need telnet unfortunately. Thanks in advance Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Vista and CYGWIN telnet
Hi, Still have the problem. I definitely have a connection established to the telnet server. gpa...@nb-slogpayne /var/log $ netstat -aon | grep ES TCP127.0.0.1:23 127.0.0.1:57200ESTABLISHED 5352 TCP127.0.0.1:23 127.0.0.1:57213ESTABLISHED 5352 TCP127.0.0.1:4127.0.0.1:49300ESTABLISHED 2576 TCP127.0.0.1:49300127.0.0.1:4ESTABLISHED 4 TCP127.0.0.1:57200127.0.0.1:23 ESTABLISHED 5756 TCP127.0.0.1:57213127.0.0.1:23 ESTABLISHED 6616 TCP192.168.1.66:23192.168.1.66:64797 ESTABLISHED 5352 $ ps -ef UID PIDPPID TTY STIME COMMAND cyg_serv5148 1 ? 13:06:41 /usr/bin/cygrunsrv cyg_serv14765148 ? 13:06:41 /usr/sbin/sshd gpayne5884 1 con 19:41:25 /usr/bin/bash cyg_serv6436 1 ? 19:57:46 /usr/bin/cygrunsrv cyg_serv52566436 ? 19:57:46 /usr/sbin/inetd SYSTEM1572 1 ? 20:04:39 /usr/bin/cygrunsrv SYSTEM33041572 ? 20:04:40 /usr/sbin/syslog-ng gpayne2772 1 con 20:05:00 /usr/bin/bash gpayne46522772 con 20:05:06 /usr/bin/telnet cyg_serv67405256 ? 20:05:06 /usr/sbin/telnetd cyg_serv31205256 ? 20:07:24 /usr/sbin/telnetd gpayne5284 1 con 20:24:06 /usr/bin/bash gpayne6116 1 con 20:27:23 /usr/bin/bash gpayne31566116 con 20:27:53 /usr/bin/telnet cyg_serv46845256 ? 20:27:53 /usr/sbin/telnetd gpayne65845284 con 20:34:45 /usr/bin/ps But, the login screen still does not appear. Has anyone seen this?, same problem occurred on XP box. Running 1.7.1 version of cygwin. Any advice greatly received. Gareth -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Gareth Payne Sent: 08 January 2010 16:51 To: cygwin@cygwin.com Subject: Vista and CYGWIN telnet Hi, I have installed cygwin on vista, and have configured openssh and inetdutils. I followed the readme to configure both sshd and inetd as services in windows. This step works fine. The sshd service works a treat and I can ssh into the vista server - brilliant. Configured inetd.conf to start both ftp and telnet. Problem: Ftp service work brilliantly - can log in happily. telnet - connects to the telnet server and nothing. Example: gpa...@nb-slogpayne ~ $ telnet localhost Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. xdfgsdhgxdfm♥♥ - what ever I type is echoed on screen. Definitely connecting to the telnet service, as soon as I stop inetd the telnet server stop listening. I have disabled the firewall / Norton. What am I missing. Driving me mad. Anyone got any advice, need telnet unfortunately. Thanks in advance Gareth -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
FW: Vista and CYGWIN telnet
Hi, Main documentation was from the inetutils.readme. Using tcpd.exe as the telnet executable. I ran ssh-host-config first, which created the privileged user (cyg_server) with appropriate windows permissions. Then I ran iu-config to set up inetd. In the messages log I see: Jan 8 21:02:32 nb-slogpayne telnetd: PID 396: connect from 127.0.0.1 (127.0.0.1 ) Jan 8 21:04:06 nb-slogpayne telnetd: PID 5688: connect from 127.0.0.1 (127.0.0. Jan 8 21:12:03 nb-slogpayne telnetd: PID 6312: connect from 192.168.1.66 (192.1 68.1.66) Definitely have a telnet connection, unfortunately no login prompt appears. Screen just echo's what i type. Complete stumped on this. Kind Regards Gareth -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of DePriest, Jason R. Sent: 08 January 2010 20:51 To: cygwin@cygwin.com Subject: Re: Vista and CYGWIN telnet 2010/1/8 Gareth Payne gpa...@progress.com: Hi, SYSTEM 3304 1572 ? 20:04:40 /usr/sbin/syslog-ng ^ syslog-ng is running. Does anything show up in /var/log/messages? Also Problem reports: http://cygwin.com/problems.html What documentation did you follow to get sshd and inetd configured? Thanks. Jason -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ITA] nano package
Lapo Luchini wrote: Lapo Luchini wrote: Hi Gareth, just a quick question: do you plan to support the current nano-2.0.x branch in your Cygwin package relases? Gareth replied privately to me that's ok with him if I adopt the package. Should anyone take a look at the packaging? http://cyberx.lapo.it/cygwin/nano/nano-2.0.6-1.tar.bz2 http://cyberx.lapo.it/cygwin/nano/nano-2.0.6-1-src.tar.bz2 Lapo Just confirming the above. Additionally, if anyone wants any of my other packages they are free to do so. I read the mailing list and will respond to questions about my packages (if they don't get eaten by spam filtering or an overzealous delete key) but have no plans to update any of them. --Gareth
Re: Interesting looking terminal emulation for cygwin
Stephen Barclay wrote: All, I have been using Ponderosa for a while, but something is not 100% with thier terminal emulation, when paging up/down in editors (nano/pico etc) there are artifact characters left on some lines.. I know this if off topic, but has anyone else seen this? and if they have a fix .. :) I have seen this with multiple terminal emulations on several platforms, I assumed it was a bug with nano/pico's base curses library or something. --Gareth -- 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: Interesting looking terminal emulation for cygwin
Stephen Barclay wrote: Gareth Pearce wrote: Stephen Barclay wrote: All, I have been using Ponderosa for a while, but something is not 100% with thier terminal emulation, when paging up/down in editors (nano/pico etc) there are artifact characters left on some lines.. I know this if off topic, but has anyone else seen this? and if they have a fix .. :) I have seen this with multiple terminal emulations on several platforms, I assumed it was a bug with nano/pico's base curses library or something. --Gareth SecureCRT, Putty, and Cygwin SSH to the same host(s) do not exhibit this problem. I have duplicated on RH 8.0, RH 9.0, RH FC1.. I am going to play around with the terminal types and see if I can figure out if it may be a termcap issue Thanks for the sanity check, making sure I wasn't going crazy... To clarify, the artifact characters I see are the remants of lines that were previously on the screen. It seems that lines don't get cleared correctly and only where new characters have been drawn show up correctly. And it only happens sometimes, which is odd. --Gareth -- 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: aspell
On 10/12/06, Gareth Pearce I suspect you don't have nroff installed. If that is not the problem, it works for me - That would be too easy. I already check that and nroff is indeed installed. As for works for you, I suspect that you have an old version of aspell. I am talking about 0.60.3 and the more recent stable 0.60.4 versions. Please download 0.60.4 and try it and let me know how it goes. Ahh, I missed that you were using a version of aspell you built yourself as was implied by the newer version number. --Gareth, somewhat vaguely present aspell maintainer being. I appreciate your response and with your assistance we'll find the cause and fix it and you can be the proud maintainer of new apsell, 0.60.4 that has a lot of great features and functionality. See the vaguely present part; cygwin is a much lower priority on my todo list these days, so unless there is an issue with a released package which I am the maintainer for, I'm pretty much absent. If I remember correctly, releasing a new aspell will require releasing a new aspell-en/aspell-de - and if I remember correctly, aspell-en doesn't even have a maintainer at the moment. --Gareth, *may* take some time and look at updating his packages once nano 2.0 is released. -- 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: aspell
Wynfield Henman wrote: I am trying to run down a problem with using aspell with cygwin. aspell: International Ispell Version 3.1.20 (but really Aspell 0.60.4) Cygwin: CYGWIN_NT-5.1 1.5.21(0.156/4/2) 2006-07-30 Symptom: (run the following on the bash or zsh command line) $ aspell -a -m -d american Error: nroff: dlopen returned No such file or directory. I suspect you don't have nroff installed. If that is not the problem, it works for me - please attach cygcheck, as per the problem reporting instructions on the cygwin website, to help assist diagnosing the issue further. Whether nroff should be a dependency of aspell is an entirely different question. --Gareth, somewhat vaguely present aspell maintainer being. -- 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: change in behavior of make from 3.80 to 3.81
Eli Zaretskii wrote: code, perhaps with some Cygwin-specific changes). Contrary to what some people said in this thread, I don't see any problems that could hamper the Cygwin build of Make if it supported drive letters, since Windows doesn't allow colons anywhere else in file names anyway. Of course, the best way of making sure no problems exist is to test the patched version in the Cygwin environment. I think I read somewhere that you can now have colon's and other such characters in filenames in cygwin, you just have to mount the directory with a special flag and the filenames you see in windows are encoded. So thats a test case for consideration. --Gareth -- 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: [HEADSUP] ALL Maintainers, please reply.
Nano (Several unstable versions I could consider moving too but wont unless interest is expressed, also some new stable versions, I guess I should update.) Aspell binaries and docs and dev and libaspell but not dictionaries. (There is a new version of this which I will upgrade too if any interest is expressed, but I think it needs new versions of the dictionaries.) Cyrus-sasl (includes libsasl2) (Also has a new version which I'll do if anyone is interested; however I am no longer working for the company which needed this library in cygwin so if anyone wants to take over maintainership that's fine with me.) Regards, Gareth PS, how did I become unsubscribed from cygwin-apps and yet still receive email from it?
RE: Possible bug with generic build script.
On Wed, 13 Oct 2004, Charles Wilson wrote: Igor Pechtchanski wrote: You're right, it *is* broken. It was never intended to be used with subdirectories, so I never tested it. I'll try to come up with a way of accomodating subdirs shortly. In fact, it shouldn't've worked with wildcards either, the way it was written... Oops. The new patch should fix it, though -- still waiting on the confirmation. The patch fixes my specific wild card case. I use tar when I need to do that, in my locally-modified gbs's. Something like this: (cd theDocDirInSrcTree; tar cf aSubDir |\ tar -C ${instdir}${prefix}/share/doc/${PKG}-${VER} -xvf -) repeat as needed, or use a filelist of some kind instead of aSubDir. Hey, neat. This won't be needed if the filename is a wildcard, but if it's just a directory name, this could be useful. I'm wondering whether to require people to explicitly specify wildcards (which will make the code clearer anyway), or to allow the use of directory names... IOW, 'aSubDir/*' vs. 'aSubDir'... I suppose if the tree at aSubDir is more than one level deep... In cyrus-sasl there was two cases I wanted, one where the copying of files in a wildcard/specified fashion occurred in a way which the resultant directory structure matched the source and the other where the resultant directory structure was flattened. The current patch works for wildcards aiming into a single target directory. Regards, Gareth Pearce
[ANNOUNCEMENT] NEW: cyrus-sasl-2.1.19-1, libsasl2-2.1.19-1, libsasl2-devel-2.1.19-1
The Cyrus SASL API implementation is now available via the cygwin mirrors. This library allows applications the ability to authenticate and secure connections between client and server via a standardised method. It is an extensible system which supports many different authentication techniques via a pluggable approach. See http://asg.web.cmu.edu/sasl/sasl-library.html for more information. --- Gareth Pearce Panareef Pty. Ltd. (http://www.panareef.com/) To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [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. -- 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: [ANNOUNCEMENT] NEW: cyrus-sasl-2.1.19-1, libsasl2-2.1.19-1, libsasl2-devel-2.1.19-1
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dr. Volker Zell Sent: Thursday, 14 October 2004 3:49 AM Subject: Re: [ANNOUNCEMENT] NEW: cyrus-sasl-2.1.19-1, libsasl2-2.1.19-1, libsasl2-devel-2.1.19-1 Hi Gareth I'm just trying to compile openldap with cyrus-sasl support. It seems libsasl2-devel is missing the following files: /usr/lib/libsasl2.dll.a /usr/lib/libsasl2.la Can you fix this ASAP Fixed in -3 (which I hope will be up shortly) Regards, Gareth Pearce Security Developer Panareef Pty. Ltd. (www.panareef.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/
NEW: cyrus-sasl-2.1.19-1, libsasl2-2.1.19-1, libsasl2-devel-2.1.19-1
The Cyrus SASL API implementation is now available via the cygwin mirrors. This library allows applications the ability to authenticate and secure connections between client and server via a standardised method. It is an extensible system which supports many different authentication techniques via a pluggable approach. See http://asg.web.cmu.edu/sasl/sasl-library.html for more information. --- Gareth Pearce Panareef Pty. Ltd. (http://www.panareef.com/) To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [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.
[ITP] cyrus-sasl 2.1.19
As part of my work at Panareef I will be maintaining cyrus-sasl (and a copy of openldap linked against it) internally and would like to contribute the results back to the main cygwin distribution. If accepted into the distribution I would hope that the openldap maintainer would release a new version linked against cyrus-sasl to allow sasl authentication to openldap. SASL stands for simple authentication and security layer and provides a pluggable system for authenticating and securing client/server connections. It needed some help to compile out of the box and didn't produce dlls (and the static libraries were useless, so I updated libtool/autoconf/automake and fixed a few makefile/configure bugs. I have successfully tested the resultant dlls with openldap. category: Utils requires: libsasl2 cygwin sdesc: The Cyrus SASL API implementation. ldesc: The Cyrus SASL library allows for client/server authentication in conformance with RFC . http://www.users.on.net/~gpearce/cyrus-sasl-setup.hint http://www.users.on.net/~gpearce/cyrus-sasl-2.1.19-1.tar.bz2 http://www.users.on.net/~gpearce/cyrus-sasl-2.1.19-1-src.tar.bz2 category: Libs requires: libsasl2 libdb42 openssl cygwin external-source: cyrus-sasl sdesc: The Cyrus SASL API implementation. (Development files) ldesc: The Cyrus SASL library allows for client/server authentication in conformance with RFC . http://www.users.on.net/~gpearce/libsasl2-devel-setup.hint http://www.users.on.net/~gpearce/libsasl2-devel-2.1.19-1.tar.bz2 category: Libs requires: libdb42 openssl cygwin external-source: cyrus-sasl sdesc: The Cyrus SASL API implementation. (Runtime library) ldesc: The Cyrus SASL library allows for client/server authentication in conformance with RFC . http://www.users.on.net/~gpearce/libsasl2-setup.hint http://www.users.on.net/~gpearce/libsasl2-2.1.19-1.tar.bz2 Regards, Gareth Pearce Security Developer Panareef Pty. Ltd. (www.panareef.com)
RE: [GTG] Re: [ITP] cyrus-sasl 2.1.19
snip patch I'm certainly willing to make this change, reading the warning at the top of saslauthd.mdoc left me sceptical as to whether it was a wise course of action, but I see that man on cygwin handles the file just fine. What do you think of also including the nice documentation from {srcdir}/doc under /usr/share/doc/cyrus-sasl-2.1.19 and maybe the uppercase files from {srcdir}/saslauthd under /usr/share/doc/cyrus-sasl-2.1.19/saslauthd ? Sounds like a good idea. I will endeavour to have an updated package ready tomorrow. Regards, Gareth Pearce Security Developer Panareef Pty. Ltd. (www.panareef.com)
RE: [ITP] cyrus-sasl 2.1.19 (Read for upload?)
Christopher Faylor wrote: On Tue, Oct 12, 2004 at 06:19:52PM +0200, Reini Urban wrote: +1 Ditto. +1 Or was the 'ditto' already enough? Indeed it was. Updated packages to satisfy the GTG reviews minor points are now available. category: Utils requires: libsasl2 cygwin sdesc: The Cyrus SASL API implementation. ldesc: The Cyrus SASL library allows for client/server authentication in conformance with RFC . http://www.users.on.net/~gpearce/cyrus-sasl-setup.hint http://www.users.on.net/~gpearce/cyrus-sasl-2.1.19-1.tar.bz2 http://www.users.on.net/~gpearce/cyrus-sasl-2.1.19-1-src.tar.bz2 category: Libs requires: libsasl2 libdb42 openssl cygwin external-source: cyrus-sasl sdesc: The Cyrus SASL API implementation. (Development files) ldesc: The Cyrus SASL library allows for client/server authentication in conformance with RFC . http://www.users.on.net/~gpearce/libsasl2-devel-setup.hint http://www.users.on.net/~gpearce/libsasl2-devel-2.1.19-1.tar.bz2 category: Libs requires: libdb42 openssl cygwin external-source: cyrus-sasl sdesc: The Cyrus SASL API implementation. (Runtime library) ldesc: The Cyrus SASL library allows for client/server authentication in conformance with RFC . http://www.users.on.net/~gpearce/libsasl2-setup.hint http://www.users.on.net/~gpearce/libsasl2-2.1.19-1.tar.bz2 Ready for upload? Regards, Gareth Pearce Security Developer Panareef Pty. Ltd. (www.panareef.com)
Re: new install - application windows are dead
A small update: Daniel Gruber also helped me with this off-list and identified that the multiwindow WM was causing the issue; running -rootless with twm or wmaker instead resolved the problem. So I guess it looks like -multiwindow with dual head displays is an issue? Gareth Marc Bernstein wrote: I had this problem and traced it to a dual head issue. My laptop was screen 2 and I had to disconnect it before the startxwin.bat or sh would work properly. I could not find a local configuration issue; Tried other users, etc. Anyone know why or how to configure a dual monitor to work properly with CygX? Marc
RE: Heads-up: aspell-dev marked test
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yaakov Selkowitz Sent: Monday, 26 July 2004 12:02 PM To: [EMAIL PROTECTED] Subject: Re: Heads-up: aspell-dev marked test -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov Selkowitz wrote: | Gareth, | | I just discovered today (the hard way, as usual) that aspell-dev | 0.50.3-1 is marked test. Is there a reason for this? The corresponding | aspell and libaspell15 packages are current, so I would think aspell-dev | should be too, right? Ping? Hrmm, I assume I missed the original when I emptied my email box while I was on holidays. I don't remember any reasons why aspell-dev should be test still. I'll have a look at packaging up 0.50.5 'soon' and kill 2 birds with one stone? Gareth
new install - application windows are dead
Hi there, I've been happily using Cygwin/X for a couple of years on 2 or 3 different PC systems primarily as a display server for some Big Iron in our server room. I've recently installed Cygwin/X on my new whizz-bang desktop machine and I'm having a problem. When I run startxwin.sh (or startxwin.bat for that matter) everything appears to come up normally, with the exception of anything in the window itself. For example, the xterm in the default startup script stays as a white window with no prompt or text, and the mouse cursor is 'X' when it is over this window. In this case, the window titlebar changes to '~' which implies that bash has started to run OK (indeed, Windows task manager shows bash.exe exists) but I don't know why it's not painting properly or handling events. As a second example, xlogo again creates a white window with no contents. Again, the mouse cursor is 'X' when I hover on the window. Launching the client program on the remote solaris box with approriate DISPLAY set has the same result; a window appears but it stays empty. Nothing I can get from XWin.log but I've attached it regardless. Hope someone can help! Cheers Gareth Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-12 Contact: [EMAIL PROTECTED] XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1170 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 Rules = xorg Model = pc105 Layout = gb Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 800 585 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winMultiWindowXMsgProcIOErrorHandler! winInitMultiWindowXMsgProc - Caught IO Error. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress
RE: Aspell - Ispell
Gareth Pearce wrote: It should be relatively easy to write a very simple script called ispell which calls 'aspell -a $@' I think that works at least... can't say I've tried it. Such a script exists: /usr/share/aspell/ispell An obvious way to make it available to programs would be: cd /usr/bin ln -s /usr/share/aspell/ispell ispell Ahh yes, I remember that now, and my suggestion was wrong. Use the provided script if you want ispell compatibility. I'd rather not make adding that link part of the default install, since its emulation of ispell is not perfect. Gareth -- 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: Aspell - Ispell
I would support this for another reason: ispell is integrated with the various emacsen and gives my such features as flyspell (on-the-fly spell check). I just did a clean reinstall of Cygwin and spent a while tracking down the latest ispell release - it would be som much better if it was a Cygwin module. Or is it possible to use aspell within emacs? I can't find any documentation to say yes or no to this. It should be relatively easy to write a very simple script called ispell which calls 'aspell -a $@' I think that works at least... can't say I've tried it. Gareth - aspell 'maintainer' ... of sorts. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: 1.5.10 release?
WADR to CGF's hard work, I can tell you even before it is released that 1.5.10 has bugs. So do 1.5.11, 1.5.12, etc. With a software project of sufficient size, it's a given. The question is, do the bugs bite *you*? Have you tried 1.5.9? If you had problems with it, have you tried a snapshot to see if those problems are resolved? How dare you imply that cygwin has bugs? I'm sending this email from cygwin right now and I ... experienced a bug called 'user error'. Why does cygwin have such bugs! -- 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: gcc problem
g++ is in a separate package named gcc-g++, be sure you have installed this too. Then you need to link against libstdc++ when using gcc as driver: gcc -o gtest gtest.cc -lstdc++ or you use g++ as driver which includes libstdc++ automatically: g++ -o gtest gtest.cc Just want to drop my usual line here - Do use g++ rather then gcc -lstdc++ Since gcc -lstdc++ isn't always enough, and what is enough may not always be enough in the future. Gareth PS - in response to the other email - .cc Is pre-processor input - since that's the Normal state for c++ code - pre-processor input of which the output is then fed to a c++ compiler. (Virtually at least, in practice it can end up being integrated somewhat. The C standard allows 'as if' interpretation in the implementation of the pre-processing component.) -- 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: Built GCC 3.3.3 on Cygwin, should I use it?
I've tried to rebuild a number of programs I have written using GCC 3.3.3 and every single one of them seem to work as they should. Many of them are Win32 GUI programs (written in C++), some are programs using posix functions. So my question is: What problems can I expect if continue to use GCC 3.3.3? Other then dealing with non-standard install locations (probably leading to the c++ issue you had), and probably missing cygwin-specific features there shouldnt be any 'problems'. An example of something likely to be missing is -mno-cygwin. Should I go back to GCC 3.3.1 or is it fine to continue to use the later version? Any other drawbacks of this upgrade? Any benefits? If someone would shed some light on this I would be grateful. Given you have installed in a separate location it is not like you have any problems here, you can use the installed gcc 3.3.1 when you need it - and your own built 3.3.3 when you need that. You havent 'upgraded' as such just installed a newer version as well. But given that you dont know why you've installed it, perhaps you just shouldnt bother with it. 3.3.3 is mostly a bug fix release relative to 3.3.1 - go visit gcc.gnu.org to find out what bug fixes have occurred. Now if you havent experienced the bugs, then there is probably no point for you to have a custom build and you should just wait for whenever the cygwin gcc maintainer updates the cygwin gcc distribution. However if a bit of research finds that 3.3.3 has something you want then by all means, use it - we're not going to stop you. ... Well okay, I'm not going to stop you. Gareth -- 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: Built GCC 3.3.3 on Cygwin, should I use it?
I am using Cygwin and GCC to become familiar with posix, common unix tools, and to learn c and c++ programming (plus learning win32). So I have never compiled any of my programs with -mno-cygwin, but I noticed that it doesn't work when I use GCC 3.3.3, just as you said it wouldn't (and it won't work if I use any posix functions either, no matter what compiler I use, right?). Basically yes. So by installing a newer version I have not lost anything but the capability of running my programs on other computers running Windows but lacking Cygwin? And the benefit of installing is gaining a number of fixes of bugs that I may or may not encounter (I have looked at the list of fixes, but haven't gone into great detail)? You havent lost that ability at all since 3.3.1 is still there for you to use if you need it, as you aimed for. -mno-cygwin isnt the only 'special cygwin' feature though, you may run into others which are not present in the official gcc release (from memory possibly some gcj issues as most significant). But with 3.3.1 to fall back on you'll be fine. I personally use a pre-release copy of gcc 3.4 because of its improved c++ support, and havent experienced any cygwin-specific problems in my day-to-day use of it under cygwin. I have experienced some bugs, but thats what I get for using a pre-release version. Gareth -- 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: Windows Services for UNIX 3.5 now Free
snip copypaste As mentioned in my last email - please start reading the message archives so you can avoid unnecessarily reopening topics which have already been dealt with. -- 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 Mailing list
While I do not claim any kind of authority, could I suggest perhaps a) being a little nicer to newbies (it isn't that hard really) and b) if you feel the need for a post without any useful content (perhaps just saying search the archives) to send it just to the author of the mail in question? Heh I'm sick, guess I shouldn't be replying to email messages. I actually didn't mean to send that email, since Larry had sent a 'nicer' reply already. But I knocked my finger on the table edge as I slid my mouse to the file menu and got the send button instead. But given the fact he/she followed up with an SFU reprisal immediately afterwards, which was judged offtopic last time and this time consisted purely of a copy paste with No content whatsoever), I'm not feeling all that guilty right now. However by responding to this, I'm being just as bad, since this kind of thread is Way old hat. Gareth -- 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't compile hello world???
Hello A have a big problem. I can't compile a simple hello world program with the gcc compiler in cygwin. Here is the error: snip Any one have a idea to solve the problem?? *sigh* Use g++. -- 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 Mailing list
Hi, I suggest that cygwin mailing list add in the subject (Cygwin), so we can easily identify and manage the mails which coming from cygwin mailing list. As obviously you're a mailing list professional, I'm sure you checked the mailing list archives before posting on this topic. Hence there is no need for me to reply. As implied by my above statement, the topic has already been discussed. Therefore given the subject line of this email, you don't even need to check the mailing list archives to work out the previous answer! Gareth -- 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: Pending Packages List, 2004-02-13
Package: sgrep 1.92.1-1 [2003-09-15] Package: joe 2.9.8-1 [2003-11-11] Package: aspell-de 0.50.2-1 [2004-01-30] Package: aspell-pl 0.50.2-1 [2004-01-30] BTW, the last two above are dictionaries for an existing package -- should they need votes? Is there a way to mark them as vote-exempt, but still needing reviews? The last 2 also actually have all their votes and have been reviewed, only hold up with that was discussion about internal versioning not matching external versioning in some places. ITP: tetrix [2003-09-10] Description: ESR's curses-based version of Tetris HOLD-UPS: No package, nothing to review! ITP: graphviz [2003-09-25] Description: Open source graph drawing software HOLD-UPS: No package, nothing to review! ITP: subversion 0.30-1 [2003-10-03] Description: Client for Subversion revision control system HOLD-UPS: No package, nothing to review! ITP: GAP [2003-10-06] Description: a famous group manipulation package HOLD-UPS: Not enough votes (need 3). No package, nothing to review! ITP: ns [2003-10-18] Description: The Network Simulator - ns-2 HOLD-UPS: Not enough votes (need 3). No package, nothing to review! These have been on the PPL for ages with no activity. Should there be a timeout? Perhaps ones which don't get enough votes should time out, but ones which obtain the required votes before there is even a package, probably should be left in a 'wanted' list - perhaps after a timeout drop the listing of having someone who submitted the idea. I still do intend to package graphviz just waiting for an appropriate amount of time to spend on it. Gareth Pearce PS yes, I changed emails.
Re: [ITP] gnuchess-5.07 - New package for review
Jari Aalto wrote: | Time to relax, so get gnuschess + xboard and start playing: I vote pro gnuchess and xboard. I vote pro gnuchess and xboard as well. Gareth Pearce _ E-mail just got a whole lot better. New ninemsn Premium. Click here http://ninemsn.com.au/premium/landing.asp
RE: [ITP] aspell-de-0.50.2 - German dictionary files for aspell
On 2004-01-30T14:12+0100, Dr. Volker Zell wrote: ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell- de/setup.hint ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell- de/aspell-de-0.50.2-1-src.tar.bz2 ) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/aspell- de/aspell-de-0.50.2-1.tar.bz2 When I extract this, I have .README and doc files for aspell-de-0.50-2 (instead of 0.50.2-1). If that is correct, I can renumber it to 0.50-2 in apps.xml and upload, otherwise just let me know when to re-download. The Original package is 0.50-2 In order to be compatible with cygwin naming conventions the - is converted to . before adding the cygwin package -1. I wouldn't think that the use of original package numbering in original package documentation is worth a patch. Gareth
RE: [ITP] aspell-pl-0.50.2: Polish dictionary files for aspell
Hi I would like to contribute and maintain the aspell-pl package: * http://aspell.net/ (Homepage) * http://ftp.gnu.org/gnu/aspell/dict/ (Download location) ! Download size 9 MB Ciao Volker Official aspell dictionaries definitely get my vote. Aspell-de +1 as well. Gareth
RE: G++ for CygWin
(gnu separated out its frontend from its backend with v3.3) AFAIR, the only significant difference between gcc.exe and g++.exe is that gcc.exe assumes files are C by default, and hence calls out to the cc1.exe compiler, whereas g++ assumes programs are C++ by default, and so calls out to cc1plus.exe. Oh, and g++ also adds a few directories to the default includes search path, and adds -lstdc++ to the linker line. This is more-or-less the same thing that happens when you use the -x language option: gcc.exe -xc++ files, options amounts to almost the same thing as g++.exe files, options, and similarly g++.exe -xc files, options is almost the same as gcc.exe files, options. I'd like to point out here that if your compiling c++ files, use g++. A common problem is people who are used to being able to use gcc and just add -lstdc++ to the link, which worked successfully back with gcc2. It doesn't always work with gcc3 - hence just use g++, it is simpler and you don't have to worry about the details, now - or in the future. Its also worth noting that gcc doesn't assume files are c by default, gcc makes a guess based on the file extension. But again, the guess mode isn't always the same as using the -x option. (although it probably should be the same, some of the internals don't actually understand the -x options and use file extension guess work exclusively) Gareth -- 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: doxygen 1.3.5 vs 1.2.18 (?)
Yes I've been dealing with some personal issues which mean I've done ... pretty much nothing lately. No one should feel like they are waiting on me, it'll probably be a little while before I redo my doxygen package. If someone else does it first, that would be great. And while graphviz got the votes, there was never a clear decision on the legal status, and I havent yet done the obvious thing and attempted to follow it up with the graphviz people themselves. FWIW I did manage to get upstream to patch the doxygen textmode bug, I just havent done anything since then. Gareth PS: I realise there is a new version of aspell, and a beta of nano to consider - I'll get round to looking at them shortly, I hope! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jörg Schaible Sent: Wednesday, 21 January 2004 3:15 AM To: CygWin-Apps Subject: RE: doxygen 1.3.5 vs 1.2.18 (?) Lapo Luchini wrote on Tuesday, January 20, 2004 4:26 PM: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm just curious about work on a newer doxygen package: is it under way? there are reasons not to? Original maintainer has been disappeared long ago. Gareth Pearce once wanted to take over and sent also an ITP for the related graphviz, but I've not heard anything from him about these packages for some months, too. So ... of course I don't have time and/or 1.3 is not a stable branch are perfectly good reasons ^_^) Regards, Jörg
RE: sgml-base-1.1
3. Package openjade and opensp. These don't build with gcc3 yet, so that might take a while. This would allow users to build cygwin-doc with tools available from the Cygwin net release (with the possible exception of the info manual). If I remember correctly, I've gotten jade on a gcc3 platform before, the requisite hacks weren't too evil I think... (was a couple of years back when I was making gnome work on osf/1 4.0d - using gcc-mainline at the time... so I don't remember the details - it might have been that I used a different jade then openjade though...) Oh and a vote for sgml-base. Gareth
RE: Why 2 DLL names?
Greetings, Using Cygwin 1.5.5-1, I am porting a Unix shared library to Windows. After making and linking the library with libtool, two DLLs were created: libxx.dll.a cygxx-1.dll I guess I was only expecting: libxx.dll. Why were the 2 names generated and why the cyg prefix on one of them? Also, which one should I use? The first is not a dll - its an import library(I think?) Cyg prefix is chosen to clearly delimit mingw dll's from cygwin dll's - since, for example, zlib comes in both cygwin and mingw versions, and naming them the same would cause conflicts. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ITP] ImageMagick
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen Sent: Wednesday, 3 December 2003 10:30 PM To: [EMAIL PROTECTED] Subject: Re: [ITP] ImageMagick On Wed, Dec 03, 2003 at 03:27:48AM -0500, Harold L Hunt II wrote: I would like to contribute and maintain ImageMagick: Yes!-- This is a vote Corinna And I thought with Harold packaging it wouldn't need a vote... or I would of already. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: [ITP] ImageMagick
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ronald Landheer-Cieslak Sent: Thursday, 4 December 2003 1:04 AM To: [EMAIL PROTECTED] Subject: Re: [ITP] ImageMagick On Wed, Dec 03, 2003 at 11:07:59PM +1100, Gareth Pearce wrote: -Original Message- On Behalf Of Corinna Vinschen Sent: Wednesday, 3 December 2003 10:30 PM Subject: Re: [ITP] ImageMagick On Wed, Dec 03, 2003 at 03:27:48AM -0500, Harold L Hunt II wrote: I would like to contribute and maintain ImageMagick: Yes!-- This is a vote And I thought with Harold packaging it wouldn't need a vote... or I would of already. AFAIK, XFree packages don't need votes. I don't think ImageMagick is an XFree package - is it? Ahh you are indeed correct. Silly me. rlc
RE: [Review 2 - Good to go] gd: A graphics library for fast image creation
Hmm... just noticed that you have libgd2 and libgd2-devel... I was under the impression that you should stick the DLL version in the libgd package name, which you did, but I thought that the DLL version number was *not* included in the -devel package name. It seems to me that the devel package should be called: libgd-devel Anyone care to comment on this? It would be nice to say that versioned devels are never necessary, but unless the internals of the package are designed so as to be able to coexist with future version devels (like libgd2 would be), there isn't any point versioning them, and hence should not be so. Harold
RE: how to become root to change ownership
Your post is offtopic for cygwin-apps - I've cc'd cygwin instead. Although its possible that your almost offtopic there as well. Since it isn't clear that what your experiencing is a cygwin problem only somehow the permissions on my main drive became garbled. How do I go about fixing this? I have already tried loggin in as the administrator without success. Would someone please shed some light on this? Thanks you. jake 539 wdoz[/c] ls -tld /cygdrive/c /cygdrive/e /cygdrive/g d- 12 0 Nov 19 01:24 /cygdrive/c/ dr-xr-xr-x+ 35 jakezNone0 Nov 19 01:24 /cygdrive/e/ d-8 0 Nov 19 01:24 /cygdrive/g/ 540 wdoz[/c] chown jakez:None /cygdrive/c chown: changing ownership of `/cygdrive/c': Permission denied 541 wdoz[/c] chmod 755 /cygdrive/c chmod: changing permissions of `/cygdrive/c': Permission denied 542 wdoz[/c] ls /cygdrive/c ls: /cygdrive/c: Permission denied (running the latest snapshot 11/11/2003 dll) -rwx--+ 1 jakezNone 1081698 Nov 16 03:23 /bin/cygwin1.dll* First off, is it only showing up with the snapshot? If not... Theres a few possibilities here, that come to my mind at least. 1. Your /etc/passwd /etc/groups are out of date and need repairing. mkpasswd/mkgroup commands might be of help here. Hopefully it is not... 2. You're seeing actual corrupted (or out of date) permissions. To fix this case ... well ... with windows xp, and not using 'simple sharing' mode, I find editing the security settings tab in the properties window for the directory in explorer helps - you'll want to select advanced and 'take over ownership' of the files from their currently corrupted versions - quite possibly recursively. I personally did this to some success after I mashed my windows install trying to move it from one hard drive to another. In the end however I had to do a reinstall though, too many cases of bad permissions that I didn't find. You might be able to correct them via cygwin to (setfacl?). But I don't know for sure. Gareth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ITP] gd: A graphics library for fast image creation
If a vote for gd is a vote towards gnuplot, you have my vote. I would like to contribute and maintain the gd package: * http://www.boutell.com/gd/ (Homepage) * http://www.boutell.com/gd/http/ (Download location) My goal is to contribute the gnuplot package * http://gnuplot.info/ which uses the gd library. Ciao Volker --
RE: Setup and downloading software...
I understand this may not be a very high priority as many people are probably using Broadband now, but I know I would appreciate it, and I imagine many others would too. I know this wouldn't really be much of an issue except that I've noticed in my downloads that I average between 1.7 and 2.6 kb/s on my 56k modem, which is about 1/3 of the rate I could theoretically get. (Most of my downloads for other sites are around 4 to 6 kb/sec.) I figure this is because the sites are so busy, and I figure that striping the downloads could help to speed some people up to help alliviate the sites of those users. Just think for a second and realise that if this was the case, then the broadband people would be noticing it a lot more. Striping is much more likely to help broadband users then it is modem users. That said, some mirrors do get overloaded - but 2k/sec would be unusual I suspect. Btw - all of the downloads from setup are precompressed - so ensure your comparing apples with apples when comparing download speeds. Modems use inbuilt compression - so non-compressed files will download faster. 3k-sec is (once you consider overheads) not to far off 30kbit - most 56k modems actually rarely see connections over 42k (to my knowledge anyway) - so your actually more like half rather then 1/3rd. - 'back home' on my 56k modem - 2.6k/sec on a compressed file would be considered fast. But then 'back home' has poor phone lines. - I'm lucky enough to have adsl where I'm living at the moment - and the mirrors I use for setup - are easily fast enough to handle a modem user. Gareth
RE: gcc-core installed accidently
Hallo, Somoehow setup.exe installed the gcc source package gcc-core for me, however I only wanted to install the binaries and it was also not listed in the Up-To-Date section after I tried to uninstall the source again. What I did now was to explicit install gcc-core (the source package) and then removed it with setup.exe again. I cannot say how it happened, there is no other package listed which requires gcc-core. Any idea? Its in section misc? Gareth - is actually asleep.
RE: Maintainers/Packages List, 2003-11-01
This is the list of maintainers and packages as of Saturday, November 1, 2003. This list is generated using information from a variety of sources, including the live repository, the package coordinator's records, and software- tracking sites such as freshmeat.net. Packages that appear to be neglected are flagged with a triple gunshot (!!!) and the reason for the flag. Wow - this is some nice work. Just a suggestion - a maintainer with *all* packages appearing to be neglected could get special notice? Gareth - probably should find some time and put graphviz up for review.
'check' is in category misc
This doesn't really seem appropriate to me. Devel maybe? Gareth
RE: mixing MSVC++ and gcc C++ libs/dlls ?
Hi! The FAQ tells me that only C object files can be mixed. Is this true for MS .NET and gcc 3.x since I expect both to be conform to the ABI standard ? Gcc 3.0 attempted to conform to the c++ abi - it was wrong - so they fixed lots of things and 3.2 has a different abi. However, it was still wrong, and so 3.4 they are going to fix things and there will be a different abi again. If MS .NET actually manage to get conformance with the c++ abi correct (for some reason I doubt this) - then you may find increased luck mixing c++ object files. However you'd have to do said mixing without mixing std c++ libraries, most likely, since they would probably conflict. Name mangling is part of the c++ abi so that wont be an issue. Therefore I predict in about 2 years time when g++ 3.6 is out and MS .Net version 2 is out - life may have improved in this reguards ;) If it works before then, yay for it. Gareth -- 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: mixing MSVC++ and gcc C++ libs/dlls ?
I doubt that. If I am not completely wrong, .net uses bytecode (like Java) aka. CIL (Common Intermediary Language). (http://www.msdnaa.net/Resources/Display.aspx?ResID=373 ) I would not know how you can combine cil code with obj. files. If somebody knows more I would love to read about it. It is one of the (many) reasons I don't -and have advised others- to jump on the .net bandwagon. I know for sure that the Javascript (in M$ language Jscript) development part of VS7 can not be used for developing real ecmascript applications Ms visual studio .net is still capable of making native executables/libraries despite its .net branding. It needs to be until Microsoft are finished porting the windows source code to use cygwin. ;) Gareth -- 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: std::ofstream causes segfault in 1.5.x
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of thomas Sent: Monday, 13 October 2003 1:07 AM To: Corinna Vinschen Subject: Re: std::ofstream causes segfault in 1.5.x On Sonntag, 12. Oktober 2003 at 10:34:02, Corinna Vinschen wrote: 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. I'm gonna debug it some more and see if i can find what makes the difference. The 1.3.22 environment wouldn't be using a different gcc version by any chance? Gareth -- 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: Pending Packages List, 2003-10-08
Daniel Reed wrote: ITP: graphviz HOLD-UPS: Not enough votes (need 2 more). No package, nothing to review! I use it to create GPG trust relationsships graphs.. I guess it wuold be handy to have on (standard) Cygwin. Aye. Additional hold-ups for this one should include - no official determination of legality - or should I be contacting att to decipher that? I'm not bothering to actually package it until said determination is made. ITP: subversion 0.30-1 HOLD-UPS: Not enough votes (need 2 more). No package, nothing to review! I'd like very much to have this one on cygin =) Ditto. Gareth
RE: Is a function actually inlined?
I'd consider this off topic for this mailing list ... But in the most recent gcc's -Winline will give warnings whenever an inline request is not followed. This flag exists in a multitude of gcc versions, but only started working correctly recently. (I don't remember which version offhand...) Regards, Gareth Pearce How can one know if a function requested to be inlined is actually inlined? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ITP: graphviz (and doxygen?)
If Debian has put it under non-free it does not meet Debian's poliy for main. It's problamy not compatible with GPL or the OpenSource Definition For reference: http://www.research.att.com/sw/tools/graphviz/license/index.html http://www.research.att.com/sw/tools/graphviz/download.html I could not find the license under OSD Approved Licenses. And it's way too longer to get an idea about it without spending several hours with a lawyer 8-( http://www.opensource.org/licenses/index.php Gareth, If all you need in GraphViz is DOT, you may consider distributing VCG (http://rw4.cs.uni-sb.de/users/sander/html/gsvcg1.html) instead. It's graph description language is very similar to DOT's, and it's GPL'd. Hrmm looks interesting, I've had no luck finding an interface to doxygen yet though, which is the only thing 'I' use dot for. I think I'll at least package up a new doxygen for now. Graphviz is still short on votes ;) - reguardless of its legal status.
re: graphviz (and doxygen?)
Gareth Pearce wrote on Thursday, September 25, 2003 2:05 PM: Also - I'm willing to (try to)update (and maintain there after) - doxygen Preferably with graphviz to go with it. This is assuming that the position is open. I've built 1.3.4 - and run it over a 90thousand line project - using graphvis 1.10.0 'dot' - haven't noticed anything odd yet. did you also tried to run it, if your sources and the config are located on a text mount? The old version gave hundreds of errors concerning a non- valid font, while the same sources (converted to Unix style) run fine from a binary mount. I created a textmounted dir /textmount - copied my source files in there. I used nano to save as dos, for a couple of source files and for my Doxyfile. I get no errors from the doxygen run itself - unless I turn HAS_DOT on. However the web pages have no pictures. It looks like its writing the pictures to file without setting binary flag. I'll see what I can find. Gareth To build doxygen I had to force it to link with the system libpng.dll.a instead of its own static libpng. IIRC that was because of changes Dimitri made to the png sources. But don't ask me what and why ... Regards, Jörg
License restrictions? (graphviz)
doxygen Ryunosuke Satoh I just want to point out, that the astyle maintainer also has the ownership of doxygen. The doxygen version does not work correctly on text mounts and Ryunosuke confirmed me this lastly (after some private email conversation 1 year ago), but he neither build a version with corrected open modes nor did he update doxygen to the current version 1.3.x (where x is meanwhile 3). So I suppose that doxygen is abandonned too. Doxygen chatter made me remember something I was interested in maintaining. Graphviz, which is the source of the 'dot' program which doxygen can use to produce some very nice inheritance diagrams. I guess the main issue I wondered about was whether the att 'open source' licence used is compatible with the practicalities and ethos of the setup.exe distribution. Its distributed as part of debian 'non-free' so I imagine it can't be too bad, but I'm not one to understand legalize all that well. Regards, Gareth For reference: http://www.research.att.com/sw/tools/graphviz/license/index.html http://www.research.att.com/sw/tools/graphviz/download.html
RE: List of package owners
aspell Gareth Pearce* aspell-dev Gareth Pearce* aspell-doc Gareth Pearce* aspell-en Gareth Pearce* Aspell-en is actually RLC Secondly - I have sent an announce post for aspell (which also covers aspell-en), but it seems to have disappeared into the ether? I don't see any bounce message in my email account. Regards, Gareth bashRonald Landheer-Cieslak
RE: List of package owners
I suspect that a few packages are also unmaintained. Is the astyle maintainer still around, for instance? FWIW if the astyle maintainer didn't pipe up I was going to offer to maintain it in their absence. However a quick investigation shows that upstream astyle has had no development in over a year - which means no one for me to push bugs at. (and there are bugs, heheh) - And I don't intend to become the developer for astyle... There are a few packages that lack owners. The most notable may be m4. Chuck and I exchanged some private email about this last week. Anyone up for maintaining m4? Hmm despite the apparent lack of upstream development on this one - m4 is pretty rock solid (compared to astyle at least) ... I'll have a deeper look to see if I'm willing to offer on this one. Regards, Gareth
RE: List of package owners
Robert wrote: Sure. I'm interested. I already downloaded the package from CVS. Okay - I'll not bother looking any further into things myself for now. Gareth wrote: Hmm despite the apparent lack of upstream development on this one - m4 is pretty rock solid (compared to astyle at least) ... I'll have a deeper look to see if I'm willing to offer on this one. Chuck wrote: Well, actually Gary V. Vaughan has been working hard on m4 all summer. If you grab CVS cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/m4 login anonymous hit enter for password cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/m4 co m4 you'll see that the whole thing has been modularized with plugins. I sent Gary some patches last week and he incorporated them, but there are still a number of issues with building it cleanly on cygwin. Interesting - my preliminary investigation found a version with modularised plugins this close to releasing 1.5 - last updated 3 years ago. Good to hear there's some development again. Gareth
RE: List of package owners
Take it. I only wanted to play with it to get it working for me any way. I'll find something else to contribute. Robert I don't have an express desire to maintain m4 - I only said I would consider doing it, cause I like to try and be helpful and fill gaps which I can manage. M4 looked more on my scale then gcc(heh) - so I'm having a look. Not to pressure - just wanted to make it clear that I'm not saying I'll maintain it Yet. I don't want for there to be a situation where others aren't offering because I've merely said I'm thinking about it. But if the 'I'm interested' (which sounded fairly positive) - was just for personal use then I guess I'm not saying much. Gareth
RE: Aspell ... (ready?)
AFAIC, we're ready. I'll repeat the URLs for the dictionaries: 04be855c088559b4682b5495510234fe *aspell-en-0.51.0-1-src.tar.bz2 http://rlc.unsane.co.uk/aspell-en-0.51.0-1-src.tar.bz2 33fad88cd4d517596ebab42d368ba750 *aspell-en-0.51.0-1.tar.bz2 http://rlc.unsane.co.uk/aspell-en-0.51.0-1.tar.bz2 Gareth pointed to the following URLs in http://www.cygwin.com/ml/cygwin-apps/2003-09/msg00176.html: http://www.users.on.net/gpearce/aspell-0.50.3-1-src.tar.bz2 http://www.users.on.net/gpearce/aspell-bin-0.50.3-1.tar.bz2 http://www.users.on.net/gpearce/aspell-bin.setup.hint http://www.users.on.net/gpearce/aspell-dev-0.50.3-1.tar.bz2 http://www.users.on.net/gpearce/aspell-dev.setup.hint http://www.users.on.net/gpearce/aspell-doc-0.50.3-1.tar.bz2 http://www.users.on.net/gpearce/aspell-doc.setup.hint http://www.users.on.net/gpearce/libaspell15-0.50.3-1.tar.bz2 http://www.users.on.net/gpearce/libaspell15.setup.hint Gareth says in http://www.cygwin.com/ml/cygwin-apps/2003-09/msg00179.html that there's no need to mark them as test, despite the fact that the gcc he used is still marked as such. Personally, I'd mark at least aspell-dev as test, seeing as that contains the files that won't work with the current gcc, but it's his call (he's the maintainer, after all :) I hate to do this at this late point (and I *really* hate it when people do it to me) but I didn't notice the slightly nonstandard practice of naming the binary 'aspell-bin'. I'd like to change that. Otherwise we have a base package which only contains source, which is also unusual. I'd prefer to mv aspell-{bin-,}0.50.3-1.tar.bz2 and put it at the top level of the aspell directory and move everything else underneath it. Gareth, do you have a problem with that? I have no problem with either of the above 2 points in theory... both the rename and the marking of aspell-dev as test. (and adding dependency on aspell-en - from other email) In practice there is one niggle, the src package generates aspell-0.50.3-1.tar.bz2 already - but it's the amalgam of all of the other binary packages. It produces aspell-bin. Fixing this will probably only take me a couple of minutes (when I get the time say in a couple of days) - but I don't think that it should be a show stopper for uploading the rest now. Renaming the file and changing the hint files are trivial - I'm assuming you don't need me to upload them again? If you do want me to do them then I'll do it whenever I see the reply which will be ... after I sleep probably. Regards, Gareth
Re: Aspell ... (ready?)
Doh - i forgot gcc 3.3.1 is 'test' - but indeed - if theres Anyone who wants to develop with libaspell before gcc test version goes real - i think they can use the test ... no? I dont really think that aspell needs to be marked as test because of this. Gareth You haven't marked them as test while gcc-3.3.1 isn't canonical yet. It won't harm (much) I think, but it might if someone wants to go ahead and develop something with libaspell.. rlc
Re: [ITP] GMP NTL libraries
I didn't even try to compile them, yet, but being mathematical packages I fear not they may not compile. So I'm beginning to ask the list if there is interest in those two number theory / big integer libraries. http://www.swox.com/gmp/ http://www.shoup.net/ntl/ (I think I'll compile NTL in the use GMP for faster base arithmetic method so NTL will depend upon GMP, while GMP should depend on nothing else) - -- I imagine gmp should be not too bad - i'll express interest in it since i think its going to be needed to compile g95 fortran... and ofcourse that its cool... Gareth
Re: [ANNOUNCEMENT] Updated: zsh-4.0.7-2
you've downloaded setup.exe, run it and select Editors and then click on *giggle* - a little too much cut and paste from mine i see ... almost made this mistake myself copying from igors... Gareth -- 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: nano-1.2.2-1
An updated version of nano has been released to the cygwin mirrors. Nano is a text editor designed to resemble, but improve upon, the pico text editor . This version has been updated to the latest official stable release 1.2.2 - It mainly contains bug fixes compared to the previously released 1.2.0. Note: This release of nano 1.2.2 has been compiled against cygwin 1.5.3 - therefore you should be using a version no older then that version of cygwin if you want it to work. Other changes include - compiled against libncurses7 - apears it may have fixed the occasional lack of updating on scrolling. - files are now installed according to the Filesystem Heirachy Standard (FHS) (meaning documentation is under /usr/share) 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. Once you've downloaded setup.exe, run it and select Editors and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. - Gareth Pearce Cygwin Nano Maintainer. -- 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: nano-1.2.2-1
An updated version of nano has been released to the cygwin mirrors. Nano is a text editor designed to resemble, but improve upon, the pico text editor . This version has been updated to the latest official stable release 1.2.2 - It mainly contains bug fixes compared to the previously released 1.2.0. Note: This release of nano 1.2.2 has been compiled against cygwin 1.5.3 - therefore you should be using a version no older then that version of cygwin if you want it to work. Other changes include - compiled against libncurses7 - apears it may have fixed the occasional lack of updating on scrolling. - files are now installed according to the Filesystem Heirachy Standard (FHS) (meaning documentation is under /usr/share) 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. Once you've downloaded setup.exe, run it and select Editors and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. - Gareth Pearce Cygwin Nano Maintainer.
please upload: nano 1.2.2-1
Hi, nano 1.2.2-1 is ready for distribution in this release - FHS conformance - linked against newer ncurses (screen corruption things may have gone away as a result) - built with cygwin 1.5.3 - miscilaneous bug patches in nano itself files: http://users.on.net/gpearce/setup.hint http://users.on.net/gpearce/nano-1.2.2-1.tar.bz2 http://users.on.net/gpearce/nano-1.2.2-1-src.tar.bz2 Regards, Gareth - will probably have aspell up tommorow.
Re: ctrl-c swallowed
Christopher Faylor wrote: I don't know if this is the officially correct answer or not, but I find that ^C doesn't work right with some programs when run from CMD.EXE unless I have the tty flag added to the CYGWIN environment variable. The users' guide has a section on how to do this, I'm sure. CTRL-C is designed to work correctly with cygwin applications in either tty or notty mode. Please don't spread FUD if you aren't providing details. In pico, without CYGWIN=tty, pressing ^C does nothing. With CYGWIN=tty, it works as it's supposed to (displays the current position.) That's all, just my observation. Yeah! Thats correct! For some reason, if pico (or nano) is runned with CYGWIN=tty, it will make the terminal go crazy when it is terminating. The terminal will not display any output, just consume input. stty sane or reset did not alter that behaviour... I find this behaviour if i set the cygwin=tty variable after having started the bash prompt. Setting it before (ie adding it to the system environment variables) has no problems. ctrl-C and (i think) ctrl-T not working in nano are the only reasons i set cygwin=tty. Gareth Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: please include ispell package as an optional download in cygwin
Let me know if I can do anything to help get this package included. Thank you very much for providing cygwin. It's a big help to me.\ aspell is on its way (waiting for cygwin 1.5 - for no particually good reason)... it is 'compatiable' with ispell and supposedly far superior. Regards, Gareth -- 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: Test packages, or lack thereof (was It's a snapshot)
nano i'll update to 1.2.2 when 1.5.* goes live aspell is ready and waiting for 1.5 - or was last time i remember... Gareth - Original Message - From: Elfyn McBratney [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 22, 2003 12:52 PM Subject: Test packages, or lack thereof (was It's a snapshot) Christopher Faylor [EMAIL PROTECTED] wrote: If there are no serious issues with this version then I will probably flip the switch and make 1.5.3 the latest, current version of cygwin, switching all of the test versions of packages to be current at that time. What's the plan regarding packages that haven't gone into a 'test' phase? I haven't even started (well, I'm configuring now) mine. Just curious, -- Elfyn
Re: GCC: Split it ?
IMHO, this looks like a PTC situation.. prehaps more likely MOTC. ;) -- 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: Pending package status (20 Jul 2003)
Trying to find out everything thats been happening ... my hotmail clogged up and a whole stack of email didnt get delivered - somewhat of a mess. It even deleted some of my older emails - annoying. - in future i'll not keep any old emails around in hotmail :) I'd rather let Gareth take a look at these first before they're put up as available - he's the maintainer, after all :) i rebuilt from source package - and things look good. (except i forgot to install ncurses first so ... i had the funny buggy letter thing again) So the canonical versions of the Cygwin packages should (IMHO) be considered the versions Gareth provided - at least until he canonicalizes mine. I'd say they look fine. Regards, Gareth
Re: [UPDATE] Pending package status (11 Jul 2003)
back from skiiing - with lots of catching up to do... On Fri, 11 Jul 2003, Christopher Faylor wrote: On Fri, Jul 11, 2003 at 09:54:06PM -0400, Igor Pechtchanski wrote: I guess I'll have to become one quickly, for my votes to count... How about coreutils? Or has someone already volunteered for that? I think Gareth half did. You can have findutils, Igor. ;-) umm i dont remember this ... - i half volunteered for gcc - but lifes far too busy for that at the moment. I should get a look see at the new versions of my aspell packages from rlc - shortly... Elfyn -- Elfyn McBratney, EMCB http://www.emcb.co.uk [EMAIL PROTECTED]
Re: Pending package status (11 Jul 2003)
@ Aspell date : 07 Apr 2003 version: 0.50.3-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2003-04/msg00155.html http://cygwin.com/ml/cygwin-apps/2003-04/msg00356.html http://cygwin.com/ml/cygwin-apps/2003-06/msg00239.html The last note mentions that it doesn't work. Has this been addressed? I believe what was stated was that it didnt work from within mutt - I personaly had only tested it from the command line. (which is where i personally have used (i|a)spell from in the past) However I've been busy marking (and before that, without a functioning internet connection on my windows pc) - and since I had to format my machine a few weeks back, havent reinstalled my own packages to test the problem described. I am away for the next week skiing - but my internet connection is now all good(wondeful infact) so when I get back I'll give it a go - (or if rlc wants to give it ago first while I'm gone, by all means) - I actually think i tested my package with nano as internal speller - but that might be a figment. Regards, Gareth
Re: [UPDATE] Pending package status (25 Jun 2003)
16. Aspell-en date : 19 Jun 2003 version: 0.51.0-1 status : not (yet) reviewed notes : http://sources.redhat.com/ml/cygwin-apps/2003-06/msg00161.html votes : 0 (aspell prerequisite) url: http://blytkerchan.chez.tiscali.fr/aspell-en-0.51.0-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/aspell-en-0.51.0-1-src.tar.bz2 I've just been reviewing aspell* . It's looking good, layout wise. But, I can't run aspell as the libaspell package cannot be found (on the server). One other thing you might want to add to the binary package is a spell checker shell script for use in pine or mutt. Linux Aspell does this (/usr/bin/alt_speller.sh?) and you just invoke that script from your MUA. libaspell is under http://www-personal.usyd.edu.au/gpearce/aspell/libaspell/libaspell15-0.50.3-1.tar.bz2 aparently one of us got the directory name wrong at some point. - setup.hint is in the same directory. ofcourse it would of made sense to put it in the other directory - i just didnt... regarding the 'spell checker shell script' idea - I was under the impression 'spell' compatibilty mode was all that is needed. which i think is just aspell -a ... - I think in practice that a ispell/spell script which invokes aspell is an option - and I cant remember at this second whether I included that. I'm pretty sure there was one in the src package. Been a while. Gareth
Re: [UPDATE] Pending package status (25 Jun 2003)
(correction) libaspell is under http://www-personal.usyd.edu.au/~gpea0679/aspell/libaspell/libaspell15-0.50.3-1.tar.bz2 too many different 'personal website' directory layout formats for me... and I only have 3. Gareth
Re: [UPDATE] Pending package status (25 Jun 2003)
(correction) libaspell is under http://www-personal.usyd.edu.au/~gpea0679/aspell/libaspell/libaspell15-0.50.3-1.tar.bz2 too many different 'personal website' directory layout formats for me... and I only have 3. Gareth
Re: [UPDATE] Pending package status (25 Jun 2003)
(correction) libaspell is under http://www-personal.usyd.edu.au/~gpea0679/aspell/libaspell/libaspell15-0.50.3-1.tar.bz2 too many different 'personal website' directory layout formats for me... and I only have 3. Gareth
Re: [UPDATE] Pending package status (25 Jun 2003)
(correction) libaspell is under http://www-personal.usyd.edu.au/~gpea0679/aspell/libaspell/libaspell15-0.50.3-1.tar.bz2 too many different 'personal website' directory layout formats for me... and I only have 3. Gareth
Re: Pending package status (25 Jun 2003)
8. Aspell date : 07 Apr 2003 version: 0.50.3-1 status : not reviewed notes : http://cygwin.com/ml/cygwin-apps/2003-04/msg00155.html http://cygwin.com/ml/cygwin-apps/2003-04/msg00356.html votes : 4 (Christopher, Elfyn, Gerrit and Igor) url: http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-bin/aspell-bin-0.50.3-1.tar.bz2 http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-bin/setup.hint http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-doc/aspell-doc-0.50.3-1.tar.bz2 http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-doc/setup.hint http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-dev/aspell-dev-0.50.3-1.tar.bz2 http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-dev/setup.hint http://www-personal.usyd.edu.au/~gpea0679/aspell/libaspell15/libaspell15-0.50.3-1.tar.bz2 http://www-personal.usyd.edu.au/~gpea0679/aspell/libaspell15/setup.hint http://www-personal.usyd.edu.au/~gpea0679/aspell/aspell-0.50.3-1-src.tar.bz2 11. Aspell-en date : 19 Jun 2003 version: 0.51.0-1 status : not (yet) reviewed notes : http://sources.redhat.com/ml/cygwin-apps/2003-06/msg00161.html url: http://blytkerchan.chez.tiscali.fr/aspell-en-0.51.0-1.tar.bz2 http://blytkerchan.chez.tiscali.fr/aspell-en-0.51.0-1-src.tar.bz2 votes : veto perhaps? Shouldnt really need votes - since without it aspell itself is pretty useless. Can I encourage a 3rd party to review these two togeather? - multiple factors have conspired togeather that I am having difficulty getting the chance to do so. Gareth - ponders if there was a setup.hint for aspell-en PS - if anyone is holding back on offering to maintain gcc based on the fact i suggested i wanted too - dont - it could be a while before i get my time back in order and have a chance to do anything again. _ Hotmail is now available on Australian mobile phones. Go to http://ninemsn.com.au/mobilecentral/signup.asp
Re: Unisys patent
erm - not to rain on this ... but is it a good idea if the patent has only expired in america? Gareth - Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 20, 2003 3:45 PM Subject: Re: Unisys patent On Fri, Jun 20, 2003 at 01:38:28AM -0400, Charles Wilson wrote: Expires today. Woo hoo! Shall I respin libtiff to include LZW support, and distribute the new LZW-capable libtiff via the cygwin mirror system? Sure. cgf
Re: Pending package status (11 June 2003)
1 vote for aspell-dict *nudge nudge* Gareth - who does intend one day to stop this sequence of busy weeks so he can do stuff again.
spell and nano (was reply to cgf about gpl violation)
(crossing to cygwin incase it might inspire someone) use nano; for the same reason the (webpage) nano binary uses PDcurses rather than ncurses so no termcap files are needed. I think the cygwin provided version of nano is far superior as things like spell check would actually work, This would be a theory - however since no one has ported and packaged spell to cygwin - it is not yet the (general) case. Regards, Gareth - cygwin nano packager. (PS: Waiting for cgf's supprised look - since nano-devel's Chris complied immediately - or at least is trying too...) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: nano and TERM
Hmm, unable to reproduce your problem here so far, prehaps some more details would be useful. Regards, Gareth - nano packaging type guy. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, April 05, 2003 6:05 PM Subject: nano and TERM Possibly this is a slight simplification, but broadly speaking is the following an accurate description of things? Assuming all necessary paths exist, Windows executables (fc, for instance; can't find much else that's any use) can be called from within Cygwin; and vice-versa (ls, md5sum, diff; any number of useful others). That's why find, sort, etc can be problematic, if a user ends up calling the alternative version to that required. Lately (can't remember when it started) I've been unable to use nano from outside Cygwin: I get a Error opening terminal: cygwin message. (On the other hand, pico works fine.) Please can you tell me whether this is a minor correct-able glitch in nano or whether there's a deeper problem (like, I've misunderstood the dual-use principle described above). Thank you. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: nano and TERM
Igor's analysis of the situation seems sound, I'm forwarding this to nano-devel incase the nano-developers are interested in handling this situation more gracefully. (once again - if it did work in the past) Regards, Gareth - nano cygwin packager. - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, April 06, 2003 4:04 AM Subject: Re: nano and TERM On Sat, 5 Apr 2003 [EMAIL PROTECTED] wrote: Hmm, unable to reproduce your problem here so far, prehaps some more details would be useful. Gareth - nano packaging type guy. Thank you for getting back to me. This is what I meant. When Cygwin is installed (i.e. after running setup, filesystems are mounted, registry entries are made, etc, etc) all the supplied applications (such as nano) operate very nicely in the default bash console window and, it turns out, in a rxvt window. I have experimented with the -tn terminal switch available with rxvt but to be honest have found most settings (e.g. -tn cygwin, -tn rxvt, -tn vt100; or no setting at all) to be completely irelevant: things just work. (Though I remember -tn linux turned out to be a doomed selection.) Well done all the packagers. Also, nano and pico and a few other things work seamlessly, and with no obvious differences, in a Windows DOS box. Especially the command-line stuff like ls, find, md5sum, diff, cmp, ... This is because I have put c:\Cygwin\bin in my Windows PATH (early). This offers a huge and valuable extension to the supplied Windows command structure. (I know http://www.nano-editor.org supply a zipped version of nano claimed to be for Windows but since on un-zipping the provision, it turns out to include cygwin1.dll, I deduce it's the same, ot not much different to, the entity maintained by Gareth. So, since nano works in all possible required environments that I can think of (Cygwin-bash, Cygwin-rxvt, Windows-DOS) I have not bothered with this zipped item.) My reason for writing was to report (very unclearly, I now perceive) the following. Occasionally it suits me to umount -A and also change the name c:\Cygwin to c:\SomethingElse. (Don't ask. I'm interested in sparse systems. Particularly in extending the Windows command structure through simply making available the contents of c:\SomethingElse\bin\, and *without* setting up Cygwin in the mounted registry sense.) It seems to me that as long as c:\SomethingElse\bin is in the Windows PATH, then one still has the luxury of Cygwin's applications. Certainly I find am still able to use ls, find, md5sum, cmp, diff, ..., loads of others, ..., and pico. I am more or less certain that I have successfully used nano in these circumstances. But currently I am getting the error message earlier described: Error opening terminal : cygwin. Fergus P.S. I know. This is saying Thank you for supplying an item intended to be used under prevailing circumstances A. I want to use it under prevailing circumstances B, but I find I can't. Kindly mend it so I can. I really am not saying this, and I hope I have no unreasonable expectations. But I guess what I am saying is: (a) I'm sure I could once, and (b) other not dissimilar things seem to work OK under prevailing circumstances B. Is there any possibility that nano could be looked at, because it is SUCH a useful editor. THANK YOU. Fergus, Any application depending on ncurses or curses will probably use the terminfo database. For that, it'll need access to /usr/share/terminfo, and thus it'll need at least the / mount. Alternatively, some older applications use /etc/termcap (with the same requirement). I doubt there will be any resolution that will allow you to use a full-screen editor without access to terminfo or termcap. I'm not sure why pico works, possibly because it has an internal termcap entry for a dumb terminal and uses that when the terminfo/termcap database cannot be found. This might have been the case with nano as well, but then its (upstream) maintainers must have decided that terminfo/termcap databases are always available, and that it makes sense to eliminate that functionality. If so, it's unlikely it'll be reinstated. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation
Re: Mozilla 1.3 built on cygwin?
Jeff, Just outta' curiosity, beyond the satisfaction of accomplishing it, what would be gained? well you could ssh into your windows machine and run mozilla remotely from your xterminal ... umm - okay so thats not much of a gain... but... Gareth _ MSN Instant Messenger now available on Australian mobile phones. Go to http://ninemsn.com.au/mobilecentral/hotmail_messenger.asp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mozilla 1.3 built on cygwin?
Off the top of anyone's head, is there any major reason why it should not build? Theres a few assembly bits that (from my experience attempting to port it to alpha OSF/1 - with gcc 3.3) - I would be a bit worried about possibly - although possibly a non issue since this is x86. When I last tried to build mozilla on cygwin (a long time ago) - the first issue i ran into was the fact that cygwin has brackets in uname output... and mozilla wanted to pass part of the output to gcc in a -D - and it didnt quote it enough. Theres probably not Major issues - but probably many hundreds of small ones. Its a reasonably big piece of code after all. Gareth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: nano editor : v.1.2.0 released
- Original Message - From: Christopher Faylor [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 17, 2003 5:21 AM Subject: Re: nano editor : v.1.2.0 released On Sun, Mar 16, 2003 at 11:57:38AM +0100, Pavel Tsekov wrote: On Sun, 16 Mar 2003, Gareth Pearce wrote: A lil slow off the mark ... but here we go... http://www-personal.usyd.edu.au/~gpea0679/nano/nano-1.2.0-1.tar.bz2 http://www-personal.usyd.edu.au/~gpea0679/nano/nano-1.2.0-1-src.tar.bz2 http://www-personal.usyd.edu.au/~gpea0679/nano/setup.hint Uploaded. Don't forget to send an announcement to cygwin-announce. And next time please don't include _update?info?dir in your setup.hint. That gets added automatically if needed. It was misspelled in the setup.hint that was uploaded to sources.redhat.com, resulting in hundreds of messages in my inbox. I didn't catch this immediately because I was out of town. ahh damn - sorry bout that - I was here wondering why i hadnt put it in my 1.1.10 setup.hint - now i remember - too long between releases obviously ... will send announce in a minute or two hopefully.. Gareth cgf
[ANNOUNCEMENT] Updated: Nano 1.2.0
Hi, Welcome to another release of the Nano package, the pico clone with many extensions, all while remaining very small indeed. (For those a little lost at this point, its a text editor, reasonably powerful given its size and ease of use) This is the first release of the stable 1.2 branch - and the majority of changes since 1.1.10 are bug fixes. However, new things I noted while packaging it up included: - 3 new translations - a nanorc man file Also worth noting is the colour syntax highlighting is still not gauranteed to make you happy (not many things are!), but the developers are much more confident in it now. I still recommend any issues with this feature be directed first to the nano developer mailing list. Finally, I have no reason to believe that this program will function properly without your cygwin enviroment variable being set to include tty - please consult the cygwin users guide for details on how to do so. If you have issues with Ctrl-C or any other ctrl character combination, this is the place to start - before coming to the cygwin mailing list. Regards, Gareth - cygwin nano packager, hopes you pretend the hotmail tag isn't there... NSTALLATION: 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 update the nano package. You will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate 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. *** 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] _ MSN Instant Messenger now available on Australian mobile phones. Go to http://ninemsn.com.au/mobilecentral/hotmail_messenger.asp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mixing / and \ path separators
A quick search for illegal filename characters gives * / : ? \ | (and the null character) for fat32/ntfs - more for fat16/12 - the null character is also out of the question. So what you ask 'just isnt possible' with the underlying filesystem. Gareth -BEGIN PGP SIGNED MESSAGE- Just out of curiosity triggered by this thread: How do I create a path or file name like quote ?/quote ? Neither of Unix' ways: quotetouch \\ \?/quote or quotetouch ' ?'/quote nor quotetouch '\\ \?'/quote apparently work. Regards Dieter Meinert |= -Original Message- |= From: Christopher Faylor [mailto:[EMAIL PROTECTED] |= Sent: Thursday, March 13, 2003 8:53 AM |= To: [EMAIL PROTECTED] |= Subject: Re: Mixing / and \ path separators |= Importance: High |= |= |= On Thu, Mar 13, 2003 at 06:43:28PM +1100, Gareth Pearce |wrote: = Cygwin likes paths with backslashes in |them. It now = just wisely |= assumes that such paths are windows paths. As I'm |sure you know, = you don't use '/' to denote a UNIX |path. |= |= ^ |= meanness detected. |= |= Actually, more like stupidity (mine) detected. I meant |to = say ...you |= don't use '\' to denote a UNIX path. |= |= cgf |= |= -- |= Unsubscribe info: |http://cygwin.com/ml/#unsubscribe-simple = Bug reporting: |http://cygwin.com/bugs.html |= Documentation: http://cygwin.com/docs.html |= FAQ: http://cygwin.com/faq/ |= |= -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.3 for non-commercial use http://www.pgp.com iQEVAwUBPnAuvrYBkYAdGmPFAQFf4gf/bvt9Os/95rrH+RVReFPS4lX8xgcNpRWp 8VNCkwB8ji1kWgSmxjHd1p8TOE0QNOjfiZ4jbY+CcRufIJ36HEvaf2WJsWd9oimJ FycXaQEtUA3SgKi8hdKnQQxC/8UokEdHLhEq+FLwc83XHsiOTL7d7QXX/8ZanWyj RwxpuZWlhFDSDAIEwxD9OZrqCTfe6UKAa1MwLLet74KT4fbuo3VdW/KTSSN+npR4 X8ivEH0GGJjNffvUx/nWcFAEh+S0Ujw/nZGhXbkAcQIieq2X1t0ATffGkxXKQNXa d3AWxLn5U+T3V5TXL35dFrcAsbdMahtW9XZdsmb9Cuh2owoYvfFDNw== =jq2A -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mixing / and \ path separators
Cygwin likes paths with backslashes in them. It now just wisely assumes that such paths are windows paths. As I'm sure you know, you don't use '/' to denote a UNIX path. ^ meanness detected. Gareth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: nano editor : v.1.2.0 released
My holidays end today, I'll look into stoping being slack and try to release asap. 1.1.11/12/pre1/pre2 all had issues - but i havent noticed anything much reported back against 1.2.0 on the nano-devel list - so it should be fine. Gareth Pearce - nano 'maintainer' (for lack of a betterword) - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, March 10, 2003 6:08 AM Subject: nano editor : v.1.2.0 released For users of the editor nano and the Cygwin-supplied version 1.1.10-1: there is an update to nano version 1.2.0 available at their site http://www.nano-editor.org/dist/v1.2/nano-1.2.0.tar.gz that seems to install oob (configure / make / make install) and works well. To the maintainer: is there any possibility, when you have a moment, and if this passes your quality checks, that this update could be incorporated into the Cygwin provision? Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash's (built-in) type command can not handle spaces in paths
- Original Message - From: Ronald Landheer-Cieslak [EMAIL PROTECTED] To: Curtis Siemens [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:05 PM Subject: Re: bash's (built-in) type command can not handle spaces in paths On Thu, 27 Feb 2003, Curtis Siemens wrote: How To Reproduce: - Install Cygwin under c:\ or c:\cygwin - some directory that doesn't NEVER DO THAT! Indeed - because if you do do that - you'll have to put up with setup complaining about it everytime you update ... like me. :P Might be nice if setup detected you already had installed cygwin before and didnt popup the warning - since its not like i'm going to change my cygwin install directory now. But no real bother. see http://cygwin.com/faq/faq_2.html#SEC9 2 years - no issues - I think i'm special :) Gareth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/