why w32api-1.2-1 is broken in setup 2.194.2.15

[David Starks-Browning]

I think I know why w32api-1.2-1 is broken in setup 2.194.2.15.  That
is, I don't know what bug to fix in setup, but I know what's unique
about w32api-1.2-1.tar that is causing problems.  The paths are of the
form "./usr/lib/..." instead of "usr/lib/...".  That extra "./"
shouldn't matter but it causes the problem.

Here is part of "tar jtvf w32api-1.2-1.tar.bz2":

...
drwxr-xr-x BoydE/Administrators      0 2001-12-07 14:51:10 ./usr/lib/
drwxr-xr-x BoydE/Administrators      0 2001-12-07 14:51:13 ./usr/lib/w32api/
-rw-r--r-- BoydE/Administrators 408608 2001-12-07 14:51:10 ./usr/lib/w32api/libadvapi32.a
-rw-r--r-- BoydE/Administrators   4254 2001-12-07 14:51:10 ./usr/lib/w32api/libcap.a
...

If it's re-packaged like this:

...
drwxr-xr-x BoydE/Administrators      0 2001-12-07 14:51:10 usr/lib/
drwxr-xr-x BoydE/Administrators      0 2001-12-07 14:51:13 usr/lib/w32api/
-rw-r--r-- BoydE/Administrators 408608 2001-12-07 14:51:10 usr/lib/w32api/libadvapi32.a
-rw-r--r-- BoydE/Administrators   4254 2001-12-07 14:51:10 usr/lib/w32api/libcap.a
...

(without the leading "./") then setup 2.194.2.15 installs it
properly.  At least, that does it for me.

Perhaps someone (Earnie?) with quick access to cygwin/latest/w32api on
sources.redhat.com could repack these archives in time for mirrors to
get them tonight?  I guess they should be 1.2-2?

I'm in the process of downloading all cygwin packages to check for
others with this packaging style.  But someone with access to an
existing mirror could do this more easily.  I will probably fall
asleep before my download finishes.  Assuming I have enough disk
space...

Sweet dreams.

David