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

[Pharo-project] [update 2.0] #20121

by StÃ©phane Ducasse

20121 ----- - Issue 5873: [BUG]: ZipArchive does not correctly zip hierarchies. Thanks Sean de Nigris. http://code.google.com/p/pharo/issues/detail?id=5873

June 9, 2012

Re: [Pharo-project] Monticello Browser repository search problem

by StÃ©phane Ducasse

Dan Thanks a lot. did you sign the license agreement? Could you? The pdf is available on the pharo project. Thanks in avdance On Jun 9, 2012, at 4:57 PM, Daniel Uber wrote: > I submitted a slice for Issue 6049. If you search for a repo in Monticello browser, the list of names updates, but the repositories array is kept the same. So if you open a selected repo after searching, the wrong repository opens (index of selection in the list does not match index of the repository with that name). > > I tested this in Pharo-1.4, and Pharo-2.0, and it appears to fix the issue. > > Dan Uber >

June 9, 2012

[Pharo-project] Monticello Browser repository search problem

by Daniel Uber

I submitted a slice for Issue 6049. If you search for a repo in Monticello browser, the list of names updates, but the repositories array is kept the same. So if you open a selected repo after searching, the wrong repository opens (index of selection in the list does not match index of the repository with that name). I tested this in Pharo-1.4, and Pharo-2.0, and it appears to fix the issue. Dan Uber

June 9, 2012

[Pharo-project] [update 2.0] #20120

by StÃ©phane Ducasse

20120 ----- - Issue 5969: [ENH]: Clean SystemProgressMorph and friends (Part 2) ProgressBarPartTwo. Thanks a lot Sean and Guillermo for the hand. http://code.google.com/p/pharo/issues/detail?id=5969 Stef

June 9, 2012

[Pharo-project] [update 2.0] #20119

by StÃ©phane Ducasse

20119 ----- Preparing ProgressBarMorph integration

June 9, 2012

[Pharo-project] problem parsing XML

by Usman Bhatti

I am trying to parse XML files with rest APIs but I am getting an error due to the absence of this classVariable: NameStartChars. I could also reproduce this error with this pharo cast from Laurent where he tries to parse Picasa XML. http://www.pharocasts.com/2010/02/rest-xml-parsing-and-photos.html To reproduce the error, execute these snippets: Gofer new repository: 'http://ss3.gemstone.com/ss/xmlsupport'; package: 'Collections-BitmapCharacterSet'; package: 'Collections-OrderPreservingDictionary'; package: 'ConfigurationOfXMLSupport'; package: 'Pastell'; package: 'XML-Parser'; package: 'XML-Tests-Parser'; load Gofer new squeaksource: 'XMLSupport'; package: 'XML-Parser'; squeaksource: 'Pharocasts'; package: 'Picasa'; load. |photos| photos:=PicasaAPI new searchPhotos: 'miles+davis' maxResults: 3. PhotoWall new viewPhotos: photos. The problem is that the variable is used before being initialized. I'll see if I can produce a fix. regards, Usman

June 9, 2012

[Pharo-project] [update 2.0] #20118

by StÃ©phane Ducasse

20118 ----- - Issue 6038: ProtoObject should NOT implement #rehash. Thanks Mariano Martinez-Peck. :) http://code.google.com/p/pharo/issues/detail?id=6038

June 9, 2012

Re: [Pharo-project] What can be negative regarding timezones with date-related objects?

by Sven Van Caekenberghe

On 09 Jun 2012, at 14:24, Mariano Martinez Peck wrote: > The seconds/nanoseconds are always positive when normalized. > > Are you sure? > I have just changed (for testing) to this: > > DateAndTime localTimeZone: (TimeZone timeZones detect: [:tz | tz abbreviation = 'EST']). > > And now if I do: > > DateAndTime now offset asSeconds ----> -18000 The seconds/nanoseconds in DateAndTime itself are like that, the TZ offset can be positive and negative: http://en.wikipedia.org/wiki/Timezone <<Most of the 40 time zones on land are offset from Coordinated Universal Time (UTC) by a whole number of hours (UTCâ12 to UTC+14), but a few are offset by 30 or 45 minutes.>>

June 9, 2012

Re: [Pharo-project] thinking about another commit process

by StÃ©phane Ducasse

On Jun 9, 2012, at 2:36 PM, StÃ©phane Ducasse wrote: > Hi guys > > I would really like to see if we cannot have another way to integrate change in the system. A more open one. > > Now we have Ulyss the monkey and a bunch of ruby scripts that can really help us. I will sit with esteban and benjmain > when ben is back to see but it is just one part of the problem. > > With esteban we were working on using metacello to maintain/evolution Pharo, i.e. recursive management of configurationOf. > Now I would really like to see how we be faster too. > > I do not know how the squeak trunk is working once the packages are publish in trunk. > > But I would like to have a process where commiters can push in a head (special repos) and that the system integrate itself (modulo that there is no conflicts), i.e. > create new configurations and all the restâ¦. > > What do you think? in fact we could just have a queue where we say that a slice is ok and the system does it for us. Because this is still important that we can have a look at code. > > Setf

June 9, 2012

[Pharo-project] [update 2.0] #20117

by StÃ©phane Ducasse

20117 ----- - Issue 6024: Change SystemChangeNotifier subscriptions step 1. Thanks Guillermo Polito. So cool to have you with us. I like your systematic attitude. :) http://code.google.com/p/pharo/issues/detail?id=6024 Stef

June 9, 2012