[ITP] boxes 0.19.3 -- Textmode box- and comment drawing filter
Included in Debian stable: http://packages.debian.org/boxes Jari sdesc: Textmode box- and comment drawing filter ldesc: Extremely configurable filter for adding and removing ASCII art (comments, for example) around chunks of text. Most modern text editors support filtering text through external filters. Boxes is such a filter. category: Text requires: cygwin a) manual wget\ http://cygwin.cante.net/boxes/setup.hint \ http://cygwin.cante.net/boxes/boxes-1.0.1a-1-src.tar.bz2 \ http://cygwin.cante.net/boxes/boxes-1.0.1a-1.tar.bz2 \ b) automated gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir boxes ; cd boxes rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/boxes/get.sh \ http://cygwin.cante.net/boxes/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh -- Welcome to FOSS revolution: we fix and modify until it shines
[ITP] bsfilter 1.0.15 -- Bayesian spam filter with Japanese support
Included in Debian stable: http://packages.debian.org/bsfilter Jari sdesc: Bayesian spam filter with Japanese support ldesc: A spam filter which can distinguish spam mail from other mails. It can read mails by three way: reads from normal file or stdin, retrieves and stores from IMAP server, reads from POP server and passes to POP client (POP proxy). Program also supports of Japanese text. category: Mail requires: cygwin ruby a) manual wget\ http://cygwin.cante.net/bsfilter/setup.hint \ http://cygwin.cante.net/bsfilter/bsfilter-1.0.15-1-src.tar.bz2 \ http://cygwin.cante.net/bsfilter/bsfilter-1.0.15-1.tar.bz2 \ gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 b) automated mkdir bsfilter ; cd bsfilter rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/bsfilter/get.sh \ http://cygwin.cante.net/bsfilter/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh -- Welcome to FOSS revolution: we fix and modify until it shines
Re: [GTG] Re: [ITP] lzop-1.02rc1 -- Very fast Lempel-Ziv-Oberhumer packer
On Sep 17 18:08, Dr. Volker Zell wrote: Jari Aalto writes: Included in Debian stable http://packages.debian.org/lzop Builds fine from source, packaging looks good. Jari GTG Volker Uploaded. Please announce. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [GTG] Re: [ITP] httping-1.2.5 -- Ping-like program for http-requests
On Sep 17 18:10, Dr. Volker Zell wrote: Jari Aalto writes: Included in Debian stable http://packages.debian.org/httpingc Builds fine from source, packaging looks good. Jari GTG Volker Uploaded. Please announce. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: URGENT: flac changes causes problems updating setup.ini
On Sep 18 11:11, David Rothenberger wrote: On 9/18/2007 8:01 AM, Christopher Faylor wrote: upset: *** warning package libFLAC++5 refers to non-existent external-source: flac upset: *** warning package libFLAC7 refers to non-existent external-source: flac upset: *** warning package libOggFLAC++2 refers to non-existent external-source: flac upset: *** warning package libOggFLAC3 refers to non-existent external-source: flac Did this get fixed? I don't see an external-source tag in the setup.hint for any of these packages on mirrors.kernel.org. These packages are all in _obsolete now and were not part of the latest flac upload. I fixed it by removing the external-source lines from all four packages. They are from the flac 1.1.2 package which I removed yesterday because it's not even prev anymore. Maybe I should remove all four packages. I doubt that anybody relies on linking against them. Thoughts? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] odt2txt -- Simple converter from OpenDocument Text to plain text
On Sep 18 20:37, Jari Aalto wrote: Not yet in Debian stable, so needs votes. I find it handy for quick viewing of Open Office documents. http://packages.debian.org/odt2txt Jari sdesc: Simple converter from OpenDocument Text to plain text ldesc: Extract the text out of OpenDocument Texts, as produced by OpenOffice.org, KOffice, StarOffice and others. It is small and fast, can output the document in many encodings and adopts to your locale. category: Text requires: cygwin libiconv2 zlib a) manual wget\ http://cygwin.cante.net/odt2txt/odt2txt-0.3+git20070827-1-src.tar.bz2 \ http://cygwin.cante.net/odt2txt/setup.hint +1 but, hey, does it really only consist of a source package? Sounds wrong to me... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: update: gsl-1.10-1
On Sep 18 22:46, Teun Burgers wrote: http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-1.10-1-src.tar.bz2 http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-1.10-1.tar.bz2 http://home.quicknet.nl/qn/prive/ar.burgers/gsl/setup.hint http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-apps/gsl-apps-1.10-1.tar.bz2 http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-apps/setup.hint http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-devel/gsl-devel-1.10-1.tar.bz2 http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-devel/setup.hint http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-doc/gsl-doc-1.10-1.tar.bz2 http://home.quicknet.nl/qn/prive/ar.burgers/gsl/gsl-doc/setup.hint Please remove gsl-1.8-2 and leave gsl-1.9-1 as previous Uploaded and 1.8-2 removed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU] speex-1.2beta2-1
On Sep 18 19:11, David Rothenberger wrote: wget -x -nH --cut-dirs=2 \ http://mysite.verizon.net/res00a7j/cygwin/speex/speex-1.2beta2-1-src.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/speex/speex-1.2beta2-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/speex/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/speex/libspeex1/libspeex1-1.2beta2-1.tar.bz2 \ http://mysite.verizon.net/res00a7j/cygwin/speex/libspeex1/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/speex/speex-devel/setup.hint \ http://mysite.verizon.net/res00a7j/cygwin/speex/speex-devel/speex-devel-1.2beta2-1.tar.bz2 Uploaded and 1.1.10-1 removed. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Request for new maintainers
On Sep 18 22:19, James R. Phillips wrote: Hi, Regrettably I must request that new maintainers be found for all my packages. I have been unable for months to devote any time to this worthwhile project, and don't see any relief in sight. The package that sparked my interest in package maintenance is octave, and octave 3.0 will probably be released shortly. There is a steady stream of messages on the octave-maintainers mailing list regarding experimental cygwin packages. I know that those building the packages are reading the cygwin lists, and I hope a capable person will volunteer to pick up this work and carry it forward for the cygwin project. Currently the best octave builds appear to require custom gcc builds, with sjlj exceptions disabled. This limitation of gcc in conjuction with octave has been a bugaboo for quite a while, and any solid approaches to resolving it would be very welcome. Thanks very much for letting me participate, and my apologies for being so neglectful for several months. Oops, that's bad news, really. Thanks for your efforts to maintain these packages. I added all your packages to the Orphaned category in my package list. If anybody feels up to the task, below are James' packages, and the subpackages they consist of. epstool fftw3 fftw3-dev fftw3-doc ghostscript ghostscript-base ghostscript-x11 lapack octave octave-doc octave-forge octave-headers octave-htmldoc octave-info octave-otags plotutils plotutils-devel plotutils-doc libplot2 libplotter2 libxmi0 pstoedit pstoedit-devel Thanks again for your time you spent on these packages. I guess especially your octave maintainership will be missed. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] odt2txt -- Simple converter from OpenDocument Text to plain text
* Tue 2007-09-18 jari aalto-w6EBCRcXQ4deoWH0uzbU5w jari.aalto-w6EBCRcXQ4deoWH0uzbU5w AT public.gmane.org * Message-Id: y7f3lvsr.fsf AT blue.sea.net Not yet in Debian stable, so needs votes. I find it handy for quick viewing of Open Office documents. http://packages.debian.org/odt2txt Jari sdesc: Simple converter from OpenDocument Text to plain text ldesc: Extract the text out of OpenDocument Texts, as produced by OpenOffice.org, KOffice, StarOffice and others. It is small and fast, can output the document in many encodings and adopts to your locale. category: Text requires: cygwin libiconv2 zlib a) manual wget\ http://cygwin.cante.net/odt2txt/odt2txt-0.3+git20070827-1-src.tar.bz2 \ http://cygwin.cante.net/odt2txt/setup.hint Correction (added missing binary package link): wget\ http://cygwin.cante.net/odt2txt/odt2txt-0.3+git20070827-1-src.tar.bz2 \ http://cygwin.cante.net/odt2txt/odt2txt-0.3+git20070827-1.tar.bz2 \ http://cygwin.cante.net/odt2txt/setup.hint b) automated gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir odt2txt ; cd odt2txt rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/odt2txt/get.sh \ http://cygwin.cante.net/odt2txt/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh
Maintained packages per maintainer
Dunno if that's interesting to anybody, but... Out of curiosity I created a list which lists all maintainers with their respective number of packages. The numbers are taken from my (hopefully) up-to-date cygwin package list. Note that the number also contains all subpackages, so, if a package `foo' comes with a `foo-devel' and a `libfoo42', the number of packages is 3. ITPed packages which are not yet in the distro are not counted. Here's the list. I take the opportunity to thank all Cygwin package maintainers for their efforts. THANK YOU! 142 Yaakov S 123 ORPHANED 96 Charles Wilson 64 OBSOLETE 44 Dr. Volker Zell 38 Reini Urban 28 Corinna Vinschen 28 Christopher Faylor 25 Jari Aalto 22 Max Bowsher 22 Eric Blake 21 Jan Nieuwenhuizen 20 Dave Korn 19 David Rothenberger 17 Peter Ekberg 13 Andrew Schulman 11 Lapo Luchini 10 Teun Burgers 8 Samuel Thibault 8 Gareth Pearce 7 Volker Quetschke 7 Peter A. Castro 7 David Billinghurst 7 Brian Dessent 6 Sam Robb 6 Igor Peshansky 5 Pierre A. Humblet 5 Oliver Wienand 5 Jonathan C. Allen 5 Jason Tishler 4 Steffen Sledz 4 John Morrison 4 Christian Franke 4 Chris Sutcliffe 3 Vaclav Haisman 2 Daniel Boesswetter 2 Bob Heckel 2 Andreas Seidl 1 Yitzchak Scott-Thoennes 1 William A. Hoffman 1 Warren Young 1 Thomas Wolff 1 Stefan Bjoernelund 1 Ross Smith II 1 Robert Richter 1 Pavel Tsekov 1 Mauricio Antune 1 Lino Miguel Martins Tinoco 1 Joe Linoff 1 Jason Tishler 7.x / Reini Urban = 8.x 1 Gary R. Van Sickle / Christopher Faylor? 1 Dean Scarff 1 David Hudson 1 Dave Kilroy 1 Dave Diane 1 Chris January 1 Bryan D. Thomas 1 Brian Ford 1 Bo Peng 1 Andre Bleau 1 Alexander Gottwald The only unfortunate fact is the number of ORPHANED packages, but I assume we can't have everything, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
RE: Maintained packages per maintainer
On 19 September 2007 14:54, Corinna Vinschen wrote: Dunno if that's interesting to anybody, but... Out of curiosity I created a list which lists all maintainers with their respective number of packages. The numbers are taken from my (hopefully) up-to-date cygwin package list. Note that the number also contains all subpackages, so, if a package `foo' comes with a `foo-devel' and a `libfoo42', the number of packages is 3. ITPed packages which are not yet in the distro are not counted. Here's the list. I take the opportunity to thank all Cygwin package maintainers for their efforts. THANK YOU! 142 Yaakov S standing ovation cheers, DaveK -- Can't think of a witty .sigline today
Re: [ITP] Quilt for git; similar to Mercurial queues
Eric Blake writes: According to Eric Blake on 8/30/2007 8:15 PM: According to Jari Aalto (Cygwin-bug#20070830T2136) on 8/30/2007 4:06 PM: now when we have git in the distro, I'd like to propose companion to it: Guilt. The program is not yet in stable: http://packages.debian.org/guilt testing, unstable So I guess needs votes. +1 from me, as git maintainer. But I have not had time to review the packaging yet. Anyone else willing to look at/vote on this? +1 Packaging seems wrong. All the guilt-*.txt symlinks are wrong, they point to /usr/src/build/build/guilt/guilt-0.27/Documentation/guilt-*.txt. Also the file listing in the cygwin README file is wrong (I would take the file listing out anyway) Ciao Volker
Re: [ITP] Quilt for git; similar to Mercurial queues
* Tue 2007-09-18 Dr Dr Dr.Volker.Zell-QHcLZuEGTsvQT0dZR+AlfA AT public.gmane.org * Message-Id: 826427pva7.fsf AT vzell-de.de.oracle.com Packaging seems wrong. All the guilt-*.txt symlinks are wrong, they point to /usr/src/build/build/guilt/guilt-0.27/Documentation/guilt-*.txt. Fixed. New version at: wget\ http://cygwin.cante.net/guilt/guilt-0.27-1-src.tar.bz2 \ http://cygwin.cante.net/guilt/guilt-0.27-1.tar.bz2 \ http://cygwin.cante.net/guilt/setup.hint Thanks, Jari -- Welcome to FOSS revolution: we fix and modify until it shines
Re: Maintained packages per maintainer
On Wed, Sep 19, 2007 at 03:54:04PM +0200, Corinna Vinschen wrote: 17 Peter Ekberg I guess I haven't mentioned that my name is Peter Rosin these days... Cheers, Peter (who got married a while back)
Re: [ITP] Quilt for git; similar to Mercurial queues
On Fri, Aug 31, 2007 at 01:06:06AM +0300, Jari Aalto wrote: So I guess needs votes. +1 Cheers, Peter
[ITP] aewm++ 1.1.2 -- A minimal window manager for X11, based on aewm
Included in Debian stable: http://packages.debian.org/aewm++ Jari sdesc: A minimal window manager for X11, based on aewm ldesc: Window manager with aewm's minimalist look and feel but is written in C++, and adds some modern features like virtual desktops and partial GNOME support. category: X11 requires: cygwin xorg-x11-base xorg-x11-bin-dlls a) manual wget\ http://cygwin.cante.net/aewm++/setup.hint \ http://cygwin.cante.net/aewm++/aewm++-1.1.2-1-src.tar.bz2 \ http://cygwin.cante.net/aewm++/aewm++-1.1.2-1.tar.bz2 \ b) automated gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir aewm++ ; cd aewm++ rm -f get.sh get.sh.sig wgethttp://cygwin.cante.net/aewm++/get.sh \ http://cygwin.cante.net/aewm++/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh -- Welcome to FOSS revolution: we fix and modify until it shines
Re: Xdmcp too slow with SOME Linux accounts.
Michael Giroux schrieb: Do the CygwinX developers watch this list? As far as i know xwin is unmaintained at the moment. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Install Problems
Completely agree about Vista, it's ruined my life, but are you sure you waited long enough for gnuplot.sh to complete? For no clear reason that I can discern, it takes ages on both the machines I use regularly, one of which is in all other contexts really fast. Fergus -- 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: Issue with newest snapshot (2007-08-31)
* Corinna Vinschen (Tue, 18 Sep 2007 18:37:50 +0200) On Sep 4 22:16, Thorsten Kampe wrote: * Thorsten Kampe (Tue, 4 Sep 2007 22:11:05 +0100) with the newest snapshot a similar issue occurred as described in http://sourceware.org/ml/cygwin/2007-08/msg00186.html and fixed in http://sourceware.org/ml/cygwin/2007-08/msg00339.html The error is now (lots of these): [...] Some more information: this error starts (contrary to the one mentioned above) already when rsync starts building the file list (and not when deleting on the target or copying to the target). The error starts after rsync counts up until about 7000 files (from about 8 - which was no problem for the snapshot from 2007-08-13) I just tried with the latest from CVS and I can't reproduce this problem. My rsync run built a file list of more than 200K files just fine and then copied the files over as expected(*). I don't think that one of my patches from yesterday or today have anything to do with that problem so it's a bit puzzeling to me why it happens for you. Anything I can do from my side? Strace? Thorsten -- 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.24-2: zero-length write() and ioctl() on fd -1 cause crashes
Elliot, On Sep 18 11:54, Elliott Hughes wrote: http://software.jessies.org/terminator/ uses Cygwin to provide Windows support, and it's been most useful. i just thought i'd mention a couple of things that caused crashes in cygwin1.dll 1.5.24-2 where that might not have been Cygwin's intent (in both cases the application's skating on thin ice anyway). first, if i do a zero-byte write(2) to a pty, i get a crash. POSIX says the behavior in that situation is undefined. i haven't tested with a regular file (where POSIX explicitly says that write() will return 0 and have no other results). second, if i try to set the window size on fd -1, i get a crash: int fd = -1; struct winsize size; // set size.ws_col, size.ws_row, size.ws_xpixel, and size.ws_ypixel... if (ioctl(fd, TIOCSWINSZ, size) 0) { my interpretation of POSIX is that i should get return value -1 and errno set to EBADF in that case. i haven't tested with other invalid file descriptors or other requests. i haven't tested earlier versions of cygwin1.dll. strangely, a quick look at the Cygwin source suggests that these cases should be taken care of. ioctl.cc's ioctl starts with a cygheap_fdget, and check_iovec would appear to take care of the 0- byte write case for write(2). I've investigated both problems using small testcases and GDB and I can't reproduce your observations. In both cases Cygwin works fine, returning 0 from write(2) when writing 0 bytes to anything (including ptys), or, returning -1 from ioctl(2) when trying to set the window size on an invalid fd. These spurious crashes might hint to a problem in the application itself. For instance, they could be the result of a stack corruption at some earlier point in the code. Note that just because Cygwin crashes but, say, Linux doesn't, that doesn't mean the application is right and Cygwin is wrong. The outcome of the application problem just shows different results on different systems. If, after investigation, you still think there's a Cygwin problem, we would need some tiny testcase in plain C, which allows to reproduce the problem with as little code as possible. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Issue with newest snapshot (2007-08-31)
On Sep 19 09:28, Thorsten Kampe wrote: * Corinna Vinschen (Tue, 18 Sep 2007 18:37:50 +0200) On Sep 4 22:16, Thorsten Kampe wrote: * Thorsten Kampe (Tue, 4 Sep 2007 22:11:05 +0100) with the newest snapshot a similar issue occurred as described in http://sourceware.org/ml/cygwin/2007-08/msg00186.html and fixed in http://sourceware.org/ml/cygwin/2007-08/msg00339.html The error is now (lots of these): [...] Some more information: this error starts (contrary to the one mentioned above) already when rsync starts building the file list (and not when deleting on the target or copying to the target). The error starts after rsync counts up until about 7000 files (from about 8 - which was no problem for the snapshot from 2007-08-13) I just tried with the latest from CVS and I can't reproduce this problem. My rsync run built a file list of more than 200K files just fine and then copied the files over as expected(*). I don't think that one of my patches from yesterday or today have anything to do with that problem so it's a bit puzzeling to me why it happens for you. Anything I can do from my side? Strace? I won't be able to put much time into Cygwin the next couple of days. Everything you can do yourself to debug this problem would be helpful. As long as I can't reproduce it, I have not much chance to find it. It would be most helpful if you could use the latest from CVS, btw., just to be sure it's still a problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Passing arguments to rxvt when it is used as an argument for chere
Yep those are the two ways to do it. There's no way to specify extra arguments on the chere command line that will be appended to the invocation command. May I ask what command line options you're thinking of adding? Could they go into .Xdefaults instead? Most rxvt and xterm options can. Dave. chere maintainer. Hi I don't tend to run an xserver so rxvt runs in native mode when invoked via chere. All was working ok but then an issue described here http://cygwin.com/ml/cygwin/2007-09/msg00359.html occurred so I needed some was to make the chere invoked rxvt appear with the correct font. I solved it with a bit of sed: - $ cat chere.sh chere -ipcf2 -t rxvt -s bash | sed 's! -e /bin! -fn \\Lucida\ Console-bold-12\\ -rv -ls -sb -sr -tcw -sl 3000 -e /bin!' /tmp/$$.sh chmod 755 /tmp/$$.sh /tmp/$$.sh rm /tmp/$$.sh Regards Richard -- 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] New package: httping 1.2.5 -- Ping-like program for http-requests
PACKAGE DESCRIPTION === Homepage: http://www.vanheusden.com/httping License : GPL Show how long it takes to connect to a hostname or remote url; send a request and retrieve the reply (only the headers). CHANGES SINCE LAST RELEASE == The changes are listed in homepage. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, 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. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin AT cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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.com AT cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Welcome to FOSS revolution: we fix and modify until it shines -- 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] New package: lzop 1.02rc1 -- Very fast Lempel-Ziv-Oberhumer packer
PACKAGE DESCRIPTION === Homepage: http://www.lzop.org/ License : GPL Lzop is a file compressor which is very similar to gzip. lzop uses the LZO data compression library for compression services, and its main advantages over gzip are much higher compression and decompression speed (at the cost of some compression ratio). On modern systems, when making backups of terrabyte of data, lzop is usually IO-bound and not CPU-bound, which means that you can both decrease storage requirements and effectively reduce backup time by quite an amount. CHANGES SINCE LAST RELEASE == See http://www.lzop.org/lzop_news.php INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, 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. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin AT cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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.com AT cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Welcome to FOSS revolution: we fix and modify until it shines -- 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: Passing arguments to rxvt when it is used as an argument for chere
On 9/19/07, Richard Toy [EMAIL PROTECTED] wrote: Hi I don't tend to run an xserver so rxvt runs in native mode when invoked via chere. All was working ok but then an issue described here http://cygwin.com/ml/cygwin/2007-09/msg00359.html occurred so I needed some was to make the chere invoked rxvt appear with the correct font. I solved it with a bit of sed: - $ cat chere.sh chere -ipcf2 -t rxvt -s bash | sed 's! -e /bin! -fn \\Lucida\ Console-bold-12\\ -rv -ls -sb -sr -tcw -sl 3000 -e /bin!' /tmp/$$.sh chmod 755 /tmp/$$.sh /tmp/$$.sh rm /tmp/$$.sh Regards Richard In native mode, rxvt still uses the .Xdefaults file to read settings. Here's what I'm using right now with it: rxvt*foreground: gray rxvt*background: black rxvt*geometry: 132x50 rxvt*saveLines: 1000 rxvt*scrollBar: true rxvt*scrollBar_right: true rxvt*loginShell: true rxvt*font: DejaVu Sans Mono-13 I'm sure sed is fun, but there's already a more elegant solution to your problem. -- 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: Passing arguments to rxvt when it is used as an argument for chere
On Wed, 19 Sep 2007, Brian Mathis wrote: On 9/19/07, Richard Toy [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Hi I don't tend to run an xserver so rxvt runs in native mode when invoked via chere. All was working ok but then an issue described here http://cygwin.com/ml/cygwin/2007-09/msg00359.html occurred so I needed some was to make the chere invoked rxvt appear with the correct font. I solved it with a bit of sed: - $ cat chere.sh chere -ipcf2 -t rxvt -s bash | sed 's! -e /bin! -fn \\Lucida\ Console-bold-12\\ -rv -ls -sb -sr -tcw -sl 3000 -e /bin!' /tmp/$$.sh chmod 755 /tmp/$$.sh /tmp/$$.sh rm /tmp/$$.sh Regards Richard In native mode, rxvt still uses the .Xdefaults file to read settings. Here's what I'm using right now with it: rxvt*foreground: gray rxvt*background: black rxvt*geometry: 132x50 rxvt*saveLines: 1000 rxvt*scrollBar: true rxvt*scrollBar_right: true rxvt*loginShell: true rxvt*font: DejaVu Sans Mono-13 I'm sure sed is fun, but there's already a more elegant solution to your problem. The .Xdefaults solution will affect all instances of rxvt, not just the one spawned by chere. There is a way to distinguish those instances by name, but then you'd still need to at least set the name, which means passing arguments via chere. This is also a reply to Dave (the chere maintainer) regarding why someone would want to pass arguments to rxvt. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Belief can be manipulated. Only knowledge is dangerous. -- Frank Herbert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh ProxyCommand not finding anything to execute
Lets say I just drop sh.exe into the installation folder, what else would I need to do? I have taken the sh.exe file from a cywgin install and put it into c:\bin\, and tried running my command again. Now it no longer complains that it can't find /bin/sh but it still doesn't print anything to the screen like it should. Obviously putting it in c:\bin isn't ideal, I need to point it to my cwRsync directory. I have emailed the cwRsync guys the problem but I'm not sure if they will be willing to include sh.exe in the next release or not. Thanks for your help Kevin David Rothenberger wrote: On 9/17/2007 11:38 AM, SQueeZe wrote: I have installed cwRsync which has the OpenSSH client version 4.5. You should probably ask for support from the cwRsync project. I should be able to type in the following: ssh -v -o ProxyCommand=connect -H -d proxy:8085 %h 443 [EMAIL PROTECTED] However I get the following error: OpenSSH_4.5p1, OpenSSL 0.9.8d 28 Sep 2006 debug1: Executing proxy command: exec connect.exe -H proxy:8085 myhomepc 443 debug1: permanently_drop_suid: 400 /bin/sh: No such file or directory OpenSSH invokes /bin/sh -c proxycmd (see sshconnect.c line 98 in the 4.7 sources) and the cwRsync package does not include sh. Even if you included sh.exe in your installation directory, I doubt it would work because you won't have the Cygwin mount table setup so that /bin/sh would map to the correct directory. -- View this message in context: http://www.nabble.com/ssh-ProxyCommand-not-finding-anything-to-execute-tf4469005.html#a12779359 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: subversion 1.4.5-1
Max Bowsher writes: Subversion, a version control system which aims to be a compelling replacement for CVS, has been updated in the Cygwin net distribution to version 1.4.5-1. This is a new upstream bugfix and (low-to-moderate urgency) security release. subversion-python still uses python2.4 also we are already on 2.5 Ciao Volker -- 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/
[Packaging BUG] Re: [ANNOUNCEMENT] Updated: OpenSSH-4.7p1-1
Corinna Vinschen writes: I've just updated the version of OpenSSH to 4.7p1-1. It seems you also bundled inetutils with openssh Ciao Volker -- 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/
[Packaging BUG] Re: [ANNOUNCEMENT] Updated: typespeed-0.6.2-1
Lapo Luchini writes: Version 0.6.2-1 of typespeed has been uploaded. The README file is installed under two locations, see below /usr/share/doc/typespeed/ /usr/share/doc/typespeed/README /usr/share/doc/typespeed-0.6.2/ /usr/share/doc/typespeed-0.6.2/ABOUT-NLS /usr/share/doc/typespeed-0.6.2/AUTHORS /usr/share/doc/typespeed-0.6.2/ChangeLog /usr/share/doc/typespeed-0.6.2/COPYING /usr/share/doc/typespeed-0.6.2/INSTALL /usr/share/doc/typespeed-0.6.2/NEWS /usr/share/doc/typespeed-0.6.2/README /usr/share/doc/typespeed-0.6.2/TODO Ciao Volker -- 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/
[Packaging BUG] Re: [ANNOUNCEMENT] Updated: dpatch-2.0.26-2
Jari Aalto writes: PACKAGE DESCRIPTION === Homepage: http://packages.debian.org/dpatch License : GPL An easy to use patch system for packages, It lets you store patches and other simple customization templates in debian/patches and otherwise does not require much reorganization of your source tree. To get the patches applied at build time you simply need to include a makefile snippet and then depend on the patch/unpatch target in the build or clean stage of debian/rules - or you can use the dpatch patching script directly. There is still an empty dpatch directory below /usr/share/doc: /usr/share/doc/dpatch-2.0.26/* /usr/share/doc/dpatch/ Ciao Volker -- 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: Install Problems
Kris Ciersezwski wrote: Ok I sent a log of my setup, I was unable to cygcheck -s -r -v and *attach* the output. No 'setup.log' or 'setup.log.full' files in the directory with 'setup.exe'? What part of creating the 'cygcheck' information caused you problems? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: [Packaging BUG] Re: [ANNOUNCEMENT] Updated: OpenSSH-4.7p1-1
On Sep 18 22:23, Dr. Volker Zell wrote: Corinna Vinschen writes: I've just updated the version of OpenSSH to 4.7p1-1. It seems you also bundled inetutils with openssh Ouch. Thanks for the heads up. I uploaded new packages for openssh as well as inetutils to fix this problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh ProxyCommand not finding anything to execute
SQueeZe wrote: Lets say I just drop sh.exe into the installation folder, what else would I need to do? I have taken the sh.exe file from a cywgin install and put it into c:\bin\, and tried running my command again. Now it no longer complains that it can't find /bin/sh but it still doesn't print anything to the screen like it should. Obviously putting it in c:\bin isn't ideal, I need to point it to my cwRsync directory. Really, this is off-topic for this list. You should be talking to the cwRsync guys about this. We don't have any knowledge of what cwRsync does or the requirements to make it work, even though it claims to be Cygwin-based. So you're better off talking with the maintainers of this tool. Aside: A quick read of the web site doesn't leave me with the impression that this is any more than a repackaged version of a subset of the Cygwin-provided tools. Since repackaging Cygwin tools just results in incompatibilities with the stock Cygwin toolset, I don't see any advantage to installing cwRsync. I'd recommend just using the rsync package as provided with Cygwin. If you have problems with that, you have this list and it's archives to help you out. I have emailed the cwRsync guys the problem but I'm not sure if they will be willing to include sh.exe in the next release or not. Since doing so would simply add to the incompatibilities between cwRsync and the stock Cygwin installation, I hope not. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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 Installation Problems on Windows Vista (killing sh.exe helps)
For getting the installation to keep going, killing off an sh.exe process via Task Manager's End Process, moves things along. This also seems to need to be done for texf (I think that was the name) package. At least we get to the final setup screen this way :-) Chris Lent Kevin Hilton-3 wrote: Here are the two files I found broken on the installation: gnuplot.sh postinstall-ec-fonts-mftraced.sh And just for kicks How do I manually change the passwd and group files. Although under windows Im listed as an administrator, cygwin states my group as none. And Im unable to chmod chgroup these two files. Never had this problem with XP. -- Kevin Hilton -- 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/ -- View this message in context: http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12780123 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin Installation Problems on Windows Vista (killing sh.exe helps)
On 19 September 2007 16:42, lent wrote: For getting the installation to keep going, killing off an sh.exe process via Task Manager's End Process, moves things along. This also seems to need to be done for texf (I think that was the name) package. Hell, you can make the whole thing move along even better, by simply killing 'setup.exe' instead of sh.exe. Sure, it may not be correct, but at least it's fast, eh? Or you could wait for it to finish doing whatever vital job it was doing. Your choice. At least we get to the final setup screen this way :-) Works my way too, *and* with the added advantage you don't end up with a semi-broken installation. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh ProxyCommand not finding anything to execute
Thanks for your reply Larry, I will continue with the cwRsync guys. The 'advantage' of a package like cwRsync is that most Windows users wouldn't understand or want to dabble with a cywgin install and the intricacies that go along with it. cwRsync can be installed in about 10 seconds, and requires no knowledge of *Nix; I don't think the same could be said of Cygwin. Although I love Cygwin, if you just want a tiny, single subset of its functionality, then it just isn't worth the full install. Of course this has it's disadvantages as we are finding out now. Thanks again for your help. Kevin Larry Hall (Cygwin) wrote: SQueeZe wrote: Lets say I just drop sh.exe into the installation folder, what else would I need to do? I have taken the sh.exe file from a cywgin install and put it into c:\bin\, and tried running my command again. Now it no longer complains that it can't find /bin/sh but it still doesn't print anything to the screen like it should. Obviously putting it in c:\bin isn't ideal, I need to point it to my cwRsync directory. Really, this is off-topic for this list. You should be talking to the cwRsync guys about this. We don't have any knowledge of what cwRsync does or the requirements to make it work, even though it claims to be Cygwin-based. So you're better off talking with the maintainers of this tool. Aside: A quick read of the web site doesn't leave me with the impression that this is any more than a repackaged version of a subset of the Cygwin-provided tools. Since repackaging Cygwin tools just results in incompatibilities with the stock Cygwin toolset, I don't see any advantage to installing cwRsync. I'd recommend just using the rsync package as provided with Cygwin. If you have problems with that, you have this list and it's archives to help you out. I have emailed the cwRsync guys the problem but I'm not sure if they will be willing to include sh.exe in the next release or not. Since doing so would simply add to the incompatibilities between cwRsync and the stock Cygwin installation, I hope not. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/ -- View this message in context: http://www.nabble.com/ssh-ProxyCommand-not-finding-anything-to-execute-tf4469005.html#a12780291 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: speex-1.2beta2-1/speex-devel-1.2beta2-1/libspeex1-1.2beta2-1
A new version of the speex, speex-devel, and libspeex1 packages are now available for download. NEWS: = Updated to the 1.2beta2 upstream release. Although marked a beta release, this is the version recommended by upstream. See also the package documentation in /usr/share/doc/speex-1.2beta2/. DESCRIPTION: Speex is an Open Source/Free Software patent-free audio compression format designed for speech. The Speex Project aims to lower the barrier of entry for voice applications by providing a free alternative to expensive proprietary speech codecs. Moreover, Speex is well-adapted to Internet applications and provides useful features that are not present in most other codecs. Finally, Speex is part of the GNU Project and is available under the revised BSD license. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- David Rothenberger [EMAIL PROTECTED] -- 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: OpenSSH-4.7p1-2
I've just updated the version of OpenSSH to 4.7p1-2. The -2 version only solves a packaging problem as reported in http://cygwin.com/ml/cygwin/2007-09/msg00478.html This is a new major upstream release. The Cygwin release is created from the vanilla sources. The official release message of 4.7p1: OpenSSH 4.7 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0 implementation and includes sftp client and server support. Once again, we would like to thank the OpenSSH community for their continued support of the project, especially those who contributed code or patches, reported bugs, tested snapshots and purchased T-shirts or posters. T-shirt, poster and CD sales directly support the project. Pictures and more information can be found at: http://www.openbsd.org/tshirts.html and http://www.openbsd.org/orders.html For international orders use http://https.openbsd.org/cgi-bin/order and for European orders, use http://https.openbsd.org/cgi-bin/order.eu Changes since OpenSSH 4.6: Security bugs resolved in this release: * Prevent ssh(1) from using a trusted X11 cookie if creation of an untrusted cookie fails; found and fixed by Jan Pechanec. Other changes, new functionality and fixes in this release: * sshd(8) in new installations defaults to SSH Protocol 2 only. Existing installations are unchanged. * The SSH channel window size has been increased, and both ssh(1) sshd(8) now send window updates more aggressively. These improves performance on high-BDP (Bandwidth Delay Product) networks. * ssh(1) and sshd(8) now preserve MAC contexts between packets, which saves 2 hash calls per packet and results in 12-16% speedup for arcfour256/hmac-md5. * A new MAC algorithm has been added, UMAC-64 (RFC4418) as [EMAIL PROTECTED]. UMAC-64 has been measured to be approximately 20% faster than HMAC-MD5. * A -K flag was added to ssh(1) to set GSSAPIAuthentication=Yes * Failure to establish a ssh(1) TunnelForward is now treated as a fatal error when the ExitOnForwardFailure option is set. * ssh(1) returns a sensible exit status if the control master goes away without passing the full exit status. (bz #1261) * The following bugs have been fixed in this release: - When using a ProxyCommand in ssh(1), set the outgoing hostname with gethostname(2), allowing hostbased authentication to work (bz #616) - Make scp(1) skip FIFOs rather than hanging (bz #856) - Encode non-printing characters in scp(1) filenames. these could cause copies to be aborted with a protocol error (bz #891) - Handle SIGINT in sshd(8) privilege separation child process to ensure that wtmp and lastlog records are correctly updated (bz #1196) - Report GSSAPI mechanism in errors, for libraries that support multiple mechanisms (bz #1220) - Improve documentation for ssh-add(1)'s -d option (bz #1224) - Rearrange and tidy GSSAPI code, removing server-only code being linked into the client. (bz #1225) - Delay execution of ssh(1)'s LocalCommand until after all forwadings have been established. (bz #1232) - In scp(1), do not truncate non-regular files (bz #1236) - Improve exit message from ControlMaster clients. (bz #1262) - Prevent sftp-server(8) from reading until it runs out of buffer space, whereupon it would exit with a fatal error. (bz #1286) * Portable OpenSSH bugs fixed: - Fix multiple inclusion of paths.h on AIX 5.1 systems. (bz #1243) - Implement getpeereid for Solaris using getpeerucred. Solaris systems will now refuse ssh-agent(1) and ssh(1) ControlMaster clients from different, non-root users (bz #1287) - Fix compilation warnings by including string.h if found. (bz #1294) - Remove redefinition of _res in getrrsetbyname.c for platforms that already define it. (bz #1299) - Fix spurious chan_read_failed for istate 3 errors from sshd(8), a side-effect of the hang on exit fix introduced in 4.6p1. (bz #1306) - pam_end() was not being called if authentication failed (bz #1322) - Fix SELinux support when SELinux is in permissive mode. Previously sshd(8) was treating SELinux errors as always fatal. (bz #1325) - Ensure that pam_setcred(..., PAM_ESTABLISH_CRED) is called before pam_setcred(..., PAM_REINITIALIZE_CRED), fixing pam_dhkeys. (bz #1339) - Fix privilege separation on QNX - pre-auth only, this platform does not support file descriptior passing needed for post-auth privilege separation. (bz #1343) Thanks to everyone who has contributed patches, reported bugs and tested releases. Checksums: == - SHA1 (openssh-4.7.tar.gz) = 9ebaab9b31e01bd0d04425dc23536bcc78f8d990 - SHA1 (openssh-4.7p1.tar.gz) =
[ANNOUNCEMENT] Updated: inetutils-1.3.2-37
I've updated the version of inetutils to 1.3.2-37. The -37 version only solves a packaging problem as reported in http://cygwin.com/ml/cygwin/2007-09/msg00478.html = IMPORTANT NOTE: - When updating inetutils, take care that syslogd.exe, inetd.exe and subsequent processes don't run anymore. Otherwise the update will fail. = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
dd Bug using \\.\PhysicalDriveX ?
I believe that this is part of CORE, which I have at 6.9-5. I did update to all of the latest just a short while ago and reverified the problem. I've discovered what I believe to be a problem with dd on several different XP SP2 systems with Cygwin installed involving the usage of Windows' \\.\PhysicalDrive nomenclature. That is, reading from \\.\PhysicalDrive1 with the below command works flawlessly: dd if=^\^\.^\PhysicalDrive1 of=tmp.img bs=16384 However, writing to \\.\\PhysicalDrive1 in similar fashion fails with an error: dd if=tmp.img of=^\^\.^\PhysicalDrive1 bs=16384 dd: opening `.\\PhysicalDrive1': Invalid argument PhysicalDrive1 is a removeable drive. Thank you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh ProxyCommand not finding anything to execute
On Wed, Sep 19, 2007 at 08:53:21AM -0700, SQueeZe wrote: Thanks for your reply Larry, I will continue with the cwRsync guys. The 'advantage' of a package like cwRsync is that most Windows users wouldn't understand or want to dabble with a cywgin install and the intricacies that go along with it. cwRsync can be installed in about 10 seconds, and requires no knowledge of *Nix; I don't think the same could be said of Cygwin. Although I love Cygwin, if you just want a tiny, single subset of its functionality, then it just isn't worth the full install. Of course this has it's disadvantages as we are finding out now. And these would not be disadvantages as far as this project or this mailing list are concerned. We don't really care about people who only want a tiny subset of the functionality we provide and don't want to know anything about Cygwin or Linux/UNIX. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Passing arguments to rxvt when it is used as an argument for chere
On Wed, 19 Sep 2007, Brian Mathis wrote: On 9/19/07, Richard Toy [EMAIL PROTECTED] wrote: I don't tend to run an xserver so rxvt runs in native mode when invoked via chere. All was working ok but then an issue described here http://cygwin.com/ml/cygwin/2007-09/msg00359.html occurred so I needed some was to make the chere invoked rxvt appear with the correct font. I solved it with a bit of sed: - In native mode, rxvt still uses the .Xdefaults file to read settings. That's the recommended solution for this particular problem. Igor Peshansky wrote: The .Xdefaults solution will affect all instances of rxvt, not just the one spawned by chere. Yep, I've been aware of that for a while - which is why I asked what the OP was trying solve. I've just been a bit slow updating chere since there haven't been many specific requests/problem reports for it. Anyway, I'll bump this up my priority list. Dave. chere 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/
Re: dd Bug using \.\PhysicalDriveX ?
Scalzott, Todd tscalzott at kastle.com writes: I believe that this is part of CORE, which I have at 6.9-5. I did update to all of the latest just a short while ago and reverified the problem. There's no such thing as CORE in the cygwin distribution; you meant coreutils. I've discovered what I believe to be a problem with dd on several different XP SP2 systems with Cygwin installed involving the usage of Windows' \\.\PhysicalDrive nomenclature. That's your problem. Cygwin is a Linux emulation, and use of Window's \\.\ nomenclature is not guaranteed to work. Using the corresponding posix-y name is more likely to succeed, in which case the bug is not in dd but in your usage. That is, reading from \\.\PhysicalDrive1 with the below command works flawlessly: dd if=^\^\.^\PhysicalDrive1 of=tmp.img bs=16384 That's an unusual quoting style; it certainly doesn't work under bash. Are you by chance trying this under cmd.com? In which case, why are you bothering with quoting? cmd.com passes \ through without the need for quoting. At any rate, what you probably wanted something more like this (less typing, and no need for quoting, whether in cmd.com or bash): dd if=tmp.img of=/dev/sda bs=16K See http://cygwin.com/cygwin-ug-net/using-specialnames.html for more details. -- Eric Blake volunteer cygwin coreutils 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/
Re: ssh ProxyCommand not finding anything to execute
SQueeZe wrote: Thanks for your reply Larry, I will continue with the cwRsync guys. The 'advantage' of a package like cwRsync is that most Windows users wouldn't understand or want to dabble with a cywgin install and the intricacies that go along with it. cwRsync can be installed in about 10 seconds, and requires no knowledge of *Nix; I don't think the same could be said of Cygwin. Although I love Cygwin, if you just want a tiny, single subset of its functionality, then it just isn't worth the full install. Of course this has it's disadvantages as we are finding out now. Thanks again for your help. I'm confused by the perception that Cygwin is an all or nothing deal. It's certainly possible to set up a package server that doles out just a subset of the entire distribution. 'setup.exe' does this now. The default set of packages is far less than the whole distribution. Any package server with its own 'setup.ini' can define a larger or smaller set of default packages. 'setup.exe' will install only those defaults if the user doesn't select any others. I don't see where any of that requires special knowledge. But since cwRsync is still a Cygwin-based app, I also don't see how one can get away from the fact that it's based in Cygwin and has its roots in Unix/Linux/POSIX environments. This would show through even with a vanilla Windows port. All that said, there's still no reason a third-party can't go it's own way. Personally, I'd rather see them add value by working with Cygwin instead of against it. But I like synergy. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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 Emacs 22.1.3 missing lisp/subdirs.el
John Paul Wallington schrieb: The emacs-22.1-3.tar.bz2 package (35eaabd503b22d5c9a34a23ad88125bf), snarfed from http://mirrors.xmission.com, doesn't contain the /usr/share/emacs/22.1/lisp/subdirs.el file that is essential to the proper functioning of Emacs. That file adds several subdirectories within the lisp directory to Emacs' load path. It erroneously ships with the emacs-el-22.1-3 package instead. Thanx for this hint. I'll have a look at this. But unfortunately we have some more and bigger problems with the stability of emacs 22.1 compiled with gcc3 under cygwin. So this version will stay as experimental for some more time. :( Sorry, Steffen -- 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: dd Bug using \.\PhysicalDriveX ?
On 9/19/07, Eric Blake wrote: Scalzott, Todd writes: I believe that this is part of CORE, which I have at 6.9-5. I did update to all of the latest just a short while ago and reverified the problem. There's no such thing as CORE in the cygwin distribution; you meant coreutils. I've discovered what I believe to be a problem with dd on several different XP SP2 systems with Cygwin installed involving the usage of Windows' \\.\PhysicalDrive nomenclature. That's your problem. Cygwin is a Linux emulation, and use of Window's \\.\ nomenclature is not guaranteed to work. Using the corresponding posix-y name is more likely to succeed, in which case the bug is not in dd but in your usage. That is, reading from \\.\PhysicalDrive1 with the below command works flawlessly: dd if=^\^\.^\PhysicalDrive1 of=tmp.img bs=16384 That's an unusual quoting style; it certainly doesn't work under bash. Are you by chance trying this under cmd.com? In which case, why are you bothering with quoting? cmd.com passes \ through without the need for quoting. At any rate, what you probably wanted something more like this (less typing, and no need for quoting, whether in cmd.com or bash): dd if=tmp.img of=/dev/sda bs=16K See http://cygwin.com/cygwin-ug-net/using-specialnames.html for more details. -- Eric Blake volunteer cygwin coreutils maintainer I concur with Eric Blake. I have used dd, dd_rescue, aimage, and the sleuthkit under Cygwin using the /dev/sdX nomenclature. It works once you can figure out which /dev/sdX corresponds to which device+partition. -Jason -- 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/
bash: fork: Permission denied -- how can I fix this?
I have recently installed Cygwin version 2.510.2.2 onto a Windows XP system and when I launch it the first thing I see is this: 5 [main] bash 3024 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied I get the same message when I try running the ls command: bash-3.2$ ls 9404505 [main] bash 1544 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied Can someone suggest what's going wrong, and how I can fix it? Thanks in advance for any help. --James -- View this message in context: http://www.nabble.com/bash%3A-fork%3A-Permission-deniedhow-can-I-fix-this--tf4483481.html#a12785522 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin Installation Problems on Windows Vista (killing sh.exe helps)
Dave Korn wrote: On 19 September 2007 16:42, lent wrote: Hi Dave, thanks for the quick reply. Sorry, but I wasn't able to find the solution you refer to for the problem of setup.exe hanging in Windows Vista. Where can I find it? For getting the installation to keep going, killing off an sh.exe process via Task Manager's End Process, moves things along. This also seems to need to be done for texf (I think that was the name) package. Hell, you can make the whole thing move along even better, by simply killing 'setup.exe' instead of sh.exe. Sure, it may not be correct, but at least it's fast, eh? Or you could wait for it to finish doing whatever vital job it was doing. Your choice. At least we get to the final setup screen this way :-) Works my way too, *and* with the added advantage you don't end up with a semi-broken installation. I'm new to the cygwin development community and would love to chase this problem down and resolve it once and for all. Is there a way to log the shell scripts as they are run from setup.exe? On the semi-broken installation: Actually, the problem was that the whatever vital job that /etc/postinstall/gnuplot.sh was doing never completed. 30 minutes of wait time by multiple Vista users on multiple brands of spanking new laptops indicates some sort of interaction bug of these shell scripts (or the programs they run) with the wonders of Vista. This hang at 99% forever symptom persists even with setting the Properties of setup.exe to run in Windows XP(SP2) compatibility mode. It's a very disappointing installation experience for novice programmers. Our XP and Windows 2000 users do not have these problems as setup.exe completes just fine. Do I want to kill any part of a carefully crafted installation process? Of course not :-) The problem is if the user kills setup.exe, they wind up with a more broken installation, and lack the Cygwin Desktop icon and the Cygwin Start Menu entry. Killing sh.exe (hopefully the right one) moves the installation process past the block of /etc/postinstall/gnuplot.sh. Our reason for using Cygwin is to teach young engineering students about C programming in a command line environment. If they can't install it on their brand new laptop, I have a difficult time having them use it :-) Thanks again for your attention to this annoying bug. Chris Lent cheers, DaveK -- View this message in context: http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12786663 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: fork: Permission denied -- how can I fix this?
James Adams wrote: I have recently installed Cygwin version 2.510.2.2 onto a Windows XP system and when I launch it the first thing I see is this: 2.510.2.2 is the version of 'setup.exe', not Cygwin. The Cygwin package, which is just one of many in the Cygwin distribution, is currently 1.5.24-2. 5 [main] bash 3024 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied I get the same message when I try running the ls command: bash-3.2$ ls 9404505 [main] bash 1544 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied Can someone suggest what's going wrong, and how I can fix it? Let's start here: http://cygwin.com/problems.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: bash: fork: Permission denied -- how can I fix this?
Larry Hall (Cygwin) wrote: James Adams wrote: I have recently installed Cygwin version 2.510.2.2 onto a Windows XP system and when I launch it the first thing I see is this: 2.510.2.2 is the version of 'setup.exe', not Cygwin. The Cygwin package, which is just one of many in the Cygwin distribution, is currently 1.5.24-2. OK sorry, the Cygwin version is 1.5.24-2 Larry Hall (Cygwin) wrote: 5 [main] bash 3024 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied I get the same message when I try running the ls command: bash-3.2$ ls 9404505 [main] bash 1544 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied Can someone suggest what's going wrong, and how I can fix it? Let's start here: http://cygwin.com/problems.html The only thing listed on that page that I didn't do was to include the output from cygcheck, since cygcheck also gives the fork permission denied error: bash-3.2$ cygcheck -s -v -r cygcheck.out 69675674 [main] bash 3156 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied Larry Hall (Cygwin) wrote: -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/ -- View this message in context: http://www.nabble.com/bash%3A-fork%3A-Permission-deniedhow-can-I-fix-this--tf4483481.html#a12787356 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: fork: Permission denied -- how can I fix this?
On 9/19/07, James Adams wrote: - - - - cut lots of stuff - - - - bash-3.2$ cygcheck -s -v -r cygcheck.out 69675674 [main] bash 3156 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied - - - - cut lots of stuff - - - - cygcheck is a Windows program so you can run it from a cmd.exe prompt. You'll just have to make sure you use the full path or go to your cygwin\bin directory first. -Jason -- 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: bash: fork: Permission denied -- how can I fix this?
I fixed the problem by installing into another directory other than C:\cygwin. I have no idea why this fixes the problem, but probably it has something to do with security packages installed on the computer (it's a new work laptop which appears to have several security related programs installed on it by corporate IT). --James James Adams wrote: I have recently installed Cygwin version 2.510.2.2 onto a Windows XP system and when I launch it the first thing I see is this: 5 [main] bash 3024 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied I get the same message when I try running the ls command: bash-3.2$ ls 9404505 [main] bash 1544 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied Can someone suggest what's going wrong, and how I can fix it? Thanks in advance for any help. --James -- View this message in context: http://www.nabble.com/bash%3A-fork%3A-Permission-deniedhow-can-I-fix-this--tf4483481.html#a12787463 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: fork: Permission denied -- how can I fix this?
DePriest, Jason R. wrote: On 9/19/07, James Adams wrote: - - - - cut lots of stuff - - - - bash-3.2$ cygcheck -s -v -r cygcheck.out 69675674 [main] bash 3156 fork: child -1 - CreateProcessA failed, errno 13 bash: fork: Permission denied - - - - cut lots of stuff - - - - cygcheck is a Windows program so you can run it from a cmd.exe prompt. You'll just have to make sure you use the full path or go to your cygwin\bin directory first. Thanks Jason, it wasn't clear that cygcheck was a Windows program, although it makes perfect sense (if Cygwin isn't working then it's not likely that you'd be able to execute a program from within it). --James -- View this message in context: http://www.nabble.com/bash%3A-fork%3A-Permission-deniedhow-can-I-fix-this--tf4483481.html#a12787528 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ls POSIX style slink output
What do you think of changing ls -l to display symbolic links using POSIX style paths instead of Windows style? When I run ls -l /etc, the symbolic links are displayed using Windows format (C:\WINDOWS\system32\drivers\etc\hosts). It would be easier to copy and paste the output to a cd command if ls -l displayed a POSIX style path (/cygdrive/c/WINDOWS/system32/drivers/etc/hosts). -- Matt Seitz Manager, File System Virtualization Cisco Systems, Inc. .:|:.:|:. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
file locking problem
I have a file locking problem that is solved under Mac and Linux using fcntl: int lockRepFile (int fd, char lock, size_t from, size_t length) { struct flock fl; fl.l_start = from; fl.l_len = length; fl.l_pid = 0; if (lock == 'r') fl.l_type = F_RDLCK; else if (lock == 'w') fl.l_type = F_WRLCK; else if (lock == 'u') fl.l_type = F_UNLCK; fl.l_whence = SEEK_SET; return (fcntl(fd, F_SETLKW, fl)); } Now, unfortunately this hangs occasionally using cygwin - gcc. I would appreciate any comments and suggestions on how debug this and how to improve the performance i.e. stop it from hanging... Thanks B -- 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: Ls POSIX style slink output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Matt Seitz (matseitz) on 9/19/2007 5:32 PM: What do you think of changing ls -l to display symbolic links using POSIX style paths instead of Windows style? When I run ls -l /etc, the symbolic links are displayed using Windows format (C:\WINDOWS\system32\drivers\etc\hosts). It would be easier to copy and paste the output to a cd command if ls -l displayed a POSIX style path (/cygdrive/c/WINDOWS/system32/drivers/etc/hosts). Symlinks merely contain whatever text they were created with. If the text it was created with was Windows style, then readlink(2) will not translate it. I suppose I could try to patch ln(1) to posix-ify any name that looks like a Windows filename before actually calling symlink(2), but I'm not sure it buys much. So for now, it's a feature, not a bug. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] volunteer cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG8ccS84KuGfSFAYARAiOFAJ0URAAePBKMruh7nJ6Es6jalbTGTQCeLeVE lb9xV3saURobKFO1VcP1wqU= =z5Kf -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Ls POSIX style slink output
Eric Blake wrote: Symlinks merely contain whatever text they were created with. If the text it was created with was Windows style, then readlink(2) will not translate it. I suppose I could try to patch ln(1) to posix-ify any name that looks like a Windows filename before actually calling symlink(2), but I'm not sure it buys much. So for now, it's a feature, not a bug. Yes, those symlinks in /etc are explicitly created with Win32 paths by the base-files postinstall script. I think the reasoning here is that if a POSIX path were used for the target of the symlink then it would have to be updated if the user ever changed the name of the /cygdrive prefix, whereas just using a Win32 path is always correct and insulates from that variable. Moreover, I think recent versions of the Cygwin DLL (i.e. 1.7/HEAD) do in fact normalize the target to be in POSIX form when reading the contents of the symlink file. I seem to recall a headsup from Corinna about this a while ago. This means no special accomodations are needed in 'ls'. 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/
How to type ascii characters on rxvt or any cygwin terminal
Hi, How do I type ascii characters on my terminal (besides running the cygutils ascii program and doing a cut-and-paste of the corresponding ascii character)? I used to be able to do ALT + ASCII_CODE combinations on old windows systems. However, the oldest Windows I got now is 2k and XP. Doing the ALT + ASCII_CODE combination works on notepad and other applications except on the cmd.exe window. (FWIW, The reason why it does not work with cmd.exe is because I've got a Japan locale and Japanese language and regional settings but I don't care about cmd.exe since I don't use it.) CMIIW but I can't seem to see references on this problem on the archives. There are references in other mailing lists but they don't work. One said I had to use the Terminal font but that didn't work. The other talked about UTF-8 mounting and running a UTF-8 patched cygwin but I don't want to do that since I simply want to type using accented/umlauted letters without any fuss. Thanks so much! Best Regards, Carlo -- Carlo Florendo Software Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp -- 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/
Octave 2.9.14 Cygwin testing binaries Update
Dear Octave-Cygwin Users, I have just uploaded the cygwin tesing binary packages of the latest octave snapshot the octave-2.9.14. http://www.geocities.jp/tmacchant/ In the last posting, I have fogotten to write the URL. Sorry! Regards Tatsuro -- 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 Installation Problems on Windows Vista (gnuplot.sh and install-info)
Hi, Please point out if I'm wrong or misinformed... I'm trying to trace down the Vista cygwin setup.exe /etc/postinstall/gnuplot.sh hang forever at 99% problem. The current /etc/postinstall/gnuplot.sh contains the line: /usr/bin/install-info --dir-file=/usr/share/info/dir --info-file=/usr/share/info/gnuplot.info.gz From Googling about, the install-info part seems to be the part of the shell scripts that is hanging. The install-info command is supposed to insert the info format information about gnuplot into the indexing file /usr/share/info/dir. The info format stuff is basically plain text with ^_'s ('\x1F' characters) as section markers and ^? (DEL) as field separators in the index at the end of the info file. The file is GZIP'd, to save space. The gnuplot.info.gz gunzip's fine on my XP machine, so a corrupt distribution file seems unlikely. So perhaps the problem is the install-info.exe program banging into some Vista difference. The install-info.exe program seems to be texinfo package, as shown by: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=install-info.exe which yields: http://cygwin.com/cgi-bin2/package-cat.cgi?file=texinfo%2Ftexinfo-4.8a-1grep=install-info.exe This seems to imply that the package version is something like texinfo 4.8a-1. Installing the source for the texinfo 4.8a-1 , we find the file: /usr/src/texinfo-4.8a-1/util/install-info.c See Lines 604-643 at end of this post: My guess is that the popen is not working right. Pipe emulation is often cranky. I can imagine Vista breaking something. Or perhaps as all postinstall steps are not finished at that point in setup.exe, so perhaps gzip is unavailable at that point in the setup.exe's initial environment. Or perhaps the hang is related to the fact that install-info.exe reads the entire file into memory, xmalloc'ing along the way. I expect to have a Vista machine available again soon to check this out. Any suggestions on best investigative tactics? Lines 604-643: if (!compression_program) compression_program = local_compression_program; if (data[0] == '\x1f' data[1] == '\x8b') #if STRIP_DOT_EXE /* An explicit .exe yields a better diagnostics from popen below if they don't have gzip installed. */ *compression_program = gzip.exe; #else *compression_program = gzip; #endif else if(data[0] == 'B' data[1] == 'Z' data[2] == 'h') #ifndef STRIP_DOT_EXE *compression_program = bzip2.exe; #else *compression_program = bzip2; #endif else if(data[0] == 'B' data[1] == 'Z' data[2] == '0') #ifndef STRIP_DOT_EXE *compression_program = bzip.exe; #else *compression_program = bzip; #endif else *compression_program = NULL; if (*compression_program) { /* It's compressed, so fclose the file and then open a pipe. */ char *command = concat (*compression_program, -cd , *opened_filename); if (fclose (f) 0) pfatal_with_name (*opened_filename); f = popen (command, r); if (f) *is_pipe = 1; else pfatal_with_name (command); } else { /* It's a plain file, seek back over the magic bytes. */ if (fseek (f, 0, 0) 0) -- View this message in context: http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12791093 Sent from the Cygwin Users mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New package: httping 1.2.5 -- Ping-like program for http-requests
PACKAGE DESCRIPTION === Homepage: http://www.vanheusden.com/httping License : GPL Show how long it takes to connect to a hostname or remote url; send a request and retrieve the reply (only the headers). CHANGES SINCE LAST RELEASE == The changes are listed in homepage. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, 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. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin AT cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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.com AT cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Welcome to FOSS revolution: we fix and modify until it shines
New package: lzop 1.02rc1 -- Very fast Lempel-Ziv-Oberhumer packer
PACKAGE DESCRIPTION === Homepage: http://www.lzop.org/ License : GPL Lzop is a file compressor which is very similar to gzip. lzop uses the LZO data compression library for compression services, and its main advantages over gzip are much higher compression and decompression speed (at the cost of some compression ratio). On modern systems, when making backups of terrabyte of data, lzop is usually IO-bound and not CPU-bound, which means that you can both decrease storage requirements and effectively reduce backup time by quite an amount. CHANGES SINCE LAST RELEASE == See http://www.lzop.org/lzop_news.php INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, 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. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin AT cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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.com AT cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Welcome to FOSS revolution: we fix and modify until it shines
Updated: inetutils-1.3.2-37
I've updated the version of inetutils to 1.3.2-37. The -37 version only solves a packaging problem as reported in http://cygwin.com/ml/cygwin/2007-09/msg00478.html = IMPORTANT NOTE: - When updating inetutils, take care that syslogd.exe, inetd.exe and subsequent processes don't run anymore. Otherwise the update will fail. = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat