October 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Unable to use Monticello in last images from Jenkins

by Sven Van Caekenberghe

Would it be possible to test without the transparant proxy ? >From another location, like from home ? If this would fail for everyone, we would have heard about it much sooner. On 31 Oct 2012, at 22:27, Guido Chari <charig(a)gmail.com> wrote: > 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 <camillobruni(a)gmail.com> > 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 <charig(a)gmail.com> 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. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Oct. 31, 2012

Re: [Pharo-project] Unable to use Monticello in last images from Jenkins

by Guido Chari

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 <camillobruni(a)gmail.com> > 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 <charig(a)gmail.com> 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. > > >

Oct. 31, 2012

Re: [Pharo-project] Unable to use Monticello in last images from Jenkins

by Camillo Bruni

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 <charig(a)gmail.com> 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.

Oct. 31, 2012

[Pharo-project] Unable to use Monticello in last images from Jenkins

by Guido Chari

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.

Oct. 31, 2012

[Pharo-project] [ANN] Swazoo beta3 with final WebSockets released

by Janko MivÅ¡ek

Dear all, Here is hopefully last beta for Swazoo 2.3 with WebSockets upgraded to final RFC. Thanks to Hans-Martin Mosner :) You can find it with Squeak/Pharo on SqueakSource: http://www.squeaksource.com /MetacelloRepository/ConfigurationOfSwazoo2 http://www.squeaksource.com/Swazoo/Swazoo-2.3beta3.0.mcz and for VisualWorks in Public Store. >From release comment: Swazoo 2.3 beta3 release, same as on Squeak/Pharo 1. WebSockets protocol upgraded to a final RFC thanks to Hans-Martin Mosner 2. IP blacklising and whitelisting introduced, add IP address patterns to collections in SwazooServer singleton ipBlacklist or ipWhiteList - urlBlacklist added, to filter by url patterns - ipAllowedList added, for kind of 'root' IPs, always allowed access 3. more: - SwazooServer instvar #other introduced, #watchdog removed and moved to #other - SpTimestamp extended with #millisecond method - HTTPRequest printOn: for POSTs prints postdata or entity body too - Collection count: added on VW, for Squeak/Pharo compatibility 2. pathces: - HTTPConnection close didn't terminate the loop process - SwazooWebSocket asByteArray:, implemented here for portability - Sport patch: SpAbstractSocketReadRequest #close missing - HTTPRequest printOn: prints AJAX for such requests - HTTPConnection interact raises error for non OsErrors (VW specific!) - extension: Collection #count: added, for compatibility with Squeak/Pharo - HTTPConnection getAndDispatchMessages don't close http10 with keepAlive! - SwazooStream anyDataReady ignore any exception when #fillBuffer - SwazooURI proper parsing of protocol, host and port - patch: HTTPRequest printOn: - SwazooServer -- stop, stops all instances of HTTPServer, just for sure -- category private-wathcdog removed - FileResponse printEntityOn: binary - SpFileStream binary, nextAvailable - Collection count: added - patch: HTTPConnection close nils self server, nextPutError ignores any further error - HTTPConnection produceResponseFor: exception catching removed, there is another one upper in #interact anyway Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

Oct. 31, 2012

Re: [Pharo-project] Phobos Jenkins builds

by Pavel Krivanek

Can you advise me how the metacello dependencies specification should look like for this packages: Gofer it url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'Zinc-HTTP'; package: 'Zinc-FileSystem'; package: 'Zinc-Tests'; package: 'Zinc-WebSocket-Core'; load. Gofer new squeaksource: 'Seaside30'; package: 'Grease-Core'; package: 'Grease-Pharo-Core'; package: 'Seaside-Pharo-Continuation'; load. Gofer new squeaksource: 'SCouchDB'; package: 'JSON'; load. It is clear for Zinc but how to process the rest of the backages without configurations etc. Thanks, -- Pavel On Tue, Oct 30, 2012 at 3:07 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > Some remarks: > ------------- > > - Could you use the latest setup as in > > https://ci.lille.inria.fr/pharo/view/Rmod/job/Mate/configure > > cause I want to get rid of all bash scripts in jenkins if possible ;) > > > best > cami > > > On 2012-10-30, at 14:42, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > > Hi, > > > > I created a set of Jobs related to Phobos on the Jenkins server: > > https://ci.lille.inria.fr/pharo/view/Phobos/ > > > > The latest changes in Phobos include special integer input fields with > > automatic focus change, trees styling, various small fixes etc. > > > > Cheers, > > -- Pavel > > > >

Oct. 31, 2012

Re: [Pharo-project] Problem with Date comparing summer time CEST

by StÃ©phane Ducasse

On Oct 30, 2012, at 11:09 PM, Camillo Bruni wrote: > > On 2012-10-30, at 22:33, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 30 Oct 2012, at 22:20, Paul DeBruicker <pdebruic(a)gmail.com> wrote: >> >>> For me, my image's internal timezone is set to UTC. I use Chronos and store >>> everything as UTC, use UTC values for every calculation, then convert it >>> back to the local time only on display to a user. > > right, just for completeness, in 2.0 all time objects are stored in UTC. > Additionally they store the timezone, used for conversions and displaying. > >> Yes, Paul: this is the only way to remain sane ;-) >> >> That is one of the reasons why I wrote ZTimestamp, a point-in-time alternative to DateAndTime and TimeStamp with second precision, living in UTC, using ISO/International conventions and protocols only. >> >> http://mc.stfx.eu/Neo > > we should actually consider putting that into pharo ;) > I guess we can do a quick discussion round at the sprint on Fridayâ¦ yeap!

Oct. 31, 2012

Re: [Pharo-project] Problem with Date comparing summer time CEST

by Sabine KnÃ¶fel

Thank you. I want to set the UTC Timezone (DateAndTime localTimeZone: TimeZone default) at startUp of my image. Witch is the correct place to put this in? On Wed, Oct 31, 2012 at 9:19 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > On 2012-10-30, at 23:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 30 Oct 2012, at 23:09, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>>> Yes, Paul: this is the only way to remain sane ;-) >>>> >>>> That is one of the reasons why I wrote ZTimestamp, a point-in-time alternative to DateAndTime and TimeStamp with second precision, living in UTC, using ISO/International conventions and protocols only. >>>> >>>> http://mc.stfx.eu/Neo >>> >>> we should actually consider putting that into pharo ;) >>> I guess we can do a quick discussion round at the sprint on Friday... >> >> OK! >> >> BTW: I have a half done implementation of ZTimestampFormat based on example strings as specification for formatting & parsing as well ;-) > > aah nice! -- PS: Bitte Stimme fÃ¼r meine Schwester abgeben: http://www.sterne-des-handwerks.de/voting/wettbewerb/detail/teilnehmer/4678…

Oct. 31, 2012

[Pharo-project] [update 2.0] #20371

by Marcus Denker

20371 ----- Issue 6890: new changesorters should be registered in ToolRegistery http://code.google.com/p/pharo/issues/detail?id=6890 Issue 6889: Remove old classListBrowser http://code.google.com/p/pharo/issues/detail?id=6889 Postscript: ChangeSorterApplication registerToolsOn: Smalltalk tools. DualChangeSorterApplication registerToolsOn: Smalltalk tools. Smalltalk tools remove: #classListBrowser. Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-MarcusDenker.969.diff -- Marcus Denker -- http://marcusdenker.de

Oct. 31, 2012

Re: [Pharo-project] Problem with Date comparing summer time CEST

by Camillo Bruni

On 2012-10-30, at 23:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 30 Oct 2012, at 23:09, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >>> Yes, Paul: this is the only way to remain sane ;-) >>> >>> That is one of the reasons why I wrote ZTimestamp, a point-in-time alternative to DateAndTime and TimeStamp with second precision, living in UTC, using ISO/International conventions and protocols only. >>> >>> http://mc.stfx.eu/Neo >> >> we should actually consider putting that into pharo ;) >> I guess we can do a quick discussion round at the sprint on Friday... > > OK! > > BTW: I have a half done implementation of ZTimestampFormat based on example strings as specification for formatting & parsing as well ;-) aah nice!

Oct. 31, 2012