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

[Pharo-project] [update 2.0] #20149
by Esteban Lorenzano June 21, 2012

June 21, 2012

20149 ----- Issue 6097: Bad source and changes path for one click on Windows (Jenkins?) http://code.google.com/p/pharo/issues/detail?id=6097 Issue 6096: WindowsResolver sends "self default" but no method #default is implemented http://code.google.com/p/pharo/issues/detail?id=6096 (windows should be working now)

1 0

[Pharo-project] [update 2.0] #20145
by Esteban Lorenzano June 21, 2012

June 21, 2012

20145 ----- Issue 5945: Nice packaging for Text stuff http://code.google.com/p/pharo/issues/detail?can=2&q=5945

4 13

[Pharo-project] [update 2.0] #20148
by Esteban Lorenzano June 21, 2012

June 21, 2012

20148 ----- Issue 6097: Bad source and changes path for one click on Windows (Jenkins?) http://code.google.com/p/pharo/issues/detail?id=6097

1 0

[Pharo-project] [update 2.0] #20147
by Esteban Lorenzano June 21, 2012

June 21, 2012

20147 ----- Issue 6098: Cleaning obsolete repositories in Gofer http://code.google.com/p/pharo/issues/detail?id=6098

1 0

[Pharo-project] [update 2.0] #20146
by Esteban Lorenzano June 21, 2012

June 21, 2012

20146 ----- Issue 6097: Bad source and changes path for one click on Windows (Jenkins?) http://code.google.com/p/pharo/issues/detail?id=6097 (but still not working)

1 0

[Pharo-project] Current Jenkins Pharo 2.0 images broken on Windows
by Torsten Bergmann June 21, 2012

June 21, 2012

Hi, please note that for Windows Users the latest Jenkins images for 2.0 are currently unusable due to the latest FS changes. I found the cause last night and described the details in http://code.google.com/p/pharo/issues/detail?id=6097 Here is the red test that should be made green: testWindowsAbsolutePathName self assert: (AbsolutePath from: 'c:\test') isAbsolute by fixing Path>>from:delimiter. Currently this method only takes Unix root "/" into account and returns a relative path instead of an absolute one on Windows. This causes a lot of other FS-related stuff to fail. It has to be fixed by someone on a non-Windows platform since I can not be fixed in the broken image itself on a Win system. There is also a bug in WindowsStore>>pathFromString:, all details in #6097. Would be nice if this could be fixed quickly - maybe Camillo is already looking... Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

2 1

[Pharo-project] What happened to smallharbour ?
by Mariano Martinez Peck June 20, 2012

June 20, 2012

Is it alive? was it abandoned? does it work? thanks -- Mariano http://marianopeck.wordpress.com

3 2

Re: [Pharo-project] How to correctly remove a package for everywhere?
by Fernando Olivero June 20, 2012

June 20, 2012

Seems that removing a package does not imply removing the included classes?Maybe this should be changed? With RPackage is understandable, since its just a layer on top of the system.You have to explicitly register/deregister packages. Fernando On Wed, Jun 20, 2012 at 10:24 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > well, I don't know what the hell happened, but a workaround I think it is > > DataStream removeFromSystem. > RPackageOrganizer Â default unregisterPackageNamed: #'System-Object Storage'. > > On Wed, Jun 20, 2012 at 10:19 PM, Mariano Martinez Peck <marianopeck(a)gmail.com<mailto:marianopeck@gmail.com>> wrote: > So removing 'System-Object Storage' didn't work. I did: > > ScriptLoader new deletePackageNamed: 'System-Object Storage'. > > Now the MCWorkingCopy is removed (I don't see the package in Monticello Browser), but I can still browse the class DataStream, and the package is available from Nautilus. > > Now if I do: > > RPackageOrganizer Â default unregisterPackageNamed: #'System-Object Storage' > > I don't see the package in Nautilus, but the class "DataStream" is still alive. I can do "DataStream name -> #DataStream" ..et...when I browse it with Nautilus I don't see the class but the category _UnpackagedPackage.. > > so...how the hell can I remove this package and class from everywhere in the system? > > thanks > > -- > Mariano > http://marianopeck.wordpress.com > > > > > -- > Mariano > http://marianopeck.wordpress.com >

2 1

[Pharo-project] How to correctly remove a package for everywhere?
by Mariano Martinez Peck June 20, 2012

June 20, 2012

So removing 'System-Object Storage' didn't work. I did: ScriptLoader new deletePackageNamed: 'System-Object Storage'. Now the MCWorkingCopy is removed (I don't see the package in Monticello Browser), but I can still browse the class DataStream, and the package is available from Nautilus. Now if I do: RPackageOrganizer default unregisterPackageNamed: #'System-Object Storage' I don't see the package in Nautilus, but the class "DataStream" is still alive. I can do "DataStream name -> #DataStream" ..et...when I browse it with Nautilus I don't see the class but the category _UnpackagedPackage.. so...how the hell can I remove this package and class from everywhere in the system? thanks -- Mariano http://marianopeck.wordpress.com

1 1

[Pharo-project] StartupPreferences hardcoded again :(
by Mariano Martinez Peck June 20, 2012

June 20, 2012

Hi. As part of my changes (and Ben Coman) we removed the hardcoded preferences directory. Previously we had: preferencesRootFolder ^ (self default ascendingSearchForDirectory: self configFolderLocalName) directoryNamed: 'pharo'. Now it is hardcoded again: FileLocator preferences / 'pharo' / 'general'. meaning I have an error because Path / 'Users' / 'mariano' / 'Library' / 'Preferences' / 'pharo' / 'general' does not exist. what was wrong with the previous implementation? -- Mariano http://marianopeck.wordpress.com

2 1