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

Re: [Pharo-dev] We want to remove historyNavigation from Nautilus...

by Thierry Goubier

Hi Stef, Do you mean removing HistoryNavigation completely? Thierry Le 16/06/2015 18:00, stepharo a Ã©crit : > Hi guys > > we really need to cleanup nautilus and we are thinking to remove the > history navigation. > So we hope that not that many people will cry but we should move on. > We are also cleaning the group management. > > Stef > >

June 16, 2015

Re: [Pharo-dev] Who changed the meaning of command-click on class names ?

by Nicolai Hess

2015-06-16 13:00 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > On 16 Jun 2015, at 12:43, Torsten Bergmann <astares(a)gmx.de> wrote: > > > > Not unimportant side note: > > > > From what I see from Nicolai's high activity in bug tracker and here on > the list > > he is someone who closely watches the included changes and fixes/reviews > issues. > > This quickly helps making progress. > > > > @Nicolai: big thanks from my side! > > + 2**32 > Thanks :) > > > Bye > > T. > > > > Gesendet: Dienstag, 16. Juni 2015 um 10:44 Uhr > > Von: "Nicolai Hess" <nicolaihess(a)web.de> > > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > > Betreff: Re: [Pharo-dev] Who changed the meaning of command-click on > class names ? > > > > > > > > 2015-06-16 10:15 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>:Hi, > > > > In Pharo 5, the meaning of command-click (apple-click) on class names > changed from 'Browse class' to 'References to class'. On selectors it still > is 'Implementors'. > > > > Why was this done ? Was this done intentionally or by accident, as a > side effect of some other change ? > > > > By accident, please open an issue. (caused by 15575 AST syntax > highlight: clean up variable resolving a bit ) > > > > I rely on it a lot and I think the old behaviour should be restored. > > > > Sven > > > > > > > >

June 16, 2015

We want to remove historyNavigation from Nautilus...

by stepharo

Hi guys we really need to cleanup nautilus and we are thinking to remove the history navigation. So we hope that not that many people will cry but we should move on. We are also cleaning the group management. Stef

June 16, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50116 Home: https://github.com/pharo-project/pharo-core

June 16, 2015

[pharo-project/pharo-core] c7b222: 50116

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: c7b2228749e9ad130930ac1a3df81bbdf3857f02 https://github.com/pharo-project/pharo-core/commit/c7b2228749e9ad130930ac1a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-06-16 (Tue, 16 Jun 2015) Changed paths: M Morphic-Core.package/PasteUpMorph.class/instance/event handling/handlesKeyboard_.st A Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/README.md A Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/definition.st A Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/accessing/category.st A Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/accessing/group.st A Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/accessing/name.st A Refactoring-Critics.package/RBUnaryAccessingMethodWithoutReturnRule.class/instance/running/checkMethod_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50115.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50116.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50115.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50116.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/TabManagerModel.class/instance/api/selectedTab_.st R Spec-Core.package/TabManagerModel.class/instance/private/tabModelFor_.st M Spec-MorphicAdapters.package/MorphicTabManagerAdapter.class/instance/widget API/tabSelected_.st M System-Sources.package/SourceFileArray.class/instance/source code management/readStreamAt_ifPresent_ifAbsent_.st Log Message: ----------- 50116 15754 New Code Critic for unary "accessing" methods without explicit returns https://pharo.fogbugz.com/f/cases/15754 15739 lastKeystroke broken https://pharo.fogbugz.com/f/cases/15739 15146 Spec TabManagerModel>>selectedTab: aTab manipulates with Morphic tab https://pharo.fogbugz.com/f/cases/15146 15781 Fix TraitMethodDescriptionTest>>testArgumentNames https://pharo.fogbugz.com/f/cases/15781 http://files.pharo.org/image/50/50116.zip

June 16, 2015

Re: [Pharo-dev] RBUnpackagedCodeRule

by Yuriy Tymchuk

Ah, then I can do it like: anEntity package isDefault Thanks, I like that, but Iâll also wait a bit for other feedback before submitting the change :) Uko > On 16 Jun 2015, at 17:02, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > I believe what you want to check is if it belongs to the #_UnpackagedPackage, in which cas it is not referenced in any package yet. > > Thierry > > 2015-06-16 16:58 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>>: > Hi, does RBUnpackagedCodeRule still make sense? > > Because from time to time it gives false positives, so Iâve tried to rewrite it as: > âanEntity package mcPackage isNilâ > > but it turns out that every method and class has MCPackage. > > Uko >

June 16, 2015

Re: [Pharo-dev] RBUnpackagedCodeRule

by Thierry Goubier

I believe what you want to check is if it belongs to the #_UnpackagedPackage, in which cas it is not referenced in any package yet. Thierry 2015-06-16 16:58 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > Hi, does RBUnpackagedCodeRule still make sense? > > Because from time to time it gives false positives, so Iâve tried to > rewrite it as: > âanEntity package mcPackage isNilâ > > but it turns out that every method and class has MCPackage. > > Uko >

June 16, 2015

RBUnpackagedCodeRule

by Yuriy Tymchuk

Hi, does RBUnpackagedCodeRule still make sense? Because from time to time it gives false positives, so Iâve tried to rewrite it as: âanEntity package mcPackage isNilâ but it turns out that every method and class has MCPackage. Uko

June 16, 2015

Re: [Pharo-dev] Tour de Spur

by Eliot Miranda

Hi Torsten, there /may/ be a recording. The live session is invitation only. Further, this is /not/ a tour of spur, but is concentrating on showing the part of the spur bootstrap that interests the HPI group. Eliot (phone) On Jun 16, 2015, at 12:54 AM, "Torsten Bergmann" <astares(a)gmx.de> wrote: > There is a tour through the Spur code with Eliot, Craig and Matthias via a skype meeting on Wednesday morning (9am PST). It will be recorded but maybe you want to connect directly. Read more on the vm-dev list thread http://lists.squeakfoundation.org/pipermail/vm-dev/2015-June/018819.html > > Bye > T. >

June 16, 2015

Re: [Pharo-dev] Location of SDL2 library

by Matthieu Lacaton

Alright, thank you :) I just find the 64bits / 32bits libraries-juggling annoying sometimes :( 2015-06-16 15:12 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > On 16 Jun 2015, at 13:47, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> > wrote: > > Alright, thanks :) > > By the way, on a side note, when downloading the VM for windows, a > libcairo-2.dll is provided but when using zeroconf on linux the cairo > library is not provided with the VM. Is it intended ? > Because the VM then checks in the system but if you only have 64 bits > libraries you need to install 32 bits ones. > > > yes, this is intended. > in linux you have to install cairo by your own. > I suppose is because we thought it was easier for linux users (and we > suppose most of them already have it in their systems). > No idea if we were wrong :) > > Esteban > > > 2015-06-16 13:12 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> Hi, >> >> There are some problems with the rpath we are trying to solveâ¦ in the >> mean time, best solution is to affect the LD_LIBRARY_PATH :( >> >> Esteban >> >> On 16 Jun 2015, at 11:47, Matthieu Lacaton <matthieu.lacaton(a)gmail.com> >> wrote: >> >> Hello, >> >> I am currently using Archlinux and I don't have the SDL2 library loaded >> into my system. >> Yesterday I downloaded the latest Pharo 5 vm and image thanks to the >> zeroconf scripts. >> >> When I tried to call "OSSDL2Driver hasPlugin" the return was "false" with >> the following message console : >> >>> ioLoadModule(.../pharo-vm/libSDL2DisplayPlugin.so): >>> libSDL2-2.0.so.0: cannot open shared object file: No such file or >>> directory >> >> >> The library itself (libSDL2-2.0.so.0) is located in the pharo-vm folder, >> however it seems that the vm is looking for it somewhere else because after >> copying the file in /usr/lib32/ the VM was able to find it correctly. >> >> I was wondering : shouldn't the vm only rely on the SDL2 library inside >> pharo-vm folder ? >> >> Thanks, >> >> Matthieu >> >> >> > >

June 16, 2015