Re: Latest setup.exe not code-signed?

[Andrey Repin]

Greetings, Kal Sze!

> It looks like the new setup-x86_64.exe is not code-signed? Is that on
> purpose? IIRC, the previous versions were code-signed.

No.

> Do we now only
> rely on the .sig signature file to verify it?

Been like that all the time.


-- 
With best regards,
Andrey Repin
Thursday, December 15, 2016 11:56:57

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: Latest setup.exe not code-signed?

[Ismail Donmez]

Hello,

On Thu, Dec 15, 2016 at 2:58 AM, Kal Sze  wrote:
> Hello,
>
> It looks like the new setup-x86_64.exe is not code-signed? Is that on
> purpose? IIRC, the previous versions were code-signed. Do we now only
> rely on the .sig signature file to verify it?

It was never code signed and the reasons for this has been discussed
before. You can search the list for the reasons.

Regards,
ismail

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

Latest setup.exe not code-signed?

[Kal Sze]

Hello,

It looks like the new setup-x86_64.exe is not code-signed? Is that on
purpose? IIRC, the previous versions were code-signed. Do we now only
rely on the .sig signature file to verify it?

Cheers,
Kal

--
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: [PATCH] Retry replacing in-use files in setup (Was Re: call for testing of latest setup.exe snapshot)

[Igor Peshansky]

On Mon, 20 Nov 2006, Corinna Vinschen wrote:

 On Oct 29 22:50, Igor Peshansky wrote:
  Ping.
 
  It's been over a month, which means the archives won't automatically keep
  thread history, so here's the link to the original message (with the
  patch): http://cygwin.com/ml/cygwin-apps/2006-08/msg00073.html.
 
  Opinions?  Can I apply this?
  Igor

 Why don't you just go ahead?
 Corinna

Ok.  Since there was no objection from Brian, the patch is applied.  We
should probably kick off a setup snapshot with this change.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

Re: [PATCH] Retry replacing in-use files in setup (Was Re: call for testing of latest setup.exe snapshot)

[Igor Peshansky]

Ping.

It's been over a month, which means the archives won't automatically keep
thread history, so here's the link to the original message (with the
patch): http://cygwin.com/ml/cygwin-apps/2006-08/msg00073.html.

Opinions?  Can I apply this?
Igor

On Wed, 16 Aug 2006, Igor Peshansky wrote:

 On Tue, 8 Aug 2006, Igor Peshansky wrote:

  On Sun, 6 Aug 2006, Brian Dessent wrote:
 
  [snip]
   http://cygwin.com/ml/cygwin-apps/2006-02/msg00099.html
 So, we have a couple of issues here.  Firstly, the bug/unintended
 feature of -r causing the infinite retries until the file can be
 written (if I understand correctly.)  Second the patch by Igor that
 adds a dialog when trying to replace an in-use file.
 
  Right.
 
 Here is my opinion on the matter: I like the dialog idea, but I don't
 think having Abort as an option is appropriate, as it will
 potentially cause a really screwed up install, plus it was left
 unimplemented in the patch submitted.  So let's just have two
 options: Retry and Replace on Reboot.  I know that this means we
 can't use the stock Abort/Retry/Ignore dialog but I think it's
 worth it for clarity.
 
  Agreed on all points.  However, there is a technical issue here.
  Stock MessageBoxes come in many flavors -- there actually is a
  Retry/Cancel box. There is no Retry/Continue stock box, unfortunately.
 
  We can use the Retry/Cancel one, and perhaps play some games with the
  WNDPROC of the MessageBox class to make Cancel look like Replace on
  reboot (or Continue, which I like better -- we can explain in the
  MessageBox text that pressing Continue will require a reboot later),
  but I'm not sure it'll work, and it'll be ugly.  Plus, I don't know
  that much about the WNDPROC, so it'll take me a bit of time to get
  something like this working.
 
  OTOH, I can change my patch to use the Retry/Cancel box today, and add
  the following to the text: Pressing 'Cancel' will cause setup to use
  Windows mechanisms for replacing in-use files.  It will be necessary
  for you to reboot after setup completes.  I know, the label Cancel
  is evocative of aborting the whole installation, but this
  functionality is so useful, IMO, that I, for one, would put up with a
  little annoyance of a wrong label. Changing the label in a way I've
  described above could be a later enhancement.

 Well, lo and behold, I overreacted.  It turned out to be much easier
 than I anticipated, so attached is the patch with the Retry/Continue
 message box.

   http://cygwin.com/ml/cygwin-apps/2006-01/msg00204.html
  [snip]
  However, there was another issue in that thread (the inline patch).
  It seems that applying that will cause the code to be simpler, but I'm
  afraid there's some little issue I'm missing.

 I still have that one in my private sandbox, and had it in my running copy
 of setup for a while with no observed problems.  Any opinions?

   If we can finish off the Retry/Replace file-in-use thing and
   assuming there are no reports of new issues with this snapshot then
   I think we can push out a release.
 
  Sounds good.  If people are fine with the Retry/Cancel box, I can have
  a new patch by the end of this week.

 So my weeks end on Wednesdays... :-)  Since this change involved
 indenting an 80-line chunk of code, I'm also attaching a
 whitespace-indifferent patch for ease of reviewing.  ChangeLog is below.
   Igor
 ==
 2006-08-16  Igor Peshansky  [EMAIL PROTECTED]

   * install.cc (Installer::installOne): If file is in use, ask the user
   to stop processes and retry.
   (MB_RETRYCONTINUE, IDCONTINUE): New macros.
   (hMsgBoxHook): New static field.
   (CBTProc): New window hook function.
   (_custom_MessageBox): New function.
   * CHANGES: Update with the above.

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

Re: call for testing of latest setup.exe snapshot

[Igor Peshansky]

On Tue, 8 Aug 2006, Igor Peshansky wrote:

 On Sun, 6 Aug 2006, Brian Dessent wrote:

 [snip]
  http://cygwin.com/ml/cygwin-apps/2006-02/msg00099.html
So, we have a couple of issues here.  Firstly, the bug/unintended
feature of -r causing the infinite retries until the file can be
written (if I understand correctly.)  Second the patch by Igor that
adds a dialog when trying to replace an in-use file.

 Right.

Here is my opinion on the matter: I like the dialog idea, but I don't
think having Abort as an option is appropriate, as it will
potentially cause a really screwed up install, plus it was left
unimplemented in the patch submitted.  So let's just have two
options: Retry and Replace on Reboot.  I know that this means we
can't use the stock Abort/Retry/Ignore dialog but I think it's
worth it for clarity.

 Agreed on all points.  However, there is a technical issue here.  Stock
 MessageBoxes come in many flavors -- there actually is a Retry/Cancel box.
 There is no Retry/Continue stock box, unfortunately.

 We can use the Retry/Cancel one, and perhaps play some games with the
 WNDPROC of the MessageBox class to make Cancel look like Replace on
 reboot (or Continue, which I like better -- we can explain in the
 MessageBox text that pressing Continue will require a reboot later), but
 I'm not sure it'll work, and it'll be ugly.  Plus, I don't know that much
 about the WNDPROC, so it'll take me a bit of time to get something like
 this working.

 OTOH, I can change my patch to use the Retry/Cancel box today, and add the
 following to the text: Pressing 'Cancel' will cause setup to use Windows
 mechanisms for replacing in-use files.  It will be necessary for you to
 reboot after setup completes.  I know, the label Cancel is evocative of
 aborting the whole installation, but this functionality is so useful, IMO,
 that I, for one, would put up with a little annoyance of a wrong label.
 Changing the label in a way I've described above could be a later
 enhancement.

Well, lo and behold, I overreacted.  It turned out to be much easier than
I anticipated, so attached is the patch with the Retry/Continue message
box.

  http://cygwin.com/ml/cygwin-apps/2006-01/msg00204.html
 [snip]
 However, there was another issue in that thread (the inline patch).  It
 seems that applying that will cause the code to be simpler, but I'm afraid
 there's some little issue I'm missing.

I still have that one in my private sandbox, and had it in my running copy
of setup for a while with no observed problems.  Any opinions?

  If we can finish off the Retry/Replace file-in-use thing and assuming
  there are no reports of new issues with this snapshot then I think we
  can push out a release.

 Sounds good.  If people are fine with the Retry/Cancel box, I can have a
 new patch by the end of this week.

So my weeks end on Wednesdays... :-)  Since this change involved indenting
an 80-line chunk of code, I'm also attaching a whitespace-indifferent
patch for ease of reviewing.  ChangeLog is below.
Igor
==
2006-08-16  Igor Peshansky  [EMAIL PROTECTED]

* install.cc (Installer::installOne): If file is in use, ask the user
to stop processes and retry.
(MB_RETRYCONTINUE, IDCONTINUE): New macros.
(hMsgBoxHook): New static field.
(CBTProc): New window hook function.
(_custom_MessageBox): New function.
* CHANGES: Update with the above.

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de BergeracIndex: CHANGES
===
RCS file: /cvs/cygwin-apps/setup/CHANGES,v
retrieving revision 1.13
diff -u -p -r1.13 CHANGES
--- CHANGES 13 Jun 2006 14:00:23 -  1.13
+++ CHANGES 16 Aug 2006 03:56:05 -
@@ -3,6 +3,8 @@ Note: For easier maintenance try to keep
 
 Version 2.548 (HEAD)
  
+ - Allow interactively retrying to replace open files.
+
  - Fix unreadable chooser page due to bad background colour problem.
 
  - Make categories named with an initial . default to expanded display.
Index: install.cc
===
RCS file: /cvs/cygwin-apps/setup/install.cc,v
retrieving revision 2.78
diff -u -p -r2.78 install.cc
--- install.cc  16 Apr 2006 15:37:49 -  2.78
+++ install.cc  16 Aug 2006 03:56:06 -
@@ -178,6 +178,44 @@ Installer::replaceOnRebootSucceeded (con
   

Re: call for testing of latest setup.exe snapshot

[Reini Urban]

Peter D. Stout schrieb:

I was testing the snapshot this morning and noticed a couple of minor issues.

First, if the location of the Cygwin files changes on a mirror, then
setup lists the mirror twice in the chooser and reports an error that
the selected mirror has been removed when you click next.  For
example, the URL for mirrors.kernel.org has changed from
ftp://mirrors.kernel.org/sources.redhat.com/cygwin to
ftp://mirrors.kernel.org/sourceware/cygwin.  The error message makes
sense when you track things down in /var/log/setup.log, but it is
confusing when you are just looking at what is displayed.


I had a similar symptom.
I switched from Install from Internet to Install from Local 
Directory, and the package list showed the right packages, but the 
wrong version numbers, either the version numbers from the previous 
downloaded setup.ini or from the locally installed packages. Not from my 
updated local one.

The second attempt with local install showed the correct versions.

My problem was probably just a read-only /etc/setup/last-cache. Wrong ACL.
2006/08/08 21:55:28 io_stream_cygfile: fopen(/etc/setup/last-cache) 
failed 13 Permission denied



Warning, the default trust level for package  does not meet this specification 
libpgtypes2


Hmm, that's me. This setup.hint just misses the curr: as in most new 
postgresql hints. Strange.


--
Reini

Re: call for testing of latest setup.exe snapshot

[Alexey N. Solofnenko]

It worked fine for me (except as all previous versions it wants to
reinstall source only gcc-testsuite when I select install).

- Alexey.

Brian Dessent wrote:

I've just uploaded http://cygwin.com/setup/snapshots/setup-2.551.exe.

If you had experienced any problems with previous versions please try
this one and report if it solves your issue or not.

...

Brian
  


--

Alexey N. Solofnenko http://trelony.cjb.net/
Pleasant Hill, CA (GMT-8 usually)


smime.p7s
Description: S/MIME Cryptographic Signature

Re: call for testing of latest setup.exe snapshot

[Igor Peshansky]

On Sun, 6 Aug 2006, Brian Dessent wrote:

 I've just uploaded http://cygwin.com/setup/snapshots/setup-2.551.exe.

Hi, Brian.  I meant to reply sooner -- sorry for the delay.  Thanks a lot
for doing this!

 If you had experienced any problems with previous versions please try
 this one and report if it solves your issue or not.

 The above is CVS HEAD as of this moment.  I committed several
 outstanding patches (sorry for the huge delay Igor!) and have tried to
 round up all or most of the remaining outstanding patches/reported
 problems below.  I wanted to put everything in one thread instead of
 continuing a bunch of individual threads.  Sorry if this breaks up the
 discussion too much.  (Of course there were many more things in the
 feature request pile but that is another matter.)

No problem with the delay -- as long as they got in... :-)  FWIW, I have
commit rights in the cygwin-apps repository, so in the future you can just
give me the go-ahead to commit and let me deal with the merge conflicts.

 http://www.cygwin.com/ml/cygwin/2006-05/msg00594.html
   Null dereference in new_cstr_char_array.  This was already fixed in
   CVS on 2006-03-14.

 http://cygwin.com/ml/cygwin-apps/2006-02/msg00124.html
   Stray debugging messagebox removed.

 http://cygwin.com/ml/cygwin-apps/2006-02/msg00099.html
   So, we have a couple of issues here.  Firstly, the bug/unintended
   feature of -r causing the infinite retries until the file can be
   written (if I understand correctly.)  Second the patch by Igor that
   adds a dialog when trying to replace an in-use file.

Right.

   Here is my opinion on the matter: I like the dialog idea, but I don't
   think having Abort as an option is appropriate, as it will
   potentially cause a really screwed up install, plus it was left
   unimplemented in the patch submitted.  So let's just have two
   options: Retry and Replace on Reboot.  I know that this means we
   can't use the stock Abort/Retry/Ignore dialog but I think it's
   worth it for clarity.

Agreed on all points.  However, there is a technical issue here.  Stock
MessageBoxes come in many flavors -- there actually is a Retry/Cancel box.
There is no Retry/Continue stock box, unfortunately.

We can use the Retry/Cancel one, and perhaps play some games with the
WNDPROC of the MessageBox class to make Cancel look like Replace on
reboot (or Continue, which I like better -- we can explain in the
MessageBox text that pressing Continue will require a reboot later), but
I'm not sure it'll work, and it'll be ugly.  Plus, I don't know that much
about the WNDPROC, so it'll take me a bit of time to get something like
this working.

OTOH, I can change my patch to use the Retry/Cancel box today, and add the
following to the text: Pressing 'Cancel' will cause setup to use Windows
mechanisms for replacing in-use files.  It will be necessary for you to
reboot after setup completes.  I know, the label Cancel is evocative of
aborting the whole installation, but this functionality is so useful, IMO,
that I, for one, would put up with a little annoyance of a wrong label.
Changing the label in a way I've described above could be a later
enhancement.

   After we have that, we should fix the tar extraction bug with -r.

Absolutely.

 http://www.cygwin.com/ml/cygwin-apps/2006-01/msg00190.html
   Parsing of installed.db.  I don't really see that this matters a
   whole lot but it's certainly silly to have setup trying to read
   fields that don't exist so I applied this (with minor updates to
   account for std::string changes.)

Well, the intention was to reuse that third field for something else
(package version locking, IIRC) once setup no longer cares about the
value.

 http://cygwin.com/ml/cygwin-apps/2006-01/msg00204.html
   Package validation exception.  As I said in the thread, I dislike
   the idea of pretending that invalid files don't exist without some
   kind of error, and the specific case I was thinking of was a user
   who downloads and installs in two separate steps.  If a file obtained
   during the download step turns out to be corrupt/wrong size, then
   during install from local directory it will simply be silently
   omitted from the package list, which might be rather confusing if
   it's something important.  Even if the automatic dependency checking
   page flags a problem it is still not something the user can fix -- it
   will say select this package! but that package does not exist to
   be selected and cannot be installed anyway.

Well, we could pop up an informational message box if setup is not in
unattended mode (or write to the log if it is)...

   Still, since I nor anyone else has come up with anything better, and
   because an unhandled exception is pretty ghastly, I've applied
   Igor's patch.  In the future I would like to augment this with a
   warning of some kind if the user is in Install from local
   directory mode, but I guess that will have to wait.

Right.

However, there was another issue in 

Re: call for testing of latest setup.exe snapshot

[Peter D. Stout]

On Sun, 06 Aug 2006 19:00:39 -0700, Brian Dessent wrote:


 I've just uploaded http://cygwin.com/setup/snapshots/setup-2.551.exe.


Brian,

I was testing the snapshot this morning and noticed a couple of minor issues.

First, if the location of the Cygwin files changes on a mirror, then setup 
lists the mirror twice in the chooser and reports an error that the selected 
mirror has been removed when you click next.  For example, the URL for 
mirrors.kernel.org has changed from 
ftp://mirrors.kernel.org/sources.redhat.com/cygwin to 
ftp://mirrors.kernel.org/sourceware/cygwin.  The error message makes sense when 
you track things down in /var/log/setup.log, but it is confusing when you are 
just looking at what is displayed.


Second, looking through /var/log/setup.log I noticed a slightly garbled error 
message:

Warning, the default trust level for package  does not meet this specification 
libpgtypes2

The message comes from processOneDependency in package_version.cc.  Is this 
indicative of a logic error in setup or a problem with some package?


-Peter

P.S. Any idea why if I build setup from the source tarball, the executable will 
not start in the directory where it built, but runs fine if I move it to 
another directory?  Bash tells me permission denied, even though the file is 
executable, and reports an exit code of 126.

cygwin-setup.log
Description: Binary data

call for testing of latest setup.exe snapshot

[Brian Dessent]

I've just uploaded http://cygwin.com/setup/snapshots/setup-2.551.exe.

If you had experienced any problems with previous versions please try
this one and report if it solves your issue or not.

The above is CVS HEAD as of this moment.  I committed several
outstanding patches (sorry for the huge delay Igor!) and have tried to
round up all or most of the remaining outstanding patches/reported
problems below.  I wanted to put everything in one thread instead of
continuing a bunch of individual threads.  Sorry if this breaks up the
discussion too much.  (Of course there were many more things in the
feature request pile but that is another matter.)

http://www.cygwin.com/ml/cygwin/2006-05/msg00594.html
  Null dereference in new_cstr_char_array.  This was already fixed in 
  CVS on 2006-03-14.

http://cygwin.com/ml/cygwin-apps/2006-02/msg00124.html
  Stray debugging messagebox removed.
  
http://cygwin.com/ml/cygwin-apps/2006-02/msg00099.html
  So, we have a couple of issues here.  Firstly, the bug/unintended
  feature of -r causing the infinite retries until the file can be
  written (if I understand correctly.)  Second the patch by Igor that
  adds a dialog when trying to replace an in-use file.
  
  Here is my opinion on the matter: I like the dialog idea, but I don't
  think having Abort as an option is appropriate, as it will
  potentially cause a really screwed up install, plus it was left
  unimplemented in the patch submitted.  So let's just have two
  options: Retry and Replace on Reboot.  I know that this means we
  can't use the stock Abort/Retry/Ignore dialog but I think it's
  worth it for clarity.
  
  After we have that, we should fix the tar extraction bug with -r.
  
http://www.cygwin.com/ml/cygwin-apps/2006-01/msg00190.html
  Parsing of installed.db.  I don't really see that this matters a
  whole lot but it's certainly silly to have setup trying to read 
  fields that don't exist so I applied this (with minor updates to
  account for std::string changes.)

http://cygwin.com/ml/cygwin-apps/2006-01/msg00204.html
  Package validation exception.  As I said in the thread, I dislike
  the idea of pretending that invalid files don't exist without some
  kind of error, and the specific case I was thinking of was a user
  who downloads and installs in two separate steps.  If a file obtained
  during the download step turns out to be corrupt/wrong size, then 
  during install from local directory it will simply be silently
  omitted from the package list, which might be rather confusing if
  it's something important.  Even if the automatic dependency checking
  page flags a problem it is still not something the user can fix -- it
  will say select this package! but that package does not exist to
  be selected and cannot be installed anyway.
  
  Still, since I nor anyone else has come up with anything better, and
  because an unhandled exception is pretty ghastly, I've applied
  Igor's patch.  In the future I would like to augment this with a
  warning of some kind if the user is in Install from local
  directory mode, but I guess that will have to wait.
  
http://www.cygwin.com/ml/cygwin-apps/2006-03/msg00070.html
  -p option to specify packages to add.  I think I must have missed
  this patch the first time it was posted but I reviewed it here:
  http://www.cygwin.com/ml/cygwin-apps/2006-07/msg8.html
  If the submitter can fix the minor points raised I think it's fine
  for inclusion.

I don't have a URL
  Background color issues.  These should have been fixed for some time,
  but a newer snapshot was never made.


Bottom line:

If we can finish off the Retry/Replace file-in-use thing and assuming
there are no reports of new issues with this snapshot then I think we
can push out a release.

Brian

Latest setup.exe issue

[Milan Reznicek]

Hi,
I found a minor problem with latest setup.exe I downloaded today in
the morning. It doesn't care about colors being set as default by system and
in the TreeView when you select particular parts of cygwin to be installed
it explicitly sets background color of nodes to white but doesn't set
foreground, which in my case is light-gray so I'm nearly unable to read the
info about packages.

See the screenshot: http://www.ceskehry.cz/cygwin.png

And the question is. Is there possibility it'll be fixed or can I
download source code of setup.exe somewhere so I can fix it?

Best regards, Rezna


--
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: Latest setup.exe issue

[Brian Dessent]

Milan Reznicek wrote:

 I found a minor problem with latest setup.exe I downloaded today in
 the morning. It doesn't care about colors being set as default by 
This has been fixed for some time.  The fix is in the current setup.exe
snapshot but the last release version was made before the fix.

http://cygwin.com/ml/cygwin-apps/2005-09/msg00162.html
http://cygwin.com/setup/snapshots/

Brian

--
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: Latest setup.exe issue

[Milan Reznicek]

Thanks, Milan Řezníček

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Brian Dessent
Sent: Sunday, December 25, 2005 12:53 PM
To: cygwin@cygwin.com
Subject: Re: Latest setup.exe issue

Milan Reznicek wrote:

 I found a minor problem with latest setup.exe I downloaded today
in
 the morning. It doesn't care about colors being set as default by 
This has been fixed for some time.  The fix is in the current setup.exe
snapshot but the last release version was made before the fix.

http://cygwin.com/ml/cygwin-apps/2005-09/msg00162.html
http://cygwin.com/setup/snapshots/

Brian

--
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: Latest setup.exe

[Robert Collins]

On Mon, 2002-12-09 at 03:56, Joseph Davida wrote:
 I got around the problem by removing the
 old C:\cygwin (actually by renaming it
 to cygwin.old) and restarting the setup.exe.
 
 So it appears current setup.exe will cause this
 problem on Win2K if it installs on top of an 
 exsisting installation.

Works for me.

I'll WAG that your 'local package dir' is c:\cygwin.

Thats not a supported configuration.

Rob
-- 
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---



signature.asc
Description: This is a digitally signed message part

Re: Latest setup.exe

[Joseph Davida]

Nop! package dir is 
c:\downloads\cygwin\packages.

Joe

--- Robert Collins [EMAIL PROTECTED] wrote:
 On Mon, 2002-12-09 at 03:56, Joseph Davida wrote:
  I got around the problem by removing the
  old C:\cygwin (actually by renaming it
  to cygwin.old) and restarting the setup.exe.
  
  So it appears current setup.exe will cause this
  problem on Win2K if it installs on top of an 
  exsisting installation.
 
 Works for me.
 
 I'll WAG that your 'local package dir' is c:\cygwin.
 
 Thats not a supported configuration.
 
 Rob
 -- 
 ---
 GPG key available at:
 http://users.bigpond.net.au/robertc/keys.txt.
 ---
 

 ATTACHMENT part 2 application/pgp-signature
name=signature.asc



__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.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: Latest setup.exe

[Joseph Davida]

I got around the problem by removing the
old C:\cygwin (actually by renaming it
to cygwin.old) and restarting the setup.exe.

So it appears current setup.exe will cause this
problem on Win2K if it installs on top of an 
exsisting installation.

Cheers,
Joe


Joseph Davida wrote:
I tried the beta version Max suggested and it also
exhibits the same behaviour on my win2k laptop;
i.e. sucks up huge mem (depletes VM), and yet after
more than 1 hour of running, it still says 1% of
base-files 1.1-1 is installed. The total progress
meter shows only about a sliver of progress :)

Am running win2K with latest updates (service pack
3).

Also, I have been updating my cygwin installation for
over a year now, and this is the first time I have
encountered this problem.

Joe

Max Bowsher wrote:
 
 Please keep replies on list!
 
 Joseph I. Davida [EMAIL PROTECTED] wrote:
 
  It appears that this setup.exe is depleting the
VM pool.
  There is either a bad memory leak problem, or
there
  is a boundless recursion in the calls. I suspect
the
  it is a memory leak problem.
  The machine has 512M sdram and a 40 gig HD, of
which
  a max of 2048M is used for paging. Yet the
setup.exe
  alone eats up all the VM pool!.
 
  Is there an older version of it that I can try?
 
 Try the latest beta at
http://cygwin.com/setup-snapshots/
 
 Max.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.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: Latest setup.exe

[Max Bowsher]

Please keep replies on list!

Joseph I. Davida [EMAIL PROTECTED] wrote:

 It appears that this setup.exe is depleting the VM pool.
 There is either a bad memory leak problem, or there
 is a boundless recursion in the calls. I suspect the
 it is a memory leak problem.
 The machine has 512M sdram and a 40 gig HD, of which
 a max of 2048M is used for paging. Yet the setup.exe
 alone eats up all the VM pool!.
 
 Is there an older version of it that I can try?

Try the latest beta at http://cygwin.com/setup-snapshots/

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: Latest setup.exe

[Joseph I. Davida]

I tried the beta version Max suggested and it also
exhibits the same behaviour on my win2k laptop;
i.e. sucks up huge mem (depletes VM), and yet after
more than 1 hour of running, it still says 1% of
base-files 1.1-1 is installed. The total progress
meter shows only about a sliver of progress :)

Am running win2K with latest updates (service pack 3).

Also, I have been updating my cygwin installation for
over a year now, and this is the first time I have
encountered this problem.

Joe

Max Bowsher wrote:
 
 Please keep replies on list!
 
 Joseph I. Davida [EMAIL PROTECTED] wrote:
 
  It appears that this setup.exe is depleting the VM pool.
  There is either a bad memory leak problem, or there
  is a boundless recursion in the calls. I suspect the
  it is a memory leak problem.
  The machine has 512M sdram and a 40 gig HD, of which
  a max of 2048M is used for paging. Yet the setup.exe
  alone eats up all the VM pool!.
 
  Is there an older version of it that I can try?
 
 Try the latest beta at http://cygwin.com/setup-snapshots/
 
 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/

Latest setup.exe

[Joseph I. Davida]

The latest setup.exe dies with the following
error banner titled: Microsoft Visual C++ Runtime Error

Runtime Error
Program: C:\download\cygwin\setup.exe

Abnormal Program termination

This happens after about 1% of the packages have been installed.
Also, there appears to be a huge allocation of mem that Win2K
increased virtual space to 2 gig and the machine slows down
so much as to be almost uselesss during the setup!


Regards,

Joe

--
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: Latest setup.exe

[Max Bowsher]

Joseph I. Davida [EMAIL PROTECTED] wrote:

 The latest setup.exe dies with the following

Latest release (2.249.2.5) or latest beta (2.303) ?

 error banner titled: Microsoft Visual C++ Runtime Error
 
 Runtime Error
 Program: C:\download\cygwin\setup.exe
 
 Abnormal Program termination
 
 This happens after about 1% of the packages have been installed.
 Also, there appears to be a huge allocation of mem that Win2K
 increased virtual space to 2 gig and the machine slows down
 so much as to be almost uselesss during the setup!

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: cannot install from local disk with latest setup.exe-2.249.2.2

[Robert Collins]

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED]] On Behalf Of Dr. Volker Zell
 Sent: Thursday, 13 June 2002 5:45 PM
 To: [EMAIL PROTECTED]
 Subject: cannot install from local disk with latest 
 setup.exe-2.249.2.2
 
 
 Hi
 
 I usually install packages in two steps. First I download 
 them and then I install from local disk.
 The latter does not work for me with setup.exe-2.249.2.2.
 
 setup just keeps my disk spinning when it comes to the 
 Installing... screen.
 I cannot even press the Cancel button, it's not reacting anymore.
 Nothing is written to the logfiles.
 
 I have to use the taskvier to kill setup.
 
 My setup is NT4-SP5
 
 The latest working setup in my scenario was setup.exe-2.218.2.9
 Ciao
   Volker

I'll bet that you have a large amount of files in your cache dir. Setup
is validating the MD5 for all those files.

Rob

RE: cannot install from local disk with latest setup.exe-2.249.2.2

[Robert Collins]

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED]] On Behalf Of Dr. Volker Zell
 Sent: Thursday, 13 June 2002 5:45 PM
 To: [EMAIL PROTECTED]
 Subject: cannot install from local disk with latest 
 setup.exe-2.249.2.2
 
 
 Hi
 
 I usually install packages in two steps. First I download 
 them and then I install from local disk.
 The latter does not work for me with setup.exe-2.249.2.2.
 
 setup just keeps my disk spinning when it comes to the 
 Installing... screen.

I just re-read this. Can you run it under a debugger? Even though there
aren't symbols, you'll get debugging output.

Thanks,
Rob

RE: cannot install from local disk with latest setup.exe-2.249.2.2

[Robert Collins]

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED]] On Behalf Of Dr. Volker Zell
 Sent: Thursday, 13 June 2002 10:02 PM

 
 Yap, false alarm, I tried again and after a couple of minutes 
 I was presented with
 the package dialog.
 Maybe I need a faster computer :-)
 
 Wasn't this feature of MD5 validation in setup-2.218.2.9.exe ?

No. 2.218.2.9 understood the MD5 tags, it didn't use them at all.

Rob

Latest Setup.exe Fails (Win2k)

[Lee Goddard]

Hi there.

The latest setup.exe fails on my system: 100% CPU indefinetly
and all the screen says is something like 'this space intentionally blank.'
I've tried 10 different mirrors, it downloads something from them
Itelling me if it can't or if the setup.ini is out of date in relation to 
the exe).
This is the latest seup.exe from cygwin.com.

My system:

Windows 2000 Service pack 2, all MS updates installed.
AMD Athalon  1400 mhz
WinForce GeForce3
260,000 kb RAM

Any advice appreciated.
lee


Lee Goddard
perl -e while(1){print rand0.5 ? chr 47 : chr 92}


--
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: Latest Setup.exe Fails (Win2k)

[Lee Goddard]

Sorry - forgot the obvious: it is the latest version at the
time of writing, which is 2.218.2.8.

 
 
  Hi there.
 
  The latest setup.exe fails on my system: 100% CPU indefinetly
  and all the screen says is something like 'this space
  intentionally blank.' I've tried 10 different mirrors, it
  downloads something from them Itelling me if it can't or if
  the setup.ini is out of date in relation to
  the exe).
  This is the latest seup.exe from cygwin.com.
 
  My system:
 
  Windows 2000 Service pack 2, all MS updates installed.
  AMD Athalon  1400 mhz
  WinForce GeForce3
  260,000 kb RAM
 
  Any advice appreciated.
  lee
 
 
  Lee Goddard
  perl -e while(1){print rand0.5 ? chr 47 : chr 92}
 
 
  --
  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/
 
 

Lee Goddard
perl -e while(1){print rand0.5 ? chr 47 : chr 92}


--
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[2]: Latest Setup.exe Fails (Win2k)

[Pavel Tsekov]

Hello Lee,

1. Which is the mirror that you were using when setup.exe
hung ? From your description of the problem its not quite
clear.

2. Are you doing install from internet or from local directory ?
Or maybe it was just a download only run ?

3. Please supply the listing of your download directory contents
and also of the subdirectory inside your download dir, which has the
name of the mirror you were trying to use. Do not do a recursive
listing i.e. use dir and not dir /s.

Wednesday, May 15, 2002, 1:29:10 PM, you wrote:


LG Sorry - forgot the obvious: it is the latest version at the
LG time of writing, which is 2.218.2.8.

LG  
 
  Hi there.
 
  The latest setup.exe fails on my system: 100% CPU indefinetly
  and all the screen says is something like 'this space
  intentionally blank.' I've tried 10 different mirrors, it
  downloads something from them Itelling me if it can't or if
  the setup.ini is out of date in relation to
  the exe).
  This is the latest seup.exe from cygwin.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[2]: Latest Setup.exe Fails (Win2k)

[Lee Goddard]

At 14:32 15/05/2002 +0200, Pavel Tsekov wrote:
Hello Lee,

1. Which is the mirror that you were using when setup.exe
hung ? From your description of the problem its not quite
clear.

I've tried several mirrors, one at a time.


2. Are you doing install from internet or from local directory ?
Or maybe it was just a download only run ?

 From the Internet.

3. Please supply the listing of your download directory contents
and also of the subdirectory inside your download dir, which has the
name of the mirror you were trying to use. Do not do a recursive
listing i.e. use dir and not dir /s.

In two cases, my package dirs contain just setup.ini.

In one case, I have etc, which contains three files: last-cache,
timestamp, and last-mirror. The latter contains just the URI:
ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin

Another case is the same, with the URI being:
ftp://ftp.ccp14.dl.ac.uk/ccp14/ftp-mirror/programming/cygwin/pub/cygwin

Another case:
ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin

In every case, the systsem hangs with the dialogue box saying
This space intentionally blank (or such) and the window is shown
as Not responding  in Windows' task manager, with 100%  use
of a 1400 mhz CPU.

Thanks - HTH
lee


Wednesday, May 15, 2002, 1:29:10 PM, you wrote:


LG Sorry - forgot the obvious: it is the latest version at the
LG time of writing, which is 2.218.2.8.

LG  
  
   Hi there.
  
   The latest setup.exe fails on my system: 100% CPU indefinetly
   and all the screen says is something like 'this space
   intentionally blank.' I've tried 10 different mirrors, it
   downloads something from them Itelling me if it can't or if
   the setup.ini is out of date in relation to
   the exe).
   This is the latest seup.exe from cygwin.com.
  

Lee Goddard
perl -e while(1){print rand0.5 ? chr 47 : chr 92}


--
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: Latest Setup.exe Fails (Win2k)

[Christopher Faylor]

On Wed, May 15, 2002 at 02:53:30PM +0200, Lee Goddard wrote:
In every case, the systsem hangs with the dialogue box saying
This space intentionally blank (or such) and the window is shown
as Not responding  in Windows' task manager, with 100%  use
of a 1400 mhz CPU.

I hate to chime in with a me too but I saw this behavior once myself
while debugging setup.  I was quite excited that I could finally duplicate
the problem but I couldn't break out the hung executable in the debugger
and, after killing the process, I could never duplicate the problem
again.

These are very minor data points but I thought I'd share them.

cgf

--
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[3]: Latest Setup.exe Fails (Win2k)

[Pavel Tsekov]

Hello Lee,

Wednesday, May 15, 2002, 2:53:30 PM, you wrote:

LG In two cases, my package dirs contain just setup.ini.

LG In one case, I have etc, which contains three files: last-cache,
LG timestamp, and last-mirror. The latter contains just the URI:
LG ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin

[snip]

Do these contain any files ?


--
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[3]: Latest Setup.exe Fails (Win2k)

[Lee Goddard]

Well, I had deleted it; but in another case, I have this,
going with WIn2k defaults:

C:\cygwin\etc\setup\last-cache
C:\cygwin\etc\setup\last-mirror
C:\cygwin\etc\setup\timestamp
C:\cygwin\var\log\setup.log
C:\cygwin\var\log\setup.log.full

I'm happy to send the logs if you wish.
One note, in the latter log:

 ftp  error
 ftp  error
 get_url_to_membuf failed!

Lee


At 15:31 15/05/2002 +0200, Pavel Tsekov wrote:
Hello Lee,

Wednesday, May 15, 2002, 2:53:30 PM, you wrote:

LG In two cases, my package dirs contain just setup.ini.

LG In one case, I have etc, which contains three files: last-cache,
LG timestamp, and last-mirror. The latter contains just the URI:
LG ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin

[snip]

Do these contain any files ?

Lee Goddard
perl -e while(1){print rand0.5 ? chr 47 : chr 92}


--
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[4]: Latest Setup.exe Fails (Win2k)

[Pavel Tsekov]

Hello Lee,

On the 4th setup page (screen) you are prompted for Local Package
Directory. I am interested of the contents of the directory you
entered on that screen and in any subdirectories of the above
directory which loook like URLs.

Wednesday, May 15, 2002, 3:55:32 PM, you wrote:


LG Well, I had deleted it; but in another case, I have this,
LG going with WIn2k defaults:

[snip]

LG I'm happy to send the logs if you wish.

Yes - send them please.


--
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[4]: Latest Setup.exe Fails (Win2k)

[Lee Goddard]

At 16:20 15/05/2002 +0200, Pavel Tsekov wrote:
Hello Lee,

Hi

On the 4th setup page (screen) you are prompted for Local Package
Directory. I am interested of the contents of the directory you
entered on that screen and in any subdirectories of the above
directory which loook like URLs.

Sorry - here it is (only have on instance left):

Local package dir is packages.
Contains one dir:
ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2fcygwin
Contains one file, setup.ini

LG I'm happy to send the logs if you wish.

Yes - send them please.

Attached.

Thanks for your help!
Lee


Lee Goddard
perl -e while(1){print rand0.5?chr 47:chr 92}

2002/05/15 14:58:48 Starting cygwin install, version 2.218.2.8
2002/05/15 14:58:48 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 14:58:54 source: network install
2002/05/15 14:58:55 root: C:\cygwin binary system
2002/05/15 14:59:06 Selected local directory: C:\Documents and 
Settings\Administrator\Desktop
2002/05/15 14:59:06 net: Direct
2002/05/15 14:59:24 site: ftp://ftp.ntua.gr/pub/pc/cygwin
2002/05/15 14:59:32 mbox yesno: This setup.ini is older than the one you used last 
time you installed cygwin.  Proceed anyway?
2002/05/15 14:59:36 Ending cygwin install
2002/05/15 14:59:52 Starting cygwin install, version 2.218.2.8
2002/05/15 14:59:52 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 14:59:54 source: network install
2002/05/15 14:59:55 root: C:\cygwin binary system
2002/05/15 14:59:56 Selected local directory: C:\Documents and 
Settings\Administrator\Desktop
2002/05/15 14:59:56 net: Direct
2002/05/15 15:00:07 site: ftp://ftp.sunet.se/pub/lang/cygwin
2002/05/15 15:00:49 Ending cygwin install
2002/05/15 15:00:50 Starting cygwin install, version 2.218.2.8
2002/05/15 15:00:50 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 15:00:52 source: network install
2002/05/15 15:00:53 root: C:\cygwin binary system
2002/05/15 15:00:53 Selected local directory: C:\Documents and 
Settings\Administrator\Desktop
2002/05/15 15:00:54 net: Direct
2002/05/15 15:02:37 site: ftp://ftp.tuke.sk/pub/cygwin
2002/05/15 15:02:47 mbox yesno: This setup.ini is older than the one you used last 
time you installed cygwin.  Proceed anyway?
2002/05/15 15:02:51 Ending cygwin install
2002/05/15 15:03:38 Starting cygwin install, version 2.218.2.8
2002/05/15 15:03:38 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 15:03:41 source: network install
2002/05/15 15:03:41 root: C:\cygwin binary system
2002/05/15 15:03:42 Selected local directory: C:\Documents and 
Settings\Administrator\Desktop
2002/05/15 15:03:43 net: Direct
2002/05/15 15:05:34 site: ftp://gd.tuwien.ac.at/gnu/cygwin
2002/05/15 15:05:34 site: ftp://linux.sarang.net/mirror/development/compiler/cygwin
2002/05/15 15:05:34 site: ftp://ludique.u-bourgogne.fr/pub/mirror/cygwin
2002/05/15 15:05:34 site: ftp://mirror.aarnet.edu.au/pub/cygwin
2002/05/15 15:05:34 site: ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin
2002/05/15 15:05:34 site: ftp://planetmirror.com/pub/sourceware/cygwin
2002/05/15 15:05:34 site: ftp://ring.aist.go.jp/archives/pc/gnu-win32
2002/05/15 15:05:34 site: ftp://ring.asahi-net.or.jp/archives/pc/gnu-win32
2002/05/15 15:06:40 mbox note: Unable to get setup.ini from 
ftp://mirror.aarnet.edu.au/pub/cygwin
2002/05/15 15:07:31 Ending cygwin install


2002/05/15 15:03:38 Starting cygwin install, version 2.218.2.8
2002/05/15 15:03:38 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 15:03:41 source: network install
2002/05/15 15:03:41 root: C:\cygwin binary system
2002/05/15 15:03:42 Selected local directory: C:\Documents and 
Settings\Administrator\Desktop
2002/05/15 15:03:43 net: Direct
get_url_to_membuf http://sources.redhat.com/cygwin/mirrors.lst
2002/05/15 15:05:34 site: ftp://gd.tuwien.ac.at/gnu/cygwin
2002/05/15 15:05:34 site: ftp://linux.sarang.net/mirror/development/compiler/cygwin
2002/05/15 15:05:34 site: ftp://ludique.u-bourgogne.fr/pub/mirror/cygwin
2002/05/15 15:05:34 site: ftp://mirror.aarnet.edu.au/pub/cygwin
2002/05/15 15:05:34 site: ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin
2002/05/15 15:05:34 site: ftp://planetmirror.com/pub/sourceware/cygwin
2002/05/15 15:05:34 site: ftp://ring.aist.go.jp/archives/pc/gnu-win32
2002/05/15 15:05:34 site: ftp://ring.asahi-net.or.jp/archives/pc/gnu-win32
get_url_to_membuf ftp://gd.tuwien.ac.at/gnu/cygwin/setup.ini
ftp  220 gd.tuwien.ac.at NcFTPd Server (free educational license) ready.
ftp  331 Guest login ok, send your complete e-mail address as password.
ftp  230-You are user #879 of 1000 simultaneous users allowed.
ftp  230-
ftp  230-
ftp  230-- G D S -- Welcome to Goodie Domain Service
ftp  230-- D -- Vienna University of Technology, Austria
ftp  230-- S -- Dept. of Information Technology Services
ftp  230-===
ftp  230-
ftp  230- What's in 

Re: Latest Setup.exe Fails (Win2k)

[Jonathan Sambrook]

Lee Goddard wrote:
 
 Sorry - forgot the obvious: it is the latest version at the
 time of writing, which is 2.218.2.8.
 
  
 
 
  Hi there.
 
  The latest setup.exe fails on my system: 100% CPU indefinetly
  and all the screen says is something like 'this space
  intentionally blank.' I've tried 10 different mirrors, it
  downloads something from them Itelling me if it can't or if
  the setup.ini is out of date in relation to
  the exe).
  This is the latest seup.exe from cygwin.com.

I was perturbed by this, or something similar, but found that there was 
separate window open displaying the usual selection box. This window was 
buried underneath other windows lying around on my desktop and IIRC 
wasn't easy to switch to.

HTH,
Jonathan




--
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: has anyone tried latest setup.exe from cvs ?

[Robert Collins]

- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 17, 2001 12:04 PM
Subject: Re: has anyone tried latest setup.exe from cvs ?


 On Mon, Dec 17, 2001 at 10:52:11AM +1100, Robert Collins wrote:
 
 - Original Message -
 From: Gary R. Van Sickle [EMAIL PROTECTED]
 i.e., that have no version: lines in them (what is such an entry
 supposed to mean, or is this actually a upset bug?).  The parser
then
 never creates a
 
 Chris, do you consider version: to be mandatory for setup.ini files?
 
 setup.html doesn't specify (AFAICT) whether version: is optional or
 mandatory.  If the decision hasn't been made, I'd prefer mandatory.

 It's optional for setup.exe, certainly.  There are a few packages for
 which there is no version: info.  I think I nuked one of them
yesterday,
 though.

Ah. I'll make setup.exe robust again - at the moment it dies if there is
no version: entry for a package in setup.ini.

Thanks,
Rob

Re: has anyone tried latest setup.exe from cvs ?

[Christopher Faylor]

On Mon, Dec 17, 2001 at 12:11:25PM +1100, Robert Collins wrote:
- Original Message -
This is an example that would kill setup.exe:
@ ash

sdesc: A Bourne Shell (/bin/sh) workalike
category: Base Shells
requires: cygwin
install: latest/ash/ash-20011018-1.tar.bz2 33819
source: latest/ash/ash-20011018-1-src.tar.bz2 143186

It's not a valid example, is it?  setup.ini doesn't look like this now.
upset only does this for packages whose tar files have no versions,
which is currently: diff, gperf, m4, I think.

cgf

RE: has anyone tried latest setup.exe from cvs ?

[Charles Wilson]

 Sort of.  The problem though is that I'm nearing the completion of some
 pretty extensive changes to the GUI code, so if there's problems with
 that in the cvs stuff I might not even know about it.  I did however
 run across a problem in the INI-parsing code that does prevent it from
 working.  The problem is with entries in setup.ini that look like this:
 
 @ jbigkit
 sdesc: Lossless image compression library
 ldesc: JBIG is a highly effective lossless compression
 algorithm for bi-level images (one bit per pixel), which
 is particularly suitable for document pages.
 category: Graphics Libs
 requires: cygwin
 
 i.e., that have no version: lines in them (what is such an entry
 supposed to mean, or is this actually a upset bug?).

No, it's a too aggreesive cleanup bug.  Chris deleted the jbigkit packages 
from sourceware, and I haven't had a chance to re-upload them yet.  since 
the packages aren't there, upset can't figure out what version numbers to 
use.

You're not ever supposed to have a setup.hint without any packages.

--Chuck