Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: I think I fixed the problem. I at least fixed *a* problem. The latest setup.exe, now on cygwin.com has the fix that solved the issue for me. The setup.exe currently on the website shows version 2.774 in the GUI, but logs version 2.769 to the command line. BTW, would it be possible to show on the website what version of setup it is? Regards, Achim. -- 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 1.7.14-2 setup.exe v2.772 broken?
From: marco atzeri BLODA is still a possibility, I have Symantec installed; or there is subtle bug handling the missing files on the website Marco I had understood BLODA to affect Cygwin programs that rely on code in cygwin1.dll that tries to bridge the imperfect divide between the Unix and Windows architectures; it therefore would not affect pure Windows programs such as setup.exe. Have I misunderstood? --Ken Nellis -- 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 1.7.14-2 setup.exe v2.772 broken?
On Mon, Apr 30, 2012 at 8:43 AM, Nellis, Kenneth wrote: From: marco atzeri BLODA is still a possibility, I have Symantec installed; or there is subtle bug handling the missing files on the website Marco I had understood BLODA to affect Cygwin programs that rely on code in cygwin1.dll that tries to bridge the imperfect divide between the Unix and Windows architectures; it therefore would not affect pure Windows programs such as setup.exe. Have I misunderstood? Yes, you have misunderstood. We point people to the BLODA FAQ at Cygwin at mingw.org which has nothing to do with Cygwin. BLODA can affect any DLL or EXE. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
On 4/28/2012 8:51 PM, Nick Lowe wrote: I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Quite, but the idea of corruption was implicit in that question. A digital signature would rule that out. snip Not in this case, no. You inferred the wrong thing from the quote above. Corinna's suggestion was that the mirror containing the packages was malformed in some way, not that that 'setup.exe' itself was somehow corrupted. What's with the hostility? It's really bad etiquette... ;) That would be http://cygwin.com/acronyms/#WJM. It makes life more livable. :-) -- 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 1.7.14-2 setup.exe v2.772 broken?
On Mon, Apr 30, 2012 at 09:00:17AM +, Achim Gratz wrote: Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: I think I fixed the problem. I at least fixed *a* problem. The latest setup.exe, now on cygwin.com has the fix that solved the issue for me. The setup.exe currently on the website shows version 2.774 in the GUI, but logs version 2.769 to the command line. I can't duplicate this. If I redirect stdout I get this: Starting cygwin install, version 2.774 and the log files contain the correct version too. Moreover, I can't find the string 2.769 in any object file that was used to create setup.exe. BTW, would it be possible to show on the website what version of setup it is? No, I don't think that level of bookkeeping is worth it. setup.exe is not a product. You don't have to download it to get new features that you need day-to-day. If you are worried about always getting the newest version before updating Cygwin then you could just write a runsetup.bat file: @echo off wget -O setup.exe --quiet http://cygwin.com/setup.exe .\setup.exe And execute runsetup every time you want to perform an update. cgf -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
On Mon, Apr 30, 2012 at 12:29:27PM -0400, Larry Hall (Cygwin) wrote: On 4/28/2012 8:51 PM, Nick Lowe wrote: I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Quite, but the idea of corruption was implicit in that question. A digital signature would rule that out. snip Not in this case, no. You inferred the wrong thing from the quote above. Corinna's suggestion was that the mirror containing the packages was malformed in some way, not that that 'setup.exe' itself was somehow corrupted. What's with the hostility? It's really bad etiquette... ;) That would be http://cygwin.com/acronyms/#WJM. It makes life more livable. :-) Or, it could also be that hostility was inexplicably inferred where none was intended, i.e., We're communicating on the internet! cgf -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
On 4/30/2012 12:34 PM, Christopher Faylor wrote: On Mon, Apr 30, 2012 at 12:29:27PM -0400, Larry Hall (Cygwin) wrote: On 4/28/2012 8:51 PM, Nick Lowe wrote: I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Quite, but the idea of corruption was implicit in that question. A digital signature would rule that out. snip Not in this case, no. You inferred the wrong thing from the quote above. Corinna's suggestion was that the mirror containing the packages was malformed in some way, not that that 'setup.exe' itself was somehow corrupted. What's with the hostility? It's really bad etiquette... ;) That would behttp://cygwin.com/acronyms/#WJM. It makes life more livable. :-) Or, it could also be that hostility was inexplicably inferred where none was intended, i.e., We're communicating on the internet! Oh, THAT. Yeah, it could just be that. ;-) But seriously, yes. I know I didn't read any hostility in your reply. My response was a (very) roundabout way of saying that. The smiley was clearly too subtle. :-( Sorry 'bout that. -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
Yeah - Sorry all for any misunderstanding on my part. I seem to remember I was in a caustic mood at the time anyway over something very unrelated! Will take care to not derail threads in the future. Regards, Nick -- 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 1.7.14-2 setup.exe v2.772 broken?
Christopher Faylor writes: On Mon, Apr 30, 2012 at 09:00:17AM +, Achim Gratz wrote: I can't duplicate this. If I redirect stdout I get this: Starting cygwin install, version 2.774 and the log files contain the correct version too. Moreover, I can't find the string 2.769 in any object file that was used to create setup.exe. Sorry, false alarm. I had the new setup.exe on my machine (downloaded from the website), but the installer on the server would get the old one anyway from the HTTP proxy cache... which finally also explained some of the more mysterious mirror failures I've had happen occasionally. I've managed to set the lftp script up so that it bypasses any caching. It's incredibly slow now, but at least when it finishes it has the correct files. @echo off wget -O setup.exe --quiet http://cygwin.com/setup.exe .\setup.exe Good idea. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: 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 1.7.14-2 setup.exe v2.772 broken?
Christopher Faylor wrote: On Sat, Apr 28, 2012 at 02:24:29PM -0400, Christopher Faylor wrote: I think I fixed the problem. I at least fixed *a* problem. The latest setup.exe, now on cygwin.com has the fix that solved the issue for me. cgf Yes, I am *pleased* to report that it solved *two* issues for me! :-) 1. Setup no longer crashes. 2. I no longer get the pesky INVALID PACKAGE: file://E:\Downloads\cygwin_1_7_14-2/ - Size mismatch: Ini-file: 0 != On-disk: 4096 when downloading to my RAID 1 volume (nor on my VHD volume)! Initially, I did experience some strange behavior (retry failures, etc.) on one mirror, but not on another I tried; probably attributable to re-sync in-process on the problematic mirror. Nice work and thank you Christopher! Kind regards, 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 1.7.14-2 setup.exe v2.772 broken?
On Apr 28 13:02, Ken wrote: marco atzeri wrote: BLODA is still a possibility, I have Symantec installed; or there is subtle bug handling the missing files on the website Marco Hi Marco, Nice to see that you can reproduce the problem! I neglected to mention that this seems to occur immediately after the initial setup.ini download (even to a fresh, non-cached, local folder), but it would seem that you have reproduced what I am experiencing. As I mentioned, the download operations work fine with the previous version of setup.exe (from 1.7.13); which is why I question whether or not something is slightly awry in the new version. There's no change between 2.769 and 2.772 which would explain any change in handling the .ini file. I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 1.7.14-2 setup.exe v2.772 broken?
Is there a reason why the Cygwin executables, and certainly the installer, are not digitally signed by Redhat? Also, with reference to: http://blogs.msdn.com/b/cjacks/archive/2009/03/27/manifesting-for-compatibility-on-windows-7.aspx http://msdn.microsoft.com/en-us/library/dd371711%28v=vs.85%29.aspx Should the Cygwin executables should be manifested so that they cannot run under any PCA compatibility shim and get the Windows 7 'behaviour'? -- 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 1.7.14-2 setup.exe v2.772 broken?
On Sat, Apr 28, 2012 at 08:06:21PM +0200, Corinna Vinschen wrote: On Apr 28 13:02, Ken wrote: marco atzeri wrote: BLODA is still a possibility, I have Symantec installed; or there is subtle bug handling the missing files on the website Marco Hi Marco, Nice to see that you can reproduce the problem! I neglected to mention that this seems to occur immediately after the initial setup.ini download (even to a fresh, non-cached, local folder), but it would seem that you have reproduced what I am experiencing. As I mentioned, the download operations work fine with the previous version of setup.exe (from 1.7.13); which is why I question whether or not something is slightly awry in the new version. There's no change between 2.769 and 2.772 which would explain any change in handling the .ini file. Yeah, ditto, but... I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? I can duplicate this. I'll try to fix it today. cgf -- 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 1.7.14-2 setup.exe v2.772 broken?
Christopher Faylor wrote: On Sat, Apr 28, 2012 at 08:06:21PM +0200, Corinna Vinschen wrote: On Apr 28 13:02, Ken wrote: marco atzeri wrote: BLODA is still a possibility, I have Symantec installed; or there is subtle bug handling the missing files on the website Marco Hi Marco, Nice to see that you can reproduce the problem! I neglected to mention that this seems to occur immediately after the initial setup.ini download (even to a fresh, non-cached, local folder), but it would seem that you have reproduced what I am experiencing. As I mentioned, the download operations work fine with the previous version of setup.exe (from 1.7.13); which is why I question whether or not something is slightly awry in the new version. There's no change between 2.769 and 2.772 which would explain any change in handling the .ini file. Yeah, ditto, but... I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Yes, as I mentioned in my initial post, I tried a few different mirrors with the same result. I can duplicate this. I'll try to fix it today. cgf Excellent! I look forward to the fix. :-) Thank you! 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 1.7.14-2 setup.exe v2.772 broken?
On Sat, Apr 28, 2012 at 02:24:29PM -0400, Christopher Faylor wrote: I can duplicate this. I'll try to fix it today. I think I fixed the problem. I at least fixed *a* problem. The latest setup.exe, now on cygwin.com has the fix that solved the issue for me. cgf -- 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
Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
It's bad etiquette to derail an email thread with unrelated questions. On Sat, Apr 28, 2012 at 07:22:29PM +0100, Nick Lowe wrote: Is there a reason why the Cygwin executables, and certainly the installer, are not digitally signed by Redhat? setup.exe is not produced by Red Hat and the Cygwin project at cygwin.com is not a Red Hat project. So, the logicstics of doing this aside, I doubt that Red Hat would be too keen on the idea. cgf -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
It's bad etiquette to derail an email thread with unrelated questions. I certainly didn't mean to derail it, the other points were ancillary to the implicit point that I intended to make which is that if the executable was digitally signed, any potential corruption would immediately be flagged by the operating system. -- 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 1.7.14-2 setup.exe v2.772 broken?
On 4/28/2012 10:45 PM, Christopher Faylor wrote: On Sat, Apr 28, 2012 at 02:24:29PM -0400, Christopher Faylor wrote: I can duplicate this. I'll try to fix it today. I think I fixed the problem. I at least fixed *a* problem. The latest setup.exe, now on cygwin.com has the fix that solved the issue for me. cgf no change in my case :-( installing from matzeri.altervista.org it crashes trying to download the missing setup.bz2. If I add a setup.bz2 it crashes with the missing setup.bz2.sig 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
On Sat, Apr 28, 2012 at 09:57:01PM +0100, Nick Lowe wrote: It's bad etiquette to derail an email thread with unrelated questions. I certainly didn't mean to derail it, the other points were ancillary to the implicit point that I intended to make which is that if the executable was digitally signed, any potential corruption would immediately be flagged by the operating system. There is no evidence that setup.exe (which is signed) was corrupt. It has/had what we call in the software industry a bug. Digital signing is not going to solve that. -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Quite, but the idea of corruption was implicit in that question. A digital signature would rule that out. It was only a suggestion to ensure that that would never be a possibility. What's with the hostility? It's really bad etiquette... ;) Nick -- 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: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)
I forgot to add, it also needs to be signed by a trusted root for it to be useful to most people. On Sun, Apr 29, 2012 at 1:51 AM, Nick Lowe nick.l...@gmail.com wrote: I installed 2.772 on my systems as soon as it was available and I don't see any such issue using my local mirror. Did you try another mirror? Quite, but the idea of corruption was implicit in that question. A digital signature would rule that out. It was only a suggestion to ensure that that would never be a possibility. What's with the hostility? It's really bad etiquette... ;) Nick -- 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
Cygwin 1.7.14-2 setup.exe v2.772 broken?
Hello, When attempting to do a download ONLY, setup.exe caused the following error to be displayed on Windows 7 64-bit: === Microsoft Visual C++ Runtime Library: This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. === I tried a few different mirrors with the same result. Then, I used a previous version of setup.exe, v2.769, and, aside from the warning that the setup.ini file is from a newer version of setup, it worked fine. Is setup v2.772 broken? Kind regards, 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 1.7.14-2 setup.exe v2.772 broken?
On 4/28/2012 12:34 AM, Ken wrote: Hello, When attempting to do a download ONLY, setup.exe caused the following error to be displayed on Windows 7 64-bit: === Microsoft Visual C++ Runtime Library: This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. === I tried a few different mirrors with the same result. Then, I used a previous version of setup.exe, v2.769, and, aside from the warning that the setup.ini file is from a newer version of setup, it worked fine. Is setup v2.772 broken? Kind regards, Ken I will bet more on BLODA. I already saw something like that in the past in an old version when downloading the mirror list. 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 1.7.14-2 setup.exe v2.772 broken?
On 4/28/2012 6:10 AM, marco atzeri wrote: On 4/28/2012 12:34 AM, Ken wrote: Hello, When attempting to do a download ONLY, setup.exe caused the following error to be displayed on Windows 7 64-bit: === Microsoft Visual C++ Runtime Library: This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. === I tried a few different mirrors with the same result. Then, I used a previous version of setup.exe, v2.769, and, aside from the warning that the setup.ini file is from a newer version of setup, it worked fine. Is setup v2.772 broken? Kind regards, Ken I will bet more on BLODA. I already saw something like that in the past in an old version when downloading the mirror list. Marco Hi Ken, I just noted the same error with 2.772 when downloading from my site that has only setup.ini and not setup.bz2. Adding the setup.bz2 bypassed the crash, but crash on missing setup.bz2.sig ; usually I do not see it as I use setup -X that skips the signature check. BLODA is still a possibility, I have Symantec installed; or there is subtle bug handling the missing files on the website 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