Yes, since a couple of weeks i can't. I'm on a Unix now behind a transparent proxy. Same Vm, on same machine, behind the same proxy, no problem if strip out the gzip header from the packet.
I'm using a custom personalized VM. But the only thing that is generating the error is the gzip header option on the http packet. Is that option deeply related or coupled to the vm? BTW, the error is a 400 from the server so i don't believe so. No one else experimenting the same as me? 2012/10/31 Camillo Bruni <[email protected]> > You say you cannot download from squeaksource in the latest 2.0 image? > > We use that regularly, for instance for the NativeBoost build, > and everything works fine (win / linux / mac) > > That leaves me quite puzzled about the real cause of this bug... > > > On 2012-10-31, at 21:47, Guido Chari <[email protected]> wrote: > > Hi, > > > > Since a couple of weeks i'm have not been able to download packages with > > Metacello on last image versions from Jenkins. > > > > Today i found that if i revert changes on httpClient method from > > MCHttpRepository everything works fine again. > > > > I haven't research deeply on why, i'm not an expert on Zinc, but the > > message that is breaking everything and making my image to receive a 400 > > error from squeaksource is setAcceptEncodingGzip that is addinng the gzip > > header to the requests. > > > > As i said, i haven't going to deep with this but as i am the only one who > > is watching this behavior perhaps is something only for squeaksource. > > > > If this is actually an issue and not some fault from myself, and someone > > give me some help, i can help with the solution. > > > > Cheers, > > Guido. > > >
