- Pharo-dev - lists.pharo.org

[Pharo-project] [OT] Learning Smalltalk driving a tank
by Torsten Bergmann Nov. 10, 2009

Nov. 10, 2009

Some infos on the Devnology Community Day with an introduction to Smalltalk using Pharo. http://a3aan.st/sunrise/learning+smalltalk+driving+a+tank http://astares.blogspot.com/2009/11/smalltalk-in-netherlands.html -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] About deprecated methods
by StÃ©phane Ducasse Nov. 10, 2009

Nov. 10, 2009

Hi guys I wanted to remove the deprecated methods of 1.0 in 1.1 Here is a first cut of deprecated methods that are not called by other in the system. May be we should not integrate it now but create a slice that people could load if they want. Stef

5 7

[Pharo-project] Not a disaster (this time)
by Schwab,Wilhelm K Nov. 10, 2009

Nov. 10, 2009

Hello all, I am trying to be a good tester, and have been shot in the foot now for a couple of days. That's no great loss, but a similar set of circumstances could be very ugly in the future. My ailing build process for RC1 is thwarted by source.squeakfoundation.org's being offline. Imagine a deadline (paying customer, mission-critical gizmo, grant submission - whatever haunts you) and being stuck. I have even tried to save the FFI packages locally, and that seems to go haywire over talking to the server. Having chosen the package name and a local repository, I would expect MC to take the code it has locally and save it to my local drive, but apparently that's not what it does. There is no need for urgent action (this is only a drill<g>), but there should be some redundancy in where the code is stored, and MC should not prevent my saving code I already have to my local drive. There isn't (at least not that I can find), and it does :( Bill

8 19

[Pharo-project] My build problems
by Schwab,Wilhelm K Nov. 10, 2009

Nov. 10, 2009

Hello all, With a couple of changes, I am free of the non-responsive server and still having trouble. On one run, I saw something about "recompiling system dictionary" (no promises of an exact quote as it flashed by quickly) followed by the emergency evaluator that won't do anything. I added some logging to see which package was loaded just before the crash, and found my first package seems to be the offender. Caveat: I am always suspicous of logs from things that are going away as they are logging. No answer yet, but I have a suspicion that the problem might be a syntax error. The offending code came from Dolphin via SIF, and I am not sure whether I have ever successfully loaded it using MC. More to come. Bill

1 0

[Pharo-project] about toText, asText, and asString
by StÃ©phane Ducasse Nov. 9, 2009

Nov. 9, 2009

Hi http://code.google.com/p/pharo/issues/detail?id=1432 I wanted to remove this method but there is one sender I will fix. Now which one is correct" asString or asText. toText self deprecated: 'Use Url>>asText instead'. ^ self asString. Stef

1 0

Re: [Pharo-project] Not a disaster (this time)
by Dale Henrichs Nov. 9, 2009

Nov. 9, 2009

Bill, You add the overrides to the loader for a version, so you'd use the overrides in an emergency or when you wanted to explicitly use a different repository....It's literally an override - when used all packages are loaded from the override repositories. Instead of launching a load with this expression: (ConfigurationOfGLASS project version: '1.0-beta.2') load: 'Dev'. You'd use this expression: | version | version := ConfigurationOfGLASS project version: '1.0-beta.2'. version versionSpec loader repositoryOverrides: <list of MC repositories>. version load: 'Seaside3.0 Dev'. The repository overrides are passed along throughout the load chain for dependent packages etc. Apologies for the 'version versionSpec loader' sequence, but I've been slowly pulling various bits of capability out to the version API as demand surfaces ... After this email exchange, I'll probably pull the repositoryOverrides: message all the way out to the version:) Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | That is a valuable feature. When/how does it make the decision that | overrides are needed? Does it timeout and fail-over on each attempt? | That could get painful to watch, or could be problematic on slow | connections. | | Bill | | | | -----Original Message----- | From: pharo-project-bounces(a)lists.gforge.inria.fr | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Dale | Henrichs | Sent: Monday, November 09, 2009 3:26 PM | To: Pharo-project(a)lists.gforge.inria.fr | Cc: Pharo-project(a)lists.gforge.inria.fr | Subject: Re: [Pharo-project] Not a disaster (this time) | | As an FYI... for those using Metacello... | | In Metacello you can arrange to override the repositories used for | loading ... useful in cases where servers are down or offline/not | accessible for other reasons ...saves you from having to edit | configurations ... | | I use the override for creating a repository from scratch | (bootstrapping from a local disk-based repositories) when the | configurations that I'm using reference the public HTTP repositories. | | Dale | | ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | | | Adrian, | | | | You are correct, it does contain them (thanks for mentioning that). | | | Saving my own copies _is_ a problem, but fortunately I do not need | to | | do so. | | | | How do you enforce local loads? Do you insist on downloading | | everything yourselves, or do you have some type of lazy download | with | | cancel capability? In an ideal world, I would hope to see a tool | that | | tries to download the latest versions, shows progress toward same, | and | | accepts user interaction to head off a hopeless situation like | today. | | If the user cancels the download, then there would be an option to | | install from the local repository. | | | | Bill | | | | | | | | -----Original Message----- | | From: pharo-project-bounces(a)lists.gforge.inria.fr | | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of | | Adrian Lienhard | | Sent: Monday, November 09, 2009 2:31 PM | | To: Pharo-project(a)lists.gforge.inria.fr | | Subject: Re: [Pharo-project] Not a disaster (this time) | | | | Hi Bill, | | | | At netstyle.ch and Cmsbox we have the rule that all projects have to | | | be completely loadable from our own MC repository. I suggest to do | the | | same for the reasons you mention below. You never know what happens | to | | external resources... | | | | Storing a local copy with MC should not be a problem. Actually, the | | | package-cache folder should already contain the file. | | | | Cheers, | | Adrian | | | | On Nov 9, 2009, at 19:54 , Schwab,Wilhelm K wrote: | | | | > Hello all, | | > | | > I am trying to be a good tester, and have been shot in the foot | now | | | | > for a couple of days. That's no great loss, but a similar set of | | | > circumstances could be very ugly in the future. My ailing build | | > process for RC1 is thwarted by source.squeakfoundation.org's being | | | > offline. Imagine a deadline (paying customer, mission-critical | | gizmo, | | > grant submission - whatever haunts you) and being stuck. | | > | | > I have even tried to save the FFI packages locally, and that | seems | | to | | > go haywire over talking to the server. Having chosen the package | | name | | > and a local repository, I would expect MC to take the code it has | | | > locally and save it to my local drive, but apparently that's not | | what | | > it does. | | > | | > There is no need for urgent action (this is only a drill<g>), but | | | > there should be some redundancy in where the code is stored, and | MC | | > should not prevent my saving code I already have to my local | drive. | | | | > There isn't (at least not that I can find), and it does :( | | > | | > Bill | | > | | > | | > _______________________________________________ | | > 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 | | | | _______________________________________________ | | 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

1 0

[Pharo-project] [update 1.1] #11037
by Marcus Denker Nov. 9, 2009

Nov. 9, 2009

11037 ----- Issue 1418: clean Morph>>#okayToDuplicate Issue 571: unnecessary temporary variable assignment Issue 1419: remove convertNovember2000DropShadow... Issue 1420: remove methods of old (non-Eliot) closures Issue 1423: not Installed CompiledMethod have invalid sourcePointer after condenseChanges and conenseSources Marcus

1 0

[Pharo-project] Satisfying LatexMorph depencies
by alesch Nov. 9, 2009

Nov. 9, 2009

Hi list: I'm trying to load LatexMorph and I get the following dependency message. This package depends on the following classes: Player You must resolve these dependencies before you will be able to load these definitions: Player>>getCode Player>>getDPI Player>>getImage Player>>getTemplate Player>>grabImage Player>>setCode: Player>>setDPI: Player>>setTemplate: Where can I find this class? Thanks in advance! -- View this message in context: http://n2.nabble.com/Satisfying-LatexMorph-depencies-tp3971944p3971944.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 5

[Pharo-project] LatexMorph: missing ExternalUnixOSProcess
by alesch Nov. 9, 2009

Nov. 9, 2009

LatexUnix, on its class side, has the following: LatexUnix Class >> isResponsibleForThisPlatform ^ ExternalUnixOSProcess isResponsibleForThisPlatform ExternalUnixOSProcess is not present on my system (using OSX). Any hints on how to find this class? Thanks! -- View this message in context: http://n2.nabble.com/LatexMorph-missing-ExternalUnixOSProcess-tp3972256p397… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] Linux VM download has split personality
by Martin McClure Nov. 8, 2009

Nov. 8, 2009

The current Linux VM download, http://gforge.inria.fr/frs/download.php/24653/pharo-vm-0.15.2e-linux.zip, linked to from the pharo-download page, seems rather confused. It contains two top-level directories: pharo-vm-0.15.2d-linux pharo-vm-0.15.2e-linux The 0.15.2d one contains over 200 symlinks in 90 directories, but no actual files. The 0.15.2e one contains over 400 files, but no symlinks. The previous zip file contains the same number of symlinks and files, but all under the same directory. Regards, -Martin

3 4