Re: Requesting ISL update

2015-09-15 Thread JonY 
On 9/16/2015 01:09, Michael Enright wrote:
> PMFJI,
> 
> I was setting up a cross compiler this past Sunday under Cygwin, using
> GCC 5.1.0. I followed the "BYOI" (Bring your own Infrastructure) path
> and ISL 0.15 was my first choice (being the latest), but did not work.
> ISL 0.12.2 did work. ISL 15 passes the initial "compatible version of
> ISL" check that the GCC configure script does, but the granite code
> within GCC doesn't actually compile properly. When I recompiled
> without the --with-isl setting in configure, no ISL library was found,
> according to the "compatible version of ISL" message again, and the
> compiler was a success anyway. I built an OS with it, threw it away
> and started over using ISL 0.12.2. Everything worked, and the
> resulting OS build (Embedded Xinu for RPi) ran properly.
> 

GCC prereq downloads 0.14, so that version it is.





0xD4EBC740.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: Error accessing mapped drive >2TB?

2015-09-15 Thread Andrey Repin 
Greetings, Warren Young!

>> I'm going to be spinning up an Ubuntu box in the next few days that
>> will have a 5TB drive in it as well, so I'll be able to test to see if
>> the source OS (and/or version of SMB server) makes a difference.

> Good.

> Please test by exporting the filesystem root, since exporting a folder
> makes the problem go away here.  Maybe Cygwin’s UNC path parsing simply
> can’t cope with a bare slash where it expected at least one folder name?
Even if you export whole root, it will have a "folder name" :)


-- 
With best regards,
Andrey Repin
Wednesday, September 16, 2015 03:24:48

Sorry for my terrible english...

Re: Error accessing mapped drive >2TB?

2015-09-15 Thread Warren Young 
On Sep 14, 2015, at 9:46 PM, Andrey Repin  wrote:
> 
>>> The only thing I can think of is that the 2nd drive is >2TB.
> 
>> The same thing happens here with a 3.1 TB Fusion drive and a 500 GB
>> external drive…

[snip]

>> Why errno 5 from path_conv?
> 
> That's an interesting point... can you walk me through your setup

Pretty simple: I shared the entire drive from my OS X box to the Cygwin VM 
hosted on the same machine, and got this error with commands like “ls /p” when 
the drive is mapped as P:.

If I map my OS X Desktop folder to Q: on the Windows side, the problem doesn’t 
occur.

There are no ACLs on the root of either Mac OS X drive (ls -led /) so if it’s 
an OS X-side permission problem, it’s happening at a different layer than the 
filesystem.  Perhaps one of the MAC layers?  (Gatekeeper, etc.)

> Or is this Mac-specific?

Possibly.  OS X switched from Samba to an Apple-specific smbd in 10.7:

  
https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man8/smbd.8.html

I’ll repeat that Windows Explorer seems to have no problem showing the contents 
of the root of the P: share, though.
--
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: Error accessing mapped drive >2TB?

2015-09-15 Thread Warren Young 
On Sep 15, 2015, at 9:14 AM, Nem W Schlecht  wrote:
> 
> I'm going to be spinning up an Ubuntu box in the next few days that
> will have a 5TB drive in it as well, so I'll be able to test to see if
> the source OS (and/or version of SMB server) makes a difference.

Good.

Please test by exporting the filesystem root, since exporting a folder makes 
the problem go away here.  Maybe Cygwin’s UNC path parsing simply can’t cope 
with a bare slash where it expected at least one folder name?
--
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: problem with ~/.ssh/config ?

2015-09-15 Thread Lee 
On 9/15/15, John Hein <3fbmqnh...@snkmail.com> wrote:
> Lee wrote at 17:59 -0400 on Sep 15, 2015:
>  > OpenSSH 7.0 defaults to no support for diffie-hellman-group1-sha1 key
>  > exchange which is a problem with certain devices:
>  >
>  > $ ssh  10.10.3.5
>  > Unable to negotiate with 10.10.3.5: no matching key exchange method
>  > found. Their offer: diffie-hellman-group1-sha1
>  >
>  > http://www.openssh.com/legacy.html  has two work-arounds:
>  > 1. add "-oKexAlgorithms=+diffie-hellman-group1-sha1" to the ssh
>  > command -- which works for me
>  > 2. add "Host * KexAlgorithms +diffie-hellman-group1-sha1" to
>  > ~/.ssh/config -- which does not work for me
>  >
>  > What's the trick for getting the KexAlgorithms param in ~/.ssh/config to
> work?
>  >
>  > $ cat ~/.ssh/config
>  > Host  *  KexAlgorithms +diffie-hellman-group1-sha1
>   .
> The trick is a newline.  Host entry on one line, config settings
> on lines below it.

yup - that was it.  Thank you!!

Lee

--
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: problem with ~/.ssh/config ?

2015-09-15 Thread John Hein 
Lee wrote at 17:59 -0400 on Sep 15, 2015:
 > OpenSSH 7.0 defaults to no support for diffie-hellman-group1-sha1 key
 > exchange which is a problem with certain devices:
 >
 > $ ssh  10.10.3.5
 > Unable to negotiate with 10.10.3.5: no matching key exchange method
 > found. Their offer: diffie-hellman-group1-sha1
 >
 > http://www.openssh.com/legacy.html  has two work-arounds:
 > 1. add "-oKexAlgorithms=+diffie-hellman-group1-sha1" to the ssh
 > command -- which works for me
 > 2. add "Host * KexAlgorithms +diffie-hellman-group1-sha1" to
 > ~/.ssh/config -- which does not work for me
 >
 > What's the trick for getting the KexAlgorithms param in ~/.ssh/config to 
 > work?
 >
 > $ cat ~/.ssh/config
  .
  .
 > # IOS devices running "Remote protocol version 1.99, remote software
 > version Cisco-1.25"
 > # only do diffie-hellman-group1-sha1 for key exchange & OpenSSH 7.0
 > has it disabled by default.
 > # re-enable & add to the end of the list:
 > Host  *  KexAlgorithms +diffie-hellman-group1-sha1
  .
  .


The trick is a newline.  Host entry on one line, config settings
on lines below it.

Not a cygwin question.

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

problem with ~/.ssh/config ?

2015-09-15 Thread Lee 
OpenSSH 7.0 defaults to no support for diffie-hellman-group1-sha1 key
exchange which is a problem with certain devices:

$ ssh  10.10.3.5
Unable to negotiate with 10.10.3.5: no matching key exchange method
found. Their offer: diffie-hellman-group1-sha1

http://www.openssh.com/legacy.html  has two work-arounds:
1. add "-oKexAlgorithms=+diffie-hellman-group1-sha1" to the ssh
command -- which works for me
2. add "Host * KexAlgorithms +diffie-hellman-group1-sha1" to
~/.ssh/config -- which does not work for me

What's the trick for getting the KexAlgorithms param in ~/.ssh/config to work?

$ cat ~/.ssh/config
# ssh common params
# Protocol 2,1
#   ??? still need version 1 compatability ???


# IOS devices running "Remote protocol version 1.99, remote software
version Cisco-1.25"
# only do diffie-hellman-group1-sha1 for key exchange & OpenSSH 7.0
has it disabled by default.
# re-enable & add to the end of the list:
Host  *  KexAlgorithms +diffie-hellman-group1-sha1

ServerAliveInterval  40
#  Sets a timeout interval in seconds after which if no data has
#  been received from the server, ssh(1) will send a message through
#  the encrypted channel to request a response from the server.

ServerAliveCountMax  6
#  Sets the number of server alive messages which may be
#  sent without ssh(1) receiving any messages back from the server.
#  If this threshold is reached while server alive messages are
#  being sent, ssh will disconnect from the server, terminating the
#  session.

TCPKeepAlive yes
#   Specifies whether the system should send TCP keepalive messages
#   to the other side.  If they are sent, death of the connection or
#   crash of one of the machines will be properly noticed.  However,
#   this means that connections will die if the route is down temporarily,
#   and some people find it annoying.


~

add "-o" on command line: works
$ ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 -G 10.10.3.5 | grep -i kex
kexalgorithms 
curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

"host * KexAlgorithms" in .ssh/config does not work:
$ ssh  -G 10.10.3.5 | grep -i kex
kexalgorithms 
curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1


if it helps any, ssh with the -v option:

$ ssh -v 10.10.3.5
OpenSSH_7.0p1, OpenSSL 1.0.2d 9 Jul 2015
debug1: Reading configuration data /home/Lee/.ssh/config
debug1: /home/Lee/.ssh/config line 9: Applying options for *
debug1: Connecting to 10.10.3.5 [10.10.3.5] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Lee/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.0
debug1: Remote protocol version 2.0, remote software version Cisco-1.25
debug1: match: Cisco-1.25 pat Cisco-1.* compat 0x6000
debug1: Authenticating to 10.10.3.5:22 as 'Lee'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-sha1 none
debug1: kex: client->server aes128-cbc hmac-sha1 none
Unable to negotiate with 10.10.3.5: no matching key exchange method
found. Their offer: diffie-hellman-group1-sha1


TIA,
Lee

--
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: Cygwin terminal weirdness

2015-09-15 Thread Andrey Repin 
Greetings, Thomas Wolff!

 Call "man" on a sufficiently long topic. man bash would be quite 
 sufficient.
 Or just `less` a long enough text.
 Hold down "End" key.
 The screen buffer will jump and tear repeatedly, until you release the key.
>> ... as I can't reproduce it with PuTTY in the same situation.
> With putty, try the Home key instead. If you hold that, the result will 
> look even worse. Or try to hold the Down key at the end (of man bash) – 
> not good either.

Okay, it seems to really depends on the length of the scrollback buffer under
the hood.
Wasn't able to reproduce it with Home as you suggested, but observed it with
(again) End, when I tried to `less /var/log/syslog`. Which is, quite
unsurprisingly, quite long.
Though, the effect is minimal, it is still present.
Which confirms that it is, seemingly, less's, and not Cygwin's, fault.

> Slightly different effects in different environments are simply the 
> result of timing. You cannot completely avoid such effects if the window 
> contents is rewritten repeatedly.

The timing differences can be attributed to environment. I've been comparing
some string function implementations recently, and Windows seems to be real,
real slow. Like, 10 times slower than Linux, which I can't really explain with
hardware difference. (Win/i5 vs. Linux/G1620)


-- 
With best regards,
Andrey Repin
Tuesday, September 15, 2015 12:42:23

Sorry for my terrible english...

Re: Cygwin terminal weirdness

2015-09-15 Thread Thomas Wolff 

On 15.09.2015 05:54, Andrey Repin wrote:

Greetings, Warren Young!


Call "man" on a sufficiently long topic. man bash would be quite sufficient.
Or just `less` a long enough text.
Hold down "End" key.
The screen buffer will jump and tear repeatedly, until you release the key.

... as I can't reproduce it with PuTTY in the same situation.
With putty, try the Home key instead. If you hold that, the result will 
look even worse. Or try to hold the Down key at the end (of man bash) – 
not good either.
Slightly different effects in different environments are simply the 
result of timing. You cannot completely avoid such effects if the window 
contents is rewritten repeatedly.

--
Thomas

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

Requesting ISL update

2015-09-15 Thread JonY 
Hi Achim,

Can you please update ISL for newer versions of GCC?
http://isl.gforge.inria.fr/ says 0.15 is the latest.

Thanks.



signature.asc
Description: OpenPGP digital signature

Re: Does gam_server have to run?

2015-09-15 Thread Ken Brown 

On 9/15/2015 11:48 AM, Doug Lewan wrote:

All,

On my last cygwin update I noticed that I have /usr/libexec/gam_server.exe 
running.
I learned this because the install script could not kill it (and neither could 
I!).
It was using about 1 sec/sec of CPU.

With a little investigation I learned that
it's part of GNOME's "file alternation monitoring".
I'm willing to believe that I've installed /something/ of GNOME or that uses 
GNOME,
but I do /not/ want the GNOME ecosystem creeping into my world.

Can anyone help me understand how to stop it from running?

Alternatively, can someone help me understand how to find dependencies within 
CYGWIN?


'cygcheck -f /usr/libexec/gam_server.exe' will tell you that the program is 
provided by the gamin package.  The /usr/bin/cygcheck-dep (from the cygcheck-dep 
package) can tell you what installed packages require gamin.


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

Does gam_server have to run?

2015-09-15 Thread Doug Lewan 
All,

On my last cygwin update I noticed that I have /usr/libexec/gam_server.exe 
running. 
I learned this because the install script could not kill it (and neither could 
I!). 
It was using about 1 sec/sec of CPU.

With a little investigation I learned that 
it's part of GNOME's "file alternation monitoring". 
I'm willing to believe that I've installed /something/ of GNOME or that uses 
GNOME,
but I do /not/ want the GNOME ecosystem creeping into my world.

Can anyone help me understand how to stop it from running?

Alternatively, can someone help me understand how to find dependencies within 
CYGWIN?

Thanks.

-- 
,Doug
Douglas Lewan
Shubert Ticketing
(201) 994-4335

I once worked in a can recycling facility. It was soda pressing.


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

xauth issue (remote X w/putty via Cygwin/XWin)

2015-09-15 Thread Chris Louden 
Following up on this post:

https://cygwin.com/ml/cygwin-xfree/2015-02/msg00075.html

Is there any news regarding the getting "listen tcp" issue with xauth
resolved. The workaround mentioned works but isn't ideal in the
environment I have.

-Chris

--
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: Error accessing mapped drive >2TB?

2015-09-15 Thread Nem W Schlecht 
I'm going to be spinning up an Ubuntu box in the next few days that
will have a 5TB drive in it as well, so I'll be able to test to see if
the source OS (and/or version of SMB server) makes a difference.

I did an strace on '/bin/ls /cygdrive/t' on my host and saw almost the
exact same thing Warren did (slight re-ordering of events).  I tried
creating a new mount mount with 'noacl,notexec' as options since it
looked like maybe the has_acls() call was throwing the error in the
strace output, but my attempt did not work.  I'm going to play with
that some more this afternoon, though.

On Mon, Sep 14, 2015 at 10:46 PM, Andrey Repin  wrote:
> Greetings, Warren Young!
>
>>> The only thing I can think of is that the 2nd drive is >2TB.
>
>> The same thing happens here with a 3.1 TB Fusion drive and a 500 GB
>> external drive, so no, I don’t think the volume size is the real issue.
>
>> I assume you are seeing the same thing that I am, that Explorer shows the
>> root contents of both drives just fine?
>
>> When I strace’d an ls of one of these root shares here, I got 764 lines
>> of…emissions, of which this section seems the most interesting to me:
>
>> 1051  263166 [main] ls 4720 stat64: entering
>>   625  263791 [main] ls 4720 normalize_posix_path: src /p
>>   609  264400 [main] ls 4720 normalize_posix_path: /p = normalize_posix_path 
>> (/p)
>>   630  265030 [main] ls 4720 mount_info::conv_to_win32_path: 
>> conv_to_win32_path (/p)
>>   653  265683 [main] ls 4720 mount_info::cygdrive_win32_path: src '/p', dst 
>> 'P:\'
>>   668  266351 [main] ls 4720 set_flags: flags: binary (0x2)
>>   674  267025 [main] ls 4720 mount_info::conv_to_win32_path: src_path /p, 
>> dst P:\, flags 0x4022, rc 0
>>  1168  268193 [main] ls 4720 symlink_info::check: 0x0 = NtCreateFile 
>> (\??\P:\)
>> 10641  278834 [main] ls 4720 symlink_info::check_reparse_point:
>> NtFsControlFile(FSCTL_GET_REPARSE_POINT) failed, 0xC275
>>   839  279673 [main] ls 4720 symlink_info::check: not a symlink
>>  1049  280722 [main] ls 4720 symlink_info::check: 0 = symlink.check(P:\, 
>> 0x24B620) (0x4022)
>>   655  281377 [main] ls 4720 path_conv::check: this->path(P:\), has_acls(0)
>>   640  282017 [main] ls 4720 stat_worker: got 5 error from path_conv
>>   757  282774 [main] ls 4720 __set_errno: int stat_worker(path_conv&, 
>> stat*):1933 setting errno 5
>>   714  283488 [main] ls 4720 stat_worker: -1 = (\??\P:\,0x600042080)
>
>> Why errno 5 from path_conv?
>
>> Yes, I am one of those evil people who edit cygdrive out of /etc/fstab so I 
>> can use /x, where x=drive letter. :)
>
> That's an interesting point... can you walk me through your setup, so I could
> try to recreate the issue?
> Or is this Mac-specific?
>
>
> --
> With best regards,
> Andrey Repin
> Tuesday, September 15, 2015 06:45:22
>
> Sorry for my terrible english...



-- 
Nem W Schlecht   n...@emptec.com
Empyreal Technologieshttp://www.emptec.com/
 "Perl did the magic.  I just waved the wand."

--
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: Requesting ISL update

2015-09-15 Thread Michael Enright 
On Tue, Sep 15, 2015 at 3:03 AM, JonY wrote:
>
> Hi Achim,
>
> Can you please update ISL for newer versions of GCC?
> http://isl.gforge.inria.fr/ says 0.15 is the latest.
>

PMFJI,

I was setting up a cross compiler this past Sunday under Cygwin, using
GCC 5.1.0. I followed the "BYOI" (Bring your own Infrastructure) path
and ISL 0.15 was my first choice (being the latest), but did not work.
ISL 0.12.2 did work. ISL 15 passes the initial "compatible version of
ISL" check that the GCC configure script does, but the granite code
within GCC doesn't actually compile properly. When I recompiled
without the --with-isl setting in configure, no ISL library was found,
according to the "compatible version of ISL" message again, and the
compiler was a success anyway. I built an OS with it, threw it away
and started over using ISL 0.12.2. Everything worked, and the
resulting OS build (Embedded Xinu for RPi) ran properly.

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

[ITP] ghex - GNOME hex editor

2015-09-15 Thread David Stacey 
ghex is a hex editor for GNOME, found in most Linux distros [1], and I'd 
like to see it in Cygwin too.


Yaakov: As ghex is currently available in Ports, yours is first refusal. 
If you'd like to maintain ghex yourself, please could you bring ghex and 
its child packages across from Ports. However, if you're happy for me to 
maintain it, then my packages are as follows:



# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release
wget --no-check-certificate --no-host-directories --force-directories 
--cut-dirs=5 \

${BASEURL}/ghex/ghex-3.17.91-1-src.tar.xz \
${BASEURL}/ghex/ghex-3.17.91-1.tar.xz \
${BASEURL}/ghex/ghex-debuginfo/ghex-debuginfo-3.17.91-1.tar.xz \
${BASEURL}/ghex/ghex-debuginfo/setup.hint \
${BASEURL}/ghex/libgtkhex3-devel/libgtkhex3-devel-3.17.91-1.tar.xz \
${BASEURL}/ghex/libgtkhex3-devel/setup.hint \
${BASEURL}/ghex/libgtkhex3_0/libgtkhex3_0-3.17.91-1.tar.xz \
${BASEURL}/ghex/libgtkhex3_0/setup.hint \
${BASEURL}/ghex/setup.hint


# 64-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/64bit/release
wget --no-check-certificate --no-host-directories --force-directories 
--cut-dirs=5 \

${BASEURL}/ghex/ghex-3.17.91-1-src.tar.xz \
${BASEURL}/ghex/ghex-3.17.91-1.tar.xz \
${BASEURL}/ghex/ghex-debuginfo/ghex-debuginfo-3.17.91-1.tar.xz \
${BASEURL}/ghex/ghex-debuginfo/setup.hint \
${BASEURL}/ghex/libgtkhex3-devel/libgtkhex3-devel-3.17.91-1.tar.xz \
${BASEURL}/ghex/libgtkhex3-devel/setup.hint \
${BASEURL}/ghex/libgtkhex3_0/libgtkhex3_0-3.17.91-1.tar.xz \
${BASEURL}/ghex/libgtkhex3_0/setup.hint \
${BASEURL}/ghex/setup.hint


Please let me know whether you'd prefer to maintain ghex yourself, or 
you'd like me to take it - I'm happy either way.


Dave.

[1] - http://pkgs.org/search/ghex

Re: HTTPS - Error setting certificate verify locations

2015-09-15 Thread Ken Brown 

On 9/15/2015 12:12 AM, Tae Lim Kook wrote:

However, since autorebase.dash hangs at the end of setup.exe, I close
it when it reaches that process. Perhaps this might contribute to the
problem?


Are you sure the autorebase script hangs?  It could just take a long time to 
finish, especially if you have a lot of DLLs installed.


If you kill setup when it reaches autorebase, then *none* of the postinstall 
scripts run.  In that case there are probably many things broken in your Cygwin 
installation.


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