- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] additional Milestone label for applications

by Camillo Bruni

On 2013-10-06, at 17:36, btc(a)openinworld.com wrote: > Camillo Bruni wrote: >> seems like it works, >> >> so by default the pharo-internal projects will have the Area "1. Pharo Image" set. >> >> Why the "1."? Well I cannot order the Areas, and the first one is selected by default :P >> >> The filter "review" and "integration" now only look at issues that have the proper Area set. >> >> > > Looks good. The "1." looks fine, but in case it is useful I happened to find a Fogbugz script "Set Hard Default for Project and Area in New Cases" at [1] that seems related. ah ok, I didn't see the script and went for the silly solution fogbugz proposed already for other things (wiki names ...). > I'm curious now whether 'External' projects are then free to use Milestone=Pharo3.0 if they want to target certain issues of their own to align with that release date? Yes, this is possible now, as long as the Area is not "1. Pharo Image" everything can be used freely.

Oct. 6, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=ma… 4 regressions found. NECompletion.Tests.NECInstVarTypeGuesserTest.testTypeSuggestingParameter NECompletion.Tests.NECUntypedModelTest.testCaseSensitive NECompletion.Tests.NECUntypedModelTest.testCaseSensitivity NECompletion.Tests.NECUntypedModelTest.testForClassInstVars

Oct. 6, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=wi… 4 regressions found. NECompletion.Tests.NECInstVarTypeGuesserTest.testTypeSuggestingParameter NECompletion.Tests.NECUntypedModelTest.testCaseSensitive NECompletion.Tests.NECUntypedModelTest.testCaseSensitivity NECompletion.Tests.NECUntypedModelTest.testForClassInstVars

Oct. 6, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=li… 4 regressions found. NECompletion.Tests.NECInstVarTypeGuesserTest.testTypeSuggestingParameter NECompletion.Tests.NECUntypedModelTest.testCaseSensitive NECompletion.Tests.NECUntypedModelTest.testCaseSensitivity NECompletion.Tests.NECUntypedModelTest.testForClassInstVars

Oct. 6, 2013

[update 3.0] #30456

by Marcus Denker

30456 ----- 11789 Trivial Critic clean in *Completion https://pharo.fogbugz.com/f/cases/11789 11796 New Critic Rule: Nobody should directly send #methodDict https://pharo.fogbugz.com/f/cases/11796 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1294.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Critics-MarcusDen… http://smalltalkhub.com/mc/Pharo/Pharo30/main/NOCompletion-MarcusDenker.43.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/NECompletion-MarcusDenker.137… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Manifest-Core-MarcusDenker.16…

Oct. 6, 2013

Re: [Pharo-dev] StackVM on RaspberryPi

by Serge Stinckwich

On Thu, Oct 3, 2013 at 5:37 PM, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> wrote: > Using Nick's process for compiling the vm I reintroduce a process to compile > StackVM on Rasp. > So we have a StackVM compiling process on Rasp, with a simple > CMakeConfiguration class and a simple install script for Rasp. > Next step is to recompile from Rasp. Great ! where is the documentation to do that available ? Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Oct. 6, 2013

FogBugz customizations

by btc＠openinworld.com

Just browsing around FogBugz docs a bit, I came across this... "Users can input any arbitrary javascript and css that you want to run on any FogBugz page." [1] I wonder if Amber could be loaded on top Fogbugz to do something-awesome(TM) with SmalltalkHub integration? Actually back to reality... the "13. Notification for Updates to Case Youâre Working On" script [2] looks but I don't have a <New Customization> button [3]. Would it be possible to get either the facility to add that script myself, or someone to add that particular script to the Available Customizations. cheers -ben [1] http://www.fogcreek.com/fogbugz/plugins/plugin.aspx?ixPlugin=16 [2] http://help.fogcreek.com/8534/bugmonkey-script-archive [3] http://help.fogcreek.com/7585/customizing-your-fogbugz-site-with-bugmonkey

Oct. 6, 2013

Re: [Pharo-dev] additional Milestone label for applications

by btc＠openinworld.com

Oct. 6, 2013

Re: [Pharo-dev] New Critic Rule: Nobody should directly send #methodDict

by Benjamin

I would first experiment to run the critics only on the modified code, not the full package :) Then you can have a pretty accurate feedback Ben On Oct 6, 2013, at 4:26 PM, btc(a)openInWorld.com wrote: > Benjamin wrote: >> >> What I would like (and will probably give a try soon) is to run some critics automatically before committing a MC package :) >> That's how it's done in WebStorm by example, and I love this feature >> >> Ben >> > That sounds cool. Without having used Code Critics yet (I've just discovered the menu option the Nautilus package pane), I am interested if your idea would that include a diff with the critics from the previous commit? While it a full list of critic-isms is be good prompt to reduce the list to zero, also useful would be knowing if any new critic-isms had been introduced in this commit. This might help at least maintain the status-quo without having to solve all existing critic-isms at once, to avoid new ones being lost amongst a potentially large existing list. > > cheers -ben >> On Oct 6, 2013, at 2:19 PM, btc(a)openInWorld.com wrote: >> >> >>> StÃ©phane Ducasse wrote: >>> >>>> Hi >>>> I'm really happy because >>>> "New Critic Rule: Nobody should directly send #methodDict" is the way to go. We should document the system design using automatic rules! >>>> Excellent! >>>> >>>> Stef >>>> >>>> >>>> >>> So you could also have "Critic Rule: Should not implement system method." Like PharoLauncher got stuck having implemented class-side method #layout [1] >>> >>> btw, apart from having a separate critics browser, are the any plans to integrate it further into the system, perhaps as: >>> * a Critics Panel in Nautilus in the same position as the Comments Panel, or perhaps appended to the Comment. * contextual highlighting >>> >>> cheers -ben >>> >>> [1] https://pharo.fogbugz.com/default.asp?11783 >>> >>> >>> >>> >> >> >> >

Oct. 6, 2013

pharo-vm reattached history + new branches

by Camillo Bruni

I reattached a clean version of the old history to the pharo-vm repository https://github.com/pharo-project/pharo-vm/network As a result all the SHA hashes of the commits changed :/ AFAIK you should be fine with your local copies by pulling the latest changes from pharo-vm and merge. Additionally we have now 2 branches following according to git-flow: - master: containing the stable version - develop: containing the latest dev version

Oct. 6, 2013