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

Re: [Pharo-dev] Request to update Seaside build

by Sven Van Caekenberghe

On 24 Jun 2013, at 14:16, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-06-24, at 13:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Camillo, >> >> I think you set up the Seaside contrib build. >> >> https://ci.inria.fr/pharo-contribution/job/Seaside/47/PHARO=20,SEASIDE_VERS… >> >> I noticed that it does not contain a Zn adaptor. >> >> Could you please also do a Zn update and an install of the adaptor ? >> >> ./pharo Seaside.image config http://mc.stfx.eu/ZincHTTPComponents/ ConfigurationOfZincHTTPComponents --install=stable >> >> ./pharo Seaside.image config http://mc.stfx.eu/ZincHTTPComponents/ ConfigurationOfZincHTTPComponents --install=stable --group=Seaside > > both entries? stable and group Seaside separately? Yes, because the Seaside group is special: it is a hack as it does not depend on either Zinc or Seaside, both for technical MC reasons, while it actually should; in a way it just loads one package. If the config handler could load multiple groups, then the equivalent of ConfigurationOfZincHTTPComponents project latestVersion load: #('Core' 'Tests' 'Seaside') would be fine (tests not really being needed). BTW, stable is not needed right, as it is the default ? Maybe, in the future, we could change ConfigurationCommandLineHandler installVersion: aVersionName | metacelloVersion | self inform: 'Installing ', self configurationName, ' ', aVersionName. metacelloVersion := (self metacelloVersion: aVersionName). (self hasOption: 'group') ifTrue: [ metacelloVersion load: (self optionAt: 'group') ] ifFalse: [ metacelloVersion load ]. Smalltalk snapshot: true andQuit: true. with installVersion: aVersionName | metacelloVersion | self inform: 'Installing ', self configurationName, ' ', aVersionName. metacelloVersion := (self metacelloVersion: aVersionName). (self hasOption: 'group') ifTrue: [ metacelloVersion load: ($, split: (self optionAt: 'group')) ] ifFalse: [ metacelloVersion load ]. Smalltalk snapshot: true andQuit: true. It is just so hard to testâ¦ >> Then we should have an up to date and working Seaside image, I hope ;-) >> >> BTW, why are the other builds in the matrix empty ? > > Seaside exposes currently a known issue with Opal under 3.0, will be fixed > as soon as Clement and Marcus are back from vacation, so by the end of this week. > > The 31 Configuration is still buggy I assume / or not in the same location as the 30, > let me check once the build completed.. OK, no rush, Seaside 3.0.x in Pharo 2.0 is a good start. Sven

June 24, 2013

Re: [Pharo-dev] Request to update Seaside build

by Camillo Bruni

On 2013-06-24, at 13:26, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Camillo, > > I think you set up the Seaside contrib build. > > https://ci.inria.fr/pharo-contribution/job/Seaside/47/PHARO=20,SEASIDE_VERS… > > I noticed that it does not contain a Zn adaptor. > > Could you please also do a Zn update and an install of the adaptor ? > > ./pharo Seaside.image config http://mc.stfx.eu/ZincHTTPComponents/ ConfigurationOfZincHTTPComponents --install=stable > > ./pharo Seaside.image config http://mc.stfx.eu/ZincHTTPComponents/ ConfigurationOfZincHTTPComponents --install=stable --group=Seaside both entries? stable and group Seaside separately? > > Then we should have an up to date and working Seaside image, I hope ;-) > > BTW, why are the other builds in the matrix empty ? Seaside exposes currently a known issue with Opal under 3.0, will be fixed as soon as Clement and Marcus are back from vacation, so by the end of this week. The 31 Configuration is still buggy I assume / or not in the same location as the 30, let me check once the build completed..

June 24, 2013

Re: [Pharo-dev] Smalltalkhub url

by Camillo Bruni

On 2013-06-24, at 14:03, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Currently copying and pasting a smalltalkhub link in a .tex file does not make Latex happy. It complains about the non-letter characters then use latex escaping: \footnote{\url{http://smalltalkhub.com/\#!/~Pharo/AsmJit}}

June 24, 2013

Re: [Pharo-dev] Smalltalkhub url

by Alexandre Bergel

Currently copying and pasting a smalltalkhub link in a .tex file does not make Latex happy. It complains about the non-letter characters Alexandre On 23 Jun 2013, at 05:54, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > On 2013-06-23, at 00:50, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Hi! >> >> Just wondering whether urls do need to have #! and ~ in the url? >> E.g., http://smalltalkhub.com/#!/~ainfante/MemoryProfiler > > > Could be possible > 1) replace ~ with a subdirectory /users/ or so (though I don't see any advantage of this) > 2) replace the fragment-based navigation with something that uses history.pushState > > 1) could be done with relative little overhead, 2) is going to be more work. > >

June 24, 2013

Request to update Seaside build

by Sven Van Caekenberghe

Camillo, I think you set up the Seaside contrib build. https://ci.inria.fr/pharo-contribution/job/Seaside/47/PHARO=20,SEASIDE_VERS… I noticed that it does not contain a Zn adaptor. Could you please also do a Zn update and an install of the adaptor ? ./pharo Seaside.image config http://mc.stfx.eu/ZincHTTPComponents/ ConfigurationOfZincHTTPComponents --install=stable ./pharo Seaside.image config http://mc.stfx.eu/ZincHTTPComponents/ ConfigurationOfZincHTTPComponents --install=stable --group=Seaside Then we should have an up to date and working Seaside image, I hope ;-) BTW, why are the other builds in the matrix empty ? Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

June 24, 2013

Re: [Pharo-dev] [Pharo-fuel] Pharo 2.0: Review for Fuel fix integration required

by Martin Dias

Hi Max, A deadline was killing me, but finally I have time to review it! :D :D cheers, MartÃn On Thu, Jun 20, 2013 at 11:01 AM, Max Leske <maxleske(a)gmail.com> wrote: > Hi guys > > I created a new Fuel version that includes an important fix (in my opinion). That fix should be integrated into Pharo 2.0 (in my opinion); here's the integration request: https://pharo.fogbugz.com/default.asp?10730 > > Summary of the change: > Changes in the serialized graph during serialization do no longer affect serialization, i.e. the graph serialized it the graph as encountered during analysis. > This fix is important for the "Fuel out stack" feature in Pharo2.0 because of contexts that can reference processes (e.g. with Seaside). > > Since Marcus does not have the capacity to review everything in the inbox, I need one or two poeple to look at the request and green light it. > > Side note: we need more people to review changes. Simply assigning everything to Marcus doesn't seem to solve this problem :) > > Thanks for your time. > > Cheers, > Max > > _______________________________________________ > Pharo-fuel mailing list > Pharo-fuel(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel

June 24, 2013

Re: [Pharo-dev] Can't add a class-side instvar.

by Benjamin

Yes :) In Nautilus, there is an acceptor, an object knowing how to accept text depending of the contents. I bet the one used on class side is not the good one :) Ben On Jun 24, 2013, at 1:05 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi > > I reported this issue some time ago*, and is still reproducible in 30217. > > 1) open Nautilus > 2) select any class > 3) go class-side > 4) add a variable > > you will get a compilation error. > > Any idea? > > > *: https://pharo.fogbugz.com/f/cases/10734/Can-t-add-class-side-instance-varia… > > MartÃn >

June 24, 2013

Re: [Pharo-dev] Can't add a class-side instvar.

by Martin Dias

this last step was missing: 5) accept On Mon, Jun 24, 2013 at 1:05 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi > > I reported this issue some time ago*, and is still reproducible in 30217. > > 1) open Nautilus > 2) select any class > 3) go class-side > 4) add a variable > > you will get a compilation error. > > Any idea? > > > *: https://pharo.fogbugz.com/f/cases/10734/Can-t-add-class-side-instance-varia… > > MartÃn

June 24, 2013

Can't add a class-side instvar.

by Martin Dias

Hi I reported this issue some time ago*, and is still reproducible in 30217. 1) open Nautilus 2) select any class 3) go class-side 4) add a variable you will get a compilation error. Any idea? *: https://pharo.fogbugz.com/f/cases/10734/Can-t-add-class-side-instance-varia… MartÃn

June 24, 2013

Re: [Pharo-dev] Object >> #is:

by Esteban Lorenzano

I never liked it, so I vote for removal :) On Jun 24, 2013, at 11:27 AM, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Jun 23, 2013, at 10:08 PM, Tudor Girba wrote: > >> Just remove it :) >> >> Doru > > Alternatively, start using it, and remove the rest of the is* methods on Object, which was the initial intent :P > > Of course, there's a tradeoff between locality of implementation and discoverability with (default) tools here, in that you get less implementors, and Object is cleaner, but at the cost that finding the actual meaning of is: in use in a specific piece of code outside of a debugger *can* be a painâ¦ > > In my mind, what's currently in use is the better tradeoff for day-to-day programming and maintenance . > > Extensions that don't require contrived protocol names for tool support would be a neat thing :) > > Cheers, > Henry

June 24, 2013