March 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Penelope update

by Camillo Bruni

awesome! :) BTW on which VM are you running it? On 2013-03-20, at 18:37, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > Hi! > > We updated Penelope with the following fixes/improvements: > > - User registration fix > - User email validation fix > - Better urls with the case id handling (ex: http://bugs.pharo.org/issues/id/10004) > - REST case get by id (ex: http://bugs.pharo.org/issues/name/10004) > > > Cheers, > Nico & Ben

March 20, 2013

Re: [Pharo-project] Penelope update

by Nicolas Cellier

for me, page http://bugs.pharo.org/issues/name/10004 displays SmalltalkImage current reportCPUandRAM > DNU Nicolas 2013/3/20 Nicolas Petton <petton.nicolas(a)gmail.com>: > Hi! > > We updated Penelope with the following fixes/improvements: > > - User registration fix > - User email validation fix > - Better urls with the case id handling (ex: http://bugs.pharo.org/issues/id/10004) > - REST case get by id (ex: http://bugs.pharo.org/issues/name/10004) > > > Cheers, > Nico & Ben

March 20, 2013

[Pharo-project] Penelope update

by Nicolas Petton

Hi! We updated Penelope with the following fixes/improvements: - User registration fix - User email validation fix - Better urls with the case id handling (ex: http://bugs.pharo.org/issues/id/10004) - REST case get by id (ex: http://bugs.pharo.org/issues/name/10004) Cheers, Nico & Ben

March 20, 2013

Re: [Pharo-project] Running tests on 2.0 and first impression

by Camillo Bruni

On 2013-03-20, at 18:12, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Mar 20, 2013, at 5:24 PM, Camillo Bruni wrote: > >> Could you open new issues on pharo.fogbugz.com? I added you as a user. > > > Added 10072-10075 for the things I spotted that might be in need of some extra love. thanks!

March 20, 2013

Re: [Pharo-project] someone wants to put some love into the Pharo page of wikipedia?

by Chris Muller

Squeak is mentioned 22 times on the Pharo wiki page. On Mon, Mar 18, 2013 at 8:48 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > http://en.wikipedia.org/wiki/Pharo > > it is really incomplete now :) > > Esteban

March 20, 2013

Re: [Pharo-project] Running tests on 2.0 and first impression

by Henrik Johansen

On Mar 20, 2013, at 5:24 PM, Camillo Bruni wrote: > Could you open new issues on pharo.fogbugz.com? I added you as a user. Added 10072-10075 for the things I spotted that might be in need of some extra love. Cheers, Henry

March 20, 2013

[Pharo-project] [update 3.0] #30004

by Marcus Denker

30004 ----- 10017 ProtocolCLient do not propagate the erros from the server https://pharo.fogbugz.com/f/cases/10017 7610 remove #nameForUndoWording from Morph https://pharo.fogbugz.com/f/cases/7610 Diff information: http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Network-Protocols-MarcusDenk… http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Morphic-MarcusDenker.1370

March 20, 2013

Re: [Pharo-project] Problem downloading packages with Monticello from Smalltalkhub because of setAcceptEncodingGzip

by Andrei Vasile Chis

Hi Sven, Bellow is the output of I got from #logToTranscript and by running curl with -v with http1.1 and with http1.0. Just from the zinc output I could figure out if the get request is http1.1 or http1.0 Let me know if you need any other data. ------------------------------------------------------------ ------------------------------------------------------------ ------------------------------------------------------------ ------------------------------ Output from Smalltalk: 2013-03-20 17:24:54 660707 I Wrote a ZnRequest(GET /mc/AndreiChis/AnnouncerCentricDebugger/main/ACD-Tests-AndreiChis.1.mcz) 2013-03-20 17:24:54 660707 D Sent headers User-Agent: Zinc HTTP Components 1.0 Accept-Encoding: gzip Connection: close Host: www.smalltalkhub.com Accept: */* 2013-03-20 17:24:54 660707 D ConnectionClosed: Connection closed while waiting for data. retrying 2013-03-20 17:24:55 660707 I Wrote a ZnRequest(GET /mc/AndreiChis/AnnouncerCentricDebugger/main/ACD-Tests-AndreiChis.1.mcz) 2013-03-20 17:24:55 660707 D Sent headers User-Agent: Zinc HTTP Components 1.0 Accept-Encoding: gzip Connection: close Host: www.smalltalkhub.com Accept: */* 2013-03-20 17:24:55 660707 D ConnectionClosed: Connection closed while waiting for data. retrying 2013-03-20 17:24:56 660707 I Wrote a ZnRequest(GET /mc/AndreiChis/AnnouncerCentricDebugger/main/ACD-Tests-AndreiChis.1.mcz) 2013-03-20 17:24:56 660707 D Sent headers User-Agent: Zinc HTTP Components 1.0 Accept-Encoding: gzip Connection: close Host: www.smalltalkhub.com Accept: */* 2013-03-20 17:24:58 660707 I Read a ZnResponse(200 OK application/x-monticello 3451B) 2013-03-20 17:24:58 660707 D Received headers Content-Encoding: gzip Content-Length: 3451 Server: KomHttpServer/7.1.3 (unix) Connection: close Content-Type: application/x-monticello X-Cache: HIT from proxy.unibe.ch Date: Wed, 20 Mar 2013 16:24:54 GMT Via: 1.0 bifor.unibe.ch (squid) Age: 3 Vary: Accept-Encoding 2013-03-20 17:24:58 660707 T GET /mc/AndreiChis/AnnouncerCentricDebugger/main/ACD-Tests-AndreiChis.1.mcz 200 3451B 4090ms ------------------------------------------------------------ ------------------------------------------------------------ ------------------------------------------------------------ ------------------------------ curl with http1.1 command: curl http://www.smalltalkhub.com/mc/AndreiChis/AnnouncerCentricDebugger/main/ACD… -H "Accept-Encoding: gzip" --write-out "size_download=%{size_download}\n" --output /dev/null -v output: * About to connect() to www.smalltalkhub.com port 80 (#0) * Trying 88.190.31.116... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* connected * Connected to www.smalltalkhub.com (88.190.31.116) port 80 (#0) > GET /mc/AndreiChis/AnnouncerCentricDebugger/main/ACD-Tests-AndreiChis.1.mcz HTTP/1.1 > User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5 > Host: www.smalltalkhub.com > Accept: */* > Accept-Encoding: gzip > * HTTP 1.0, assume close after body < HTTP/1.0 200 OK < Date: Wed, 20 Mar 2013 16:41:16 GMT < Server: KomHttpServer/7.1.3 (unix) < Content-Type: application/x-monticello < Vary: Accept-Encoding < Content-Encoding: gzip < X-Cache: MISS from proxy.unibe.ch < Via: 1.0 bifor.unibe.ch (squid) < Connection: close < { [data not shown] 100 3307 0 3307 0 0 17741 0 --:--:-- --:--:-- --:--:-- 17972 * Closing connection #0 size_download=3307 ------------------------------------------------------------ ------------------------------------------------------------ ------------------------------------------------------------ ------------------------------ curl with http1.0 command: curl http://www.smalltalkhub.com/mc/AndreiChis/AnnouncerCentricDebugger/main/ACD… --http1.0 -H "Accept-Encoding: gzip" --write-out "size_download=%{size_download}\n" --output /dev/null -v output: * About to connect() to www.smalltalkhub.com port 80 (#0) * Trying 88.190.31.116... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* connected * Connected to www.smalltalkhub.com (88.190.31.116) port 80 (#0) > GET /mc/AndreiChis/AnnouncerCentricDebugger/main/ACD-Tests-AndreiChis.1.mcz HTTP/1.0 > User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5 > Host: www.smalltalkhub.com > Accept: */* > Accept-Encoding: gzip > * HTTP 1.0, assume close after body < HTTP/1.0 200 OK < Date: Wed, 20 Mar 2013 16:41:16 GMT < Server: KomHttpServer/7.1.3 (unix) < Content-Type: application/x-monticello < Vary: Accept-Encoding < Content-Encoding: gzip < Age: 34 < X-Cache: HIT from proxy.unibe.ch < Via: 1.0 bifor.unibe.ch (squid) < Connection: close < { [data not shown] 100 3307 0 3307 0 0 1040k 0 --:--:-- --:--:-- --:--:-- 3229k * Closing connection #0 size_download=3307

March 20, 2013

Re: [Pharo-project] Problem downloading packages with Monticello from Smalltalkhub because of setAcceptEncodingGzip

by Sven Van Caekenberghe

On 20 Mar 2013, at 17:19, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-03-20, at 17:16, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi Andrei, >> >> On 20 Mar 2013, at 17:01, Andrei Vasile Chis <chisvasileandrei(a)gmail.com> wrote: >> >>> Hi, >>> >>> Lately I started to get ConnectionClosed errors when loading packages from Smalltalkhub by using Monticello. >>> It's very likely to just be a problem with my environment, as I'm connecting through a university server, but I >>> got stuck debugging it. >>> >>> Just to see if I can download packages normally I tried two things: >>> ZnClient new >>> systemPolicy; >>> url: 'http://www.smalltalkhub.com/mc/AndreiChis/AnnouncerCentricDebugger/main/ACD…'; >>> beOneShot; >>> get. >>> >>> ZnClient new >>> systemPolicy; >>> url: 'http://www.smalltalkhub.com/mc/AndreiChis/AnnouncerCentricDebugger/main/ACD…'; >>> setAcceptEncodingGzip; >>> beOneShot; >>> get. >>> >>> In the first case it works perfectly. However when I add 'setAcceptEncodingGzip' every time I get: >>> [ConnectionClosed signal: 'Connection closed while waiting for data.'] in Socket>>waitForDataFor: >>> but if I proceed from this error I get the right content. Monticello uses "setAcceptEncodingGzip" >>> so I get the above error. If I remove it, it works ok. >>> >>> I've tried this with the Pharo2.0-one-click image on Mac OS (all the compression tests pass). >>> Doing a request using curl with "Accept-Encoding: gzip,deflate" to the same url works ok. >>> >>> Am I missing something obvious? >>> >>> Cheers, >>> Andrei >> >> The problem that you mention (problems accessing monticello with gzip compression through some proxies) is a known issue: >> >> https://pharo.fogbugz.com/f/cases/6923 >> https://code.google.com/p/pharo/issues/detail?id=6986 >> >> The problem is, that to debug this, one (or I) has (have) to be behind your proxy. >> The other solution is that you help us. >> >> Add #logToTranscript to your Smalltalk code above and open the Transcript to see the HTTP wire protocol. Compare that with curl -v >> >> Somewhere there has to be some difference that matters... > > I tried to get there while I was in argentina :) but I didn't manage :/ Well, go back then ! I never gave you permission to come as long as that bug was not fixed. Sven

March 20, 2013

Re: [Pharo-project] Running tests on 2.0 and first impression

by Camillo Bruni

On 2013-03-20, at 15:42, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Mar 20, 2013, at 3:05 PM, Henrik Johansen wrote: > >> >> On Mar 20, 2013, at 2:52 PM, Henrik Johansen wrote: >> >>>> >>> Yeah, seems to be in the resolver of the whole family of year:* constructors. >>> Attached a fix, as I have no idea how to do the new issue tracking, and couldn't find a tutorial on the website. >> >>> <DateAndTime class-yearmonthdayhourminutesecondnanoSecondoffset.st> >> Scratch that, definitely not my day today :) >> >> Cheers, >> Henry > > Assuming the instvars are indeed now meant to hold UTC-values, here's some more thorough feedback (related to issues occurring around midnight): > > - Time initialization uses seconds from primSecondsClock (which returns local time) to set DaysSinceEpoch, with a constructor that expects UTC (in other words, it sets julianDayNumber directly). > I couldn't find any accessors in the image, but I think there's new UTC clock primitives available? apparently there is, but I only realized that shortly before the 2.0 release, so we decided to patch some methods instead (#HACK) > - todayAtMilliSeconds: / todayAtNanoSeconds: use this cached value without doing any checks, so unless someone calls > milliSecondsSinceMidnight (which does the correct checking), they will return false results regardless when clock passes over. meh meh meh :D > Incorrect direct uses of julianDayNumber instvar: > - #hasEqualTicks: compares julianDayNumber directly vs other instances julianDayNumber, rather than julianDayNumberUTC. > - same for #< For comparison it should always use the internal UTC values, thanks anyways :) I will check that later... Could you open new issues on pharo.fogbugz.com? I added you as a user.

March 20, 2013