Re: HOWTO: cross-compile the Linux kernel on Cygwin
Addendum: On 2012-06-11 22:31, Yaakov (Cygwin/X) wrote: 3. kernel a. Download a kernel from http://www.kernel.org/pub/linux/kernel/ . b. Unpack and apply patch 0001. c. For 3.3 or newer kernels, apply patch 0002. d. For make xconfig, apply patch 0003. e. For make nconfig, apply patch 0004. * For make menuconfig, apply patches 0005 and 0006. (0006 isn't actually needed yet, but will be if and when ncurses is built without static libraries.) Yaakov 0005-kconfig-check-ncursesw-headers-first-in-check-lxdial.patch Description: application/itunes-itlp 0006-kconfig-fix-check-lxdialog-for-DLL-platforms.patch Description: application/itunes-itlp -- 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: Expand stack in Cygwin
On 6/12/2012 11:43 PM, Robert Lewis wrote: do not reply to a different thread to open a new thread. How does one increase the stack size of an application using Cygwin? I have googled this and found suggestions such as adding -W1,--stack,800 -Wl not -W1 to pass the dato to the linker http://cygwin.com/faq-nochunks.html#faq.programming.adjusting-heap to make the stack 8 meg. However, this doesn't work for me. I include this as an option to gcc in my makefile and bash just reports an error message. Robert H. Lewis Fordham University Regards -- 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: Expand stack in Cygwin
On 6/12/2012 4:43 PM, Robert Lewis wrote: How does one increase the stack size of an application using Cygwin? I have googled this and found suggestions such as adding -W1,--stack,800 ^ Wrong, change the "1" to the letter "l". to make the stack 8 meg. However, this doesn't work for me. I include this as an option to gcc in my makefile and bash just reports an error message. That's probably something else. -- René Berber -- 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
Expand stack in Cygwin
How does one increase the stack size of an application using Cygwin? I have googled this and found suggestions such as adding -W1,--stack,800 to make the stack 8 meg. However, this doesn't work for me. I include this as an option to gcc in my makefile and bash just reports an error message. Robert H. Lewis Fordham University -- 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: Trusted Software Vendor
On 6/12/2012 7:08 PM, Roger K. Wells wrote: On 06/12/2012 11:10 AM, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 10:46 AM, James Johnston wrote: Wikipedia says that ... Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. What's this then? http://www.redhat.com/software/cygwin/ a link on: http://cygwin.com/ If they are a separate entity this will certainly mislead some of us reporting all the sentence is more clear : "For Cygwin licensing or commercial support, please visit the Red Hat Cygwin Product site." On linux you can choose between Fedora and RHEL , here you can choose between "Cygwin" and "Redhat Cygwin" it is not so strange in the software world Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Trusted Software Vendor
On 06/12/2012 11:10 AM, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 10:46 AM, James Johnston wrote: Wikipedia says that ... Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. What's this then? http://www.redhat.com/software/cygwin/ a link on: http://cygwin.com/ If they are a separate entity this will certainly mislead some of us -- Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@saic.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 09:32:00AM -0600, Eric Blake wrote: >On 06/12/2012 09:12 AM, Nick Lowe wrote: >> http://cygwin.com/ >> >> "The Cygwin DLL and utilities are Copyright ? 2000, 2001, 2002, 2003, >> 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc" > >Yes, that's true for the cygwin1.dll. But it's not all the executables >available from cygwin.com. Even among the packages I help maintain (on >my own time, and not on Red Hat's time, I might add), ls.exe is >copyright FSF; diffstat.exe is copyright Thomas E. Dickey; git.exe is >copyright by many different individuals; etc., and none of these are >owned or run by Red Hat. That is, Red Hat cannot make blanket >operations on executables, just because cygwin.com ships them, because >Red Hat is not the copyright holder on the majority of the binaries >bundled in the cygwin distribution, nor even the entity that compiled >the binaries in the first place. Most of what you get from cygwin is >the effort of individual contributors, while only a few things like >cygwin1.dll are directly owned by Red Hat. Thanks, Eric, for an important clarification. cgf -- 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: HOWTO: cross-compile the Linux kernel on Cygwin
On 12/06/2012 12:34 PM, Larry Hall (Cygwin) wrote: On 6/12/2012 9:17 AM, Christopher Faylor wrote: On Mon, Jun 11, 2012 at 10:31:59PM -0500, Yaakov (Cygwin/X) wrote: Prerequisites: [snip] Nice, Yaakov. Indeed, this is a real cool addition to Cygwin's capabilities Yaakov. :-) Should we make this a FAQ entry or even a separate cygwin web page? Probably doesn't quite meet the FAQ requirement but a link to documentation about this feature would be great. We could open up a new "HOWTO" category under "Documentation" maybe? BWAM: add an entry to /usr/share/doc/ with all the details, then update the web docs to mention only that linux kernel cross-compiles are possible under Cygwin. Then sit back and wait for the mailing list to be flooded by eager kernel developers who didn't search the mailing list archives before posting >:) (kidding! online documentation is always a good thing) Ryan -- 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: HOWTO: cross-compile the Linux kernel on Cygwin
On 6/12/2012 9:17 AM, Christopher Faylor wrote: On Mon, Jun 11, 2012 at 10:31:59PM -0500, Yaakov (Cygwin/X) wrote: Prerequisites: [snip] Nice, Yaakov. Indeed, this is a real cool addition to Cygwin's capabilities Yaakov. :-) Should we make this a FAQ entry or even a separate cygwin web page? Probably doesn't quite meet the FAQ requirement but a link to documentation about this feature would be great. We could open up a new "HOWTO" category under "Documentation" maybe? -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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: Trusted Software Vendor
On 06/12/2012 09:12 AM, Nick Lowe wrote: > http://cygwin.com/ > > "The Cygwin DLL and utilities are Copyright © 2000, 2001, 2002, 2003, > 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc" Yes, that's true for the cygwin1.dll. But it's not all the executables available from cygwin.com. Even among the packages I help maintain (on my own time, and not on Red Hat's time, I might add), ls.exe is copyright FSF; diffstat.exe is copyright Thomas E. Dickey; git.exe is copyright by many different individuals; etc., and none of these are owned or run by Red Hat. That is, Red Hat cannot make blanket operations on executables, just because cygwin.com ships them, because Red Hat is not the copyright holder on the majority of the binaries bundled in the cygwin distribution, nor even the entity that compiled the binaries in the first place. Most of what you get from cygwin is the effort of individual contributors, while only a few things like cygwin1.dll are directly owned by Red Hat. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 04:12:58PM +0100, Nick Lowe wrote: >http://cygwin.com/ > >"The Cygwin DLL and utilities are Copyright ? 2000, 2001, 2002, 2003, >2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc" The version of Cygwin supported at cygwin.com is a GPL-based free software project. Red Hat owns the code. Corinna works for Red Hat and can represent Red Hat's interests in the project but Red Hat does not run the project. They have their own release of Cygwin which is separate from the net release and which, in many cases, is not released under the GPL. Besides Corinna, AFAIK, there is one other active person on this project who works for Red Hat. Their Red Hat job does not involve working on Cygwin. sourceware.org, cygwin.com's home, is a system which was generously donated by Red Hat. It is maintained by three people, one of whom works at Red Hat. Like me, he maintains the site in his free time. cgf -- 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: 1.7.15: C# hello world program hangs when run from cygwin
On 12 June 2012 14:13, marco atzeri wrote: > On 6/12/2012 1:52 PM, Peter Ross wrote: >> >> On 12 June 2012 12:35, Earnie Boyd wrote: >>> >>> On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: >>> If I downgrade from 1.7.15 to 1.7.14 then it runs as expected >>> >>> And if you upgrade to the newest cygwin.com/snapshots what happens? >>> >> Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as >> expected. NOTE I didn't install anything else apart from the dll. >> >> Can I suggest linking from the snapshots page the FAQ entry which >> explains how to install a snapshot. >>> > > it is already there at the bottom of the page > Ah it is too, I missed that. Can I suggest putting it at the top, and making the language a bit more obvious, eg To install a cygwin snapshot follow the instructions in this FAQ entry. I didn't immediately equate "try them" with "installation". -- 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: Trusted Software Vendor
http://cygwin.com/ "The Cygwin DLL and utilities are Copyright © 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc" > Wikipedia isn't the keeper of the information relevant to Cygwin. You > can only find the truth at cygwin.com. Besides, companies do support > open source projects by providing man hours to it. It doesn't mean > that the company providing those hours has any other right to it than > you or I do. Cygwin is a separate entity from 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
Re: Trusted Software Vendor
On Tue, Jun 12, 2012 at 10:46 AM, James Johnston wrote: > Wikipedia says that ... Wikipedia isn't the keeper of the information relevant to Cygwin. You can only find the truth at cygwin.com. Besides, companies do support open source projects by providing man hours to it. It doesn't mean that the company providing those hours has any other right to it than you or I do. Cygwin is a separate entity from Red Hat. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Trusted Software Vendor
To me, the key question is: Would Red Hat have an objection in principle to signing Cygwin and its packages given the history and ties. -- 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: Trusted Software Vendor
> >Red Hat might not have to buy a code signing cert for this. They might > >already have one that will work: http://goo.gl/5Hm3C > > The Cygwin project is not Red Hat. It wouldn't be "Red Hat" buying anything. What is the Cygwin project then? I honestly thought it was a Red Hat project... I.e. I've thought of it as a "Linux" distribution from Red Hat, with Corinna Vinschen being a senior Red Hat engineer, according to your FAQ. Wikipedia says that you yourself used to work for Red Hat. Bottom of Cygwin.com: "The Cygwin DLL and utilities are Copyright C 2012 Red Hat, Inc. Other packages have other copyrights." Also Wikipedia says that the project was started by Cygnus Solutions which was then merged with Red Hat back in 2000. It is logical to assume that if the copyright is owned by Red Hat and some contributor(s) are Red Hat employees, then the Cygwin project would have some level of access to Red Hat resources. If Cygwin isn't owned/run by Red Hat as you seem to indicate, why do they seem to have their fingers in everything? -- 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: HOWTO: cross-compile the Linux kernel on Cygwin
On Mon, Jun 11, 2012 at 10:31:59PM -0500, Yaakov (Cygwin/X) wrote: >Prerequisites: >[snip] Nice, Yaakov. Should we make this a FAQ entry or even a separate cygwin web page? cgf -- 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: Trusted Software Vendor
On Tue, Jun 12, 2012 at 06:57:45AM -0600, Warren Young wrote: >On 6/9/2012 9:57 AM, Christopher Faylor wrote: >>and I'm really not willing to burden cygwin.com with the cycles >>necessary to unpack tarballs at cygwin.com to sign them. > >Based on the traffic I see to cygwin-apps, my sense is that this would >amount to single-digit CPU-minutes per day, once you get through the >initial conversion. That can be nice'd to the point that it takes a >month; this doesn't have to be a Big Bang conversion. > >I think a much bigger problem is getting a Linux toolchain set up on >the main package repo server that can sign these executables. My >Google-fu says the GNU tools have no idea how to do this today. > >Then someone has to spend at least a few hours writing and testing the >script to do all this. It might take a person-day. If you are working under the misapprehension that I don't understand what's required to get this to work, I can assure you that you're wrong. >Red Hat might not have to buy a code signing cert for this. They might >already have one that will work: http://goo.gl/5Hm3C The Cygwin project is not Red Hat. It wouldn't be "Red Hat" buying anything. cgf -- 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: Small request for the new cygwin terminal
-BEGIN Original Message- From: Andy Koppe On 11 June 2012 13:55, Nellis, Kenneth wrote: > I don't get > the U+009F result from the "/" key from any combination of Ctrl > and Shift. On a US keyboard, Shift+"/" is "?", and Ctrl+"?" is itself a valid control character combination, producing ^? (i.e. 0x7F). Andy -END Original Message- I hate to prolong this relatively uninteresting thread, but I don't see how you addressed my point, which is that the table at http://code.google.com/p/mintty/wiki/Keycodes#Ctrl indicates that one can generate U+009F with the "/", Ctrl, and Shift keys... +-+--++ | Key | Ctrl | Ctrl+Shift | +-+--++ | / | ^_ | U+009F | +-+--++ ...but this doesn't seem to be the case, at least with a standard US keyboard. --Ken Nellis
Re: Performance problems with emacs-X11 in current cygwin
On 6/11/2012 11:10 AM, Ken Brown wrote: On 6/11/2012 7:39 AM, Ken Brown wrote: On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote: On 2012-06-10 19:45, Ken Brown wrote: The bisection shows that the first problematic commit is this one: http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79 Author: Ryan Lortie Date: Wed Aug 31 22:07:02 2011 -0400 GMain: simplify logic for g_wakeup_acknowledge() Instead of messing around with context->poll_waiting, just look at the GPollFD to see if the GWakeup needs to be acknowledged. In case anyone else wants to confirm this, you can get my glib builds by running setup.exe -K http://sanibeltranquility.com/cygwin/kbrown.gpg and adding http://sanibeltranquility.com/cygwin to the list of mirrors. The problematic version is libglib2.0_0-2.30.90_7eae4861-1 and the preceding version (without the problem) is libglib2.0_0-2.30.90_87880df-1 I've tested the latter with emacs-23, emacs-24, and gvim. Thanks for doing this. Is this still only a problem with XP? If so, it is most likely a bug in Cygwin itself. It's a problem with XP but not with Windows 7. No one has reported testing other systems. Do you understand the code well enough to make a test case to help cgf and Corinna debug it, assuming it's a Cygwin bug? BTW, there's no easy way to revert the problematic commit, in view of this commit, which came on the next day: http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=1c8c408c51c85230356cc95c06f2e1bd3f376624 The commentary that goes with that commit gives some explanations of what's supposed to happen. It doesn't mean much to me, because of my ignorance of how glib works. But maybe it will give you an idea where to look. One further data point: I tried the 2012-01-11 cygwin snapshot, and the problem is still there. So if it's a Cygwin bug, it isn't one that was introduced in the last 5 months. Ken -- 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: Trusted Software Vendor
On 6/9/2012 9:57 AM, Christopher Faylor wrote: and I'm really not willing to burden cygwin.com with the cycles necessary to unpack tarballs at cygwin.com to sign them. Based on the traffic I see to cygwin-apps, my sense is that this would amount to single-digit CPU-minutes per day, once you get through the initial conversion. That can be nice'd to the point that it takes a month; this doesn't have to be a Big Bang conversion. I think a much bigger problem is getting a Linux toolchain set up on the main package repo server that can sign these executables. My Google-fu says the GNU tools have no idea how to do this today. Then someone has to spend at least a few hours writing and testing the script to do all this. It might take a person-day. Red Hat might not have to buy a code signing cert for this. They might already have one that will work: http://goo.gl/5Hm3C -- 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: 1.7.15: C# hello world program hangs when run from cygwin
On 6/12/2012 1:52 PM, Peter Ross wrote: On 12 June 2012 12:35, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. Regards, Peter it is already there at the bottom of the page -- 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: 1.7.15: C# hello world program hangs when run from cygwin
On 12 June 2012 12:35, Earnie Boyd wrote: > On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: > >> >> If I downgrade from 1.7.15 to 1.7.14 then it runs as expected >> > > And if you upgrade to the newest cygwin.com/snapshots what happens? > Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. Regards, Peter -- 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: HOWTO: cross-compile the Linux kernel on Cygwin
On 11/06/2012 11:31 PM, Yaakov (Cygwin/X) wrote: Prerequisites: * Cygwin snapshot 1.7.16s/20120611 or newer (DLL and headers) * Cygwin gcc4-core 4.5 or newer, make, perl * Cygwin gettext, libelf-devel, libgmp-devel, libmpc-devel, libmpfr-devel, zlib-devel * (for make menuconfig) libncurses-devel or libncursesw-devel * (for make nconfig) libncurses-devel * (for make gconfig) libglade2.0-devel * (for make xconfig) libQt3Support4-devel * (for make gconfig/xconfig) X server running and DISPLAY variable set * the attached patches Directions: Great work! Looking forward to having this the next time I hack on the kernel! Ryan -- 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: 1.7.15: C# hello world program hangs when run from cygwin
On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: > > If I downgrade from 1.7.15 to 1.7.14 then it runs as expected > And if you upgrade to the newest cygwin.com/snapshots what happens? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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
1.7.15: C# hello world program hangs when run from cygwin
I compiled the following simple C# program using Mono 2.10.8
public class Hello {
public static void Main() {
System.Console.WriteLine("hello");
}
}
I then attempt to run it under mono and native .net
# mcs Hello.cs
# mono Hello.exe
hello
# ./Hello.exe
If I downgrade from 1.7.15 to 1.7.14 then it runs as expected
$ ./Hello.exe
hello
I've attached cygcheck.out for 1.7.15 and cygcheck.1.7.14.out for 1.7.14.
cygcheck.out
Description: Binary data
cygcheck.1.7.14.out
Description: Binary data
--
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
