[ANNOUNCEMENT] Updated: http://cygwin.com/setup*.exe

[ANNOUNCEMENT] Updated: http://cygwin.com/setup*.exe

[Christopher Faylor]

We have updated the setup.exe executables on cygwin.com in preparation
for the upcoming release of Cygwin 1.7.22.

There are now two versions of setup.  setup-x86.exe will install and
update the 32-bit version of Cygwin.  setup-x86_64.exe will install and
update the 64-bit version of Cygwin.

Although it is not strictly necessary, it is a good idea to clear out
your download directory prior to running these programs.  The new setup
exe's create a different directory structure in the download directory
and do not recognize the old layout.  So, any files left over from
running older versions of setup.exe will be ignored by the new version
of setup.

Older setup.exe's will no longer work with the setup.ini files used by
the newer setup.exe versions so you'll definitely need to download the
new version of the setup program if you want to install or update
Cygwin.

32-bit Cygwin setup:  http://cygwin.com/setup-x86.exe
64-bit Cygwin setup:  http://cygwin.com/setup-x86_64.exe

Or, just click on the links at http://cygwin.com/ .

The old setup version (which only installed the 32-bit version of
Cygwin) is still available and will be available for a few days.  But,
please don't rely on its continued existence.

--
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: [ANNOUNCEMENT] Updated: http://cygwin.com/setup*.exe

[Cliff Hones]

On 22/07/2013 16:23, Christopher Faylor wrote:
> We have updated the setup.exe executables on cygwin.com in preparation
> for the upcoming release of Cygwin 1.7.22.
> ...

I hit a couple of problems using the new 32-bit setup yesterday -
during which it managed to break my installation.

System is XP SP3 32-bit - no BLODA issues encountered before.

I usually have no problems upgrading Cygwin - I normally stop
any Cygwin processes if necessary to ensure the update can
complete without a reboot, but even if I don't the fixup-on-reboot
mechanism works fine.  However, setup V2.814 (32 bit) didn't
behave as well - it popped up a dialog box warning of processes in use,
but no processes were listed.  Clicking on "Stop processes" didn't
stop any processes, and the dialog was redisplayed.  Clicking on
"Continue" allowed the install to complete, but after a reboot
I had a broken installation - investigation showed several
dlls (including cygwin1.dll) in /usr/bin and an exe in /usr/sbin had not
been updated, and the new ones were still there with extension .new.
Manually deleting and renaming fixed this issue - but clearly this shouldn't
have happened!  A look at setup.log showed nothing amiss - setup reported
that it couldn't update the dlls/exes, and that a reboot was necessary - so
it should have scheduled the renames for reboot.

A second problem I hit was that I had a system crash (unrelated to Cygwin)
while setup was downloading updated packages.  This lost cached disk
data, so when setup was restarted it detected several corrupt packages
(MD5 sumchecks failed).  It offered the choice of installing anyway or
omitting the affected packages - but I couldn't see a way to make setup
re-download them.  Selecting reinstall didn't work - that would
reinstall the old version but updating again complained of a corrupt
new package (and choosing the install anyway option is *not* a good
idea as it tries to use the corrupt package and fails to unpack).
Manually deleting the affected packages from my install directory
fixed this - but am I missing a better way?

I also had a problem with cygports - I use the setup -K option -
and yesterday the cygports site was missing the setup .ini/.bz2
files - but today I see that's fixed :-)

-- Cliff


--
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