( zsh zsh-lovers suite3270 icu yodl Cygwin Mirror Cygwin Time Machine (Cygwin-Legacy!!) (Cygwin-1.7!!) Cygutils )
See also the Zsh Wiki, packed with all kinds of helpful info.
I also want to plug an excellent shell scripting book titled: From Bash to Z-Shell: Conquering the Command Line by Oliver Kiddle, Jerry Peek, Peter Stephenson (available on Amazon.com). This is an excellent book, by the people who maintain Zsh itself and who really, really know shells!
Also, check out a very good article on Zsh titled: Shell Corner: Zsh Suite of "keeper" Functions by Bart Schaefer in "Unix Review".
And from IBM we have a developerWorks article on using the command line:
Speaking UNIX: Command the power of the command line
Speaking UNIX, Part 2
Speaking UNIX, Part 3
There's also the zsh-lovers project over at http://grml.org/zsh/ which has some nifty things.
And, a few more links for ya:
Current version (based on Cygwin 1.7.x):
ChangeLog for zsh-5.1.1
ChangeLog for zsh-5.0.8
ChangeLog for zsh-5.0.7
ChangeLog for zsh-5.0.6
ChangeLog for zsh-5.0.2
ChangeLog for zsh-4.3.12
ChangeLog for zsh-4.3.11
ChangeLog for zsh-4.3.10dev2
ChangeLog for zsh-4.3.10
setup.hint for zsh-5.1.1 (x86) setup.hint for zsh-5.1.1 (x86_64)
setup.hint for zsh-5.0.8 (x86) setup.hint for zsh-5.0.8 (x86_64)
setup.hint for zsh-5.0.7 (x86) setup.hint for zsh-5.0.7 (x86_64)
setup.hint for zsh-5.0.6 (x86) setup.hint for zsh-5.0.6 (x86_64)
setup.hint for zsh-5.0.2
setup.hint for zsh-4.3.12
setup.hint for zsh-4.3.11-2
setup.hint for zsh-4.3.11-1
setup.hint for zsh-4.3.10dev2
setup.hint for zsh-4.3.10
Older versions (based on Cygwin 1.5.x):
Older versions (based on Cygwin 1.3.x):
setup.hint for zsh-lovers-0.6c1
BTW, Paul had this idea for a standalone version of c3270 (Curses based),
one which didn't require you to install Cygwin in order to be used.
I've taken his idea and packaged c3270 such that it is, essentially,
standalone. Actually it's a collection of the minimum set of files/DLLs
needed to run c3270.
Note: The GPL requires that I make available the source for the binaries I'm distributing. Included in the package is a 'packages.lis' file which contains the names of the Cygwin packages from which I took various files in order to create this standalone version. Those packages, and their source distributions, are available from my Cygwin Mirror. See the c3270-standalone-X.Y.Z-N.zip file below.
Current version (based on Cygwin 1.7.x):
setup.hint for suite3270-3.3.15ga9-1 (x86)
setup.hint for suite3270-3.3.15ga9-1 (x86_64)
setup.hint for c3270-3.3.15ga9-1 (x86)
setup.hint for c3270-3.3.15ga9-1 (x86_64)
setup.hint for pr3287-3.3.15ga9-1 (x86)
setup.hint for pr3287-3.3.15ga9-1 (x86_64)
setup.hint for s3270-3.3.15ga9-1 (x86)
setup.hint for s3270-3.3.15ga9-1 (x86_64)
setup.hint for tcl3270-3.3.15ga9-1 (x86)
setup.hint for tcl3270-3.3.15ga9-1 (x86_64)
setup.hint for x3270-3.3.15ga9-1 (x86)
setup.hint for x3270-3.3.15ga9-1 (x86_64)
setup.hint for suite3270-3.3.15ga8-1 (x86)
setup.hint for suite3270-3.3.15ga8-1 (x86_64)
setup.hint for c3270-3.3.15ga8-1 (x86)
setup.hint for c3270-3.3.15ga8-1 (x86_64)
setup.hint for pr3287-3.3.15ga8-1 (x86)
setup.hint for pr3287-3.3.15ga8-1 (x86_64)
setup.hint for s3270-3.3.15ga8-1 (x86)
setup.hint for s3270-3.3.15ga8-1 (x86_64)
setup.hint for tcl3270-3.3.15ga8-1 (x86)
setup.hint for tcl3270-3.3.15ga8-1 (x86_64)
setup.hint for x3270-3.3.15ga8-1 (x86)
setup.hint for x3270-3.3.15ga8-1 (x86_64)
setup.hint for suite3270-3.3.4p7-2
setup.hint for c3270-3.3.4p7-2
setup.hint for pr3287-3.3.4p7-2
setup.hint for s3270-3.3.4p7-2
setup.hint for tcl3270-3.3.4p7-2
setup.hint for x3270-3.3.4p7-2
setup.hint for suite3270-3.3.4p7-1
setup.hint for c3270-3.3.4p7-1
setup.hint for pr3287-3.3.4p7-1
setup.hint for s3270-3.3.4p7-1
setup.hint for tcl3270-3.3.4p7-1
setup.hint for x3270-3.3.4p7-1
setup.hint for suite3270-3.2.20-1
setup.hint for c3270-3.2.20-1
setup.hint for pr3287-3.2.20-1
setup.hint for s3270-3.2.20-1
setup.hint for tcl3270-3.2.20-1
setup.hint for x3270-3.2.20-1
Older versions (based on Cygwin 1.5.x):
setup.hint for suite3270
setup.hint for c3270
setup.hint for pr3287
setup.hint for s3270
setup.hint for tcl3270
setup.hint for x3270
Current version (based on Cygwin 1.5.x):
|setup.hint for icu|
|setup.hint for icu-locales|
|setup.hint for libicu|
|setup.hint for libicu-devel|
Current version (based on Cygwin 1.5.x):
|setup.hint for yodl|
This webserver is an unofficial mirror for the
cygwin.com web site.
Currently I sync from
everyday in the early AM (PST).
NOTE: I am not allowing people to do recursive get's against the repository. There's over 100Gb of data there (and that's just the 32-bit release directory!) and I do not intent people to use it as a syncing point. Use the setup program to get what you need. If I find in my logs you are doing a recursive get I will kill your session and ban your IP Address from the server. The virtual circa directories sit on kind of a union'd repository, so when you do a recursive get of one circa's release directory you are actually getting ALL of the time machines files, not just the ones you think you are getting. Eventually I'll fix this with real file intersections, but not just yet. You may contact me about special considerations, but otherwise I will proactively patrol the servers access. Keep in mind that I'm on a crappy little 15M/1.9M ADSL line and my uplink will saturate pretty quickly, which means you will be waiting a very, very long time!
I created my own mirror because I found that I might un-install/re-install several packages during various tests and waiting for the packages to download got a little tedious at times (eg: reloading things like gcc, emacs, etc). I could have simply downloaded it to my test system directly and then reloaded, but some of my testing tends to be a little destructive of the system and might corrupt the downloaded packages, so mirroring Cygwin while I'm asleep seemed appropriate (besides the speed of my internal network is much faster than my DSL line to the 'Net). I make this mirror available in the highly unlikely situation that the other 30 or so official mirrors are down (ya, right :-)
Additionally, I have been keeping every version of all packages starting back on April of 2002 (or possibly November 2001 .. not sure about that ..). I've also been archiving all setup.ini, setup.hint and md5.sum files for all packages since March 2003. If you need a specific version of these files, I might be able to provide it to you. Why? Well, if you work for a company who wants to maintain a specific "version" of Cygwin, then keeping and using an older setup.ini, and the corrosponding packages, would really be useful. As for myself, I feel that change is good and the latest "version" of Cygwin is more likely to provide a better working environment and the latest fixes.
In setup, enter "ftp://www.fruitbat.org/pub/cygwin" as a User URL in the "Choose a Download Site".
In setup64, enter "ftp://www.fruitbat.org/pub/cygwin/64bit" as a User URL in the "Choose a Download Site".
NOTE: Please remember to use the '-X' option when running setup!! (See update 08/05/2008 for details).
UPDATE: Cygwin has dropped support for Windows XP. The last version of Cygwin
that supports XP is 2.5.2-1. That, like all other versions of Cygwin, can be found
here at the Time Machine.
Here are the circa URLs:
The last version of Setup to support XP is 2.874. Copies of Setup can be found here:
UPDATE: There have been some reports of the newer versions of Setup hanging on downloading large files (>23MB) when run on Windows XP. If you encounter such problems, please contact me and I'll supply you with an older Setup that may help alleviate this problem.
UPDATE: Cygwin is in it's v2.X lifetime now and the Setup program is now two programs: setup-x86.exe for 32-bit or setup-x86_64.exe for 64-bit. If you find the latest Setup is unable to access the Time Machine, please email me (see Contact below). I have an archive of many of the older versions of Setup that may work for you instead.
OLD UPDATE: As of 3/23/2013, the Time Machine is now recording 64bit Cygwin! This is still in it's early dev stages, so be patient. Also, I don't have a reference for setup64.exe yet, so check the Cygwin website for now.
OLD UPDATE: As of 1/1/2010, Cygwin 1.7 is now the main branch for Cygwin. You should be using the latest setup program from the Cygwin main website. It can access any of the 1.7 or 1.5 releases (well, at least it should work :-). Cygwin also has a snapshot of the last 1.5 release (see the Cygwin Legacy note below for details if you wish to use the official last 1.5 release from the Cygwin website). You will need to use the special setup-legacy installer for that. Or, you can just use the latest setup and point it to the Time Machine which has the same snapshot available.
OLD UPDATE: As of 12/23/2009, Cygwin has taken that giant leap forward with it's next major revision: 1.7! It's now the default release for Cygwin!! The Time Machine contains all of the intermediate test circa snapshots (ie: "release-2") in case you want them. Additionally, there's a "legacy" release of Cygwin (1.5) being maintained (for the time being). The Time Machine also contains the circa snapshots of this as well and will continue to snapshot it. See here for some details.
OLD UPDATE: As of 08/05/2008, Cygwin has added a security signature as
part of setup.ini (ie: setup.ini.sig). This is to satisfy a security
vulnerability (CVE-2008-3323) discovered concerning setup's loading of
setup.ini (a Man-in-the-Middle type of attach).
You can read
The Time Machine does not currently archive this signature (but may in the future). So, in the mean time, when running setup.exe and downloading from the Time Machine, you will need to specify the '-X' option to disable the lookup of the signature.
OLD UPDATE: Cygwin is taking a giant leap forward with it's next major revision: 1.7! But it's still experimental as of yet. So, it's off in it's own special release area (release-2). In honor of this, the Time Machine is now archiving this special release area and providing circa snapshots. See here for some details.
OLD UPDATE: As of 4/21/2005, the Time Machine has be reformatted! What does this mean? Previously the circa of Cygwin was created based on the date & time I archived setup.ini. Since all archive revisions of setup.ini were linear and progressive in time and somewhat close to the actual release of that revision of setup.ini, this mostly worked. However, since I've been receiving older versions of setup.ini (Thank You to all who have contributed!) I no longer have a correlation between the timestamp within setup.ini and the date & time I archived it. So, something had to be done. I've changed the creation process so that now all circa are based on the actual setup-timestamp within each revision if setup.ini. What does that mean? Well, for starters, it gives it a direct correlation between the timestamp and the circa directory hierarchy. That's a good thing. However, since this nolonger has relation to the previously generated circas, the master index and all circa indexes are now different. That's a not-so-good thing. What's that mean? Well, if you previously found a timestamp in the master index and used the provided web link to get that circa of cygwin, well, the web link has now changed. However, in the interests of providing a consistent service, I've left, intact, the previous circa directory hierarchy for those who have already used the Time Machine.
It's fairly simple to use the Time Machine. The Time Machine hyperlink (shown in the following instructions) is a series of Cygwin snapshots from many points in the past displayed in a table format. If you click on the Circa hyperlink, you'll see a list of the packages as they existed at that point in time. You will be able to search for your package using this Circa hyperlink (see the following numbered instructions).
If you have a partial package installation already and find you need other packages from that time period. Check the setup.ini that should be stored with the packages in your local download area. Near the top should be a 'setup-timestamp' entry. Find that number in the Time Machine table. Use the FTP hyperlink and you'll be able to grab the rest of the packages from that same snapshot.
If you don't find your timestamp in the list. Don't Panic! It's very possible that I do have the packages that make it up. Since each setup.ini is a snapshot in time, it's very possible that the Time Machine has collected all the packages before, during, and after that time frame, just not that specific setup.ini time stamp. Thus, all you need to do is send me the setup.ini. I'll check that I do have all packages from that point in time and I'll add it to the Time Machine, thus making it available to everyone. And, if I happen to be missing certain files, I'll probably ask if you happen to have a copy. Check out the current list of Holes in Time.
Cygwin has moved to a new major release (1.7). With that, the older version (1.5) of Cygwin is now officially "put to pasture". However, the good folks at Cygwin do understand that many users may need to maintain the older versions in a production environment. To that end, they have setup a "legacy" repository of the older release (dubbed "Cygwin Legacy"). The Time Machine will, as it did for the test releases of 1.7, maintain circa snapshorts of this repository and offer it to those who might need it. After all, there's no guarantee the Cygwin folks will keep the old legacy repository around forever.
As before, there's a different setup program you need to get and run:
Archived version: setup-legacy.exe
Cygwin site version: setup-legacy.exe
In order to use it with the Time Machine, you need to point to the new circa release area. Go here "ftp://www.fruitbat.org/pub/cygwin/circa-legacy/index.html" and get the path link to the circa you want. Then, follow he same procedure you'd use for the regular Time Machine. It's that simple! No, really!
Cygwin has made its major leap forward to it's nextgen version: 1.7. It's ready for primetime! The Time Machine maintains circa snapshots of the test releases for 1.7, but, as before, you'll have to do something a little special to use them.
There's a different setup program you need to get and run:
Archived version: setup-1.7.exe
(old Cygwin site version: setup-1.7.exe)
In order to use it with the Time Machine, you need to point to the special circa release area. Go here "ftp://www.fruitbat.org/pub/cygwin/circa-2/index.html" and get the path link to the circa you want. Then, follow the same procedure you'd use for the regular Time Machine. It's that simple! No, really!
Keep in mind that these are just the old test releases. If you want to use the main-stream 1.7 releases, the just get the latest installer from the main Cygwin site and point it to the Time Machine circa of your choice.
WARNING: The Time Machine is still in flux! Use at your own discretion, void where prohibited, no money back guarantee, your mileage may vary, do not induce vomiting if swallowed, and last (but not least) DO NOT TAUNT HAPPY-FUN BALL! (really, it's for your own good :).
Let me state that there is no formal support for older era Cygwin, and my offering this in no way implies any responsibility by the Cygwin community to support (or even condone) it as such. Cygwin is a constantly moving project and as such really only offers a "current" release of it's products, which can, and do, change on a daily basis. The Time Machine is being offered out of gratitude to the Cygwin maintainers and contributors for their efforts in making Cygwin possible, and as a practical way for people to examine the project as it matures (a historical retrospective, if you will). There has been need in the past for people to install older era Cygwin. The reasons are numerous and often stem from needing to maintain older software dependent on older Cygwin or as a way to examine how some packages had evolved over time, possibly to extract some of that older code for scrutiny.
You may use this software knowing that there are bugs. If there weren't bugs, the project would be fairly static. But it's not. Did I mention it changes on a daily basis? Anyway, if you find a bug, or have a problem, you have three options:
This should be self-explanatory (hey, it's free after all!).
This means you might be able to solve your problems with minimal change in software. This only works if your specific problem had been addressed at some point by the project. Finding that information is difficult but may be buried in the Cygwin email archives.
This is the prefered method as it means you will be using current Cygwin and stand a ghost of a chance of possibly getting it solved via the Cygwin email list and community. I understand that it's not always possible to take this option, but if you can, that will be the most expedient way of handling things.
Now, be that as it may, I will attempt to answer questions or problems (see Contact below) that people might have concerning installing older era Cygwin through the Time Machine.
Oh, and one other thing. Please do not annoy the good people of the Cygwin list with questions about ancient versions of Cygwin (like "B20"). It only makes them mean (well, meaner :). Seriously, the Cygwin community is focused on moving forward, not looking back.
I should state here that using the Time Machine is not for the faint of heart. You can quite literally destroy your Cygwin environment, damage the Registry, make your lights blink on and off, cause massive power outages in your neighborhood and otherwise cause the total destruction of the earth! (Oh, wait... sorry ... been watching too much Doctor Who again :). But seriously, you can chowder your Cygwin environment if you are not careful.
If you have an existing Cygwin installation and feel the need to go back to a previous era of Cygwin, please consider carefully backing up your environment first. What I mean by this is saving anything you've changed with reguard to init files or /etc files. Why? Because I'm going to give you some practical advice: If you want to install a previous era of Cygwin, it's best to de-install everything first, delete everything under your Cygwin root directory and then install the chosen era of Cygwin. Why? Because this is the best possible option for giving you a clean environment with which to start from.
In theory you should simply be able to select the older version of any/all packages and the installer will remove the "new" packages first, then install the "old" ones. In practice it's not so cut and dried. As the packages are revised and improved, things move around and bits and pieces either get left behind or get renamed or checked for where previously they did not. It's best to simply clear the disk to ensure those left over bits don't break things. Another reason has to do with package dependencies. Over time packages might change their requirements of what they need to work properly. As newer packages become available, older packages may be renamed, or subsumed into other packages and thus the original package be retired. So, you could downgrade just one package and cause several other "retired" packages to be re-installed and possibly cause overlay and corruption of other "new" packages. The same is true upgrading from a truely vintage era (eg: "B20" or 1.3.10) to current time (1.7.1).
One last reason has to do with the progress of software development. A given package could provide a set of functionality early in life, then much later completely change that functionality requiring applications that use it to change as well. This is not only true of Cygwin, mind you, but of all software. Software is mostly about synergy; things working together in concern. Like an orchestra, get one horn blowing the wrong notes and the whole symphony falls apart. To maintain the synergy of a given era of Cygwin, it's best to load everything cleanly.
Now, given the above, you can throw caution to the wind and upgrade or downgrade willy-nilly. Most people using the Time Machine will either simply be grabbing the rest of the packages from an era that matches what they already have, or be slowly, carefully, migrating through time to the next era up or down from their current point in time. This should mostly be safe, unless you are crossing a major Cygwin release boundary, say going from version 1.3.22-1 to version 1.7.1-1. That might not be so smooth.
So, please, for the sake of your hair and my sanity (as well as everyone else who uses Cygwin), play in a clean sandbox. You'll thank me later.
!ALERT! Table updated as of 07/18/2006 !ALERT!
Here's how you can help the project. I'm always on the lookout for
old setup.ini files (or packages I'm missing which are part of
a given circa). These represent the snapshots of Cygwin.
The Time Machine currently only goes reliably back to 03/11/2003
(setup-timestamp: 1047280802) though there are some circa stored
from before then.
Normal usage of Setup.exe means downloading the necessary packages into
a "download directory". This directory will also contain the matching
In your daily encounters with Cygwin, or people who might be using Cygwin, please spend a minute and look at the timestamps in the setup.ini in the download area. If the timestamp predates 1047280802 (ie: is a smaller number) then please request that a copy of that file be emailed to me (see Contact below). My mirror predates the Time Machine, and so it's possible that I could materialize even older circa of Cygwin if I only had the setup.ini to go with it. So, please, if you find an old dusty PC which hasn't been running in a while and you think it might have Cygwin on it, please give it a once over. Or if you have a buddy who hasn't upgraded his Cygwin in quite some time, please ask to examine his setup.ini. I thank you for your participation.
From time to time the Time Machine breaks down (rather like a real
Tardis, eh?). As
a result, there are gaps in the chronology. This means
some packages weren't copied or that a circa of setup.ini
failed to be archived.
Below is a table containing the known gaps in Cygwin history that need to be filled. If you happen to have one of the missing files dated as such, please send me a copy. I thank you and those who use the Time Machine thank you!
(Current list of gaps in Time Machine chronology)
Part of the development of Cygwin involves making available un-released versions of the Cygwin primary package (the "cygwin dll" as most know it) available for testing by people experiencing a specific problem or issue. These are experimental versions, released as snapshots from the Cygwin website (http://www.cygwin.com/snapshots/). They represent various experiments in fixing broken or otherwise incorrect behaviour in the base cygwin system. I consider these to be important enough to be provided via the time machine, again for the purposes of studying a system in transition.
At the moment, the snapshots are simply being pulled on a daily basis and archived here: ftp://www.fruitbat.org/pub/cygwin/snapshots/. Later these will be presented in a fashion similar to the time machines' presentation of the Cygwin distribution. More on this later...
Charles Wilson maintains several utilities for Cygwin. These can be found at http://cygutils.fruitbat.org.
Thanks to Brian S. Wilson for the "Dead Simple Instructions" to using the Time Machine. Hopefully they help first-time users make things work, trouble free. If not...um...blame Brian! :-D
Last Updated: 09/24/2016