- Pharo-dev - lists.pharo.org

[Pharo-project] Do TTFonts prevent image startup?
by StÃ©phane Ducasse May 22, 2010

May 22, 2010

http://code.google.com/p/pharo/issues/detail?id=2457 Issue 2457: Do TTFonts prevent image startup We should check if this is a problem for Pharo too. See the thread "Please, help me. My squeak image not started" on squeak-dev: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html

4 3

[Pharo-project] Architectural dependencies
by Alexandre Bergel May 22, 2010

May 22, 2010

Dear List, I worked on the Issue #2107 during the Pharo Sprint of today. This issue proposes a minimal infrastructure to control the dependencies of your package. I cleaned the code proposed by Andreas. I introduced the class PharoCorePackageDependenciesTests. It contains few tests. An example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= testFile self testPackage: 'Files' dependsOnlyOn: #( 'Kernel' 'Collections-Strings' 'Compression' 'ToolBuilder-Kernel' 'Tools' 'System-Object Storage' 'Graphics' 'Collections-Sequenceable' 'Collections-Abstract' 'Collections-Streams' 'Collections-Arrayed' 'Multilingual' 'Exceptions' 'System-Support' 'System-FileRegistry' 'Collections-Weak' 'Collections-Unordered' ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This is interesting to see that File refers to the Graphics package! I provide a method to automatically generate this kind of tests. It therefore goes green. You can also inspect what are the dependencies. By dependencies, I mean static class references. You can find the code in the inbox: SLICE-ArchitecturalTests-Alexandre_Bergel.2 Cheers, Alexandre

1 0

[Pharo-project] Why O2Browser does not have many commands from standart omnibrowser?
by Denis Kudriashov May 22, 2010

May 22, 2010

I like O2Browser. But It has not many standart commands. Why It is? I think they are both omnibrowsers. And they based on same meta model Or maybe I have old version of O2Browser. I load it from Pharo1.0 ready workspace script

1 0

[Pharo-project] [update 1.1] #11370
by StÃ©phane Ducasse May 22, 2010

May 22, 2010

11370 ----- - Issue 2030: Remove some of the Shadowed variables. Thanks alex. - Issue 2464: Fix Character >> #storeBinaryOn:. Thanks ppm - Issue 2463: timeToRunWithoutGC from squeak ideas. - Issue 2148: Fix trait composition test in Monticello. Thanks Squeak/Alex Stef

1 0

[Pharo-project] Found senders of #isSystemDefined in Nile
by Mariano Abel Coca May 22, 2010

May 22, 2010

Hi, I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior. I've read in: http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg12075.ht… the idea is to remove the message and all it's senders, but I don't know why is used here in Nile. The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size: Any hint on this will be appreciated. Cheers, Mariano.

3 2

[Pharo-project] Status of Rome?
by Igor Stasenko May 22, 2010

May 22, 2010

Hello guys, i seen there are some recent activity with Rome in Pharo, but i found that things are now scattered over a different repositories, and its hard to find out, what version is latest and which one i could use. I found that the latest things is in a SqS/PharoTaskForces/Rome, which is a merge of all Rome-XXX packages into a single one. Is this most recent thing you are working on? Actually, all i need is just a reference canvas, but it would be cool if i could run some working code & examples. :) -- Best regards, Igor Stasenko AKA sig.

4 12

[Pharo-project] [update 1.1] #11369
by StÃ©phane Ducasse May 22, 2010

May 22, 2010

11369 ----- - Issue 2443: Perform:withArguments: Stef

1 0

Re: [Pharo-project] [squeak-dev] Re: Cross-fork Metacello configurations
by Bernhard Pieber May 22, 2010

May 22, 2010

Dear Squeakers, I agree with Sean that the necessity to copy a configuration class from a cross-fork package ConfigurationOf... to the proposed Configuration package for Squeak makes life much more complicated and more work for those good fellows who care to create portable packages. IMHO that is a bad things for all forks. The ability to support cross-fork development is one of the greatest assets of Metacello. I see no reason not to use it. The good news is that - as Sean already wrote - all the good things of Andreas proposal could work equally well even if we reused the cross-fork ConfigurationOf... packages. The fact that some core developer copies such a package to the trunk could mean it was tested with Squeak. The only difference would be having more packages in the Monticello Browser. (They could be hidden from there.) IIUC one thing misses from Metacello right now to use it in the way Andreas envisions: A categorization for an installer UI like Andreas' ConfigBrowser. I am sure Dale could be convinced to add that to the metadata/API if cross-development configurations could continue to be supported. Did I miss something? Just my 2 cents. Cheers, Bernhard Am 21.05.2010 um 20:14 schrieb Sean P. DeNigris: > > > Bert Freudenberg wrote: >> >> If the systems require different configurations, then there should be >> different configurations. >> > Absolutely, and Metacello already handles the difference. Handling it by > creating two separate Classes is solving a problem that doesn't exist, while > creating a problem for developers - who now have to do extra work for no > discernible reason. > > > Bert Freudenberg wrote: >> >> re-using configurations is not that important >> > Maybe not for code reuse, but logistically, it's much harder. I'm going > through SqS and SqMap making old interesting projects loadable. A little > more effort * 100 projects is significant. > > > Bert Freudenberg wrote: >> >> What *is* more important is that the configuration has actually been >> tested in Squeak, and not just been copied over from other places. >> > > Yes, but that is irrelevant here. If someone adds the config to the inbox, > that presumably means they have tested it in Squeak. And, there would be > nothing to prevent someone from creating a new config from scratch that > didn't work; maybe more likely not to work because a perfectly good config > has to be split apart. Anyway, I thought that's why we're going to do > automatic testing. > > In summary, if we can make life easier, why not? For example, couldn't > ConfigBrowser select classes that start with ConfigurationOf instead of > MetacelloConfigruation subclasses? > > Sean > -- > View this message in context: http://forum.world.st/Cross-fork-Metacello-configurations-tp2226390p2226525… > Sent from the Squeak - Dev mailing list archive at Nabble.com. >

1 0

[Pharo-project] Pharo sprint in buenos Aires is starting now
by Alexandre Bergel May 22, 2010

May 22, 2010

A bit after the schedule, but we are a little group. http://code.google.com/p/pharo/wiki/PharoSprints IRC: http://www.mibbit.com/chat/ (Channel #pharo-project) Cheers, Alexandre

1 1

[Pharo-project] Link to Web Client
by Diogenes Moreira May 22, 2010

May 22, 2010

http://webchat.freenode.net/?channels=pharo-project

1 0