November 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] pharo-2.0-tests Â» win - Build # 491 - Failure!
by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr Nov. 23, 2012

Nov. 23, 2012

1 0

[Pharo-project] sources location
by Pavel Krivanek Nov. 22, 2012

Nov. 22, 2012

Hi, the packages for Linux distribution have troubles to work with *.sources files. Currently the image is looking for sources files in this order: - vm directory - image directory - working directory There are packages for the virtual machine and the image. All in latest versions. The sources file should be part of the image package. But in that case it must copy the sources file into the VM location (and that may be complicated because of version string in the vm path). In case that you update the image package and the image uses newer sources version, the old one should be deleted. There are several more or less bad solutions: - copy the sources file next to the image and changes file when the new custom image is being created. Very space consuming - create symlink next to the image and changes file. Bad because in case you update image package the old source file is deleted - collect all old source files in the vm package. Bad because you do not know what image version will be used - collect all old source files in the image package. Very strange and you have to place the sources files somehow next to the virtual machine - have standalone package for every source file and place symlinks next to the image file when a new custom image is created So as you may see, we really need some next way how to resolve sources files location. In ideal world we would be able to read it from a system variable. The user will have in his home all source files that images he owns use. But we do not have VM support for that. Cheers, -- Pavel

2 1

[Pharo-project] [update 2.0] #20416
by Marcus Denker Nov. 22, 2012

Nov. 22, 2012

20416 ----- Issue 7032: DummySystemProgressItem is used only by UIManger --> move there http://code.google.com/p/pharo/issues/detail?id=7032 Issue 7016: repackage restoreAllNotifications http://code.google.com/p/pharo/issues/detail?id=7016 Diff information: http://ss3.gemstone.com/ss/Pharo20/UIManager-MarcusDenker.92.diff http://ss3.gemstone.com/ss/Pharo20/SystemProgress-MarcusDenker.5.diff http://ss3.gemstone.com/ss/Pharo20/System-Support-MarcusDenker.748.diff http://ss3.gemstone.com/ss/Pharo20/System-PragmaCollector-MarcusDenker.11.d… http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1257.diff -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] smalltalkhub and project ownership
by Torsten Bergmann Nov. 22, 2012

Nov. 22, 2012

>We should keep in mind that Smalltalkhub is still under development :) > >And our poor Nicolas is running out of time (too many things to do) :D Sorry for reminding on this: I see a clear downside of all this since smalltalk hub is currently very concentrated on one person and his time schedule. I'm sure the next version of SmalltalkHub will provide many new wanted features and it is a great system and service for Pharo. On the other side now two communities waiting for Nicolas to bring something more awesome (see Amber [1]) ;) Yes SH is open source - but it would help if the impatient community would be able to participate in one or the other way or follow this new development... A ConfigurationOfSmalltalkHub would be a start ... Bye T. [1] http://forum.world.st/A-few-days-with-Nicolas-td4638661.html

2 1

Re: [Pharo-project] I don't agree with DummyXXX
by Fernando Olivero Nov. 22, 2012

Nov. 22, 2012

I totally agree. Dummy does not tell me about the class. Are there just 3 uses of Dummy in the core? We should either use Null or use a specific prefix always, so its form a consisten pattern. DummyUIManager -> NullUIManager Fernando On Wed, Nov 21, 2012 at 4:34 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > From what I understand, Dummy means something different. I have using that > for class names. More accurate names can be found. > I would rename: > > DummyUIManager -> HeadlessUIManager > DummySystemProgressItem -> NullSystemProgressItem > DummySoundSystem -> NullSoundSystem > > what do you think? do you have better names? > > -- > Mariano > http://marianopeck.wordpress.com > >

10 13

[Pharo-project] when do we go beta?
by StÃ©phane Ducasse Nov. 22, 2012

Nov. 22, 2012

Stef

8 20

[Pharo-project] Metacello loading semantics
by StÃ©phane Ducasse Nov. 22, 2012

Nov. 22, 2012

Hi dale I implemented a little tool that - create a kind of specification (version, package, repo) for all the packages reachable from a configurationOf (see below method method packagesAndAssociatedRepositoriesFromConfigurationRecord ) It generates a script looking as follows: script3 ^ #( #('ConfigurationOfFame-TudorGirba.5.mcz' 'http://www.squeaksource.com/Fame/' 'ConfigurationOfFame' ) #('ConfigurationOfMooseAlgos-usmanbhatti.27.mcz' 'http://www.squeaksource.com/MooseAlgos/' 'ConfigurationOfMooseAlgos' ) #('ConfigurationOfGlamour-TudorGirba.98.mcz' 'http://www.squeaksource.com/Glamour/' 'ConfigurationOfGlamour' ) #('ConfigurationOfDSM-AlexandreBergel.56.mcz' 'http://www.squeaksource.com/dsm/' 'ConfigurationOfDSM' ) #('ConfigurationOfKumpel-AlexandreBergel.3.mcz' 'http://www.squeaksource.com/Kumpel/' 'ConfigurationOfKumpel' ) #('ConfigurationOfSmallDudâ¦â¦â¦â¦.) - I keep the order given by Metacello. I extract the information as follows: packagesAndAssociatedRepositoriesFromConfigurationRecord: aConfigurationRecord "| record | record := ((Smalltalk globals at: #ConfigurationOfMoose) project version: 'default') ignoreImage: true; record. self packagesAndAssociatedRepositoriesFromConfigurationRecord: record " | pkgs | pkgs := OrderedCollection new. aConfigurationRecord loadDirective packageDirectivesDo: [:directive | pkgs add: {directive spec name, '*'. (self removeCache: directive spec workingCopy repositoryGroup repositories) anyOne locationWithTrailingSlash} ]. ^ pkgs - then I try to load the package as follows: flatVersion47: spec <version: '4.7-flat'> spec for: #common do: [ self populateSpec: spec with: self script3 ] I load them doing (ConfigurationOfMoose project version: '4.7-flat') load Now It does not work because after fetching all the packages, the system complain that some classes that will be loaded later are not present. I imagine that you use Gofer and that Gofer does not use the merging semantics of MC over multiple projects (that you can have multiple package in any order and that the classes get loaded - as I use it for the scriptLoader and below). - before I was doing it by doing a diff between the pharo package and the one loaded and I was loading the specification after installing the repository and the working copies using the MCVersionLoader and it worked I could reload completely Moose! load: aCollectionOfPackageString "self new load: #( 'Famix-C-TudorGirba.15' 'Famix-Core-NicolasAnquetil.201'))" | loader | loader := MCVersionLoader new. (self newerVersionsIn: aCollectionOfPackageString) do: [ :fn | loader addVersion: (self loadVersionFromFileNamed: fn). (Delay forSeconds: 2) wait.] displayingProgress: 'Adding versions...'. loader hasVersions ifTrue: [loader load]. So my question is - Does the packageDirectivesDo: provide an order that I can use to load package with the gofer-load on project at a time? May be my code does not keep the same order but I payed attention to this point. I will check that further. - may be I could extend Gofer to support multiple project merge loading. So right now I'm stuck and this is sad because freezing a complex configuration is really needed. Stef

3 7

[Pharo-project] [update 2.0] #20414
by Marcus Denker Nov. 21, 2012

Nov. 21, 2012

20414 ----- Issue 7008: clean unsent messages in StringHolder Hierarchy http://code.google.com/p/pharo/issues/detail?id=7008 Issue 7009: clean up CharacterScanner a little http://code.google.com/p/pharo/issues/detail?id=7009 Issue 7015: Form>>#fromBinaryStream: dependent on ImageReadWriter http://code.google.com/p/pharo/issues/detail?id=7015 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-MarcusDenker.988.diff http://ss3.gemstone.com/ss/Pharo20/Text-MarcusDenker.38.diff http://ss3.gemstone.com/ss/Pharo20/Graphics-Display Objects-MarcusDenker.96.diff -- Marcus Denker -- http://marcusdenker.de

3 5

[Pharo-project] when do we go beta?
by Torsten Bergmann Nov. 21, 2012

Nov. 21, 2012

AFAIK the idea was to integrate NB into Pharo 2.0. So shouldnt this be done first ...

2 1

[Pharo-project] Loading NBOpenGL in pharo 2
by Javier PimÃ¡s Nov. 21, 2012

Nov. 21, 2012

Igor, while loading ConfigurationOfNBOpenGL this things are missing: NBUnsignedLong TTFontReader TTFontDescription TTGlyph are they still needed? -- Lic. Javier PimÃ¡s Ciudad de Buenos Aires

2 3