May 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Seaside-dev] Seaside 3.1.1 released

by Torsten Bergmann

I copied it. It is now available in the Pharo3.0 config browser. > Gesendet: Sonntag, 25. Mai 2014 um 20:34 Uhr > Von: "Johan Brichau" <johan(a)inceptive.be> > An: "Seaside - developer list" <seaside-dev(a)lists.squeakfoundation.org> > Cc: "Discusses Development of Pharo" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] [Seaside-dev] Seaside 3.1.1 released > > Every time I try to save I get an error 500 > > If I try to save without my credentials, I get a 403. > > If someone can copy the latest config, please let me know. > > Johan > > On 25 May 2014, at 20:29, phil(a)highoctane.be wrote: > > > On Sun, May 25, 2014 at 7:38 PM, Johan Brichau <johan(a)inceptive.be> wrote: > > > > On 25 May 2014, at 17:33, phil(a)highoctane.be wrote: > > > > > Is this one what will get loaded in Pharo3 if we ask for Seaside? > > > > Honesly, I don't know how a configuration gets into the ConfigurationBrowser. > > Is that documented somewhere? > > > > If it is in here: > > > > http://www.smalltalkhub.com/#!/~Pharo/MetaRepoForPharo30 > > > > it gets in the ConfigurationBrowser. > > > > Or so I think it is. > > > > Someone please confirm. > > > > Phil > > > > > > If it's not the latest config, then no, you will load 3.1.0 > > > > > > Johan > > _______________________________________________ > > seaside-dev mailing list > > seaside-dev(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev > > > > _______________________________________________ > > seaside-dev mailing list > > seaside-dev(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev > > >

May 25, 2014

Re: [Pharo-dev] [Seaside-dev] Seaside 3.1.1 released

by Johan Brichau

Every time I try to save I get an error 500 If I try to save without my credentials, I get a 403. If someone can copy the latest config, please let me know. Johan On 25 May 2014, at 20:29, phil(a)highoctane.be wrote: > On Sun, May 25, 2014 at 7:38 PM, Johan Brichau <johan(a)inceptive.be> wrote: > > On 25 May 2014, at 17:33, phil(a)highoctane.be wrote: > > > Is this one what will get loaded in Pharo3 if we ask for Seaside? > > Honesly, I don't know how a configuration gets into the ConfigurationBrowser. > Is that documented somewhere? > > If it is in here: > > http://www.smalltalkhub.com/#!/~Pharo/MetaRepoForPharo30 > > it gets in the ConfigurationBrowser. > > Or so I think it is. > > Someone please confirm. > > Phil > > > If it's not the latest config, then no, you will load 3.1.0 > > > Johan > _______________________________________________ > seaside-dev mailing list > seaside-dev(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev > > _______________________________________________ > seaside-dev mailing list > seaside-dev(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev

May 25, 2014

Re: [Pharo-dev] [Seaside-dev] Seaside 3.1.1 released

by phil＠highoctane.be

On Sun, May 25, 2014 at 7:38 PM, Johan Brichau <johan(a)inceptive.be> wrote: > > On 25 May 2014, at 17:33, phil(a)highoctane.be wrote: > > > Is this one what will get loaded in Pharo3 if we ask for Seaside? > > Honesly, I don't know how a configuration gets into the > ConfigurationBrowser. > Is that documented somewhere? > If it is in here: http://www.smalltalkhub.com/#!/~Pharo/MetaRepoForPharo30 it gets in the ConfigurationBrowser. Or so I think it is. Someone please confirm. Phil > If it's not the latest config, then no, you will load 3.1.0 > > > Johan > _______________________________________________ > seaside-dev mailing list > seaside-dev(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev >

May 25, 2014

Re: [Pharo-dev] [website] small changes

by Esteban A. Maringolo

Marcus: Could the images be hosted in a CDN? (AWS S3 or similar) It is bearable to open one picture, but if you want to do a fast browse through the gallery it takes forever. Around 5 secs per picture, which is a lot for some new visitor, and will probably cause a very high bounce rate. I don't have the fastest connection (10Mbit/sec) but I don't experience this with other sites (see attached basecamp screenshot as comparison). On a mobile device (on which Pharo's site gets appropriate layout), the image size and speed gets even worst given the multiple requests (with an added redirect for each one). Regards, Esteban A. Maringolo 2014-05-23 11:20 GMT-03:00 Marcus Denker <marcus.denker(a)inria.fr>: > Hi, > > -> pharo-project.org now forwards to pharo.org > (there is still old.pharo-project.org to access the old website) > > -> all subdomains (ci, bugsâ¦.) are now defined for pharo.org, too. > (DNS propagation might take a while) > > -> added links to twitter https://twitter.com/pharoproject > http://pharo.org/about > http://pharo.org/news > > > Marcus

May 25, 2014

Re: [Pharo-dev] Seaside 3.1.1 released

by Max Leske

Thanks guys!! On 25.05.2014, at 16:01, Johan Brichau <johan(a)inceptive.be> wrote: > We are pleased to announce Seaside 3.1.1 [1]. > > This is a bugfix release for Seaside 3.1 but features a couple of notable enhancements: > > â¢ Ported to Gemstone 3.1 > â¢ Slime is now available on Squeak, Pharo1.4, Pharo2.0 and Pharo3.0 > â¢ Gettext is now included in the ConfigurationOfSeaside3 > â¢ DateAndTime>>jsonOn: now prints the ISO8601 representation in a string > â¢ Issue 783 : Donât require nesting #object: in #value: in JSON arrays > > A big thanks to everyone involved for making this release happen. > > best regards, > The Seaside Team > > [1] https://code.google.com/p/seaside/wiki/Seaside311Changelog

May 25, 2014

Seaside 3.1.1 released

by Johan Brichau

We are pleased to announce Seaside 3.1.1 [1]. This is a bugfix release for Seaside 3.1 but features a couple of notable enhancements: â¢ Ported to Gemstone 3.1 â¢ Slime is now available on Squeak, Pharo1.4, Pharo2.0 and Pharo3.0 â¢ Gettext is now included in the ConfigurationOfSeaside3 â¢ DateAndTime>>jsonOn: now prints the ISO8601 representation in a string â¢ Issue 783 : Donât require nesting #object: in #value: in JSON arrays A big thanks to everyone involved for making this release happen. best regards, The Seaside Team [1] https://code.google.com/p/seaside/wiki/Seaside311Changelog

May 25, 2014

Re: [Pharo-dev] What is your seaside application?

by Leonardo Silva

Thanks Chris! At a first glance, I am working in something similar, although my main goal now is to provide software comprehension in web applications. Anyway, I have to check Path Tools more carefully. I need some help to find web applications to analyse. These applications I am looking for encompass source code in both sides, server and client, and have some difficulties related to understanding events propagation and asynchronous calls. I thought about seaside users exactly because they develop this kind of application. On Sat, May 24, 2014 at 2:26 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > Hi Leonardo, > >> >> I am interested in events you can trigger in web pages. For example: a >> user clicks on a button and the script code associated causes a state >> change in the Document Object Model (DOM) and sends a XHR request >> (XMLHttpRequest) to the server. The server eventually answers this request, >> closing the sequence of events. I want to trace these sequences of events >> from a running application. >> > > You might be interested in checking out Michael Perscheids recently > announced "Path Tools" framework for Squeak. It performs incremental, > dynamic analysis of an application under observation. The framework is > designed to analyze the running TestCases of an application, which is > perfect for TDD. > > > https://www.hpi.uni-potsdam.de/hirschfeld/trac/SqueakCommunityProjects/wiki… > > One of the demonstration videos showcases its "Test-driven fault > navigation" capability, where a bug is purposefully introduced into Seaside > itself and shown how the system employs its lightweight, "back-in-time > debugging" feature to identify it. Amazing stuff! > > >> So, a simple and quick-to-answer question, what is your Seaside > application and how to access the code of it? > >> > >> > many of web app are private because business oriented. >> >> I understand, but it would be nice to have some examples of web >> applications using script languages, even if I don't have access to all >> source code. >> > > Path Tools is MIT-licensed so everything is visible. In fact at the > bottom of that page is a pre-configured image available for download which > provides an interactive tutorial. > >

May 25, 2014

GLORPDBX with sqlite3

by Pablo R. Digonzelli

Hi, can someone help me about how to configure GlorpDbx with Sqlite3?. Now , i have Glorp working with Postgresql and all is OK. Tia, Pablo Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714

May 25, 2014

Re: [Pharo-dev] Advice for a newb

by Eliot Miranda

And by coincidence... On Sat, May 24, 2014 at 3:05 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > > On Fri, May 23, 2014 at 11:12 PM, stepharo <stepharo(a)free.fr> wrote: > >> >> By all means use the change list for crash recovery, or even change >>> sets. But unlike change sets, Monticello's updates provide support for any >>> number of steps. Typically with a change set you have to manually reorder >>> things. >>> >> >> Yes >> >> >> I've used change sets a lot in the past to pull off a number of >>> "adventurous" system changes. But now I'm familiar with Monticello it >>> feels like its by far the best way. >>> >> Yes but it depends which changes he is doing. Imagine a change that break >> MC. >> > > If it is possible to make the change in the image it is possible to make > it in MC. One can always order the changes into a set of package versions > that can be loaded, even if each package modifies only one method. One has > the post-load script as a place to change things after snapshot > manipulation, etc. I don't believe that MC can't operate on itself. We do > this constantly in Squeak trunk. We have yet to break MC such that it > can't be updated. > Here is a case where MC has been broken (but please read down to the end): ---------- Forwarded message ---------- From: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: Sat, May 24, 2014 at 3:06 PM Subject: [squeak-dev] Re: What's up on build.squeak.org To: The general-purpose Squeak developers list < squeak-dev(a)lists.squeakfoundation.org> Ah, no, the build is still failing! Since http://build.squeak.org/job/SqueakTrunk/834/ it's another problem with: MCClassDefinition>>createClass I encountered this one while updating some of my old trunk images. The definition changed in Monticello-cwp.589: + inEnvironment: (CurrentEnvironment signal ifNil: [superClass environment]) - inEnvironment: (EnvironmentRequest signal ifNil: [superClass environment]) But there is no EnvironmentRequest anymore when loading this definition, so we signal nil, and the load fails. We would have expected this, it's just be renamed in: Environments-cwp.47 Time: 22 March 2014, 7:53:17.666 pm Rename EnvironmentRequest to CurrentEnvironment and use it to implement Environment class>>current. To be safe, the rename should have been performed in two stages: 1) create the new class and migrate customers from the old to the new one. 2) remove the old one It would thus have required two updates.mcm and not a single one (MC lacks a semantic #rename: so it does not work like in-image-tools) Unfortunately, update-cwp.48 did perform the two operations at once... Curiously, if I take an artefact from build server and update, the upgrade is then processing fine... Don't ask why. Since no one complained, I told to myself that it was me not following the standard process, I patched my images manually and restarted the upgrade. But I now see that it's not just me, there is a CI machine too using Squeak trunk (anyone else???) I have to cheat again with mcm surgery: - publish an Environments-nice.47 that adds the CurrentEnvironment, but not removes EnvironmentRequest - patch update-cwp.48 to point to Environments-nice.47 rather than Environments-cwp.47 That'll be in a few minutes... ----------End Forwarded message ---------- so the fix is.... package versions and updates. Yet another thing one can do is edit updates after the fact. Very powerful. So here is a case where a broken MC update is fixed after the fact. (and thank you Nicolas!) 2014-05-24 22:58 GMT+02:00 Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com>: > 2014-05-24 22:36 GMT+02:00 Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com>: > > Hi, >> it seems that most of the builds are red for 2 months. >> I checked the last artefact for squeak trunk: >> http://build.squeak.org/job/SqueakTrunk/853/ >> >> It's still blocked with the [Warning signal: 'About to serialize an empty >> package.'] >> With this warning, a test never time out (I don't know why exactly, but >> it seems that theProcess monitored by the timeout watchdog is already >> suspended by the Warning) >> As a result, the tests do never complete and are aborted after 20 >> minutes... >> >> Chris has fixed the problem since, but it seems that the CI does not >> upload latest trunk. >> Why? >> It seems to be the same problem as the TestRunner: updating triggers the >> same [Warning signal: 'About to serialize an empty package.'] >> Ah Chris, it's irony that it's you who precisely keep on fighting modal >> UI ;) >> >> Now the question: how do we escape from this situation? >> Shall I cheat and modify the update that is blocking? >> >> >> So I decided to cheat: > I brought update-eem.279 to the surgery block and reverted > CommandLine-fbs.3 -> CommandLine-fbs.2 > CommandLine-fbs.3 tried to be smart and workaround the Warning problem, > but before it had a chance to load, it precisely triggered this Warning!!! > Since this update is also bringing Chris fix, let's defer > CommandLine-fbs.3 to next update (eem-280) and cross fingers... > -- best, Eliot

May 24, 2014

Re: [Pharo-dev] Advice for a newb

by Eliot Miranda

On Fri, May 23, 2014 at 11:12 PM, stepharo <stepharo(a)free.fr> wrote: > > By all means use the change list for crash recovery, or even change sets. >> But unlike change sets, Monticello's updates provide support for any >> number of steps. Typically with a change set you have to manually reorder >> things. >> > > Yes > > > I've used change sets a lot in the past to pull off a number of >> "adventurous" system changes. But now I'm familiar with Monticello it >> feels like its by far the best way. >> > Yes but it depends which changes he is doing. Imagine a change that break > MC. > If it is possible to make the change in the image it is possible to make it in MC. One can always order the changes into a set of package versions that can be loaded, even if each package modifies only one method. One has the post-load script as a place to change things after snapshot manipulation, etc. I don't believe that MC can't operate on itself. We do this constantly in Squeak trunk. We have yet to break MC such that it can't be updated. -- best, Eliot

May 24, 2014