Hi Frederico,
It seems the Monticello HTTP repository code is not only trying to do HTTPS,
which more or less seems to work from your description, but must also deal with
decoding gzip compressed content, or it fails afterwards because the content is
not binary. Normally, this should not be a problem.
However, it is only since/in Pharo 2.0 that the client explicitly advertises it
wants gzip if available, since you are on 1.4, it must be the server who
decides to do it anyway.
As with all of these bug reports: can you give us the URL of the repository (or
a similar one) so that we can test it ? If necessary, you can send me a private
email.
An .mcz file is not magical, you can access it directly, like this:
ZnClient new
logToTranscript;
username: '[email protected]' password: 'secret';
get: 'http://mc.stfx.eu/Neo/ZTimestamp-SvenVanCaekenberghe.21.mcz'.
And have a look at the Transcript then:
2012-12-14 18:33:35 453763 I Wrote a ZnRequest(GET
/Neo/ZTimestamp-SvenVanCaekenberghe.21.mcz)
2012-12-14 18:33:35 453763 D Sent headers
Accept: */*
User-Agent: Zinc HTTP Components 1.0
Authorization: Basic am9obi5kb2VAYWNtZS5jb206c2VjcmV0
Host: mc.stfx.eu
2012-12-14 18:33:35 453763 I Read a ZnResponse(200 OK application/x-monticello
30440B)
2012-12-14 18:33:35 453763 D Received headers
Content-Type: application/x-monticello
Content-Length: 30440
Date: Fri, 14 Dec 2012 17:25:47 GMT
Server: Zinc HTTP Components 1.0
2012-12-14 18:33:35 453763 T GET /Neo/ZTimestamp-SvenVanCaekenberghe.21.mcz 200
30440B 147ms
Did you configure your own MC server maybe ?
Zn requires a proper binary Content-Type !
Sven
On 14 Dec 2012, at 17:44, "Federico.Balaguer" <[email protected]>
wrote:
> Hello
>
> I am having problems downloading packages from a HTTPS Monticello
> repository. The image has Zodiac installed.
>
> I am able to upload versions but I cannot download them. I am able to
> download the packages from a web-browser,
>
> Using the Monticello Browser I can browse the content of the given
> repository. When I select any package on the repository a debugger pops up:
> "MNU: Character>>bitOr:"
>
> I do not see how to fix the problem, at some point,
> MCMczReader>>zip calls
> Zip>>readFrom: calls
> Zip>>readEndOfCentralDirectoryFrom: calls
> ReadStream>>nextLittleEndianNumber: calls
> SmallInteger>>bitOr: with a Character as parameter which makes the
> <primitive 15> to fail.
>
> I can try to fix the problem but I would need a little help to understand
> the root of the problem.
>
> Federico
--
Sven Van Caekenberghe
http://stfx.eu
Smalltalk is the Red Pill
