Incomplete installation of subversion
Fri Aug 13 15:44:00 GMT 2010
On 13 August 2010 11:27, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>>> > On Thu, Aug 12, 2010 at 9:02 AM, Andrey Repin wrote:
>>> > (snip)
>>> >> <stdout>:curl -iI -H "Accept-Encoding: gzip" -s -- "http://cygwin.com/setup.exe"
>>> >> HTTP/1.1 200 OK
>>> >> Date: Thu, 12 Aug 2010 06:59:40 GMT
>>> >> Server: Apache/2.0.52 (Red Hat)
>>> >> Last-Modified: Tue, 10 Aug 2010 16:28:21 GMT
>>> >> ETag: "18e01b8-a7413-9f101340"
>>> >> Accept-Ranges: bytes
>>> >> Vary: Accept-Encoding
>>> >> Content-Encoding: gzip
>>> >> Cache-Control: max-age=0
>>> >> Expires: Thu, 12 Aug 2010 06:59:40 GMT
>>> >> Content-Type: application/octet-stream
>>> > Works for me with wget:
>>> Of course. It's just you can't launch it after wget - file don't have rights
>>> to execute it.
>> chmod +x ?
> Indeed, yet again, it's not the point of my question.
> I have download manager processing downloads from my web browser.
> It's quite enough for me. When server behave correctly.
There's nothing wrong (in this regard) with the server. See
| In HTTP, it SHOULD be sent whenever the message's length can be
| determined prior to being transferred
You forced it to use gzip encoding, which is often a streaming
process, and in general a server won't know in advance how long the
content will be.
Remove the -H (and -I) and curl works just fine (and the content is
shorter than the gzipped version).
In fact, curl works just fine even with the -H option, as long as you
remove the -I, and remember to gunzip the contents.
You had the choice of:
a) criticizing the set-up of one of the web's largest and most reliable
download sites or
b) pausing to consider whether perhaps you'd missed something in your
I think perhaps you made the wrong choice.
> Andrey Repin (firstname.lastname@example.org) 13.08.2010, <14:26>
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin