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

[Pharo-project] [update 2.0] #20183

by Marcus Denker

20183 ----- Issue 6269: Zinc Kill last usages of mac.com domain http://code.google.com/p/pharo/issues/detail?id=6269 Issue 6267: Spec-Widget new version http://code.google.com/p/pharo/issues/detail?id=6267 Issue 6266: Adding a missing method on TextInputField http://code.google.com/p/pharo/issues/detail?id=6266 Issue 6263: Spec-Layout new version http://code.google.com/p/pharo/issues/detail?id=6263 Issue 6273: Fixing monticello mocks http://code.google.com/p/pharo/issues/detail?id=6273 -- Marcus Denker -- http://marcusdenker.de

July 4, 2012

Re: [Pharo-project] Athens Mac os doc like animation

by Fernando Olivero

Oops, replace NBCog in the path by NBCog.app , as in: TCairoLibrary class>>nbLibraryNameOrHandle ....(Smalltalk vm vmPath asFileReference / 'NBCog.app' / 'Contents'/ 'MacOS' / 'Plugins' / 'libcairo.2.dylib' ) fullName ......... On Wed, Jul 4, 2012 at 10:27 PM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > To properly run the example, besides installing Athens you need to > have Athens-SVG and XML Support. > > "SVG support -----------------------------------------------------------------------" > Gofer it > url: 'http://www.squeaksource.com/MetacelloRepository'; > package: 'ConfigurationOfXMLSupport'; > load. > (Smalltalk globals classNamed: 'ConfigurationOfXMLSupport') load. > > Gofer it > squeaksource: 'Athens'; > package: 'Athens-SVG'; > load. > > > To fix the previous mentioned library path modification install this, > as temporal HACK, before Igors get's the change to review it. > > > TCairoLibrary class>>nbLibraryNameOrHandle > (NativeBoost platformId = NativeBoostConstants linux32PlatformId) ifTrue: [ > ^ '/usr/lib/libcairo.so' > ]. > (NativeBoost platformId = NativeBoostConstants mac32PlaformId) ifTrue: [ > ^ > (Smalltalk vm vmPath asFileReference / 'NBCog' / 'Contents'/ 'MacOS' / > 'Plugins' / 'libcairo.2.dylib' ) fullName > ]. > self error: 'define your own path' > > > > > On Wed, Jul 4, 2012 at 10:04 PM, fernando.olivero(a)usi.ch > <fernando.olivero(a)usi.ch> wrote: >> Hi Stef, surely is happening because the path to the Cairo Lib changed. >> >> It used to in the MacPorts path, but now Igor is shipping NB vm's with Cairo. >> So we should change the following method. >> >> TCairoLibrary>>nbLibraryNameOrHandle >> (NativeBoost platformId = NativeBoostConstants linux32PlatformId) ifTrue: [ >> ^ '/usr/lib/libcairo.so' >> ]. >> (NativeBoost platformId = NativeBoostConstants mac32PlaformId) ifTrue: [ >> ^ '/opt/local/lib/libcairo.2.dylib' >> ]. >> self error: 'define your own path' >> >> Fixing it now, will send the new method . >> >> Fernando >> >> On Wed, Jul 4, 2012 at 7:26 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> >>> >>> ASZoomerMorph new >>> svg: 'Coche_ok_verte.svg' zoom: 0.1; >>> openInWorld >>> >>> Alex this is the example I was talking to you about. >>> >>> >>> Igor this is strange when I executed the athens image in which you hacked the animation on the latest >>> NBCog vm it crashes. >>> >>> Do you know where I can find the latest Athens friendly vm? >>> >>> Stef >> >

July 4, 2012

Re: [Pharo-project] Putting Cairo in the VM?

by Fernando Olivero

Igor, for consistency of the whole Athens-Cairo backend, could you also add the following libraries to the VM plugins folder, shipped with Jenkins? Pango: libpango-1.0.0.dylib Pango-Cairo: libpangocairo-1.0.dylib I've attached the build (using MacPorts and universal binaries options), i'm using . Fernando On Wed, Jul 4, 2012 at 9:46 PM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > Nice work! Thanks Igor. > Will be a lot easier now to release Athens related projects. > > Fernando > > On Wed, Jul 4, 2012 at 2:15 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> Ok, the build #27 is built a first VM with cairo library. Congratulations! :) >> >> https://ci.lille.inria.fr/pharo/view/NativeBoost/job/NB-Cog-Mac-Cocoa/27/ >> >> >> Check it out. >> >> Please note that all plugins and libraries is now in >> .app/Contents/MacOS/Plugins >> not in >> .app/Contents/Resouces >> >> (the plugin search logic is changed accordingly) >> >

July 4, 2012

Re: [Pharo-project] Athens Mac os doc like animation

by Fernando Olivero

To properly run the example, besides installing Athens you need to have Athens-SVG and XML Support. "SVG support -----------------------------------------------------------------------" Gofer it url: 'http://www.squeaksource.com/MetacelloRepository'; package: 'ConfigurationOfXMLSupport'; load. (Smalltalk globals classNamed: 'ConfigurationOfXMLSupport') load. Gofer it squeaksource: 'Athens'; package: 'Athens-SVG'; load. To fix the previous mentioned library path modification install this, as temporal HACK, before Igors get's the change to review it. TCairoLibrary class>>nbLibraryNameOrHandle (NativeBoost platformId = NativeBoostConstants linux32PlatformId) ifTrue: [ ^ '/usr/lib/libcairo.so' ]. (NativeBoost platformId = NativeBoostConstants mac32PlaformId) ifTrue: [ ^ (Smalltalk vm vmPath asFileReference / 'NBCog' / 'Contents'/ 'MacOS' / 'Plugins' / 'libcairo.2.dylib' ) fullName ]. self error: 'define your own path' On Wed, Jul 4, 2012 at 10:04 PM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > Hi Stef, surely is happening because the path to the Cairo Lib changed. > > It used to in the MacPorts path, but now Igor is shipping NB vm's with Cairo. > So we should change the following method. > > TCairoLibrary>>nbLibraryNameOrHandle > (NativeBoost platformId = NativeBoostConstants linux32PlatformId) ifTrue: [ > ^ '/usr/lib/libcairo.so' > ]. > (NativeBoost platformId = NativeBoostConstants mac32PlaformId) ifTrue: [ > ^ '/opt/local/lib/libcairo.2.dylib' > ]. > self error: 'define your own path' > > Fixing it now, will send the new method . > > Fernando > > On Wed, Jul 4, 2012 at 7:26 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> >> >> ASZoomerMorph new >> svg: 'Coche_ok_verte.svg' zoom: 0.1; >> openInWorld >> >> Alex this is the example I was talking to you about. >> >> >> Igor this is strange when I executed the athens image in which you hacked the animation on the latest >> NBCog vm it crashes. >> >> Do you know where I can find the latest Athens friendly vm? >> >> Stef >

July 4, 2012

[Pharo-project] I added a german wikipedia article on pharo.

by Helene Bilbo

Hi, Pharo was not mentioned on german wikipedia, so i added a stub for an article. If you speak german, please extend it :) (i will try to continue myself the next days) BTW is Pharo rather a 'Programming language' or an 'Implementation of a Programming language'? regards, Helene. -- View this message in context: http://forum.world.st/I-added-a-german-wikipedia-article-on-pharo-tp4638330… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 4, 2012

Re: [Pharo-project] Athens Mac os doc like animation

by Fernando Olivero

Hi Stef, surely is happening because the path to the Cairo Lib changed. It used to in the MacPorts path, but now Igor is shipping NB vm's with Cairo. So we should change the following method. TCairoLibrary>>nbLibraryNameOrHandle (NativeBoost platformId = NativeBoostConstants linux32PlatformId) ifTrue: [ ^ '/usr/lib/libcairo.so' ]. (NativeBoost platformId = NativeBoostConstants mac32PlaformId) ifTrue: [ ^ '/opt/local/lib/libcairo.2.dylib' ]. self error: 'define your own path' Fixing it now, will send the new method . Fernando On Wed, Jul 4, 2012 at 7:26 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > > ASZoomerMorph new > svg: 'Coche_ok_verte.svg' zoom: 0.1; > openInWorld > > Alex this is the example I was talking to you about. > > > Igor this is strange when I executed the athens image in which you hacked the animation on the latest > NBCog vm it crashes. > > Do you know where I can find the latest Athens friendly vm? > > Stef

July 4, 2012

Re: [Pharo-project] Problem with FileSystem primitives in latest Pharo2.0

by Fernando Olivero

ok, now is working just fine. I've downloaded the latest CogVM, NB VM, and Pharo2.0 from Jenkins. Although i'm 100% sure i was using the downloaded vm's, i deleted the old vm's in my machine also, as Camilo suggested. Couldnt figure out why it wasnt working for me previously, but its fixed now! Thanks for the help, Fernando On Wed, Jul 4, 2012 at 4:19 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Fernando be sure to get rid of all the old vms on OSX :P > OSX is particularly good in finding an old version somewhere that does not properly work :P > > On 2012-07-04, at 10:54, Fernando Olivero wrote: > >> Yes, i'm using the latest. >> >> VM: https://ci.lille.inria.fr/pharo/job/Cog-VM/Architecture=32,OS=mac/58/ >> >> Sven, are you using Mac OSX ? >> >> Esteban replied that's a known bug, (unexisting file giving tue on >> #exists) maybe its implied that'solely for the Mac ? >> >> I will do an unit test to capture this issue. >> >> Fernando

July 4, 2012

Re: [Pharo-project] [Fix of the day contest] 4/7/2012 with extras

by Chris Muller

No one uses it but maybe a good idea to consider -- it seems like a good place for things like license, copyright, about text.. On Wed, Jul 4, 2012 at 2:34 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 4, 2012, at 9:25 PM, Guillermo Polito wrote: > >> Hi! >> >> I've done a little fix today that allows monticello tests to run -green btw- :). http://code.google.com/p/pharo/issues/detail?id=6273 >> So, I expect this will put us 11 tests closer to a green build. >> >> >> This was a problem related with the monticello-mocks and monticellomocks packages. >> There are problems still remaining, like, as giving an example: >> >> - MCMock is categorized Monticello-Mocks, but is in the Monticello RPackage... >> >> That happens with all the classes in the Monticello-Mocks category. The root of the problem is that we have some strange objects installed as packages (PackageInfo registrations). Have a look at the result of: >> > > The problem is that the MC tests use a featuer of MC that nobody uses: subclasses of PackageInfo to be able to make packages out of code that > is actually not following the convention. > > See MCMockPackageInfo > > it's pacakgeName is "MonticelloMocks", but the idea was originally to never save that package, I think. > > > -- > Marcus Denker -- http://marcusdenker.de > >

July 4, 2012

Re: [Pharo-project] Putting Cairo in the VM?

by Fernando Olivero

Nice work! Thanks Igor. Will be a lot easier now to release Athens related projects. Fernando On Wed, Jul 4, 2012 at 2:15 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Ok, the build #27 is built a first VM with cairo library. Congratulations! :) > > https://ci.lille.inria.fr/pharo/view/NativeBoost/job/NB-Cog-Mac-Cocoa/27/ > > > Check it out. > > Please note that all plugins and libraries is now in > .app/Contents/MacOS/Plugins > not in > .app/Contents/Resouces > > (the plugin search logic is changed accordingly) >

July 4, 2012

Re: [Pharo-project] [Fix of the day contest] 4/7/2012 with extras

by Guillermo Polito

On Wed, Jul 4, 2012 at 9:34 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jul 4, 2012, at 9:25 PM, Guillermo Polito wrote: > > > Hi! > > > > I've done a little fix today that allows monticello tests to run -green > btw- :). http://code.google.com/p/pharo/issues/detail?id=6273 > > So, I expect this will put us 11 tests closer to a green build. > > > > > > This was a problem related with the monticello-mocks and monticellomocks > packages. > > There are problems still remaining, like, as giving an example: > > > > - MCMock is categorized Monticello-Mocks, but is in the Monticello > RPackage... > > > > That happens with all the classes in the Monticello-Mocks category. The > root of the problem is that we have some strange objects installed as > packages (PackageInfo registrations). Have a look at the result of: > > > > The problem is that the MC tests use a featuer of MC that nobody uses: > subclasses of PackageInfo to be able to make packages out of code that > is actually not following the convention. > > See MCMockPackageInfo > > it's pacakgeName is "MonticelloMocks", but the idea was originally to > never save that package, I think. > > Ha, this looked like a bug :). Yeah, probably for a next action we should package this things well and stop using that feature which messes with all the tools? > > -- > Marcus Denker -- http://marcusdenker.de > > >

July 4, 2012