- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Confused about #isDirectory

by Sean P. DeNigris

Camillo Bruni-3 wrote > > no clue though why it should return false for '/private/var'... > For /private/var, <primitive: 'primitiveDirectoryLookup' module: 'FilePlugin'> returns false for the dir flag... still investigating... -- View this message in context: http://forum.world.st/Confused-about-isDirectory-tp4589441p4590063.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2012

Re: [Pharo-project] [ANN] ImageWriter, the SystemTracer's son

by Edgar De Cleene

El 4/26/12 10:19 AM, "Guillermo Polito" <guillermopolito(a)gmail.com> escribiÃ³: >> Now it is fixed :).Â Tested it in a clean 2.0 image and worked :). >> Â Guillermo: I like duplicate all steps. Dowloaded a clean all in one 2.0. You have a script for loading and test Hazelnut and all your new work ? Cheers Edgar

April 26, 2012

Re: [Pharo-project] Pharo and the rest of the ecosystem

by Sean P. DeNigris

Chris Muller-3 wrote > generating plenty of marketing "buzz" with frameworks-of-the-month > (such as the ones you listed). In Cuis, Smalltalk _is_ the framework > and users are expected to build on that directly. > Pavel Krivanek-3 wrote > > the planed changes in Pharo are not autotelic but in most cases they > are replacements of current buggy and unmaintainable subsytems. > Yes this is the key! It's not "let's build all these great frameworks on top of the system", but "we need a clean, beautiful system that people can use and explore and build on without tearing their hair out in frustration" [1] and some of the components are so messy that the only clear path forward is replacement. This is not a criticism of Squeak. Many parts of Squeak (and Squeak itself was intended as just a "tool to think" about the next evolution) were spikes, not real implementations but experiments. So the usual advice that it's better to clean than to rewrite does not apply. Proofs of concept are meant to be thrown away! Each of these components brings us closer to a clean, beautiful, Smalltalk-inspired system "and users are expected to build on that directly". The Smalltalk-inspired part is crucial also. Until I got that, I was plagued by questions of interoperability and backward-compatibility (which are obviously still nice, but subordinate to evolution). I see Squeak and Pharo's goals aligning more and more and, sure, it is frustrating to duplicate efforts. Although, maybe we'd all be complacent without the friendly rivalry. As the Zen master said, "we'll see..." [2] [1] I can't imagine someone putting FileDirectory and friends through serious use and not praying for something like Filesystem. And a programming environment without built-in support for https?? Zodiac is a fundamental piece of the system. These things are not "buzz", but core components that let us get back to work and play, instead of beating our heads against soul-crushing constructs like "FileDirectory extensionFor: file name" instead of "file extension" [2] A boy is given a horse on his 14th birthday. Everyone in the village says, âOh how wonderful.â But a Zen master who lives in the village says, âWe'll see.â 'The boy falls off the horse and breaks his foot. Everyone in the village says, âOh how awful.â The Zen master says, âWe'll see.â The village is thrown into war and all the young men have to go to war. But, because of the broken foot, the boy stays behind. Everyone says, âOh, how wonderful.â The Zen master says, âWe'll see.â Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-and-the-rest-of-the-ecosystem-tp4582839p4590003… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2012

Re: [Pharo-project] A last 1.3 update? (startup related)

by Sean P. DeNigris

Marcus Denker-4 wrote > >>> Issue 4617: More error tolerant startup >> >> Sounds awesome! I lost many images due to broken startup scripts. In >> fact, >> that's what "inspired" me to hack the VM ;-) I know several others have >> had >> similar issues breaking images... >> > 1.4 has a different solution that is in need of documenation ;-) > Holy crap!!! I just experienced my first startup error on 1.4 and boy was it cool!! Instead of freezing the image and forcing me to debug the vm, it gave me a helpful message and opened a debugger on the error. Thank you. Thank you. Thank you. Sean -- View this message in context: http://forum.world.st/A-last-1-3-update-startup-related-tp4576887p4589924.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2012

Re: [Pharo-project] How to declare Zinc/FS dependency in Metacello Configuration for 1.4

by Sean P. DeNigris

fstephany wrote > > I'm updating some Metacello configurations and I'm wondering how to > declare the dependencies on... FS > I noticed that the configuration for FS in MetacelloRepository points to the original fs project on SqS. It seems it would be better, when working in 1.3, to load the new Pharo version at http://ss3.gemstone.com/ss/Pharo14. This way, you will not need a compatibility layer to load your code in both 1.3 and 1.4 since e.g. the class names have changed (e.g. FSReference -> FileReference). The Pharo 1.4 FS loads in 1.3 with all green tests. HTH, Sean -- View this message in context: http://forum.world.st/How-to-declare-Zinc-FS-dependency-in-Metacello-Config… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2012

Re: [Pharo-project] System browser in Pharo 1.4

by Esteban Lorenzano

Hi, Pharo 1.4 does not have OB by default, which was the browser previous pharo versions had. So... it ships with the old historical browsers, who is very basic and lacks a lot of functionality (not just visuals, also Refactorings, etc.). So... for installing Nautilus (It will be the official Pharo 2.0 browser and is currently in development) or OB, you can open the Configurations Browser, in Menu/Tools/Configurations Browser and choose one of them, and install it. cheers, Esteban On Apr 26, 2012, at 3:43 PM, Olivier Auverlot wrote: > Hi, > > This is probably a stupid question. Why in Pharo 1.4, the system browser does not display classes hierarchically in the column instances / class. Each class is displayed at the same level. It's not easy to read. > > How to get the same behavior as in previous versions of Pharo ? > > Best regards > Olivier

April 26, 2012

Re: [Pharo-project] System browser in Pharo 1.4

by Benjamin

In the previous version of Pharo, I think you used OBBrowser. But the default browser has always been Browser (the one in 1.4 with a flat display of classes). Indeed it's hard to read, that's why I can propose you to have a look at Nautilus (the new default Browser which is working on 1.4) Gofer new squeaksource3: 'Nautilus'; package: 'ConfigurationOfNautilus'; load. ConfigurationOfNautilus loadRelease Have fun :) Ben On Apr 26, 2012, at 3:43 PM, Olivier Auverlot wrote: > Hi, > > This is probably a stupid question. Why in Pharo 1.4, the system browser does not display classes hierarchically in the column instances / class. Each class is displayed at the same level. It's not easy to read. > > How to get the same behavior as in previous versions of Pharo ? > > Best regards > Olivier

April 26, 2012

Re: [Pharo-project] JSON, Smalltalk parser and no-point wars

by Sean P. DeNigris

Miguel CobÃ¡ wrote > > Friends, > > what energy! > Right on!! I like these passionate exchanges. It reminds me how different our community is from a "job". We care deeply about beauty, truth and goodness; and our work is an expression of that. Now let's harness this energy to accelerate the already-amazing pace of our progress! Your friend, Sean -- View this message in context: http://forum.world.st/JSON-Smalltalk-parser-and-no-point-wars-tp4583877p458… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2012

Re: [Pharo-project] System browser in Pharo 1.4

by Mariano Martinez Peck

On Thu, Apr 26, 2012 at 3:43 PM, Olivier Auverlot < olivier.auverlot(a)gmail.com> wrote: > Hi, > > This is probably a stupid question. Why in Pharo 1.4, the system browser > does not display classes hierarchically in the column instances / class. > Each class is displayed at the same level. It's not easy to read. > Because the system browser that comes with Pharo 1.4 is ... ... very limited. > > How to get the same behavior as in previous versions of Pharo ? > > Install a better browser on it: http://marianopeck.wordpress.com/2012/02/26/nautilus-the-reborn-of-the-syst… > Best regards > Olivier > -- Mariano http://marianopeck.wordpress.com

April 26, 2012

Re: [Pharo-project] Confused about #isDirectory

by Sven Van Caekenberghe

On 26 Apr 2012, at 15:11, Camillo Bruni wrote: > we changed that not so long ago :) but it will do the same.... > the problem will be that the VM primitive might not follow symlinks (that would explain the first line) > > no clue though why it should return false for '/private/var'... OK: http://code.google.com/p/pharo/issues/detail?id=5693 Sven

April 26, 2012