RE: Cygwin installation fails in Windows 10

2020-10-16 Thread Chevva,Pramod Kumar via Cygwin
Hi David,

Can you please check at your end on the below issue.


Thanks 
Pramod 

-Original Message-
From: Brian Inglis [mailto:brian.ing...@systematicsw.ab.ca] 
Sent: Thursday, October 15, 2020 11:52 PM
To: cygwin@cygwin.com
Cc: Chevva,Pramod Kumar ; Deval,Ananth Nag 

Subject: [External] Re: Cygwin installation fails in Windows 10

To reset all Cygwin Setup program settings rm /etc/setup/setup.rc or delete the 
file from the equivalent path relative to your Cygwin root directory under 
Windows.

Please get your own IT team to diagnose why the Cygwin Setup program is not or 
is no longer working on your system, when it worked two days earlier, and works 
on thousands of others without issues.

Your own IT team most likely have added blocks to prevent it running, 
contacting the Cygwin site, or your local mirror.

Cygwin is maintained and supported totally by a global network of volunteers in 
their spare time, and is only available via email here to accommodate that.

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains too much technical 
detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]


On 2020-10-15 11:57, Chevva,Pramod Kumar via Cygwin wrote:
> Please join the call from the below meeting link to discuss on this issue.
> 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__teams.microsoft.c
> om_l_meetup-2Djoin_19-253ameeting-5FMGM4MDNjNDYtN2Q0Ni00MDcxLWFmNWMtOW
> Q1ZmNkMWM4M2Vl-2540thread.v2_0-3Fcontext-3D-257b-2522Tid-2522-253a-252
> 2d3a74ac8-2Defe4-2D4fe8-2Db707-2Db1bf8c6a25bd-2522-252c-2522Oid-2522-2
> 53a-2522fb3e46e2-2D56bd-2D474e-2Db8a0-2D95044bf99197-2522-257d&d=DwICa
> Q&c=MrQrGL4Bt1iC3sN_evS3dQ&r=8W125fbX-rSGJE_x2u_ToQkE5WeLjSf9l_q-6CNjJ
> 1Q&m=OSmxjdaYT0tRvemORQdEjQ3WvLXMJg7k8QO_HjI1xlo&s=A8vPs2RtfqNgpvC_Bgq
> 8II2rSuThllbnn-MZZmXFW-w&e=
> 
> 
> Thanks
> Pramod
> 
> -Original Message-
> From: Chevva,Pramod Kumar
> Sent: Thursday, October 15, 2020 1:39 PM
> To: cygwin@cygwin.com
> Cc: Deval,Ananth Nag 
> Subject: RE: [External] Re: Cygwin installation fails in Windows 10
> 
> I don't have access to the AV logs but the application is working fine 
> two days before
> 
> -Original Message-
> From: Marco Atzeri [mailto:marco.atz...@gmail.com]
> Sent: Thursday, October 15, 2020 1:02 PM
> To: Chevva,Pramod Kumar ; 
> cygwin@cygwin.com
> Cc: Deval,Ananth Nag 
> Subject: [External] Re: Cygwin installation fails in Windows 10
> 
> On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote:
>> Hi Team,
>>
>> Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe 
>> and unable to see the installation window.
>>
>> Please advise.
>>
>> Thanks
>> Pramod
> 
> 
> Have you checked your Antivirus logs or settings ?
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: Cygwin installation fails in Windows 10

2020-10-15 Thread Brian Inglis
To reset all Cygwin Setup program settings rm /etc/setup/setup.rc or delete the
file from the equivalent path relative to your Cygwin root directory under 
Windows.

Please get your own IT team to diagnose why the Cygwin Setup program is not or
is no longer working on your system, when it worked two days earlier, and works
on thousands of others without issues.

Your own IT team most likely have added blocks to prevent it running, contacting
the Cygwin site, or your local mirror.

Cygwin is maintained and supported totally by a global network of volunteers in
their spare time, and is only available via email here to accommodate that.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]


On 2020-10-15 11:57, Chevva,Pramod Kumar via Cygwin wrote:
> Please join the call from the below meeting link to discuss on this issue.
> 
> https://teams.microsoft.com/l/meetup-join/19%3ameeting_MGM4MDNjNDYtN2Q0Ni00MDcxLWFmNWMtOWQ1ZmNkMWM4M2Vl%40thread.v2/0?context=%7b%22Tid%22%3a%22d3a74ac8-efe4-4fe8-b707-b1bf8c6a25bd%22%2c%22Oid%22%3a%22fb3e46e2-56bd-474e-b8a0-95044bf99197%22%7d
> 
> 
> Thanks 
> Pramod 
> 
> -Original Message-
> From: Chevva,Pramod Kumar 
> Sent: Thursday, October 15, 2020 1:39 PM
> To: cygwin@cygwin.com
> Cc: Deval,Ananth Nag 
> Subject: RE: [External] Re: Cygwin installation fails in Windows 10
> 
> I don't have access to the AV logs but the application is working fine two 
> days before 
> 
> -Original Message-
> From: Marco Atzeri [mailto:marco.atz...@gmail.com] 
> Sent: Thursday, October 15, 2020 1:02 PM
> To: Chevva,Pramod Kumar ; cygwin@cygwin.com
> Cc: Deval,Ananth Nag 
> Subject: [External] Re: Cygwin installation fails in Windows 10
> 
> On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote:
>> Hi Team,
>>
>> Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe 
>> and unable to see the installation window.
>>
>> Please advise.
>>
>> Thanks
>> Pramod
> 
> 
> Have you checked your Antivirus logs or settings ?
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


RE: Cygwin installation fails in Windows 10

2020-10-15 Thread Chevva,Pramod Kumar via Cygwin
Please join the call from the below meeting link to discuss on this issue.

https://teams.microsoft.com/l/meetup-join/19%3ameeting_MGM4MDNjNDYtN2Q0Ni00MDcxLWFmNWMtOWQ1ZmNkMWM4M2Vl%40thread.v2/0?context=%7b%22Tid%22%3a%22d3a74ac8-efe4-4fe8-b707-b1bf8c6a25bd%22%2c%22Oid%22%3a%22fb3e46e2-56bd-474e-b8a0-95044bf99197%22%7d


Thanks 
Pramod 

-Original Message-
From: Chevva,Pramod Kumar 
Sent: Thursday, October 15, 2020 1:39 PM
To: cygwin@cygwin.com
Cc: Deval,Ananth Nag 
Subject: RE: [External] Re: Cygwin installation fails in Windows 10

I don't have access to the AV logs but the application is working fine two days 
before 

-Original Message-
From: Marco Atzeri [mailto:marco.atz...@gmail.com] 
Sent: Thursday, October 15, 2020 1:02 PM
To: Chevva,Pramod Kumar ; cygwin@cygwin.com
Cc: Deval,Ananth Nag 
Subject: [External] Re: Cygwin installation fails in Windows 10

On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote:
> Hi Team,
> 
> Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and 
> unable to see the installation window.
> 
> Please advise.
> 
> Thanks
> Pramod


Have you checked your Antivirus logs or settings ?

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


RE: Cygwin installation fails in Windows 10

2020-10-15 Thread Chevva,Pramod Kumar via Cygwin
I don't have access to the AV logs but the application is working fine two days 
before 

-Original Message-
From: Marco Atzeri [mailto:marco.atz...@gmail.com] 
Sent: Thursday, October 15, 2020 1:02 PM
To: Chevva,Pramod Kumar ; cygwin@cygwin.com
Cc: Deval,Ananth Nag 
Subject: [External] Re: Cygwin installation fails in Windows 10

On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote:
> Hi Team,
> 
> Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and 
> unable to see the installation window.
> 
> Please advise.
> 
> Thanks
> Pramod


Have you checked your Antivirus logs or settings ?

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: Cygwin installation fails in Windows 10

2020-10-15 Thread Marco Atzeri via Cygwin

On 15.10.2020 18:47, Chevva,Pramod Kumar via Cygwin wrote:

Hi Team,

Cygwin installation fails in windows 10 after we ran the setup-x86_64.exe and 
unable to see the installation window.

Please advise.

Thanks
Pramod



Have you checked your Antivirus logs or settings ?

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: cygwin installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread n8tm via cygwin
Cygwin installer annoys virus checkers which never used to care.  White list 
setup.exe before casting blame



Sent via the Samsung Galaxy S8 Active, an AT&T 4G LTE smartphone
 Original message From: Arkady  Date: 
12/20/17  7:37 AM  (GMT-05:00) To: cygwin@cygwin.com Subject: Re: cygwin 
installation fails in Windows 10 when running with --quite-mode 
I have little doubt that here is a bug in the Cygwin installer. I
reproduce the problem
consistently. I use the following command 10 times
setup-x86.exe -q -s http://cygwin.mirror.constant.com
The setup fails one time of three in my Win10 64 bits setup.

On Wed, Dec 20, 2017 at 2:25 PM, Arkady  wrote:
> On Wed, Dec 20, 2017 at 12:27 PM, Achim Gratz  wrote:
>> Arkady writes:
>>> setup-x86_64.exe -q -p wget -v
>>>
>>> The installation fails with the last line "Changing gid to
>>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>>> working A problem caused the program to stop working correctly..."
>>
>> That is usually caused by BLODA that recognizes an application that
>> tries to elevate itself while run from some script.  The solution may be
>> as simple as to remove the ADS annotation that says "this executable was
>> downloaded from the dangerous internet" or you may have to explicitly
>
> Thank you, Achim,
>
> I am running in the Administrator console - there is "Administrator:
> Command Prompt" at the top
> of the windows. I am pulling the file from Internet using a power shell 
> script.
> According to dir /R there is only one data stream for the file
>
>> except setup.exe someplace.  Other potential solutions are to start the
>> CMD or script with administrative privileges so setup doesn't need to
>> elevate itslef or use a program like runas that can start setup directly
>> with elevated privileges.  Which of these is most appropriate to your
>> environment is something you'll have to find out yourself.
>>
>>
>> Regards,
>> Achim.
>> --
>> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>>
>> SD adaptation for Waldorf microQ V2.22R2:
>> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
>>
>> --
>> 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 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 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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Jon Turney

On 20/12/2017 12:43, Arkady wrote:

I can upload VirtualBox VM which demonstrates the problem - this is
14GB image for VirtualBox 5.1.30


Please don't.

In any case, you might wish to consult the license you have for Windows 
to see if you are permitted to do this...



On Wed, Dec 20, 2017 at 2:38 PM, Arkady  wrote:

Another clue - flags -d -n -N probably solve the problem or make the
problem very rare

On Wed, Dec 20, 2017 at 2:37 PM, Arkady  wrote:

I have little doubt that here is a bug in the Cygwin installer. I
reproduce the problem
consistently. I use the following command 10 times
setup-x86.exe -q -s http://cygwin.mirror.constant.com
The setup fails one time of three in my Win10 64 bits setup.


Wait what? are you using setup-x86.exe? or setup-x86_64.exe?

I have run this command many times, but I can't reproduce this problem.

Despite more than 10 emails from you on this subject, you still haven't 
mentioned what version of setup you are using.


You might like to try installing the cygwin upx and gdb packages, and 
then (assuming you are using setup 2.883):


upx -d setup-x86-64.exe
wget https://cygwin.com/setup/setup-2.883.x86_64.dbg
mv setup-2.883.x86_64.dbg setup.dbg

and then, in an elevated shell:

gdb --args setup-x86-64.exe -q -s http://cygwin.mirror.constant.com

at the '(gdb)' prompt

(gdb) r

when your error occurs:

(gdb) bt


--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Arkady
I can upload VirtualBox VM which demonstrates the problem - this is
14GB image for VirtualBox 5.1.30

On Wed, Dec 20, 2017 at 2:38 PM, Arkady  wrote:
> Another clue - flags -d -n -N probably solve the problem or make the
> problem very rare
>
> On Wed, Dec 20, 2017 at 2:37 PM, Arkady  wrote:
>> I have little doubt that here is a bug in the Cygwin installer. I
>> reproduce the problem
>> consistently. I use the following command 10 times
>> setup-x86.exe -q -s http://cygwin.mirror.constant.com
>> The setup fails one time of three in my Win10 64 bits setup.
>>
>> On Wed, Dec 20, 2017 at 2:25 PM, Arkady  wrote:
>>> On Wed, Dec 20, 2017 at 12:27 PM, Achim Gratz  wrote:
 Arkady writes:
> setup-x86_64.exe -q -p wget -v
>
> The installation fails with the last line "Changing gid to
> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
> working A problem caused the program to stop working correctly..."

 That is usually caused by BLODA that recognizes an application that
 tries to elevate itself while run from some script.  The solution may be
 as simple as to remove the ADS annotation that says "this executable was
 downloaded from the dangerous internet" or you may have to explicitly
>>>
>>> Thank you, Achim,
>>>
>>> I am running in the Administrator console - there is "Administrator:
>>> Command Prompt" at the top
>>> of the windows. I am pulling the file from Internet using a power shell 
>>> script.
>>> According to dir /R there is only one data stream for the file
>>>
 except setup.exe someplace.  Other potential solutions are to start the
 CMD or script with administrative privileges so setup doesn't need to
 elevate itslef or use a program like runas that can start setup directly
 with elevated privileges.  Which of these is most appropriate to your
 environment is something you'll have to find out yourself.


 Regards,
 Achim.
 --
 +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

 SD adaptation for Waldorf microQ V2.22R2:
 http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

 --
 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 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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Arkady
Another clue - flags -d -n -N probably solve the problem or make the
problem very rare

On Wed, Dec 20, 2017 at 2:37 PM, Arkady  wrote:
> I have little doubt that here is a bug in the Cygwin installer. I
> reproduce the problem
> consistently. I use the following command 10 times
> setup-x86.exe -q -s http://cygwin.mirror.constant.com
> The setup fails one time of three in my Win10 64 bits setup.
>
> On Wed, Dec 20, 2017 at 2:25 PM, Arkady  wrote:
>> On Wed, Dec 20, 2017 at 12:27 PM, Achim Gratz  wrote:
>>> Arkady writes:
 setup-x86_64.exe -q -p wget -v

 The installation fails with the last line "Changing gid to
 Administrators" and a small dialog box "setup-x86_64.exe" has stopped
 working A problem caused the program to stop working correctly..."
>>>
>>> That is usually caused by BLODA that recognizes an application that
>>> tries to elevate itself while run from some script.  The solution may be
>>> as simple as to remove the ADS annotation that says "this executable was
>>> downloaded from the dangerous internet" or you may have to explicitly
>>
>> Thank you, Achim,
>>
>> I am running in the Administrator console - there is "Administrator:
>> Command Prompt" at the top
>> of the windows. I am pulling the file from Internet using a power shell 
>> script.
>> According to dir /R there is only one data stream for the file
>>
>>> except setup.exe someplace.  Other potential solutions are to start the
>>> CMD or script with administrative privileges so setup doesn't need to
>>> elevate itslef or use a program like runas that can start setup directly
>>> with elevated privileges.  Which of these is most appropriate to your
>>> environment is something you'll have to find out yourself.
>>>
>>>
>>> Regards,
>>> Achim.
>>> --
>>> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>>>
>>> SD adaptation for Waldorf microQ V2.22R2:
>>> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
>>>
>>> --
>>> 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 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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Arkady
I have little doubt that here is a bug in the Cygwin installer. I
reproduce the problem
consistently. I use the following command 10 times
setup-x86.exe -q -s http://cygwin.mirror.constant.com
The setup fails one time of three in my Win10 64 bits setup.

On Wed, Dec 20, 2017 at 2:25 PM, Arkady  wrote:
> On Wed, Dec 20, 2017 at 12:27 PM, Achim Gratz  wrote:
>> Arkady writes:
>>> setup-x86_64.exe -q -p wget -v
>>>
>>> The installation fails with the last line "Changing gid to
>>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>>> working A problem caused the program to stop working correctly..."
>>
>> That is usually caused by BLODA that recognizes an application that
>> tries to elevate itself while run from some script.  The solution may be
>> as simple as to remove the ADS annotation that says "this executable was
>> downloaded from the dangerous internet" or you may have to explicitly
>
> Thank you, Achim,
>
> I am running in the Administrator console - there is "Administrator:
> Command Prompt" at the top
> of the windows. I am pulling the file from Internet using a power shell 
> script.
> According to dir /R there is only one data stream for the file
>
>> except setup.exe someplace.  Other potential solutions are to start the
>> CMD or script with administrative privileges so setup doesn't need to
>> elevate itslef or use a program like runas that can start setup directly
>> with elevated privileges.  Which of these is most appropriate to your
>> environment is something you'll have to find out yourself.
>>
>>
>> Regards,
>> Achim.
>> --
>> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>>
>> SD adaptation for Waldorf microQ V2.22R2:
>> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
>>
>> --
>> 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 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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Arkady
On Wed, Dec 20, 2017 at 12:27 PM, Achim Gratz  wrote:
> Arkady writes:
>> setup-x86_64.exe -q -p wget -v
>>
>> The installation fails with the last line "Changing gid to
>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>> working A problem caused the program to stop working correctly..."
>
> That is usually caused by BLODA that recognizes an application that
> tries to elevate itself while run from some script.  The solution may be
> as simple as to remove the ADS annotation that says "this executable was
> downloaded from the dangerous internet" or you may have to explicitly

Thank you, Achim,

I am running in the Administrator console - there is "Administrator:
Command Prompt" at the top
of the windows. I am pulling the file from Internet using a power shell script.
According to dir /R there is only one data stream for the file

> except setup.exe someplace.  Other potential solutions are to start the
> CMD or script with administrative privileges so setup doesn't need to
> elevate itslef or use a program like runas that can start setup directly
> with elevated privileges.  Which of these is most appropriate to your
> environment is something you'll have to find out yourself.
>
>
> Regards,
> Achim.
> --
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>
> SD adaptation for Waldorf microQ V2.22R2:
> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
>
> --
> 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 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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Achim Gratz
Arkady writes:
> Another update: the quite mode sometimes succeeds. I estimate that the
> success rate is 30%. It rarely succeeds very first time.
>
> The problem is definitely not new. See, for example,
> https://github.com/boxcutter/windows/blob/master/floppy/cygwin.bat#L50
> The batch start with rather encouraging "Force CYGWIN_ARCH to 32-bit -
> 64-bit seems to crash a lot"

This is long outdated nonsense just like many of the options they use in
the CYGWIN environment variable (that are also missing a space, so they
wouldn't have worked on an old enough Cygwin either.

BTW, you shouldn't download setup-x86_64 and then store it as setup-x86
in CYGWIN.PS1.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-20 Thread Achim Gratz
Arkady writes:
> setup-x86_64.exe -q -p wget -v
>
> The installation fails with the last line "Changing gid to
> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
> working A problem caused the program to stop working correctly..."

That is usually caused by BLODA that recognizes an application that
tries to elevate itself while run from some script.  The solution may be
as simple as to remove the ADS annotation that says "this executable was
downloaded from the dangerous internet" or you may have to explicitly
except setup.exe someplace.  Other potential solutions are to start the
CMD or script with administrative privileges so setup doesn't need to
elevate itslef or use a program like runas that can start setup directly
with elevated privileges.  Which of these is most appropriate to your
environment is something you'll have to find out yourself.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
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 installation fails in Windows 10 when running with --quiet-mode

2017-12-19 Thread Brian Inglis
On 2017-12-19 01:37, Arkady wrote:
> On Mon, Dec 18, 2017 at 8:50 PM, Arkady wrote:
>> On Mon, Dec 18, 2017 at 7:41 PM, Arkady wrote:
>>> On Mon, Dec 18, 2017 at 7:27 PM, Arkady wrote:
 I am trying to do:
 setup-x86_64.exe -q -p wget -v
 The installation fails with the last line
 "Changing gid to Administrators" and a small dialog box
 "setup-x86_64.exe" has stopped working
 A problem caused the program to stop working correctly..."
 I tried
 setup-x86_64.exe -q -p wget -v -B
 and
 setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
 The same result - the setup fails
 The interactive GUI installation works fine.
 The quiet mode fails to install/update Cygwin on the machine where it 
 is already installed.
 What am I missing?
 Thanks.
>>> I tried again on the clean Windows VM
>>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s 
>>> http://cygwin/mirror/constant.com
>>> After that I tried
>>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s 
>>> http://cygwin/mirror/constant.com -p wget,screen
>>> Both worked. Looks like my bad
>> Reproduced again with Autounattend.xml
>> My goal is to prepare a Windows machine with Cygwin installed. I am
>> trying to script the process.
>> I have the following section the Autounattend.xml file
>> 
>> cmd.exe /c C:\Windows\Temp\setup-x86.exe -q 
>> -R C:\cygwin -l C:\Windows\Temp --packages "wget,zip,screen" -s 
>> http://cygwin.mirror.constant.com
>> Install Cygwin
>> 99
>> true
>> 
>> The whole file is
>> https://github.com/larytet/auto-win/blob/master/autounattend/packer-floppy-win10/Autounattend.xml
>> The installation fails with the same
>> "setup-x86.exe has stopped working".
>> I do not see output, but I bet that this is the same
>> "Changing gid to Administrators" problem.>> I suspect that this is something 
>> related to running as an
>> Administrator or System.
>> I will greatly appreciate any tip.
> Another update: the quite mode sometimes succeeds. I estimate that the 
> success rate is 30%. It rarely succeeds very first time.
> The problem is definitely not new. See, for example,
> https://github.com/boxcutter/windows/blob/master/floppy/cygwin.bat#L50
> The batch start with rather encouraging
> "Force CYGWIN_ARCH to 32-bit - 64-bit seems to crash a lot"

If you complete the quote with the later comment suffix
"... on Windows 2008 and 2012"
that may have been true on server installs five or ten years ago, almost half
Cygwin's history, but Cygwin 64 bit has come a long way in that time, as has
Windows 64 itself, Cygwin Windows server support, and the Cygwin 64 bit packages
supported.
Many of us with 64 bit machines and OSes have been running Cygwin 64 bit since
the Cygwin packages we needed became available on Cygwin 64 bit.
Nowadays, you should install the Cygwin arch matching your OS, and Cygwin 64 bit
is recommended if you need to install a lot of packages with DLLs, e.g. X Window
System, especially if you want to run full Gnome or KDE desktops, with many apps
and many dependencies on library packages.

> Indeed 32 bits installer sometimes works.

Cygwin 32 bit and setup-x86 will not work on Windows 64 bit server (2008R2 and
newer) that no longer have 32 bit WoW subsystem support.
You may be unable to set up to run a lot of apps with many dependencies on
libraries in the available address space.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-19 Thread Arkady
For the sake of other desperate developers searching for a solution
after 14 hours of work
This line works (most of the time?):
C:\Users\user\Downloads\setup-x86.exe -q -R C:\cygwin -s
http://mirrors.kernel.org/sourceware/cygwin -P "wget,screen,cat" -a
x86 -v -B -d -n -N

On Tue, Dec 19, 2017 at 11:51 AM, Arkady  wrote:
> This is the full log
> C:\Users\user\Downloads>C:\Users\user\Downloads\setup-x86.exe -q -R
> C:\cygwin -s http://cygwin.mirror.constant.com -P "wget,screen,cat" -a
> x86 -v
>
> C:\Users\user\Downloads>note: Hand installation over to elevated child 
> process.
> Starting cygwin install, version 2.883
> User has backup/restore rights
> Current Directory: C:\Users\user\Downloads
> Could not open service McShield for query, start and stop. McAfee may
> not be installed, or we don't have access.
> root: C:\cygwin system
> Selected local directory: C:\Users\user\Downloads
> net: IE5
> Loaded cached mirror list
> Request for URL http://cygwin.com/mirrors.lst satisfied from cache
> Fetched URL: http://cygwin.com/mirrors.lst
> site: http://cygwin.mirror.constant.com/
> Request for URL http://cygwin.mirror.constant.com/x86/setup.xz.sig
> satisfied from cache
> Fetched URL: http://cygwin.mirror.constant.com/x86/setup.xz.sig
> Request for URL http://cygwin.mirror.constant.com/x86/setup.xz
> satisfied from cache
> Fetched URL: http://cygwin.mirror.constant.com/x86/setup.xz
> compress_xz::bid_xz: success: 48
> compress_xz::bid_xz: success: 48
> INSTALLED.DB version 3
> package gdb comparing versions 7.11.1-2 and 7.12.1-1, result was -1
> package gdb comparing versions 7.12.1-2 and 7.12.1-1, result was 1
> package gdb-debuginfo comparing versions 7.11.1-2 and 7.12.1-1, result was -1
> package gdb-debuginfo comparing versions 7.12.1-2 and 7.12.1-1, result was 1
> package xorg-server comparing versions 1.19.3-2 and 1.19.3-1, result was 1
> package xorg-server-common comparing versions 1.19.3-2 and 1.19.3-1,
> result was 1
> package xorg-server-debuginfo comparing versions 1.19.3-2 and
> 1.19.3-1, result was 1
> package xorg-server-devel comparing versions 1.19.3-2 and 1.19.3-1, result 
> was 1
> package xorg-server-dmx comparing versions 1.19.3-2 and 1.19.3-1, result was 1
> package xorg-server-extra comparing versions 1.19.3-2 and 1.19.3-1, result 
> was 1
> package xwinclip comparing versions 1.19.3-2 and 1.19.3-1, result was 1
> .ini setup_version is 2.883, our setup_version is 2.883
> Added manual package screen
> Added manual package wget
> Changing gid back to original
> Visited: 87 nodes out of 10233 while creating dependency order.
> Dependency order of packages: base-cygwin cygwin dash _autorebase
> libiconv2 libintl8 alternatives libattr1 libgcc1 libgmp10 tzdata
> libstdc++6 terminfo libncursesw10 libreadline7 tzcode coreutils bash
> findutils sed base-files libbz2_1 bzip2 libffi6 libp11-kit0 libtasn1_6
> p11-kit p11-kit-trust ca-certificates libpopt-common libpopt0 cygutils
> libsigsegv2 diffutils editrights zlib0 file libmpfr4 gawk libargp
> getent libpcre1 grep groff gzip hostname info ipc-utils less libuuid1
> libblkid1 libcrypt0 libdb5.3 libgdbm4 libnettle4 libhogweed2
> libgnutls28 libnettle6 libhogweed4 libunistring2 libidn2_0 libgnutls30
> libiconv liblzma5 libopenssl100 libpipeline1 publicsuffix-list-dafsa
> libpsl5 libsmartcols1 libssp0 login util-linux man-db mintty ncurses
> openssl perl_autorebase perl_base perl rebase run screen xz tar
> vim-minimal wget which
> running: C:\cygwin\bin\dash.exe "/etc/postinstall/0p_000_autorebase.dash"
> Updating package information in /var/cache/rebase/rebase_pkg.
> Updating rebase information for installed dynamic objects in
> /var/cache/rebase/rebase_lst.
> Updating rebase information for installed executables in
> /var/cache/rebase/rebase_exe.
> removing /var/cache/rebase/rebase_dyn
> creating empty /var/cache/rebase/rebase_dyn
> Updating rebase information for user-defined dynamic objects
> /var/cache/rebase/rebase_user.
> Updating rebase information for user-defined executables
> /var/cache/rebase/rebase_user_exe.
> Rebasing with list /var/cache/rebase/rebase_all, built from
> /var/cache/rebase/rebase_lst /var/cache/rebase/rebase_dyn
> /var/cache/rebase/rebase_user.
>
> running: C:\cygwin\bin\dash.exe "/etc/postinstall/0p_update-info-dir.dash"
> running: C:\cygwin\bin\bash.exe --norc --noprofile
> "/etc/postinstall/zp_man-db.sh"
> Changing gid to Administrators
>
> On Tue, Dec 19, 2017 at 10:37 AM, Arkady  wrote:
>> Another update: the quite mode sometimes succeeds. I estimate that the
>> success rate is 30%. It rarely succeeds very first time.
>>
>> The problem is definitely not new. See, for example,
>> https://github.com/boxcutter/windows/blob/master/floppy/cygwin.bat#L50
>> The batch start with rather encouraging "Force CYGWIN_ARCH to 32-bit -
>> 64-bit seems to crash a lot"
>> Indeed 32 bits installer sometimes works.
>>
>> On Mon, Dec 18, 2017 at 8:50 PM, Arkady  wrote:
>>> Reproduced again with Autounattend.xml
>>> My goal is to prepare

Re: cygwin installation fails in Windows 10 when running with --quite-mode

2017-12-19 Thread Arkady
This is the full log
C:\Users\user\Downloads>C:\Users\user\Downloads\setup-x86.exe -q -R
C:\cygwin -s http://cygwin.mirror.constant.com -P "wget,screen,cat" -a
x86 -v

C:\Users\user\Downloads>note: Hand installation over to elevated child process.
Starting cygwin install, version 2.883
User has backup/restore rights
Current Directory: C:\Users\user\Downloads
Could not open service McShield for query, start and stop. McAfee may
not be installed, or we don't have access.
root: C:\cygwin system
Selected local directory: C:\Users\user\Downloads
net: IE5
Loaded cached mirror list
Request for URL http://cygwin.com/mirrors.lst satisfied from cache
Fetched URL: http://cygwin.com/mirrors.lst
site: http://cygwin.mirror.constant.com/
Request for URL http://cygwin.mirror.constant.com/x86/setup.xz.sig
satisfied from cache
Fetched URL: http://cygwin.mirror.constant.com/x86/setup.xz.sig
Request for URL http://cygwin.mirror.constant.com/x86/setup.xz
satisfied from cache
Fetched URL: http://cygwin.mirror.constant.com/x86/setup.xz
compress_xz::bid_xz: success: 48
compress_xz::bid_xz: success: 48
INSTALLED.DB version 3
package gdb comparing versions 7.11.1-2 and 7.12.1-1, result was -1
package gdb comparing versions 7.12.1-2 and 7.12.1-1, result was 1
package gdb-debuginfo comparing versions 7.11.1-2 and 7.12.1-1, result was -1
package gdb-debuginfo comparing versions 7.12.1-2 and 7.12.1-1, result was 1
package xorg-server comparing versions 1.19.3-2 and 1.19.3-1, result was 1
package xorg-server-common comparing versions 1.19.3-2 and 1.19.3-1,
result was 1
package xorg-server-debuginfo comparing versions 1.19.3-2 and
1.19.3-1, result was 1
package xorg-server-devel comparing versions 1.19.3-2 and 1.19.3-1, result was 1
package xorg-server-dmx comparing versions 1.19.3-2 and 1.19.3-1, result was 1
package xorg-server-extra comparing versions 1.19.3-2 and 1.19.3-1, result was 1
package xwinclip comparing versions 1.19.3-2 and 1.19.3-1, result was 1
.ini setup_version is 2.883, our setup_version is 2.883
Added manual package screen
Added manual package wget
Changing gid back to original
Visited: 87 nodes out of 10233 while creating dependency order.
Dependency order of packages: base-cygwin cygwin dash _autorebase
libiconv2 libintl8 alternatives libattr1 libgcc1 libgmp10 tzdata
libstdc++6 terminfo libncursesw10 libreadline7 tzcode coreutils bash
findutils sed base-files libbz2_1 bzip2 libffi6 libp11-kit0 libtasn1_6
p11-kit p11-kit-trust ca-certificates libpopt-common libpopt0 cygutils
libsigsegv2 diffutils editrights zlib0 file libmpfr4 gawk libargp
getent libpcre1 grep groff gzip hostname info ipc-utils less libuuid1
libblkid1 libcrypt0 libdb5.3 libgdbm4 libnettle4 libhogweed2
libgnutls28 libnettle6 libhogweed4 libunistring2 libidn2_0 libgnutls30
libiconv liblzma5 libopenssl100 libpipeline1 publicsuffix-list-dafsa
libpsl5 libsmartcols1 libssp0 login util-linux man-db mintty ncurses
openssl perl_autorebase perl_base perl rebase run screen xz tar
vim-minimal wget which
running: C:\cygwin\bin\dash.exe "/etc/postinstall/0p_000_autorebase.dash"
Updating package information in /var/cache/rebase/rebase_pkg.
Updating rebase information for installed dynamic objects in
/var/cache/rebase/rebase_lst.
Updating rebase information for installed executables in
/var/cache/rebase/rebase_exe.
removing /var/cache/rebase/rebase_dyn
creating empty /var/cache/rebase/rebase_dyn
Updating rebase information for user-defined dynamic objects
/var/cache/rebase/rebase_user.
Updating rebase information for user-defined executables
/var/cache/rebase/rebase_user_exe.
Rebasing with list /var/cache/rebase/rebase_all, built from
/var/cache/rebase/rebase_lst /var/cache/rebase/rebase_dyn
/var/cache/rebase/rebase_user.

running: C:\cygwin\bin\dash.exe "/etc/postinstall/0p_update-info-dir.dash"
running: C:\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/zp_man-db.sh"
Changing gid to Administrators

On Tue, Dec 19, 2017 at 10:37 AM, Arkady  wrote:
> Another update: the quite mode sometimes succeeds. I estimate that the
> success rate is 30%. It rarely succeeds very first time.
>
> The problem is definitely not new. See, for example,
> https://github.com/boxcutter/windows/blob/master/floppy/cygwin.bat#L50
> The batch start with rather encouraging "Force CYGWIN_ARCH to 32-bit -
> 64-bit seems to crash a lot"
> Indeed 32 bits installer sometimes works.
>
> On Mon, Dec 18, 2017 at 8:50 PM, Arkady  wrote:
>> Reproduced again with Autounattend.xml
>> My goal is to prepare a Windows machine with Cygwin installed. I am
>> trying to script the process.
>>
>> I have the following section the Autounattend.xml file
>>
>> 
>> cmd.exe /c
>> C:\Windows\Temp\setup-x86.exe -q -R C:\cygwin -l C:\Windows\Temp
>> --packages "wget,zip,screen" -s
>> http://cygwin.mirror.constant.com
>> Install Cygwin
>> 99
>> true
>> 
>>
>>
>> The whole file is
>> https://github.com/l

Re: cygwin installation fails in Windows 10 when running with --quite-mode

2017-12-19 Thread Arkady
Another update: the quite mode sometimes succeeds. I estimate that the
success rate is 30%. It rarely succeeds very first time.

The problem is definitely not new. See, for example,
https://github.com/boxcutter/windows/blob/master/floppy/cygwin.bat#L50
The batch start with rather encouraging "Force CYGWIN_ARCH to 32-bit -
64-bit seems to crash a lot"
Indeed 32 bits installer sometimes works.

On Mon, Dec 18, 2017 at 8:50 PM, Arkady  wrote:
> Reproduced again with Autounattend.xml
> My goal is to prepare a Windows machine with Cygwin installed. I am
> trying to script the process.
>
> I have the following section the Autounattend.xml file
>
> 
> cmd.exe /c
> C:\Windows\Temp\setup-x86.exe -q -R C:\cygwin -l C:\Windows\Temp
> --packages "wget,zip,screen" -s
> http://cygwin.mirror.constant.com
> Install Cygwin
> 99
> true
> 
>
>
> The whole file is
> https://github.com/larytet/auto-win/blob/master/autounattend/packer-floppy-win10/Autounattend.xml
>
> The installation fails with the same "setu-x86.exe has stopped
> working". I do not see output, but I bet that this is the same
> "Changing gid to
> Administrators" problem.
> I suspect that this is something related to running as an
> Administrator or System.
>
> I will greatly appreciate any tip.
>
>
> On Mon, Dec 18, 2017 at 7:41 PM, Arkady  wrote:
>> I tried again on the clean Windows VM
>>
>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
>> http://cygwin/mirror/constant.com
>>
>> After that I tried
>>
>>
>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
>> http://cygwin/mirror/constant.com -p wget,screen
>>
>> Both worked. Looks like my bad
>>
>> On Mon, Dec 18, 2017 at 7:27 PM, Arkady  wrote:
>>> Hi,
>>>
>>> I am trying to do:
>>>
>>> setup-x86_64.exe -q -p wget -v
>>>
>>> The installation fails with the last line "Changing gid to
>>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>>> working A problem caused the program to stop working correctly..."
>>>
>>> I tried
>>> setup-x86_64.exe -q -p wget -v -B
>>> and
>>> setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
>>>
>>> The same result - the setup fails
>>> The interactive GUI installation works fine.
>>> The quite mode fails to install/update Cygwin on the machin where it
>>> is already installed.
>>>
>>>
>>> What am I missing?
>>>
>>> Thanks.

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-18 Thread Brian Inglis
On 2017-12-18 11:50, Arkady wrote:
> On Mon, Dec 18, 2017 at 7:41 PM, Arkady wrote:
>> On Mon, Dec 18, 2017 at 7:27 PM, Arkady wrote:
>>> I am trying to do:
>>> setup-x86_64.exe -q -p wget -v
>>> The installation fails with the last line "Changing gid to
>>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>>> working A problem caused the program to stop working correctly..."
>>> I tried
>>> setup-x86_64.exe -q -p wget -v -B
>>> and
>>> setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
>>> The same result - the setup fails
>>> The interactive GUI installation works fine.
>>> The quite mode fails to install/update Cygwin on the machin where it
>>> is already installed.
>>> What am I missing?> Reproduced again with Autounattend.xml
>> I tried again on the clean Windows VM
>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
>> http://cygwin/mirror/constant.com
>> After that I tried
>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
>> http://cygwin/mirror/constant.com -p wget,screen
>> Both worked. Looks like my bad
> My goal is to prepare a Windows machine with Cygwin installed. I am
> trying to script the process.
> I have the following section the Autounattend.xml file
> 
> cmd.exe /c
> C:\Windows\Temp\setup-x86.exe -q -R C:\cygwin -l C:\Windows\Temp
> --packages "wget,zip,screen" -s
> http://cygwin.mirror.constant.com
> Install Cygwin
> 99
> true
> 
> The whole file is
> https://github.com/larytet/auto-win/blob/master/autounattend/packer-floppy-win10/Autounattend.xml
> The installation fails with the same "setu-x86.exe has stopped
> working". I do not see output, but I bet that this is the same
> "Changing gid to
> Administrators" problem.
> I suspect that this is something related to running as an
> Administrator or System.
> I will greatly appreciate any tip.

Suggest the first step in your process should be to download
https://cygwin.com/setup-x86.exe
as you will get warnings if setup .exe and .ini versions mismatch (setup just
changed again).

Use -B to install for current user only, or run under admin account and use -W
to wait for elevated child,
You could add -v to get more info in ROOT/var/log/setup.log (appended summaries)
and .../setup.log.full (last run details).

You might want to add -g to be able to rerun and keep versions in old installs
upgraded in sync with new installs, as Cygwin does rolling releases and supports
only current releases; you might also need this for initial installs to get base
packages: it's been a long time since I tried any initial installs.

You should not need to run cmd unless you want to run a bat[ch] or c[om]m[an]d
script.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-18 Thread Arkady
Reproduced again with Autounattend.xml
My goal is to prepare a Windows machine with Cygwin installed. I am
trying to script the process.

I have the following section the Autounattend.xml file


cmd.exe /c
C:\Windows\Temp\setup-x86.exe -q -R C:\cygwin -l C:\Windows\Temp
--packages "wget,zip,screen" -s
http://cygwin.mirror.constant.com
Install Cygwin
99
true



The whole file is
https://github.com/larytet/auto-win/blob/master/autounattend/packer-floppy-win10/Autounattend.xml

The installation fails with the same "setu-x86.exe has stopped
working". I do not see output, but I bet that this is the same
"Changing gid to
Administrators" problem.
I suspect that this is something related to running as an
Administrator or System.

I will greatly appreciate any tip.


On Mon, Dec 18, 2017 at 7:41 PM, Arkady  wrote:
> I tried again on the clean Windows VM
>
> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
> http://cygwin/mirror/constant.com
>
> After that I tried
>
>
> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
> http://cygwin/mirror/constant.com -p wget,screen
>
> Both worked. Looks like my bad
>
> On Mon, Dec 18, 2017 at 7:27 PM, Arkady  wrote:
>> Hi,
>>
>> I am trying to do:
>>
>> setup-x86_64.exe -q -p wget -v
>>
>> The installation fails with the last line "Changing gid to
>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>> working A problem caused the program to stop working correctly..."
>>
>> I tried
>> setup-x86_64.exe -q -p wget -v -B
>> and
>> setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
>>
>> The same result - the setup fails
>> The interactive GUI installation works fine.
>> The quite mode fails to install/update Cygwin on the machin where it
>> is already installed.
>>
>>
>> What am I missing?
>>
>> Thanks.

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-18 Thread Arkady
Ok,
I have figured it out
setup-x86_64.exe -p "wget,screen" -q -R C:\cygwin -s
http://cygwin.mirror.constant.com

On Mon, Dec 18, 2017 at 8:07 PM, Arkady  wrote:
> The following command on a clean Windows 10 virtual machine
> setup-x86_64.exe -p wget,screen -q -R C:\cygwin -s
> http://cygwin.mirror.constant.com
> completes fine, sets the icon on the desktop.
> When I open the cygwin terminal and try commands wget or screen I am
> getting "command not found"
> Indeed folder C:\cygwin does not contain wget and screen utilities.
> Apparently I am still missing something about the usage of quiet mode
>
>
>
> On Mon, Dec 18, 2017 at 7:41 PM, Arkady  wrote:
>> I tried again on the clean Windows VM
>>
>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
>> http://cygwin/mirror/constant.com
>>
>> After that I tried
>>
>>
>> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
>> http://cygwin/mirror/constant.com -p wget,screen
>>
>> Both worked. Looks like my bad
>>
>> On Mon, Dec 18, 2017 at 7:27 PM, Arkady  wrote:
>>> Hi,
>>>
>>> I am trying to do:
>>>
>>> setup-x86_64.exe -q -p wget -v
>>>
>>> The installation fails with the last line "Changing gid to
>>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>>> working A problem caused the program to stop working correctly..."
>>>
>>> I tried
>>> setup-x86_64.exe -q -p wget -v -B
>>> and
>>> setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
>>>
>>> The same result - the setup fails
>>> The interactive GUI installation works fine.
>>> The quite mode fails to install/update Cygwin on the machin where it
>>> is already installed.
>>>
>>>
>>> What am I missing?
>>>
>>> Thanks.

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-18 Thread Arkady
The following command on a clean Windows 10 virtual machine
setup-x86_64.exe -p wget,screen -q -R C:\cygwin -s
http://cygwin.mirror.constant.com
completes fine, sets the icon on the desktop.
When I open the cygwin terminal and try commands wget or screen I am
getting "command not found"
Indeed folder C:\cygwin does not contain wget and screen utilities.
Apparently I am still missing something about the usage of quiet mode



On Mon, Dec 18, 2017 at 7:41 PM, Arkady  wrote:
> I tried again on the clean Windows VM
>
> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
> http://cygwin/mirror/constant.com
>
> After that I tried
>
>
> setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
> http://cygwin/mirror/constant.com -p wget,screen
>
> Both worked. Looks like my bad
>
> On Mon, Dec 18, 2017 at 7:27 PM, Arkady  wrote:
>> Hi,
>>
>> I am trying to do:
>>
>> setup-x86_64.exe -q -p wget -v
>>
>> The installation fails with the last line "Changing gid to
>> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
>> working A problem caused the program to stop working correctly..."
>>
>> I tried
>> setup-x86_64.exe -q -p wget -v -B
>> and
>> setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
>>
>> The same result - the setup fails
>> The interactive GUI installation works fine.
>> The quite mode fails to install/update Cygwin on the machin where it
>> is already installed.
>>
>>
>> What am I missing?
>>
>> Thanks.

--
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 installation fails in Windows 10 when running with --quite-mode

2017-12-18 Thread Arkady
I tried again on the clean Windows VM

setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
http://cygwin/mirror/constant.com

After that I tried


setup-x86_64.exe -q -B -R C:\Users\user\Downloads -s
http://cygwin/mirror/constant.com -p wget,screen

Both worked. Looks like my bad

On Mon, Dec 18, 2017 at 7:27 PM, Arkady  wrote:
> Hi,
>
> I am trying to do:
>
> setup-x86_64.exe -q -p wget -v
>
> The installation fails with the last line "Changing gid to
> Administrators" and a small dialog box "setup-x86_64.exe" has stopped
> working A problem caused the program to stop working correctly..."
>
> I tried
> setup-x86_64.exe -q -p wget -v -B
> and
> setup-x86_64.exe -q -p wget -v -B -R C:\Windows\Temp
>
> The same result - the setup fails
> The interactive GUI installation works fine.
> The quite mode fails to install/update Cygwin on the machin where it
> is already installed.
>
>
> What am I missing?
>
> Thanks.

--
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 installation issues with Powerbroker

2017-04-08 Thread Achim Gratz
Akshay Belle writes:
> I am trying to use cygwin on my office laptop, which as a software
> called powerbroker that provide admin privileges for installation of
> third party software like cygwin. Powerbroker has worked well with all
> other software installations, however cygwin is not installing
> correctly with powerbroker.

It seems to me that PowerBroker, advertising itself as providing
application based policies, would need specific rules for Cygwin.  This
would either need cooperation from your IT department or even
enhancements from BeyondTrust.

> 2017/04/04 11:52:56 running: C:\cygwin\bin\dash.exe
> "/etc/postinstall/0p_000_autorebase.dash"
>   0 [main] dash 10092 fork: child 20984 - died waiting for dll
> loading, errno 11

It seems that PowerBroker works by inserting itself into every process
image.  That's not going to work.

Until Beyond Trust comes up with a fix, I'd say PowerBroker should be
added to the BLODA.

https://cygwin.com/faq/faq.html#faq.using.bloda


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
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 installation on a synology NAS drive

2015-03-02 Thread Andrey Repin
Greetings, Dr. Volker Zell!

>>> I created a shared folder on a Synology NAS and mapped it to a Windows 7
>>> host system. Both Windows 7 and Synology NAS have the same named user
>>> account (part of admin groups). The named user has full access to the
>>> shared folder on the NAS side.
>>
>>> I then tried installing latest cygwin versions (x86/x64) on the mapped
>>> drive (at the root filesystem) but got permissions errors from setup.exe
>>
>>> Setup was actually able to create the cygwin directory structure but
>>> could not write to the log file.
>>
>>> Creating directories/files and writing to files is no problem with
>>> windows tools on the mapped drive.
>>
>>> Anybody else tried this setup or knows what's going on here ? Or is a
>>> cygwin installation on a NAS not supported ?
>>
>> Have you authorized admin session on NAS before starting setup?

> How do you do this ?

I'm mapping disks twice :)
First as regular user, second as elevated.

>> Setup by default request elevation and that change all authorization context
>> of the application. Even mapped drive letters are different for elevated
>> process.
>> Can you try to start elevated cmd.exe, make sure you have correct maps/write
>> access to  destination directory in there and start setup.exe from it?

> Same result

Opss... bad.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 03.03.2015, <00:04>

Sorry for my terrible english...


--
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 installation on a synology NAS drive

2015-03-02 Thread Dr. Volker Zell

On 02.03.2015 17:56, Andrey Repin wrote:

Greetings, U-leila\vzell!


I created a shared folder on a Synology NAS and mapped it to a Windows 7
host system. Both Windows 7 and Synology NAS have the same named user
account (part of admin groups). The named user has full access to the
shared folder on the NAS side.



I then tried installing latest cygwin versions (x86/x64) on the mapped
drive (at the root filesystem) but got permissions errors from setup.exe



Setup was actually able to create the cygwin directory structure but
could not write to the log file.



Creating directories/files and writing to files is no problem with
windows tools on the mapped drive.



Anybody else tried this setup or knows what's going on here ? Or is a
cygwin installation on a NAS not supported ?


Have you authorized admin session on NAS before starting setup?


How do you do this ?


Setup by default request elevation and that change all authorization context
of the application. Even mapped drive letters are different for elevated
process.
Can you try to start elevated cmd.exe, make sure you have correct maps/write
access to  destination directory in there and start setup.exe from it?


Same result


--
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 installation on a synology NAS drive

2015-03-02 Thread Andrey Repin
Greetings, U-leila\vzell!

> I created a shared folder on a Synology NAS and mapped it to a Windows 7
> host system. Both Windows 7 and Synology NAS have the same named user
> account (part of admin groups). The named user has full access to the
> shared folder on the NAS side.

> I then tried installing latest cygwin versions (x86/x64) on the mapped
> drive (at the root filesystem) but got permissions errors from setup.exe

> Setup was actually able to create the cygwin directory structure but
> could not write to the log file.

> Creating directories/files and writing to files is no problem with
> windows tools on the mapped drive.

> Anybody else tried this setup or knows what's going on here ? Or is a
> cygwin installation on a NAS not supported ? 

Have you authorized admin session on NAS before starting setup?
Setup by default request elevation and that change all authorization context
of the application. Even mapped drive letters are different for elevated
process.
Can you try to start elevated cmd.exe, make sure you have correct maps/write
access to  destination directory in there and start setup.exe from it?


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 02.03.2015, <19:52>

Sorry for my terrible english...


--
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 installation on a synology NAS drive

2015-03-02 Thread Dr. Volker Zell
> Corinna Vinschen writes:

> On Mar  2 15:43, U-leila\vzell wrote:
>> Hi
>> 
>> I created a shared folder on a Synology NAS and mapped it to a Windows 7
>> host system. Both Windows 7 and Synology NAS have the same named user
>> account (part of admin groups). The named user has full access to the
>> shared folder on the NAS side.
>> 
>> I then tried installing latest cygwin versions (x86/x64) on the mapped
>> drive (at the root filesystem) but got permissions errors from setup.exe
>> 
>> Setup was actually able to create the cygwin directory structure but
>> could not write to the log file.
>> 
>> Creating directories/files and writing to files is no problem with
>> windows tools on the mapped drive.
>> 
>> Anybody else tried this setup or knows what's going on here ? Or is a
>> cygwin installation on a NAS not supported ? 

> Does the NAS screw up POSIX-like ACLs?  Problems with FILE_DELETE_CHILD?
> The /var/log dir is created with 1777 perms, so the FILE_DELETE_CHILD
> flag is not set in the ACEs.

This is how it looks like with icacls:

Q:\var Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\etc Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\bin Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\dev Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\home Everyone:(NP)(RX,W)
Everyone:(OI)(CI)(IO)(RX)
CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\lib Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\tmp Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\var\log Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\var\run Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\var\tmp Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\var\log\setup.log Everyone:(R)

Q:\var\run\utmp Everyone:(R,W)

Q:\etc\setup Everyone:(NP)(RX)
 Everyone:(OI)(CI)(IO)(RX)
 CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\etc\fstab.d Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\etc\postinstall Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\etc\setup\timestamp Everyone:(I)(RX)
   (I)(F)

Q:\etc\setup\_autorebase.lst.gz Everyone:(R)

Q:\etc\setup\setup.rc Everyone:(R)

Q:\etc\postinstall\0p_000_autorebase.dash Everyone:(RX)

Q:\etc\postinstall\0p_000_autorebase.dash.new Everyone:(RX)

Q:\dev\mqueue Everyone:(NP)(RX,W)
  Everyone:(OI)(CI)(IO)(RX)
  CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\dev\shm Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr\local Everyone:(NP)(RX)
 Everyone:(OI)(CI)(IO)(RX)
 CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr\src Everyone:(NP)(RX)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr\tmp Everyone:(NP)(RX,W)
   Everyone:(OI)(CI)(IO)(RX)
   CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr\local\bin Everyone:(NP)(RX)
 Everyone:(OI)(CI)(IO)(RX)
 CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr\local\etc Everyone:(NP)(RX)
 Everyone:(OI)(CI)(IO)(RX)
 CREATOR OWNER:(OI)(CI)(IO)(F)

Q:\usr\local\lib Everyone:(NP)(RX)
 Everyone:(OI)(CI)(IO)(RX)
 CREATOR OWNER:(OI)(CI)(IO)(F)

Successfully processed 29 files; Failed processing 0 files


--
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 installation on a synology NAS drive

2015-03-02 Thread Corinna Vinschen
On Mar  2 15:43, U-leila\vzell wrote:
> Hi
> 
> I created a shared folder on a Synology NAS and mapped it to a Windows 7
> host system. Both Windows 7 and Synology NAS have the same named user
> account (part of admin groups). The named user has full access to the
> shared folder on the NAS side.
> 
> I then tried installing latest cygwin versions (x86/x64) on the mapped
> drive (at the root filesystem) but got permissions errors from setup.exe
> 
> Setup was actually able to create the cygwin directory structure but
> could not write to the log file.
> 
> Creating directories/files and writing to files is no problem with
> windows tools on the mapped drive.
> 
> Anybody else tried this setup or knows what's going on here ? Or is a
> cygwin installation on a NAS not supported ? 

Does the NAS screw up POSIX-like ACLs?  Problems with FILE_DELETE_CHILD?
The /var/log dir is created with 1777 perms, so the FILE_DELETE_CHILD
flag is not set in the ACEs.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpdgfICJxoLp.pgp
Description: PGP signature


Re: Cygwin installation scope

2014-01-05 Thread Larry Hall (Cygwin)

On 1/5/2014 11:48 AM, Gerry Reno wrote:

Is there a way to install Cygwin such that it would only be accessible
to  Users within a specific Windows Group?

Right now you either get it just for the installing user or for All
Users.   We would like access to be limited to a Group.


setup*.exe's option for current/all users has more to do with setting up
the services to permit changing the user context.  It's not meant as a
feature to implement some kind of security.  In other words, setup*.exe
does not support limiting access to particular users.


I could restrict permissions on C:\cygwin but will that interfere with
running Setup if we want to update packages?


It shouldn't so long as individuals that run setup*.exe have access to
the installation location.  Using Windows security is really the only
way to enforcing the kind of security I believe you're looking for here.


And then what about the desktop and start menu icons in all the other
User's desktops who aren't in the Group?


You'd need to remove these after the fact.

--
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: Cygwin installation - "Download Incomplete" on perl package

2013-09-10 Thread Larry Hall (Cygwin)

On 9/10/2013 3:32 PM, B Baldwin wrote:

Attempting to install Cygwin.  Keep getting "Download Incomplete" errors,
eventually got all except Perl (perl-5.14.2-3.tar.bz2), which continues to
return this error.  This has been occurring for the last ~5 hours, on every
mirror listed.  There are about 10 mirrors listed in the setup program, and
the ~ 10 listed changed within the last hour, but still same error on each
mirror with the perl package.

Do I have a problem on my end or do I just need to wait longer for some
mirror updates to occur?


The latter.  Give it until tomorrow to see if the mirrors can catch
their breath with the recent deluge of "updates".

--
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: Cygwin Installation Stops in Middle

2013-07-03 Thread marco atzeri

Il 7/4/2013 6:31 AM, Fitzharris, Margaret A ha scritto:

I have been waiting for hours and the installation is stuck at the same point. 
I have tried both methods of installing all the files and just the default 
files, and the installation process always gets stuck at the same place. I have 
turned off the firewall and anti-virus software on my computer.

Is there anything else that I could be doing wrong?

Thanks,

Margaret Fitzharris



Margaret
please follow up on the same thread.
Opening a new one to discuss always the same issue make
difficult to support you

This script is not part of base
  /etc/postinstall/dbus.sh

so you have residual of previous failed trials.
Setup is trying to run all scripts/etc/postinstall/*.sh
all completed are renamed/etc/postinstall/*.sh.done

Remove the full cygwin install directory, and install only
the  Base category (that is the default)

Regards
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: Cygwin Installation Stops in Middle

2013-07-03 Thread Václav Zeman
On 07/04/2013 06:31 AM, Fitzharris, Margaret A wrote:
> I have been waiting for hours and the installation is stuck at the
> same point. I have tried both methods of installing all the files and
> just the default files, and the installation process always gets
> stuck at the same place. I have turned off the firewall and
> anti-virus software on my computer.
> 
> Is there anything else that I could be doing wrong?
Are you sure that it is really stuck? When you are installing TexLive,
things seemingly stop progressing for a long time because it takes a
long time to install it and run all post installation scripts for it.

-- 
VZ




signature.asc
Description: OpenPGP digital signature


Re: Cygwin Installation Stops in the Middle

2013-07-03 Thread Ken Brown

On 7/3/2013 8:22 PM, Fitzharris, Margaret A wrote:

I was downloading the first Cygwin setup installation located at 
http://www.cygwin.com/install.html. I tried installing directly from the internet, using 
all the default settings, such as root directory: C:/Cygwin. However, the installation 
gets stuck whenever it starts installing something like, 
"/etc/postinstall/dbus.sh". I have turned off my firewall. Is there anything 
else that could be causing this problem?


It's not installing anything at this point.  It's running postinstall 
scripts, some of which can be time consuming.  Maybe you just weren't 
patient enough.


Did you by any chance choose to install more than the packages that are 
installed by default?  (These are the packages in the Base category.) 
If so, I recommend that you start by just installing the Base packages. 
 You can always re-run setup.exe later and choose additional packages.


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: Cygwin Installation Stops in Middle

2013-07-02 Thread marco atzeri

Il 7/3/2013 3:36 AM, Fitzharris, Margaret A ha scritto:
I used to code in C using Cygwin and Netbeans to compile but have not used it since Spring, 2012.When I went to use an old program, I received a warning saying that my 
Cygwin version was out of date. When I tried to update my Cygwin 
installation online, the program would get stuck in the middle of the 
update/install Cygwin program. Thinking that this was related to my 
previous Cygwin files on my computer, I deleted all previous versions of 
Cygwin and Netbeans. The only C compiler on my desktop is now Code 
Composer Studio. Whenever I try installing Cygwin after all these 
alterations, the installation process still gets stuck at the same point 
when installing. Is there any way to fix this?


Thanks,

Margaret Fitzharris



More info please :

where setup  get stuck ?

- downloading what ?
- configuring what ?

Any unfiendrely antivirus running ?

May I suggest the following reading:

Problem reports:   http://cygwin.com/problems.html


additional info

FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html


Regards
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: CYGWIN Installation Issues

2009-08-07 Thread Steven Julian
Thanks for the response.  I tried adding c:\cygwin\bin\ to the path,
with the same results as before, so I checked the /etc/postinstall/
directory as you mentioned.  The files in there all end in .sh.done
except for two .tgz files (gcc-mingw-core and gcc-mingw-g++).  I ran
the installer from the desktop, but there was no 'setup.log.full'
there.  So, I did a complete uninstall from setup, deleted the cygwin
folder, and removed the registry entries.  I left the path there,
since I was about to reinstall anyways.  Then I rebooted the system,
ran the install as usual, and got the same results, even in the
postinstall directory.  I found the setup.log.full in /var/log/, and
at the bottom of it, it has the following lines:

2009/08/07 14:42:25 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/terminfo.sh
/usr/bin/bash: /etc/postinstall/terminfo.sh: /bin/sh: bad interpreter:
No such file or directory
2009/08/07 14:42:29 abnormal exit: exit code=126
2009/08/07 14:42:29 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/update-info-dir.sh
/usr/bin/bash: /etc/postinstall/update-info-dir.sh: /bin/sh: bad
interpreter: No such file or directory
2009/08/07 14:42:29 abnormal exit: exit code=126
2009/08/07 14:42:29 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/00bash.sh
2009/08/07 14:42:29 abnormal exit: exit code=128
2009/08/07 14:42:29 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:29 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/passwd-grp.sh
/usr/bin/bash: /etc/postinstall/passwd-grp.sh: /bin/sh: bad
interpreter: No such file or directory
2009/08/07 14:42:29 abnormal exit: exit code=126
2009/08/07 14:42:29 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:29 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/00ash.sh
2009/08/07 14:42:29 abnormal exit: exit code=128
2009/08/07 14:42:29 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:29 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/coreutils.sh
/etc/postinstall/00ash.sh: Can't open /etc/postinstall/00ash.sh: No
such file or directory
ectory
2009/08/07 14:42:30 abnormal exit: exit code=126
2009/08/07 14:42:30 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:30 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/findutils.sh
/usr/bin/bash: /etc/postinstall/findutils.sh: No such file or directory
2009/08/07 14:42:30 abnormal exit: exit code=127
2009/08/07 14:42:30 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:30 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/base-files-mketc.sh
/usr/bin/bash: /etc/postinstall/base-files-mketc.sh: /bin/sh: bad
interpreter: No such file or directory
2009/08/07 14:42:30 abnormal exit: exit code=126
2009/08/07 14:42:30 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:30 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/base-files-profile.sh
/usr/bin/bash: /etc/postinstall/base-files-profile.sh: /bin/sh: bad
interpreter: No such file or directory
2009/08/07 14:42:30 abnormal exit: exit code=126
2009/08/07 14:42:30 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:30 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/bzip2.sh
/usr/bin/bash: /etc/postinstall/bzip2.sh: No such file or directory
2009/08/07 14:42:30 abnormal exit: exit code=127
2009/08/07 14:42:30 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:31 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/man.sh
/usr/bin/bash: /etc/postinstall/man.sh: /bin/sh: bad interpreter: No
such file or directory
2009/08/07 14:42:31 abnormal exit: exit code=126
2009/08/07 14:42:31 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:31 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/cygwin-doc.sh
/usr/bin/bash: /etc/postinstall/cygwin-doc.sh: /bin/sh: bad
interpreter: No such file or directory
2009/08/07 14:42:31 abnormal exit: exit code=126
2009/08/07 14:42:31 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:31 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:31 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/gcc-mingw-core.sh
/usr/bin/bash: /etc/postinstall/gcc-mingw-core.sh: /bin/sh: bad
interpreter: No such file or directory
2009/08/07 14:42:31 abnormal exit: exit code=126
2009/08/07 14:42:31 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:31 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa03504'
2009/08/07 14:42:31 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/gcc-mingw-g++.sh
/usr/bin/bash: /etc/postinstall/gcc-mingw-g++.sh: /bin/sh: bad
interpreter: No such file or direct

Re: CYGWIN Installation Issues

2009-08-07 Thread Larry Hall (Cygwin)

On 08/07/2009 01:12 PM, Steven Julian wrote:

Oops...didn't realize gmail was sending in rich text...that might
explain why I never got a reply, eh?


Yeah, could be. ;-)

I don't see allot here, other than the path is wrong, which likely leads to
many of your other troubles.  Check your '/etc/postinstall' directory for
scripts with the ".done" suffix.  If you find some, try rerunning
'setup.exe' again and just "Next" through all the pages.  This should run
any postinstall scripts that haven't been run already.  Check the
'/etc/postinstall' directory again to see if that's true (i.e. they all have
the ".done" suffix.)  If not, it could be BLODA
.  You can also look at your
'setup.log.full' where you ran 'setup.exe' for any failures that may have
occurred.  These may be cryptic however.  Still, it may give some insight
into the problem.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

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: CYGWIN Installation Issues

2009-08-07 Thread Steven Julian
Oops...didn't realize gmail was sending in rich text...that might
explain why I never got a reply, eh?

Here it is again

On Fri, Aug 7, 2009 at 11:41 AM, Steven Julian wrote:
> OK, upon doing more testing, and after several uninstalls/reinstalls, I
> finally got cygcheck to run.  Output is attached, however, while running, it
> popped up several error messages from id.exe that said "The instruction at
> "0x6100365f" referenced memory at "0c0065da90".  The memory could not be
> written."  At the same time, the message "garbled output from 'id' command -
> no uid= found" was echoed to the console.  It seems like something is not
> installing completely, but I have no idea what that may be.
>
> On Wed, Aug 5, 2009 at 10:06 AM, Steven Julian  wrote:
>>
>> Hello,
>>
>> I am still fairly new to cygwin, but have successfully installed it on
>> several computers, with multiple operating systems with the steps my
>> predecessor left for me.  These directions tell me to install in cygwin,
>> taking all the defaults, and to be sure to add cygrunsrv, gcc-core, gcc-g++,
>> gzip, make, openssl, ruby, and subversion.  Normally, when I do this, and
>> then run cygwin, I get a prompt that reads:
>>
>> administra...@servername ~
>> $
>>
>> I can type ls here, and it immediately goes to another prompt.
>>
>> On the problematic installation, the prompt comes up as:
>>
>> bash-3.2$
>>
>> If I type ls here, nothing happens for a while, then the window closes.
>> As a matter of fact, any command I have tried causes the window to close.
>>
>> Am I missing something on the installation?  All installations are
>> Win32a mix of server 2003, server 2008, XP and Vista
>>
>> So far, I've tried reinstalling, uninstalling then reinstalling, copying
>> the entire cygwin directory from a working computer, and reinstalling on top
>> of that, but nothing seems to be fixing it.  I even tried just doing the
>> default installation, with the same results.
>>
>> So, is there any advice on what to do next?  Did I break it?  Thanks in
>> advance for your help.
>>
>> PS: I also cannot seem to run cygcheck, either from cygwin or the command
>> prompt.
>>
>> Thanks,
>> Terry Julian
>
>


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

Re: Cygwin installation breaks ALL telnet clients

2008-08-12 Thread Mark J. Reed
> $ telnet rd00d20
> Trying 172.28.48.32...
> Connected to rd00d20.
> Escape character is '^]'.
> Connection closed by foreign host.
>
> (In other words, the connection is opened and immediately closed.)

...by the foreign host.  The telnet clients appears to be working
properly.   I would suspect a hosts.allow type issue on the server
side, which means make sure that the connection is coming from the IP
address you think it should be coming from; routing tables on the
client might also be the culprit if it's routing through the wrong
interface. I notice you're using 172.16.0.0/12 addresses - any chance
this is a virtual network between VM's (or between host and VM)?


-- 
Mark J. Reed <[EMAIL PROTECTED]>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation breaks ALL telnet clients

2008-08-12 Thread Robert Pendell
On 8/12/08, Mike Marchywka <[EMAIL PROTECTED]> wrote:
>
>
> > Date: Tue, 12 Aug 2008 09:40:37 +0200
> > From: [EMAIL PROTECTED]
> > To: cygwin@cygwin.com
> > Subject: Re: Cygwin installation breaks ALL telnet clients
> >
> > On Aug 12 00:16, David Greenhouse wrote:
> >> We are seeing an issue where after installing Cygwin and including the
> >> inetutils package in order to get telnet access, none of the telnet
> >> clients on the system will work properly (not Cygwin's, Microsoft's,
> >> PuTTY, nothing). The issue persists even after removing Cygwin.
> >
> > Cygwin is just a DLL. It's impossible that it influences telnet clients
> > which are not linked against this DLL. You will have to look for the
> > culprit elsewhere.
>
> If it helps any, I would comment that,IIRC, when I set up a dual boot system,
> I was a bit surprised to see that network settings in Windoze and Debian 
> could, IIRC, effect each other.
> My memory may not be totally accurate but they did seem to interact.
> That is, IIRC, I had set a static IP on one system and it ended up being 
> applied
> to the other one. I'd look for a network configuration "thing" that may not be
> stored on disk or reset during OS init. I guess those cards do have EEPROM but
> I have no idea what, besides maybe a MAC addres, is in them.
> Not sure if this is possible but it is what I remember. I think there
> were also issues with clock settings but again my memory isn't real clear.
>
> In any case, at least check your network settings. It it possible someone 
> changed
> something "irrelevant" during setup.

Well I don't know about the telnet issue as Corinna is right on that
one.  It is technically impossible for a cygwin application to affect
a non-cygwin application directly.  It may however be a setting in the
OS that got affected.  I don't know if I have installed the inetutils
package however it may be worth a shot just to see if I can reproduce
it myself.

As for a Dual-boot affecting each others' networking configuration.
It can happen but it isn't due to an OS interaction.  Rather Debian is
requesting a "static" or specific ip address and the router is caching
the lease.  When Windows requests a new ip the old lease still exists
in the router as being assigned to the adapter' mac address.  The
router matches the mac address to the lease and hands back the lease
to Windows so both Debian and Windows have the same IP but Windows
hasn't actually been setup to use it as a "static" address.

>
>
>
> >
> >
> > Corinna
> >
> > --
> > Corinna Vinschen Please, send mails regarding Cygwin to
> > Cygwin Project Co-Leader cygwin AT cygwin DOT com
> > Red Hat
> >
> > --
> > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> > Problem reports: http://cygwin.com/problems.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ: http://cygwin.com/faq/
> >
>
> _
> Get Windows Live and get whatever you need, wherever you are.  Start here.
> http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home_082008
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>


-- 
Robert Pendell
[EMAIL PROTECTED]

"A perfect world is one of chaos."

Thawte Web of Trust Notary
CAcert Assurer

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin installation breaks ALL telnet clients

2008-08-12 Thread Mike Marchywka


> Date: Tue, 12 Aug 2008 09:40:37 +0200
> From: [EMAIL PROTECTED]
> To: cygwin@cygwin.com
> Subject: Re: Cygwin installation breaks ALL telnet clients
>
> On Aug 12 00:16, David Greenhouse wrote:
>> We are seeing an issue where after installing Cygwin and including the
>> inetutils package in order to get telnet access, none of the telnet
>> clients on the system will work properly (not Cygwin's, Microsoft's,
>> PuTTY, nothing). The issue persists even after removing Cygwin.
>
> Cygwin is just a DLL. It's impossible that it influences telnet clients
> which are not linked against this DLL. You will have to look for the
> culprit elsewhere.

If it helps any, I would comment that,IIRC, when I set up a dual boot system,
I was a bit surprised to see that network settings in Windoze and Debian could, 
IIRC, effect each other.
My memory may not be totally accurate but they did seem to interact.
That is, IIRC, I had set a static IP on one system and it ended up being applied
to the other one. I'd look for a network configuration "thing" that may not be
stored on disk or reset during OS init. I guess those cards do have EEPROM but
I have no idea what, besides maybe a MAC addres, is in them.
Not sure if this is possible but it is what I remember. I think there
were also issues with clock settings but again my memory isn't real clear.

In any case, at least check your network settings. It it possible someone 
changed
something "irrelevant" during setup.



>
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader cygwin AT cygwin DOT com
> Red Hat
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Problem reports: http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>

_
Get Windows Live and get whatever you need, wherever you are.  Start here.
http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home_082008

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation breaks ALL telnet clients

2008-08-12 Thread Thorsten Kampe
* David Greenhouse (Tue, 12 Aug 2008 00:16:54 -0400)
> We are seeing an issue where after installing Cygwin and including the
> inetutils package in order to get telnet access, none of the telnet
> clients on the system will work properly (not Cygwin's, Microsoft's,
> PuTTY, nothing). The issue persists even after removing Cygwin.

Which telnet server are you using?

Thorsten


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation breaks ALL telnet clients

2008-08-12 Thread Corinna Vinschen
On Aug 12 00:16, David Greenhouse wrote:
> We are seeing an issue where after installing Cygwin and including the
> inetutils package in order to get telnet access, none of the telnet
> clients on the system will work properly (not Cygwin's, Microsoft's,
> PuTTY, nothing). The issue persists even after removing Cygwin.

Cygwin is just a DLL.  It's impossible that it influences telnet clients
which are not linked against this DLL.  You will have to look for the
culprit elsewhere.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation a permissions of /home...

2008-03-19 Thread Tim Prince

Angelo Graziosi wrote:
I have noticed that after installing Cygwin, /home has the following 
permissions:


drwxrwxrwx+  4 Administrator   Administrators 0 Mar 18 17:52 home

and in /home

drwxrwxrwx+  Administrator Administrators  0 Mar 18 22:49 Administrator
drwxrwxrwx+  pippo Users   0 Mar 19 23:51 pippo

Should all these dirs have all these perms (drwxrwxrwx)?

On GNU/Linux Kubuntu 7.10:

drwxr-xr-x root root   0 Mar 18 17:52 home
drwxr-xr-x pippo pippo 0 Mar 18 17:52 home/pippo

cygwin doesn't over-ride Windows.  Windows has very different default 
permissions, compared to linux.

Did you try this with various Windows memberships for pippo?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin Installation Problems on Windows Vista (killing sh.exe helps)

2007-12-14 Thread Quip11


lent wrote:
> 
> 
> On the "semi-broken installation": 
> Actually, the problem was that the "whatever vital job" that
> /etc/postinstall/gnuplot.sh was doing
> never completed.  30 minutes of wait time by multiple Vista users on
> multiple brands of spanking new
> laptops indicates some sort of interaction bug of these shell scripts (or
> the programs they run) with the "wonders" of Vista. 
> 
> This "hang at 99% forever" symptom persists even with setting the
> Properties of
> setup.exe to run in "Windows XP(SP2)" compatibility mode. 
> 
> It's a very disappointing installation experience for novice programmers.
> 
> Our XP and Windows 2000 users do not have these problems as setup.exe
> completes just fine.
> 
> Thanks again for your attention to this annoying bug.
> Chris Lent
> 
> 


Actually I'm having this same problem right now with good ol' Windows XP. 
If it doesn't hang in /etc/postinstall/update-info-dir.sh, it hangs
somewhere else.  I've walked away and let it run for hours.

There's something wrong with the scripts.  And this is three months later.

-Q
-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tp9889324p14339689.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: cygwin installation troubles

2007-09-30 Thread René Berber
William Yun Chen wrote:

> Hi, I'm having some trouble installing cygwin openssh.
> 
> I'm on windows vista ultimate, and I'm trying to follow the directions given
> in "Cygwin\...release\openssh\openssh-4.7p1-2\usr\share\doc\Cygwin\openssh"
> 
> More specifically, I don't know exactly what I should choose when running
> 'ssh-host-config' and 'ssh-user-config'.
> 
> Ie, do I want to install sshd? What is sshd? Do I want privilege separation?

Sshd is the server, only needed if you want connections into your computer.
Privilege separation is the default in ssh, there's a file in there
(README.privsep) describing what it is.

> This readme seems to assume that I know exactly what I want to do, and I
> don't. Is there a more comprehensive readme or perhaps can you give me a
> brief walkthrough the installation process?

The OpenSSH site.

> What I do know is that I want to set up an ssh server on my windows vista
> machine so that when I'm on a linux, I can just go into the terminal, and
> type in "ssh " and then look around, edit files, and
> transfer files using scp just as if I was connecting to another linux
> machine.

Then you want sshd installed as a service.
-- 
René Berber


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin Installation Problems on Windows Vista (gnuplot.sh, texhash and ".bashrc: Bad address")

2007-09-22 Thread lent


lent wrote:
> 
> Hi, 

> 

>>Please point out if I'm wrong or misinformed...

> 

>>I'm trying to trace down the Vista cygwin setup.exe
/etc/postinstall/gnuplot.sh "hang forever at 99%" problem.

> 
Well, I think I was wrong about pointing fingers at "install-info".  The
install-info was a guess and hunting a bit more we find this lovely weblog:


http://conorcahill.blogspot.com/2007/07/cygwin-on-microsoft-vista.html
Conor's Web Log of Esoterica: Cygwin on Microsoft Vista" 

In particular: Emphasis added


Wednesday, July 04, 2007
  
  
  

  

  
 

  
http://conorcahill.blogspot.com/2007/07/cygwin-on-microsoft-vista.html
Cygwin on Microsoft Vista 


 
  







  
I've run into a few problems using  http://www.cygwin.com Cygwin  on 
http://www.microsoft.com/windows/products/windowsvista/ Microsoft Vista  on
my new laptop:



The installation hung during the post-install step
"/etc/postinstall/gnuplot.sh".  
http://www.google.com/search?hl=en&q=cygwin+postinstall+hang+gnuplot&btnG=Google+Search
Researching this problem on the google  found an 
http://www.cygwin.com/ml/cygwin/2007-04/msg00753.html article on the cygwin
mailing list  which worked around the problem by setting the Windows XP
compatibility mode on the installation executable.  I wasn't comfortable
with this solution as it might cause things to not work well later on Vista.
So I poked around a bit, turned on the "Command Line" output for the
"Processes" tab in the Windows Task Manager and found that the script was
hanging on "/usr/bin/texhash", which rebuilds a directory listing used by
Tex.  I was able to run the command successfully on the cygwin command line,
but it was still hung in the installation process.  So I used Task Manager
to kill the texhash process and the installation continued to a later step
"postinstall-ec-fonts-mftraced.sh" where it was trying to run "mktexlsr" -
which is the same program.  I again used Task Manager to kill that process
and the installation now went on to a succesfull completion.

Following the install, I went back and ran the texhash program manually,
which did require me to change the mode of the files "/var/cache/fonts/ls-R"
and "/usr/share/texmf/ls-R" files which had been left read-only when I
killed the process.

Everything seems to be working fine now.


This description matches, and I believe we also saw the
"postinsall-ec-fonts-mftraced.sh" failure as well.

Wish I had remember the "Command Line" option. Darn!

Well, so perhaps the culprit is texhash.
 Or maybe the victim, as I saw another weird thing with this particular
install.

I had access to the user's machine again and found in /var/log a number of
files.

$ find . 
.
./var
./var/log
./var/log/apache2
./var/log/setup.log
./var/log/setup.log.full
./var/log/setup.log.postinstallXa01604
./var/log/setup.log.postinstallXa04116
./var/log/setup.log.postinstallXa04144
./var/log/setup.log.postinstallXa04492
./var/log/setup.log.postinstallXa04892


Looking through these we see quite a few messages of the form: 

/usr/bin/bash: /cygdrive/c/Users/srtg9/.bashrc: Bad address



From: /var/log/setup.log.full (starting at line 3239)

2007/09/19 11:15:15 xemacs-mule-sumo
2007/09/19 11:15:15 xemacs-sumo
2007/09/19 11:15:15 xemacs-tags
2007/09/19 11:15:15 xerces-c-devel
2007/09/19 11:15:15 XmHTML
2007/09/19 11:15:15 xpm-nox
2007/09/19 11:15:16 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/gnuplot.
sh
/usr/bin/bash: /cygdrive/c/Users/srtg9/.bashrc: Bad address
2007/09/19 11:26:55 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/gsl.sh
/usr/bin/bash: /cygdrive/c/Users/srtg9/.bashrc: Bad address
install-info: menu item `gsl-ref' already exists, for file `gsl-ref'
install-info: menu item `gsl-ref' already exists, for file `gsl-ref'
install-info: menu item `gsl-ref' already exists, for file `gsl-ref'
install-info: menu item `gsl-ref' already exists, for file `gsl-ref'
install-info: menu item `gsl-ref' already exists, for file `gsl-ref'
install-info: menu item `gsl-ref' already exists, for file `gsl-ref'
2007/09/19 11:27:00 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/gtk+-devel.sh
/usr/bin/bash: /cygdrive/c/Users/srtg9/.bashrc: Bad address


I am guessing Bad address would result from trying to execve() a .bashrc and
getting an EFAULT. The EFAULT seems come from some problem loading the
.bashrc (or perhaps the ".bashrc" filename in an execve() call?).


Rather odd :-)

Chris "still guessing" Lent


-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12835293
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin Installation Problems on Windows Vista (gnuplot.sh and install-info)

2007-09-19 Thread lent

Hi, 

Please point out if I'm wrong or misinformed...

I'm trying to trace down the Vista cygwin setup.exe
/etc/postinstall/gnuplot.sh "hang forever at 99%" problem.

The current /etc/postinstall/gnuplot.sh contains the line:

/usr/bin/install-info --dir-file=/usr/share/info/dir
--info-file=/usr/share/info/gnuplot.info.gz

>From Googling about, the install-info part seems to be the part of the shell
scripts that is hanging.

The install-info command is supposed to insert the "info" format information
about gnuplot into the indexing file "/usr/share/info/dir".  The "info"
format stuff is basically plain text with ^_'s ('\x1F' characters) as
section markers and ^? (DEL) as field separators in the index at the end of
the "info" file. The file is GZIP'd, to save space.  The gnuplot.info.gz
gunzip's fine on my XP machine, so a corrupt distribution file seems
unlikely.

So perhaps the problem is the "install-info.exe" program banging into some
Vista difference.

The "install-info.exe" program seems to be "texinfo" package, as shown by:

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=install-info.exe

which yields:

http://cygwin.com/cgi-bin2/package-cat.cgi?file=texinfo%2Ftexinfo-4.8a-1&grep=install-info.exe

This seems to imply that the package version is something like "texinfo
4.8a-1".

Installing the source for the "texinfo 4.8a-1" , we find the file:
/usr/src/texinfo-4.8a-1/util/install-info.c
See Lines 604-643 at end of this post:

My guess is that the popen is not working right. 
Pipe emulation is often cranky. I can imagine Vista breaking something. 

Or perhaps as all postinstall steps are not finished at that point in
setup.exe, so perhaps gzip is unavailable at that point in the setup.exe's
initial environment. 

Or perhaps the hang is related to the fact that install-info.exe reads the
entire file into memory, xmalloc'ing along the way.

I expect to have a Vista machine available again soon to check this out. 
Any suggestions on best investigative tactics?


Lines 604-643:
  if (!compression_program)
compression_program = &local_compression_program;

  if (data[0] == '\x1f' && data[1] == '\x8b')
#if STRIP_DOT_EXE
/* An explicit .exe yields a better diagnostics from popen below
   if they don't have gzip installed.  */
*compression_program = "gzip.exe";
#else
*compression_program = "gzip";
#endif
  else if(data[0] == 'B' && data[1] == 'Z' && data[2] == 'h')
#ifndef STRIP_DOT_EXE
*compression_program = "bzip2.exe";
#else
*compression_program = "bzip2";
#endif
  else if(data[0] == 'B' && data[1] == 'Z' && data[2] == '0')
#ifndef STRIP_DOT_EXE
*compression_program = "bzip.exe";
#else
*compression_program = "bzip";
#endif
  else
*compression_program = NULL;

  if (*compression_program)
{ /* It's compressed, so fclose the file and then open a pipe.  */
  char *command = concat (*compression_program," -cd <",
*opened_filename); 
  if (fclose (f) < 0)
pfatal_with_name (*opened_filename);
  f = popen (command, "r");
  if (f)
*is_pipe = 1;
  else
pfatal_with_name (command);
}
  else
{ /* It's a plain file, seek back over the magic bytes.  */
  if (fseek (f, 0, 0) < 0)

-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12791093
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin Installation Problems on Windows Vista (killing sh.exe helps)

2007-09-19 Thread lent


Dave Korn wrote:
> 
> On 19 September 2007 16:42, lent wrote:
> Hi Dave, thanks for the quick reply.
> 
> Sorry, but I wasn't able to find the solution you refer to for the problem
> of setup.exe hanging in Windows Vista.  Where can I find it?
> 
>>> For getting the installation to keep going, killing off an sh.exe
>>> process
>>> via 
>>> Task Manager's End Process, moves things along.  This also seems to need
>>> to
>>> be done for "texf" (I think that was the name) package.
> 
>>  Hell, you can make the whole thing "move along" even better, by simply
>>killing 'setup.exe' instead of sh.exe.  Sure, it may not be correct, but
at
>>least it's fast, eh?
> 
>>  Or you could wait for it to finish doing whatever vital job it was
>> doing.
>>Your choice.
> 
>>> At least we get to the final setup screen this way :-)
> 
>>  Works my way too, *and* with the added advantage you don't end up with a
>>semi-broken installation.
> 
> I'm new to the cygwin development community and would love to chase this
> problem down and resolve it once and for all.  Is there a way to log the
> shell scripts as they are run from setup.exe?
> 
> On the "semi-broken installation": 
> Actually, the problem was that the "whatever vital job" that
> /etc/postinstall/gnuplot.sh was doing
> never completed.  30 minutes of wait time by multiple Vista users on
> multiple brands of spanking new
> laptops indicates some sort of interaction bug of these shell scripts (or
> the programs they run) with the "wonders" of Vista. 
> 
> This "hang at 99% forever" symptom persists even with setting the
> Properties of
> setup.exe to run in "Windows XP(SP2)" compatibility mode. 
> 
> It's a very disappointing installation experience for novice programmers.
> 
> Our XP and Windows 2000 users do not have these problems as setup.exe
> completes just fine.
> 
> Do I want to kill any part of a carefully crafted installation process? Of
> course not :-)
> 
> The problem is if the user kills setup.exe, they wind up with a more
> broken installation, and lack the Cygwin Desktop icon  and the Cygwin
> Start Menu entry. Killing sh.exe (hopefully the right one) moves the
> installation process past the block of /etc/postinstall/gnuplot.sh.  
> 
> Our reason for using Cygwin is to teach young engineering students about C
> programming in a command line environment.  If they can't install it on
> their brand new laptop, I have a difficult time having them use it :-)
> 
> Thanks again for your attention to this annoying bug.
> Chris Lent
> 
>>cheers,
>>  DaveK
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12786663
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin Installation Problems on Windows Vista (killing sh.exe helps)

2007-09-19 Thread Dave Korn
On 19 September 2007 16:42, lent wrote:

> For getting the installation to keep going, killing off an sh.exe process
> via 
> Task Manager's End Process, moves things along.  This also seems to need to
> be done for "texf" (I think that was the name) package.

  Hell, you can make the whole thing "move along" even better, by simply
killing 'setup.exe' instead of sh.exe.  Sure, it may not be correct, but at
least it's fast, eh?

  Or you could wait for it to finish doing whatever vital job it was doing.
Your choice.

> At least we get to the final setup screen this way :-)

  Works my way too, *and* with the added advantage you don't end up with a
semi-broken installation.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista (killing sh.exe helps)

2007-09-19 Thread lent

For getting the installation to keep going, killing off an sh.exe process via
Task Manager's End Process, moves things along.  This also seems to need to
be done for "texf" (I think that was the name) package.

At least we get to the final setup screen this way :-)
Chris Lent




Kevin Hilton-3 wrote:
> 
> Here are the two files I found broken on the installation:
> gnuplot.sh
> postinstall-ec-fonts-mftraced.sh
> 
> And just for kicks
> How do I manually change the passwd and group files.  Although under
> windows Im listed as an administrator, cygwin states my group as none.
>   And Im unable to chmod chgroup these two files.  Never had this
> problem with XP.
> 
> -- 
> Kevin Hilton
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a12780123
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin installation hanging during post-install shell scripts

2007-07-03 Thread Kyle Getz
If anyone is interested, this issue was resolved with the new Cygwin
installer that was released yesterday.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Kyle Getz
Sent: Monday, July 02, 2007 2:16 PM
To: cygwin@cygwin.com
Subject: Cygwin installation hanging during post-install shell scripts

I'm trying to install Cygwin on a Windows XP machine, but the install
hangs every time with these symptoms:

   * The installation makes it to about 97% 
   * The window says that the install is running some post-install shell
 script (I've seen coreutils.sh and update-dir-info.sh) 
   * Task Manager shows nothing running (System Idle Process is at 99% 
 usage) 
   * Both shell scripts contain a call to 'system-info', which shows up
in 
 Task Manager

I was unable to kill install-info.exe from Task Manager, so I had to
kill sh.exe instead.  After I did that, the installation finished, but
I'm worried that something important got skipped.

The logfile doesn't have anything useful:

...
2007/07/02 10:00:37 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/tar.sh
2007/07/02 10:00:37 abnormal exit: exit code=0
2007/07/02 10:00:37 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/terminfo.sh
2007/07/02 10:00:37 abnormal exit: exit code=0
2007/07/02 10:00:37 running: C:\cygwin\bin\bash.exe -c
/etc/postinstall/update-info-dir.sh
2007/07/02 10:10:58 mbox note: Installation Complete
2007/07/02 10:11:01 Ending cygwin install


Anyone have any ideas?

- Kyle Getz

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation on Windows Server 2003

2007-06-22 Thread Larry Hall (Cygwin)

DGFM-dfmsdev5b-Andrew Clark wrote:

Hi,

Can anyone please confirm whether Cygwin 2.510.2.2 should be installed on
Windows Server 2003 only as a LOCAL ADMIN account, NOT a ADMIN USER or
DOMAIN ADMIN account ?

Additionally, is anyone aware of McaFee 8.0i causing Cygwin SSH problems
when installed on Windows Server 2003 - currently SSH keeps receiving the
message ' ssh_exchange_identification: Connection closed by remote host'
when issuing command 'ssh -v localhost'

Many thanks in advance of your help.



If previous replies haven't resolved all your problems, let me suggest that
you follow the problem reporting guidelines outlined here:


Problem reports:   http://cygwin.com/problems.html



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation on Windows Server 2003

2007-06-22 Thread Robin Walker
--On 22 June 2007 17:18 +0100 DGFM-dfmsdev5b-Andrew Clark 
<[EMAIL PROTECTED]> wrote:



Additionally, is anyone aware of McaFee 8.0i causing Cygwin SSH problems
when installed on Windows Server 2003 - currently SSH keeps receiving the
message ' ssh_exchange_identification: Connection closed by remote host'
when issuing command 'ssh -v localhost'


Yes - turn off "Buffer Overflow Protection" in VirusScan Console.  That 
usually fixes it.


--
Robin Walker (Junior Bursar), Queens' College, Cambridge CB3 9ET, UK
[EMAIL PROTECTED]  http://www.queens.cam.ac.uk/  Tel:+44 1223 335528

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation on Windows Server 2003

2007-06-22 Thread DePriest, Jason R.

On 6/22/07, DGFM-dfmsdev5b-Andrew Clark  wrote:

Hi,

Can anyone please confirm whether Cygwin 2.510.2.2 should be installed on
Windows Server 2003 only as a LOCAL ADMIN account, NOT a ADMIN USER or
DOMAIN ADMIN account ?



I have no idea what Cygwin 2.510.2.2 is.


Additionally, is anyone aware of McaFee 8.0i causing Cygwin SSH problems
when installed on Windows Server 2003 - currently SSH keeps receiving the
message ' ssh_exchange_identification: Connection closed by remote host'
when issuing command 'ssh -v localhost'


For "dodgy apps" see this thread in the archives:
http://cygwin.com/ml/cygwin-talk/2007-q1/msg00234.html



Many thanks in advance of your help.

Andy



If it is McAfee, my guess would be with the 'Access Protection' port
blocking feature.  If you can make changes to that, disable it or look
around its log or something.

-Jason


--
NOTICE:  This email is being sent in clear-text across the public
Internet.  Therefore, any attempts to include unenforceable legalese
restrictions are ridiculous and pointless.  If you can read this,
consider yourself authorized (whether I like it or not).

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista

2007-04-27 Thread shannonk

I've had this problem with my installation as well and solve it by using the
Windows XP Service Pack 2 compatibility mode (selectable in the Properties
window of the Cygwin setup.exe executable).

It installs fine now... hope it works out for you too.


Kevin Hilton-3 wrote:
> 
> Being using cygwin for years with XP, however when attempting to
> install everything (every package as I usually do) on new Vista
> computer, the installation script gets stuck during the post install
> step.
> 
> During /etc/postinstall/gnuplot.sh the process hangs.  Anyone else
> find a problem with this???
> 
> Ive even cancelled the installation, manually deselected the gnuplot
> package, but same thing happens.
> 
> -- 
> Kevin Hilton
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a10216408
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista

2007-04-21 Thread Larry Hall (Cygwin)
dprusak wrote:
> I'm also have the same problem.  I googled, but didn't find a solution to
> this.  Any ideas?


Have you reviewed the thread and worked through things already covered?
If so, what have you found?


-- 
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista

2007-04-20 Thread dprusak

I'm also have the same problem.  I googled, but didn't find a solution to
this.  Any ideas?

-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a10110868
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista

2007-04-12 Thread rubi

I have the same problem. Did you already found the solution for it?
-- 
View this message in context: 
http://www.nabble.com/Cygwin-Installation-Problems-on-Windows-Vista-tf3542482.html#a9958456
Sent from the Cygwin Users mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista

2007-04-09 Thread Kevin Hilton

Im not sure they are "broken" in the purest sense, however I waited
over 2 hours for the gnuplot.sh script to finish.  It never did.  The
script seems simple:

#!/bin/sh

if [ -f /usr/bin/texhash ]
then
 /usr/bin/texhash
fi
/usr/bin/install-info --dir-file=/usr/share/info/dir
--info-file=/usr/share/info/gnuplot.info.gz

The first if statement should be false since I never found the texhash
file in the /usr/bin or /bin directory.  Im assuming something is
wrong with the final line.

On 4/7/07, Kevin Hilton <[EMAIL PROTECTED]> wrote:

Here are the two files I found broken on the installation:
gnuplot.sh
postinstall-ec-fonts-mftraced.sh

And just for kicks
How do I manually change the passwd and group files.  Although under
windows Im listed as an administrator, cygwin states my group as none.
  And Im unable to chmod chgroup these two files.  Never had this
problem with XP.

--
Kevin Hilton




--
Kevin Hilton

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin Installation Problems on Windows Vista

2007-04-07 Thread Dave Korn
On 08 April 2007 03:01, Kevin Hilton wrote:

> Here are the two files I found broken on the installation:
> gnuplot.sh
> postinstall-ec-fonts-mftraced.sh

  How did you verify whether they are actually broken, or were just taking so
long to run that you thought they were stuck?
 
> And just for kicks
> How do I manually change the passwd and group files.  Although under
> windows Im listed as an administrator, cygwin states my group as none.
>   And Im unable to chmod chgroup these two files.  Never had this
> problem with XP.

http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd
http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup

  Also http://cygwin.com/problems.html


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin Installation Problems on Windows Vista

2007-04-07 Thread Kevin Hilton

Here are the two files I found broken on the installation:
gnuplot.sh
postinstall-ec-fonts-mftraced.sh

And just for kicks
How do I manually change the passwd and group files.  Although under
windows Im listed as an administrator, cygwin states my group as none.
 And Im unable to chmod chgroup these two files.  Never had this
problem with XP.

--
Kevin Hilton

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: cygwin installation batch file?

2006-09-18 Thread Mike
On 2006-09-17, Mike Verstegen <[EMAIL PROTECTED]> wrote:
>
> First, a few apologies...
> - I just joined this mailing list, so this reply is cobbled 
> together using the original message from the archives.
> - Though I've used cygwin for several years as an administrative 
> user, I'm brand new to using cygwin in any complex ways
> - I'm not at all skilled at Windows batch files (this is my first one...)
>
> With that said, I have a similar need to what (the other) Mike needed
> to do -- namely the ability to install cygwin in a "batch" mode, preferably
> from
> an autostart CD. My goal is to have ssh running at the completion.
>
> In particular, the problem I tried to address was how to install something
> other than the set of packages that setup.exe chooses by default.
>
> After searching the archives, I found two suggested approaches:
>
> - Igor suggested that one could have one dummy package in the "Base" 
> category and make it depend on everything you want. 
> http://sourceware.org/ml/cygwin-apps/2005-05/msg00244.html
>
> - Fergus' approach was to create a "template" installed.db listing 
> only those packages you want, with the version numbers of each set to zero. 
> For example
> rxvt rxvt-0.tar.bz2 0
> tar tar-0.tar.bz2 0
> Setup.exe will find this file and update each listed package to the 
> current (non-zero) version.
> http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2
>
> Since making the dummy package in setup.ini would require some magic 
> to edit setup.ini (downloaded fresh with each execution of setup.exe??) 
> on the fly that I couldn't quite figure out how to do, I chose the latter 
> approach.
>
> With the goal of getting sshd completely up and running, I used the 
> procedure described at http://pigtail.net/LRP/printsrv/cygwin-sshd.html 
> and attempted to turn it in to a batch file.
>
> One tool that I could not find in cygwin was a way to set the Windows 
> System Environment variables. For ssh it looks like both PATH and CYGWIN 
> need to be updated/created. To get this done, I used setenv.exe 
> from http://barnyard.syr.edu/~vefatica/ which looks quite old, is only 
> available as an executable (ouch!), but solved the immediate problem. 
> Suggestions welcome on how to do this better.
>
> The following batch file is intended (haven't actually done the CD part yet)
> to be put on a CD containing the following files:
> - cygwin_inst.bat -- the following file
> - setup.exe -- the cygwin set up program
> - setenv.exe -- the program described previously to set environment
> variables
> - to_be_installed.db -- the list of packages desired, with the versions set
> to zero
>
>
>=== begin batch file =
> rem -- Batch install file for cygwin
> rem -- MDV 9/16/06
> rem
> rem -- To set system environment variables (PATH, CYGWIN), this script
> depends on 
> rem -- setenv.exe from http://barnyard.syr.edu/%7Evefatica
> rem -- which is used instead of Microsoft setx (which is in a Windows
> resource pack)
> rem -- because of possible MS licensing restrictions on copying to an
> install CD.
> rem -- There may be a better way to do this!
>
> rem -- CYG_MIRROR is the URL of a public or private server from where cygwin
> can be downloaded.
> rem -- This particular site works, but necessarily the best one... to do...
> rem -- the http:// is important
>
> set CYG_MIRROR="http://www.signal42.com";
>
> mkdir c:\cygwin
>
> rem -- Assume that setup.exe and setenv.exe are in the working directory on
> the CD when started
> rem -- Copy executables from CD to disk
>
> copy setup.exe c:\cygwin
> copy setenv.exe c:\cygwin
>
> rem -- Now put a hand-crafted installed.db in cygwin's /etc/setup
> rem -- This installed.db has the list of packages desired with the revision
> level set to zero
> rem --   as suggested by Fergus in
> http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2
> rem -- For example
> rem --   openssh openssh-0.tar.bz2 0
>
>
> if exist c:\cygwin\etc\setup\installed.db (
>   echo "cygwin already installed"
>   goto end
> ) else (
>   mkdir c:\cygwin\etc
>   mkdir c:\cygwin\etc\setup
>   copy to_be_installed.db c:\cygwin\etc\setup\installed.db
> )
>
> rem -- Instead of "goto end", above, do something more appropriate
> rem -- Future work: compare the list of packages in our target
> to_be_installed.db to the list of 
> rem --   packages already in /etc/setup/installed.db to make sure that all
> the packages that we want
> rem --   are included. If not, merge them in with the rev level set to zero.
>
> rem --   #UNTESTED bash code 
> rem --   CURRENT_INSTALLED=/etc/setup/installed.db
> rem --   TO_BE_INSTALLED=to_be_installed.db
> rem --   cat $TO_BE_INSTALLED | while read
> rem --   do
> rem --   if grep $1 $CURRENT_INSTALLED
> rem --   then
> rem --  echo "Package " $1 " already included"
> rem --   else
> rem --   echo $0 >> $CURRENT_INSTALLED
> rem --   echo "Added: " $0
> rem --fi
> rem --DOES INSTALLED.DB NEED TO 

Re: cygwin installation batch file?

2006-09-17 Thread Mike Verstegen

First, a few apologies...
- I just joined this mailing list, so this reply is cobbled 
together using the original message from the archives.
- Though I've used cygwin for several years as an administrative 
user, I'm brand new to using cygwin in any complex ways
- I'm not at all skilled at Windows batch files (this is my first one...)

With that said, I have a similar need to what (the other) Mike needed
to do -- namely the ability to install cygwin in a "batch" mode, preferably
from
an autostart CD. My goal is to have ssh running at the completion.

In particular, the problem I tried to address was how to install something
other than the set of packages that setup.exe chooses by default.

After searching the archives, I found two suggested approaches:

- Igor suggested that one could have one dummy package in the "Base" 
category and make it depend on everything you want. 
http://sourceware.org/ml/cygwin-apps/2005-05/msg00244.html

- Fergus' approach was to create a "template" installed.db listing 
only those packages you want, with the version numbers of each set to zero. 
For example
rxvt rxvt-0.tar.bz2 0
tar tar-0.tar.bz2 0
Setup.exe will find this file and update each listed package to the 
current (non-zero) version.
http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2

Since making the dummy package in setup.ini would require some magic 
to edit setup.ini (downloaded fresh with each execution of setup.exe??) 
on the fly that I couldn't quite figure out how to do, I chose the latter 
approach.

With the goal of getting sshd completely up and running, I used the 
procedure described at http://pigtail.net/LRP/printsrv/cygwin-sshd.html 
and attempted to turn it in to a batch file.

One tool that I could not find in cygwin was a way to set the Windows 
System Environment variables. For ssh it looks like both PATH and CYGWIN 
need to be updated/created. To get this done, I used setenv.exe 
from http://barnyard.syr.edu/~vefatica/ which looks quite old, is only 
available as an executable (ouch!), but solved the immediate problem. 
Suggestions welcome on how to do this better.

The following batch file is intended (haven't actually done the CD part yet)
to be put on a CD containing the following files:
- cygwin_inst.bat -- the following file
- setup.exe -- the cygwin set up program
- setenv.exe -- the program described previously to set environment
variables
- to_be_installed.db -- the list of packages desired, with the versions set
to zero


=== begin batch file =
rem -- Batch install file for cygwin
rem -- MDV 9/16/06
rem
rem -- To set system environment variables (PATH, CYGWIN), this script
depends on 
rem -- setenv.exe from http://barnyard.syr.edu/%7Evefatica
rem -- which is used instead of Microsoft setx (which is in a Windows
resource pack)
rem -- because of possible MS licensing restrictions on copying to an
install CD.
rem -- There may be a better way to do this!

rem -- CYG_MIRROR is the URL of a public or private server from where cygwin
can be downloaded.
rem -- This particular site works, but necessarily the best one... to do...
rem -- the http:// is important

set CYG_MIRROR="http://www.signal42.com";

mkdir c:\cygwin

rem -- Assume that setup.exe and setenv.exe are in the working directory on
the CD when started
rem -- Copy executables from CD to disk

copy setup.exe c:\cygwin
copy setenv.exe c:\cygwin

rem -- Now put a hand-crafted installed.db in cygwin's /etc/setup
rem -- This installed.db has the list of packages desired with the revision
level set to zero
rem --   as suggested by Fergus in
http://marc.theaimsgroup.com/?l=cygwin&m=110538795118459&w=2
rem -- For example
rem --   openssh openssh-0.tar.bz2 0


if exist c:\cygwin\etc\setup\installed.db (
echo "cygwin already installed"
goto end
) else (
mkdir c:\cygwin\etc
mkdir c:\cygwin\etc\setup
copy to_be_installed.db c:\cygwin\etc\setup\installed.db
)

rem -- Instead of "goto end", above, do something more appropriate
rem -- Future work: compare the list of packages in our target
to_be_installed.db to the list of 
rem --   packages already in /etc/setup/installed.db to make sure that all
the packages that we want
rem --   are included. If not, merge them in with the rev level set to zero.

rem --   #UNTESTED bash code 
rem --   CURRENT_INSTALLED=/etc/setup/installed.db
rem --   TO_BE_INSTALLED=to_be_installed.db
rem --   cat $TO_BE_INSTALLED | while read
rem --   do
rem --   if grep $1 $CURRENT_INSTALLED
rem --   then
rem --  echo "Package " $1 " already included"
rem --   else
rem --   echo $0 >> $CURRENT_INSTALLED
rem --   echo "Added: " $0
rem --fi
rem --DOES INSTALLED.DB NEED TO BE SORTED?
` 
c:
cd \cygwin

rem -- Now we can finally run setup. Though this will show a status window,
no user interaction
rem -- is required.

setup --quiet-mode --site %CYG_MIRROR% --no-shortcuts --no-desktop


rem -- Now set the Windows System environment variable PA

RE: CYGWIN Installation-VIM ( CYGWIN Reinstallation)

2005-10-28 Thread Dave Korn
S.Sunil Kumar wrote:
> Hi Alexander ,
> 
> I got it...I did that before.
> 
> But now I have realised from your word that I have to
> choose the packeges propoerly while downloading.
> 
> Which I have missed earlier.I didnt selected properly.
> 
> Now I am downloading a Packege and selected INSTALL
> for all Packages (not sources) Only the packege.
> 
> Oknow If I want to install this new package of
> CYGWIN..Is there is any need of Uninstalling the
> previous (small one).

  No, no need.  Setup.exe will just add to what is already there.

> And how can we Uninstall (Even if there is no
> need-Just for idea) ?

http://cygwin.com/faq/faq-nochunks.html#faq.setup.uninstall-all



cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: CYGWIN Installation-VIM

2005-10-28 Thread Alexander Gottwald
On Fri, 2005-10-28 at 05:33 -0700, S.Sunil Kumar wrote:
> Hi,
> 
> I have checked the following links.
> 
> http://cygwin.com/faq/faq.setup.html#faq.setup.what-packages
> http://cygwin.com/packages/
> http://cygwin.com/packages/vim/
> 
> I can see the file lists only and not the EXE File.
> If possible I would like to know where I can get the
> packge and how to install it in XP Platform.

Use the Cygwin setup program from http://cygwin.com/setup.exe and
install the desired packages (vim et al.) with this setup program.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: CYGWIN Installation Help Needed

2005-10-16 Thread Luke Kendall
On 14 Oct, S.Sunil Kumar wrote:
>  I would like to install CYGWIN in my WIN-XP-HE PC. 
>  I have downloaded the CYGWIN Program from one of the 
>  FTP site by running the SETUP.EXE file. 
>   
>  But I would like to know about how to install it in 
>  the XP System. 

There's a mailing list where questions like these can be answered.
I have CC-ed my reply to your question there.  I'm surprised you asked
us directly.

Anyway, it sounds like all you need to do is run setup.exe on your home
PC.  If that's what you meant, see http://cygwin.com/faq/faq.setup.html

The complete Cygwin download these days is about 2GB.  If instead you
meant that you want to transfer that download to your home PC, then see
http://cygwin.com/faq/faq.setup.html#faq.setup.cd

In addition, here's something you can use that makes it easier to pick
out just the "current" version of each package (instead of every
version of the packages).  It assumes you have used rsync to get a
mirror - so there should be a setup.exe, .bz2, and .ini file along with
a release directory.

It's actually excerpted from a slightly longer script, but there's no
point sending that since it depends on other things we do (like
automatically checking the MD5 signatures of all packages to make sure
the download is complete).

FWIW, here it is.  With this, the download can usually fit on a CD.

#!/bin/sh

  dst="$HOME/cygwin-for-CD"

  test -s setup.bz2 || exit 1
  test -d "$dst" || exit 1
  
  echo setup.exe
  echo setup.bz2
  echo setup.ini

  bzip2 -cd setup.bz2 | awk '
BEGIN {
  package = 0;
}

# Look for start of package block
/^@/ {
  package = 1;
  next;
}

# If inside a package block, look for a line beginning with "install: "
package && /^install: / {
  print $2;
  package = 0;
}'

) | cpio -pdmuv "$dst"

luke


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation failure problem

2005-01-08 Thread Max Bowsher
Larry Hall wrote:
At 03:53 PM 1/8/2005, you wrote:

This looks like a good confirmation.  Time to move 2.457.2.1 into the
mainstream?
Yes, please!  Max?
I agree.
I encountered a permissions problem on the server trying to put the new file 
into place - I've emailed about it.

Max.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: Cygwin installation problem

2005-01-08 Thread Larry Hall
At 09:49 AM 1/7/2005, you wrote:
>I'm not sure how to send an actual mail reply to that message, but since  
>Larry said "This list would, however, be interested in
>knowing who this third party is and where you found the software
>that uses the Cygwin DLL" I can report that in my case I found that it was a 
>free CD burning software called "burnatonce" (see http://www.burnatonce.com) 
>that used an older (and much smaller) version of the dll file.


Thanks for this.  From what I understand, later posts suggest you were able
to resolve your installation problems as well.  :-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation failure problem

2005-01-08 Thread Larry Hall
At 03:53 PM 1/8/2005, you wrote:
>On Sat, 8 Jan 2005, Herbert Eppel wrote:
>
>> On 08.01.2005 08:38 UK Time, fergus wrote:
>> > You can try two things.
>> > 1. Install in two stages: start with the Base (default) installation and
>> > pursue to completion. Then re-start setup and continue with the Full
>> > installation. This should run to completion without any glitches.
>> > 2. Use
>> > http://www.cygwin.com/setup-snapshots/setup-2.457.2.1.exe
>> > instead of the standard setup executable. Again list experience suggests
>> > that this will proceed to completion without the (well-known) glitches
>> > induced by the standard setup.
>> > Fergus
>>
>> Splendid - setup-2.457.2.1.exe has overcome the problem I reported yesterday
>> (see http://www.cygwin.com/ml/cygwin/2005-01/msg00333.html), and the Cygwin
>> installation completed successfully :-D
>>
>> Many thanks.
>
>This looks like a good confirmation.  Time to move 2.457.2.1 into the
>mainstream?



Yes, please!  Max?



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation failure problem

2005-01-08 Thread Igor Pechtchanski
On Sat, 8 Jan 2005, Herbert Eppel wrote:

> On 08.01.2005 08:38 UK Time, fergus wrote:
> > You can try two things.
> > 1. Install in two stages: start with the Base (default) installation and
> > pursue to completion. Then re-start setup and continue with the Full
> > installation. This should run to completion without any glitches.
> > 2. Use
> > http://www.cygwin.com/setup-snapshots/setup-2.457.2.1.exe
> > instead of the standard setup executable. Again list experience suggests
> > that this will proceed to completion without the (well-known) glitches
> > induced by the standard setup.
> > Fergus
>
> Splendid - setup-2.457.2.1.exe has overcome the problem I reported yesterday
> (see http://www.cygwin.com/ml/cygwin/2005-01/msg00333.html), and the Cygwin
> installation completed successfully :-D
>
> Many thanks.

This looks like a good confirmation.  Time to move 2.457.2.1 into the
mainstream?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation failure problem

2005-01-08 Thread Herbert Eppel
On 08.01.2005 08:38 UK Time, fergus wrote:
You can try two things.
1. Install in two stages: start with the Base (default) installation and
pursue to completion. Then re-start setup and continue with the Full
installation. This should run to completion without any glitches.
2. Use
http://www.cygwin.com/setup-snapshots/setup-2.457.2.1.exe
instead of the standard setup executable. Again list experience suggests
that this will proceed to completion without the (well-known) glitches
induced by the standard setup.
Fergus 
Splendid - setup-2.457.2.1.exe has overcome the problem I reported 
yesterday (see http://www.cygwin.com/ml/cygwin/2005-01/msg00333.html), 
and the Cygwin installation completed successfully :-D

Many thanks.
--
Herbert Eppel
www.HETranslation.co.uk
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: Cygwin installation failure problem

2005-01-08 Thread fergus
You can try two things.
1. Install in two stages: start with the Base (default) installation and
pursue to completion. Then re-start setup and continue with the Full
installation. This should run to completion without any glitches.
2. Use
http://www.cygwin.com/setup-snapshots/setup-2.457.2.1.exe
instead of the standard setup executable. Again list experience suggests
that this will proceed to completion without the (well-known) glitches
induced by the standard setup.
Fergus 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation problem

2005-01-07 Thread Herbert Eppel
On 07.01.2005 17:55 UK Time, Gerrit P. Haase wrote:
Herbert Eppel wrote:
I removed the burnatonce software and tried to reinstall Cygwin, but 
after 90% I get the same problem, i.e. I first get a warning message 
(see http://homepage.ntlworld.com/herb.eppel_new/temp/CygwinWarn1.jpg), 

This is no prblem and no error, just follow the hint displayed.
Yes, thanks, I know it is supposed to be just a warning, but the trouble 
is that it is immediately followed by the error/crash described, and 
contrary to the warning message rebooting doesn't help.


immediately followed by an error message (see 
http://homepage.ntlworld.com/herb.eppel_new/temp/CygwinErr1.jpg), 
after which CygwinSetup.exe crashes.

The package database is written to /etc/setup, do you have permisson on 
this directory?
I'm running the installation as myself, rather than administator, but I 
have the same rights as administrator (I'm the only one using this 
machine), and CygwinSetup.exe has already written more then 10 MB into 
C:\cygwin\etc when this happens. I can see 474 objects in 
C:\cygwin\etc\setup

Any more ideas?
Thank you.
--
Herbert Eppel
www.HETranslation.co.uk
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: Cygwin installation problem

2005-01-07 Thread Gerrit P. Haase
Herbert Eppel wrote:
I removed the burnatonce software and tried to reinstall Cygwin, but 
after 90% I get the same problem, i.e. I first get a warning message 
(see http://homepage.ntlworld.com/herb.eppel_new/temp/CygwinWarn1.jpg), 
This is no prblem and no error, just follow the hint displayed.
immediately followed by an error message (see 
http://homepage.ntlworld.com/herb.eppel_new/temp/CygwinErr1.jpg), after 
which CygwinSetup.exe crashes.
The package database is written to /etc/setup, do you have permisson on 
this directory?


I have to admit that I didn't actually uninstall the previous failed 
installation of Cygwin as recommended by Larry Hall (with link to 
http://cygwin.com/faq/faq_toc.html#TOC19). Presumably that's what I have 
to actually do befor the installation can complete successfully?

Is there anything else I should be aware of at this stage?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: (Cygwin) Installation & Uninstallation issues

2003-10-05 Thread Tim Dierks
At 08:57 PM 10/5/2003, Tim Dierks wrote:
At 08:32 PM 10/5/2003, [EMAIL PROTECTED] wrote:
Did you try renaming the present install, and any relevant registry 
entries, and
retry after that (to avoid bad blocks in filesystem or a munged NTFS 
structure
that NTFS somehow hasn't gotten around to repairing?)
I've tried renaming C:\cygwin, rebooting, and attempting to delete the 
directory while there is no 'current' cygwin installation. Searching the 
registry for 'tabs' (the name of the leaf directory) finds no relevant 
instances. A disk check for NTFS problems didn't help.
I did find the problem. At some point, something had changed the owner of 
/ver/cron/tabs to "System". Resetting the ownership on the cygwin directory 
and all children, then resetting the privileges on it and all children, 
enabled me to delete it.

 - Tim



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: (Cygwin) Installation & Uninstallation issues

2003-10-05 Thread Tim Dierks
At 08:32 PM 10/5/2003, [EMAIL PROTECTED] wrote:
Did you try renaming the present install, and any relevant registry 
entries, and
retry after that (to avoid bad blocks in filesystem or a munged NTFS 
structure
that NTFS somehow hasn't gotten around to repairing?)
I've tried renaming C:\cygwin, rebooting, and attempting to delete the 
directory while there is no 'current' cygwin installation. Searching the 
registry for 'tabs' (the name of the leaf directory) finds no relevant 
instances. A disk check for NTFS problems didn't help.

Turn heuristic virus
scanners off while installing, invoke the circle before selecting the install
host, 10lb. package of grits on top of machine to draw out the devil, cold 
pizza
nearby?
I'm not running any antivirus software (although the latest Cygwin 
installer seems to think I am). I'll do the necessary sacrifices tomorrow 
if I can get a two-headed goat.

Thanks,
 - Tim


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


RE: Cygwin installation choke

2003-03-16 Thread Chris January
> Chris,
>
> On Thu, Mar 13, 2003 at 11:57:43PM -, Chris January wrote:
> > Corinna, the cpuid results are still valid if the user doesn't
> have NT. Only
> > in the worst case scenario (i.e. a user running Windows 95/98
> on a 486) will
> > it be necessary to resort to falling back on the registry values alone.

What I mean is the cpuid information is valid on Windows 95/98. The cpuid
command returns the most useful information. Your patch completely bypasses
the cpuid instruction on non-Windows NT operating systems, however this
isn't necesary. The patch was designed to show you what I meant, not to be
applied verbatim.

Chris


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation choke

2003-03-14 Thread Corinna Vinschen
Chris,

On Thu, Mar 13, 2003 at 11:57:43PM -, Chris January wrote:
> Corinna, the cpuid results are still valid if the user doesn't have NT. Only
> in the worst case scenario (i.e. a user running Windows 95/98 on a 486) will
> it be necessary to resort to falling back on the registry values alone.

thanks but your patch isn't valid AFAICS.  Besides the fact that a ChangeLog
is missing, it expects to find the same registry values as in NT.  But the
"~Mhz" value isn't available for example, only "VendorIdentifier", "Identifier"
and a REG_DWORD value called "Update Status".

> -   if (IsProcessorFeaturePresent (PF_XMMI64_INSTRUCTIONS_AVAILABLE))
> - print (" sse2");
> +  if (!wincap.is_winnt ())
 ^^^
 You don't mean this, do you?

> +{
> +   print ("flags   :");
> +   if (IsProcessorFeaturePresent (PF_3DNOW_INSTRUCTIONS_AVAILABLE))
> + print (" 3dnow");

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Cygwin installation choke

2003-03-13 Thread Chris January
> On Thu, Mar 13, 2003 at 05:09:21PM +, Chris Hardie wrote:
> > "The CYGWIN1.DLL is linked to missing export
> > KERNEL32.DLL:IsProcessorFeaturePresent"
> >
> > I'm running Windows '95 on a P300 Celeron. Anyone have any idea what's
> > going on?
>
> Fixed in CVS.  Thanks for the report.
Corinna, the cpuid results are still valid if the user doesn't have NT. Only
in the worst case scenario (i.e. a user running Windows 95/98 on a 486) will
it be necessary to resort to falling back on the registry values alone.

Chris

Index: fhandler_proc.cc
===
RCS file: /cvs/src/src/winsup/cygwin/fhandler_proc.cc,v
retrieving revision 1.25
diff -u -p -r1.25 fhandler_proc.cc
--- fhandler_proc.cc13 Mar 2003 22:53:16 -  1.25
+++ fhandler_proc.cc13 Mar 2003 23:52:31 -
@@ -631,15 +631,7 @@ format_proc_cpuinfo (char *destbuf, size
debug_printf ("processor does not support CPUID instruction");
}

-  if (!wincap.is_winnt ())
-{
- bufptr += __small_sprintf (bufptr, "processor   : %d\n",
cpu_number);
- read_value ("VendorIdentifier", REG_SZ);
- bufptr += __small_sprintf (bufptr, "vendor id   : %s\n", szBuffer);
- read_value ("Identifier", REG_SZ);
- bufptr += __small_sprintf (bufptr, "identifier  : %s\n", szBuffer);
-   }
-  else if (!has_cpuid)
+if (!has_cpuid)
{
  bufptr += __small_sprintf (bufptr, "processor   : %d\n",
cpu_number);
  read_value ("VendorIdentifier", REG_SZ);
@@ -649,23 +641,26 @@ format_proc_cpuinfo (char *destbuf, size
  read_value ("~Mhz", REG_DWORD);
  bufptr += __small_sprintf (bufptr, "cpu MHz : %u\n", *(DWORD *)
szBuffer);

- print ("flags   :");
- if (IsProcessorFeaturePresent (PF_3DNOW_INSTRUCTIONS_AVAILABLE))
-   print (" 3dnow");
- if (IsProcessorFeaturePresent (PF_COMPARE_EXCHANGE_DOUBLE))
-   print (" cx8");
- if (!IsProcessorFeaturePresent (PF_FLOATING_POINT_EMULATED))
-   print (" fpu");
- if (IsProcessorFeaturePresent (PF_MMX_INSTRUCTIONS_AVAILABLE))
-   print (" mmx");
- if (IsProcessorFeaturePresent (PF_PAE_ENABLED))
-   print (" pae");
- if (IsProcessorFeaturePresent (PF_RDTSC_INSTRUCTION_AVAILABLE))
-   print (" tsc");
- if (IsProcessorFeaturePresent (PF_XMMI_INSTRUCTIONS_AVAILABLE))
-   print (" sse");
- if (IsProcessorFeaturePresent (PF_XMMI64_INSTRUCTIONS_AVAILABLE))
-   print (" sse2");
+  if (!wincap.is_winnt ())
+{
+ print ("flags   :");
+ if (IsProcessorFeaturePresent (PF_3DNOW_INSTRUCTIONS_AVAILABLE))
+   print (" 3dnow");
+ if (IsProcessorFeaturePresent (PF_COMPARE_EXCHANGE_DOUBLE))
+   print (" cx8");
+ if (!IsProcessorFeaturePresent (PF_FLOATING_POINT_EMULATED))
+   print (" fpu");
+ if (IsProcessorFeaturePresent (PF_MMX_INSTRUCTIONS_AVAILABLE))
+   print (" mmx");
+ if (IsProcessorFeaturePresent (PF_PAE_ENABLED))
+   print (" pae");
+ if (IsProcessorFeaturePresent (PF_RDTSC_INSTRUCTION_AVAILABLE))
+   print (" tsc");
+ if (IsProcessorFeaturePresent (PF_XMMI_INSTRUCTIONS_AVAILABLE))
+   print (" sse");
+ if (IsProcessorFeaturePresent (PF_XMMI64_INSTRUCTIONS_AVAILABLE))
+   print (" sse2");
+  }
}
   else
{


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Cygwin installation choke

2003-03-13 Thread Corinna Vinschen
On Thu, Mar 13, 2003 at 05:09:21PM +, Chris Hardie wrote:
> "The CYGWIN1.DLL is linked to missing export 
> KERNEL32.DLL:IsProcessorFeaturePresent"
> 
> I'm running Windows '95 on a P300 Celeron. Anyone have any idea what's 
> going on?

Fixed in CVS.  Thanks for the report.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: CygWin Installation

2003-02-03 Thread Steve Fairbairn
> -Original Message-
> From: Peter A. Castro [mailto:[EMAIL PROTECTED]]
> 
> On Fri, 31 Jan 2003, Steve Fairbairn wrote:
> 
> > I assume you never did an early slackware linux install then.
> 
> You considder the early Slackware installs difficult, eh??  
> Hah!  Those
> were easy (I did many an install of the early Slackware from floppy
> images (and I still like & use Slackware today!)).  Try 
> installing some
> of the early AIX's on early RS/6000 hardware, or better yet, AIX V2 on
> the IBM PC/RT's (and yes, I did/do both).  
> 

I was merely trying to suggest he'd led a sheltered computer related life.

I also did many slackware installs from floppy (well, the same install many
times ;).
Which first required vast use of gopher to download and email me the
packages in
small pieces so that I could get it with my Uni account.  Then transfered
home on
double density floppies (720KB) to try and get installed on my Amiga -
Bloody
worked too.

Kids today.  They don't know they're born ;)

Steve.

*** 
This email has originated from Perwill plc (Registration No. 1906964) 
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
Tel: +44 (0)1420 545000 
Fax: +44 (0)1420 545001 
www.perwill.com 
*** 
Privileged, confidential and/or copyright information may be contained 
in this email, and is only for the use of the intended addressee. 
To copy, forward, disclose or otherwise use it in any way if you are not 
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately, 
by using the reply facility in your email software.

We may monitor the content of emails sent and received via our network 
for the purposes of ensuring compliance with policies and procedures. 
This message is subject to and does not create or vary any contractual 
relationships between Perwill plc and the recipient. 
*** 
Any opinions expressed in the email are those of the sender and not 
necessarily of Perwill plc.
*** 
This email has been scanned for known viruses using 
McAfee WebShield 4.5 MR1a 
*** 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CygWin Installation

2003-02-01 Thread Gary R. Van Sickle
> On Fri, 31 Jan 2003, Sy or Ursula Bensky wrote:
> 
> > The installation would be much simplified if it was available as a 
> > tarball or.ZIP file.
> 
> Ooh, just what I wanted!  A 1.6Gb tar or .ZIP file :)
> Let's see you download *that* over your 56k modem!
> (sorry, just couldn't resist...)
> 

I'll save him the trouble and email it to him. ;-)

-- 
Gary R. Van Sickle
Brewer.  Patriot. 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CygWin Installation

2003-02-01 Thread Gary R. Van Sickle
> I assume you never did an early slackware linux install then.
> 

I tried to once.  Once...

Sorry, I don't like to talk about it.

-- 
Gary R. Van Sickle
Brewer.  Patriot. 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CygWin Installation

2003-02-01 Thread Gary R. Van Sickle
>
> In over 30 years of computer/it experience I have never seen anything as
> convoluted and
> difficult to use as your CygWin download/installer.
>

Yeah, thanks Bensky, but your money's no good here.  Go get your Unix-on-Windows
utilities from a less convoluted and difficult to use source.

--
Gary R. Van Sickle
Brewer.  Patriot.
(If I could go 30 *days* without seeing something a dozen orders of magnitude
"worse" than Cygwin Setup, I'd figure I hit the jackpot!  Christ.)


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: CygWin Installation

2003-01-31 Thread Peter A. Castro
On Fri, 31 Jan 2003, Sy or Ursula Bensky wrote:

> The installation would be much simplified if it was available as a 
> tarball or.ZIP file.

Ooh, just what I wanted!  A 1.6Gb tar or .ZIP file :)
Let's see you download *that* over your 56k modem!
(sorry, just couldn't resist...)

> Sy Bensky
> 
> On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:
> 
> > subensky wrote:
> >> In over 30 years of computer/it experience I have never seen anything
> >> as convoluted and
> >> difficult to use as your CygWin download/installer.
> >
> > And the point of this email was ... ?
> >
> > Constructive criticism is welcome. Useless whining is not.
> >
> >
> > Max.

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CygWin Installation

2003-01-31 Thread Peter A. Castro
On Fri, 31 Jan 2003, Steve Fairbairn wrote:

> I assume you never did an early slackware linux install then.

You considder the early Slackware installs difficult, eh??  Hah!  Those
were easy (I did many an install of the early Slackware from floppy
images (and I still like & use Slackware today!)).  Try installing some
of the early AIX's on early RS/6000 hardware, or better yet, AIX V2 on
the IBM PC/RT's (and yes, I did/do both).  

By comparison, the Cygwin installer is quite nice and easy to use.  Those
people who believe installing should be a turn-key operation should
realize that "choice is good" :)

> Steve.
> 
> -Original Message-
> From: subensky [mailto:[EMAIL PROTECTED]]
> Sent: 31 January 2003 15:59
> To: [EMAIL PROTECTED]
> Subject: CygWin Installation
> 
> 
> In over 30 years of computer/it experience I have never seen anything as
> convoluted and
> difficult to use as your CygWin download/installer.
> 
> Sy Bensky
> [EMAIL PROTECTED]
> 
> *** 
> This email has originated from Perwill plc (Registration No. 1906964) 
> Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
> Tel: +44 (0)1420 545000 
> Fax: +44 (0)1420 545001 
> www.perwill.com 
> *** 
> Privileged, confidential and/or copyright information may be contained 
> in this email, and is only for the use of the intended addressee. 
> To copy, forward, disclose or otherwise use it in any way if you are not 
> the intended recipient or responsible for delivering to him/her is
> prohibited.
> If you receive this email by mistake, please advise the sender immediately, 
> by using the reply facility in your email software.
> 
> We may monitor the content of emails sent and received via our network 
> for the purposes of ensuring compliance with policies and procedures. 
> This message is subject to and does not create or vary any contractual 
> relationships between Perwill plc and the recipient. 
> *** 
> Any opinions expressed in the email are those of the sender and not 
> necessarily of Perwill plc.
> *** 
> This email has been scanned for known viruses using 
> McAfee WebShield 4.5 MR1a 
> *** 

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: CygWin Installation

2003-01-31 Thread [EMAIL PROTECTED]
Sy,

Thanks for all you laconic input.  Too bad you couldn't spend some of the
time you saved with these breif email messages to the list looking at the
email archives that discusses this issue at length.  If you had, you would
see why Cygwin doesn't install in the form you want.  That would've removed
the need for you to contact the list at all, unless of course you wanted to
join the effort to improve the current installation procedure.  Of course,
that might take allot of time.  So you could just look at the FAQ entry:

How do I just get everything?
http://cygwin.com/faq/faq_2.html#SEC14

Oh, if we could've all just saved all this time!  What a different world 
it would be! ;-)

Larry

Original Message:
-
From: Sy or Ursula Bensky [EMAIL PROTECTED]
Date: Fri, 31 Jan 2003 10:57:08 -0800
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: CygWin Installation


The installation would be much simplified if it was available as a 
tarball or.ZIP file.

Sy Bensky

On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:

> subensky wrote:
>> In over 30 years of computer/it experience I have never seen anything
>> as convoluted and
>> difficult to use as your CygWin download/installer.
>
> And the point of this email was ... ?
>
> Constructive criticism is welcome. Useless whining is not.
>
>
> Max.
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



mail2web - Check your email from the web at
http://mail2web.com/ .



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: CygWin Installation

2003-01-31 Thread Randall R Schulz
Sy,

It is. Or, more accurately, they are. A single archive would be 
unwieldy and somewhat at odds with the rapidly changing set of packages 
and the presence of very many packages of less than universal interest.

You can download individual tarballs (source tarballs are separate) 
from any of a large set of mirror sites and then simulate the actions 
of the installer.

But as we've seen here, people who try that fare rather worse than 
those who work with installer.

Really, if the Cygwin Setup.exe installer is the worst thing you've 
seen, you've had a blessed existence in your 30 years of computer use.

Randall Schulz


At 10:57 2003-01-31, Sy or Ursula Bensky wrote:
The installation would be much simplified if it was available as a 
tarball or.ZIP file.

Sy Bensky

On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:

subensky wrote:

In over 30 years of computer/it experience I have never seen 
anything as convoluted and difficult to use as your CygWin download/installer.

And the point of this email was ... ?

Constructive criticism is welcome. Useless whining is not.


Max.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: CygWin Installation

2003-01-31 Thread Sy or Ursula Bensky
The installation would be much simplified if it was available as a 
tarball or.ZIP file.

Sy Bensky

On Friday, January 31, 2003, at 09:52  AM, Max Bowsher wrote:

subensky wrote:

In over 30 years of computer/it experience I have never seen anything
as convoluted and
difficult to use as your CygWin download/installer.


And the point of this email was ... ?

Constructive criticism is welcome. Useless whining is not.


Max.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: CygWin Installation

2003-01-31 Thread Max Bowsher
subensky wrote:
> In over 30 years of computer/it experience I have never seen anything
> as convoluted and
> difficult to use as your CygWin download/installer.

And the point of this email was ... ?

Constructive criticism is welcome. Useless whining is not.


Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: CygWin Installation

2003-01-31 Thread Thorsten Kampe
* subensky (03-01-31 16:58 +0100)
> In over 30 years of computer/it experience I have never seen anything as
> convoluted and
> difficult to use as your CygWin download/installer.

Yeah, clicking seven times [Next], once [OK] and selecting a mirror 
*is* difficult, indeed.

Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




RE: CygWin Installation

2003-01-31 Thread Steve Fairbairn

I assume you never did an early slackware linux install then.

Steve.

-Original Message-
From: subensky [mailto:[EMAIL PROTECTED]]
Sent: 31 January 2003 15:59
To: [EMAIL PROTECTED]
Subject: CygWin Installation


In over 30 years of computer/it experience I have never seen anything as
convoluted and
difficult to use as your CygWin download/installer.

Sy Bensky
[EMAIL PROTECTED]

*** 
This email has originated from Perwill plc (Registration No. 1906964) 
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK 
Tel: +44 (0)1420 545000 
Fax: +44 (0)1420 545001 
www.perwill.com 
*** 
Privileged, confidential and/or copyright information may be contained 
in this email, and is only for the use of the intended addressee. 
To copy, forward, disclose or otherwise use it in any way if you are not 
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately, 
by using the reply facility in your email software.

We may monitor the content of emails sent and received via our network 
for the purposes of ensuring compliance with policies and procedures. 
This message is subject to and does not create or vary any contractual 
relationships between Perwill plc and the recipient. 
*** 
Any opinions expressed in the email are those of the sender and not 
necessarily of Perwill plc.
*** 
This email has been scanned for known viruses using 
McAfee WebShield 4.5 MR1a 
*** 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: cygwin installation.

2002-04-30 Thread Michael A Chase

On Tue, 30 Apr 2002 16:54:58 -0400 dave <[EMAIL PROTECTED]> wrote:

> I've been trying to install cygwin for the past two days and i'm not
> getting very far. I'm selecting admin, archive, base, database, doc,
> devel,
> interpreters, libs, math, net, shells, text, utils, and web, however it
> only
> appears to download minimal components. On the menu of packages i ensure
> that the above mentioned packages have the word install selected.

Please try one more time and note down the options selected in each screen.
Any popup windows that appear would also be interesting.

-- 
Mac :})
** I normally forward private questions to the appropriate mail list. **
Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/