- Pharo-dev - lists.pharo.org

[Pharo-project] 11308 cleanup

by Pavel Krivanek

Hi, two classes are not removed properly. This code removes obsolete classes: DataStream initialize. "clean obsolete KedamaFloatArray". Class removeSubclass: (SystemNavigation default obsoleteClasses detect: [:class | class name = 'AnObsoleteObjectTracer']) class. -- Pavel

April 5, 2010

Re: [Pharo-project] Sugar Theme

by Hilaire Fernandes

David T. Lewis a Ã©crit : > On Sat, Apr 03, 2010 at 11:13:25AM +0200, Michael Rueger wrote: >> On 4/3/2010 11:09 AM, St?phane Ducasse wrote: >> >>> did you check on the etoy image? I imgaine that they have their own >>> repository? Sye >> AFAIK they don't use Monticello... > > MCHttpRepository > location: 'http://source.squeak.org/etoys' > user: '' > password: '' Thanks for the reminder. Yeah, Karl is doing great. Damn, I should have remember about this effort of the Etoys folks to modualarize Etoys as I am this group as well. Hilaire

April 5, 2010

[Pharo-project] Fwd: [Fwd: binary removals of unbuildable packages in lucid]

by Serge Stinckwich

Hi all, i follow-up a message concerning the possible removal of Squeak vm from the next Ubuntu version (Lucid) because there is some build problems. If someone could look at these building problems. Best regards, ------------ Dear developers, At UDS in Dallas, it was proposed that we run a round of removals of those binary packages in universe and multiverse from sources that fail to build in lucid, so that we would enter the LTS release clean and no users would wind up installing binary packages that it would be impossible for us to provide security support for. Â https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-supportable… After some discussion on ubuntu-devel[1], this has now been done. Â Attached is the list of packages that were candidates for removal. Â Some of these may already have been fixed by uploads correcting the build failures, but if you see a package here that you care about having available in Lucid, I recommend that you check on it and take care of any remaining build failures. Â The archive admins will happily help any of these packages back through the NEW queue that manage to get building again. And if you don't get the package building again before release but a fix comes along post-release, these packages are also candidates for the SRU process[2]. Cheers, -- Steve Langasek Â Â Â Â Â Â Â Â Â Give me a lever long enough and a Free OS Debian Developer Â Â Â Â Â Â Â Â Â to set it on, and I can move the world. Ubuntu Developer Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â http://www.debian.org/ slangasek(a)ubuntu.com Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â vorlon(a)debian.org [1] https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030509.html [2] https://wiki.ubuntu.com/StableReleaseUpdates#When -- ubuntu-devel-announce mailing list ubuntu-devel-announce(a)lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

April 5, 2010

Re: [Pharo-project] Problem loading Exupery on PharoCore 1.0

by Javier PimÃ¡s

maybe you could try separating with spaces the elements of the array, I think I had a similar problem once, don't know if it is the case: #( (block 1 (mov (literalVariableAddress 10) t1) ) ) Regards, Javier. On Sun, Apr 4, 2010 at 9:49 AM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > Maybe a non-visible character? > > Cheers, > Alexandre > > > On 4 Apr 2010, at 04:32, laurent laffont wrote: > > I do: >> Gofer new >> squeaksource: 'MetacelloRepository'; >> package: 'ConfigurationOfMondrian'; >> load.. >> >> ConfigurationOfMondrian project latestVersion load. >> >> Then >> >> Gofer new >> squeaksource: 'Exupery'; >> package: 'Exupery'; >> load. >> >> ==> Syntax Error >> >> testLiteralVariableAddress >> source := MedMethod >> createIntermediate: >> #((block 1 >> (mov(literalVariableAddress 10) t1) )Nothing more expected ->) >> for: machine. >> mockEmitter expectEmission: >> #( (block1 >> (mov #(#emitFetchAddress 1 >> #(#simplifiedLiteralAddress 10)) t1)) >> (block2) ). >> >> self simplifyFullyMocked. >> >> self verify. >> mockEmitter verify. >> >> >> Laurent Laffont >> >> >> On Sun, Apr 4, 2010 at 10:26 AM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> OK Thanks. I will try. Would be cool to have a ConfigurationOfExupery :). >> >> Laurent Laffont >> >> >> On Sun, Apr 4, 2010 at 10:19 AM, Tudor Girba <tudor.girba(a)gmail.com> >> wrote: >> Hi Laurent, >> >> Something is wrong. MOAbstractLayout and MOGraphVizLayout come from >> Mondrian. Were these by mistake somehow added as dependencies to Exupery? >> Doru >> >> >> >> On 4 Apr 2010, at 10:06, laurent laffont wrote: >> >> Hi, >> >> I want to try to build Exupery VM. On PharoCore 1.0 I do: >> >> Gofer new >> squeaksource: 'MetacelloRepository'; >> package: 'ConfigurationOfVMMaker'; >> load. >> >> (ConfigurationOfVMMaker project version: '1.2') load. >> >> Then >> >> Gofer new >> squeaksource: 'Exupery'; >> package: 'Exupery'; >> load. >> >> I have this error: >> >> This package depends on the following classes: >> MOAbstractLayout >> You must resolve these dependencies before you will be able to load these >> definitions: >> MOGraphVizLayout >> MOGraphVizLayout>>doExecute: >> MOGraphVizLayout>>findTopLeftCorner: >> >> >> I suppose I need GraphViz package >> >> Gofer new >> squeaksource: 'GraphViz'; >> package: 'GraphViz'; >> load. >> >> But when I load it I have a Syntax Error: >> >> runWithSystemFramework: string >> <> expected ->apicall: short 'system' (char*) module: >> 'System.framework'> >> >> ^ self externalCallFailed >> >> Laurent Laffont >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "It's not how it is, it is how we see it." >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

April 5, 2010

Re: [Pharo-project] Sugar Theme

by David T. Lewis

On Sat, Apr 03, 2010 at 11:13:25AM +0200, Michael Rueger wrote: > On 4/3/2010 11:09 AM, St?phane Ducasse wrote: > > >did you check on the etoy image? I imgaine that they have their own > >repository? Sye > > AFAIK they don't use Monticello... MCHttpRepository location: 'http://source.squeak.org/etoys' user: '' password: ''

April 5, 2010

Re: [Pharo-project] Issue 2274: OBMClassQuery error key not found

by Lukas Renggli

I can reproduce the problem, but I do not see any attachement. Or did you commit your change somewhere? Lukas On 4 April 2010 21:49, Stan Shepherd <stan.shepherd414(a)gmail.com> wrote: > > VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: > #10074] > Image: Pharo-1.0-10517-rc4 [Latest update: #10517] > > > in Omnibrowser, search for MCIni . This tries to browse the class MCIni, > rather than MCInitializeTest, throwing error. > > walkback and fix attached to issue. > -- > View this message in context: http://n4.nabble.com/Issue-2274-OBMClassQuery-error-key-not-found-tp1751098… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

April 5, 2010

Re: [Pharo-project] A port of Pharo: Redline Smalltalk ...

by James Ladd

> I do not know how related is it to your work, but I made some > experiment to translate Smalltalk into Java (http://www.squeaksource.com/Smalltalk2Java.html > ). > > Cheers, > Alexandre Its related and I will look into how I can use it. Of course, this is one those things I wish I knew about a while ago :) Rgs, James. _________________________________________________________________ Browse profiles for FREE! Meet local singles online. http://clk.atdmt.com/NMN/go/150855801/direct/01/

April 4, 2010

Re: [Pharo-project] A port of Pharo: Redline Smalltalk ...

by James Ladd

Hi Pharo-ites, > Would it be sufficient to choose those classes that are also outlined in the ANSI standard? >>oh no. :) >>This is why you should study squeakOnJava, and other Smalltalk implementations. >>Take the squeak mini 2.2 image or littleSmalltalk (which run on java already and you will see what you need). I will look at the implementations you have suggested. Rgs, James. _________________________________________________________________ New, Used, Demo, Dealer or Private? Find it at CarPoint.com.au http://clk.atdmt.com/NMN/go/206222968/direct/01/

April 4, 2010

[Pharo-project] [ANN] Pharo-1.0-10517-rc4dev10.04.1 - Win32 Installer

by Torsten Bergmann

The Win32 Installer for RC4 is available at [1]. As soon as beta testing is over we can change the link on the download page. Bye T. [1] https://gforge.inria.fr/frs/download.php/26783/setup_pharo1.0-10517-rc4dev1… -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 4, 2010

[Pharo-project] Issue 2274: OBMClassQuery error key not found

by Stan Shepherd

VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: #10074] Image: Pharo-1.0-10517-rc4 [Latest update: #10517] in Omnibrowser, search for MCIni . This tries to browse the class MCIni, rather than MCInitializeTest, throwing error. walkback and fix attached to issue. -- View this message in context: http://n4.nabble.com/Issue-2274-OBMClassQuery-error-key-not-found-tp1751098… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 4, 2010