- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Integrating OSProcess?

by David T. Lewis

Yes :) On Tue, Jun 26, 2012 at 09:00:02PM +0200, St?phane Ducasse wrote: > thanks dave :) > I just wanted to say that sometimes forking and pushing is the best way to make progress and it does not imply that > people are stealing, just wanted to go faster? whatever. > Stef > > On Jun 26, 2012, at 8:27 PM, David T. Lewis wrote: > > > On Tue, Jun 26, 2012 at 08:09:42PM +0200, St?phane Ducasse wrote: > >> > >> On Jun 26, 2012, at 5:33 PM, Sean P. DeNigris wrote: > >> > >>> Issue 5796: Integrate OSProcess > >>> http://code.google.com/p/pharo/issues/detail?id=5796 > >>> > >>> Are we doing this? If so, are we forking it (I hope not), or just > >>> integrating updated package versions as Dave releases them? > >> > >> This is an interesting question. I know that Camillo and Damien or somebody else made pipeable working. > >> I suggested that the code is sent to dave for integration in his package. (I do not know if this was done). Now if we really want to have a > >> strong interoperation with the rest of the world either OSProcess has a pharo branch and a nice packaging > >> or may be this is time to fork. I could understand that dave does not have cycles to handle that. > >> > >> Forking in itself is not a bad process when it serves a clear purpose. Look at Pharo. We did it not just for fun (and it was never an easy solution > >> after all the effort we did since years to promote Squeak - books, videos, lectures?.) but to accomplish a vision. > >> > >> So if we get a really hyper cool system to execute commands like ` in ruby then I want it immediately at the price of forking :) > >> > >> Stef > >> > > > > PipeableOSProcess should be working in Pharo now. > > > > A Metacello configuration to load OSProcess plus part of CommandShell > > (PipeableOSProcess and related classes) might be helpful for Pharo. I'm > > not working on that, so that might be a good thing for someone to do. > > > > Dave > > > > >

June 26, 2012

Re: [Pharo-project] Integrating OSProcess?

by StÃ©phane Ducasse

thanks dave :) I just wanted to say that sometimes forking and pushing is the best way to make progress and it does not imply that people are stealing, just wanted to go fasterâ¦ whatever. Stef On Jun 26, 2012, at 8:27 PM, David T. Lewis wrote: > On Tue, Jun 26, 2012 at 08:09:42PM +0200, St?phane Ducasse wrote: >> >> On Jun 26, 2012, at 5:33 PM, Sean P. DeNigris wrote: >> >>> Issue 5796: Integrate OSProcess >>> http://code.google.com/p/pharo/issues/detail?id=5796 >>> >>> Are we doing this? If so, are we forking it (I hope not), or just >>> integrating updated package versions as Dave releases them? >> >> This is an interesting question. I know that Camillo and Damien or somebody else made pipeable working. >> I suggested that the code is sent to dave for integration in his package. (I do not know if this was done). Now if we really want to have a >> strong interoperation with the rest of the world either OSProcess has a pharo branch and a nice packaging >> or may be this is time to fork. I could understand that dave does not have cycles to handle that. >> >> Forking in itself is not a bad process when it serves a clear purpose. Look at Pharo. We did it not just for fun (and it was never an easy solution >> after all the effort we did since years to promote Squeak - books, videos, lectures?.) but to accomplish a vision. >> >> So if we get a really hyper cool system to execute commands like ` in ruby then I want it immediately at the price of forking :) >> >> Stef >> > > PipeableOSProcess should be working in Pharo now. > > A Metacello configuration to load OSProcess plus part of CommandShell > (PipeableOSProcess and related classes) might be helpful for Pharo. I'm > not working on that, so that might be a good thing for someone to do. > > Dave > >

June 26, 2012

Re: [Pharo-project] MCSqueaksourceRepository

by Sven Van Caekenberghe

In your case I would diagnose that as a 'Ruby Fat Finger' ;-) On 26 Jun 2012, at 20:27, Camillo Bruni wrote: > On 2012-06-26, at 20:06, Sven Van Caekenberghe wrote: >> On 26 Jun 2012, at 20:02, Camillo Bruni wrote: >> >>> That saved me so far 39 * 'http://www.squeaksource.com/'.size characters :P >> >> Arch, is that a dot (.) between the string and size ?? >> >> My eyes hurtâ¦. > > aiaiai what a misfortunate fat finger :D

June 26, 2012

[Pharo-project] Google Code labels/templates

by Sean P. DeNigris

Someone had suggested to remove the "Pharo 1.4 Enhancement" template, since we're not accepting any. That makes sense. Also, the Nautilus template labels the issue "Nautilus", but the label in the list is "Type-Nautilus". Which brings me to my next question... The other Types are Bug, Enhancement, Cleanup, Feature [1]. Nautilus and Jenkins [2] really don't fit into this framework. Maybe because there will be many fewer issues, we don't need the level of granularity of [1] for [2]. But when we get close to a release, it'd be nice to know that there is 1 Nautilus bug and 10 Enhancements pending (i.e. probably only one critical thing) vs. 11 Type-Nautilus. So, now that I said all that, it seems the most powerful/flexible approach would be to leave the "nautilus" tag, remove the leading "Type-" from "Type-[Jenkins|Spec|Seed]", and then to make templates for Jenkins/Spec/Seed like the one for Nautilus. What do you think? Sean -- View this message in context: http://forum.world.st/Google-Code-labels-templates-tp4636767.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 26, 2012

[Pharo-project] [update 2.0] #20162

by Marcus Denker

20162 ----- Issue 6157: remove dead lmmplugin code http://code.google.com/p/pharo/issues/detail?id=6157 Issue 6161: Finder: Change Pattern back to Examples http://code.google.com/p/pharo/issues/detail?id=6161 Issue 6168: Changeset>>#superclassOrder: should be only used by ChangeSet related objects http://code.google.com/p/pharo/issues/detail?id=6168 -- Marcus Denker -- http://marcusdenker.de

June 26, 2012

Re: [Pharo-project] Integrating OSProcess?

by David T. Lewis

On Tue, Jun 26, 2012 at 08:09:42PM +0200, St?phane Ducasse wrote: > > On Jun 26, 2012, at 5:33 PM, Sean P. DeNigris wrote: > > > Issue 5796: Integrate OSProcess > > http://code.google.com/p/pharo/issues/detail?id=5796 > > > > Are we doing this? If so, are we forking it (I hope not), or just > > integrating updated package versions as Dave releases them? > > This is an interesting question. I know that Camillo and Damien or somebody else made pipeable working. > I suggested that the code is sent to dave for integration in his package. (I do not know if this was done). Now if we really want to have a > strong interoperation with the rest of the world either OSProcess has a pharo branch and a nice packaging > or may be this is time to fork. I could understand that dave does not have cycles to handle that. > > Forking in itself is not a bad process when it serves a clear purpose. Look at Pharo. We did it not just for fun (and it was never an easy solution > after all the effort we did since years to promote Squeak - books, videos, lectures?.) but to accomplish a vision. > > So if we get a really hyper cool system to execute commands like ` in ruby then I want it immediately at the price of forking :) > > Stef > PipeableOSProcess should be working in Pharo now. A Metacello configuration to load OSProcess plus part of CommandShell (PipeableOSProcess and related classes) might be helpful for Pharo. I'm not working on that, so that might be a good thing for someone to do. Dave

June 26, 2012

Re: [Pharo-project] MCSqueaksourceRepository

by Camillo Bruni

On 2012-06-26, at 20:06, Sven Van Caekenberghe wrote: > On 26 Jun 2012, at 20:02, Camillo Bruni wrote: > >> That saved me so far 39 * 'http://www.squeaksource.com/'.size characters :P > > Arch, is that a dot (.) between the string and size ?? > > My eyes hurtâ¦. aiaiai what a misfortunate fat finger :D

June 26, 2012

[Pharo-project] [update 2.0] #20161

by Marcus Denker

20161 ----- Issue 6169: New Spec Version http://code.google.com/p/pharo/issues/detail?id=6169 Issue 6146: Code completion in all tools - Part 2 http://code.google.com/p/pharo/issues/detail?id=6146 Issue 6148: realClass part of Ring http://code.google.com/p/pharo/issues/detail?id=6148 Issue 6172: MCHttpRepository class-side method protocols http://code.google.com/p/pharo/issues/detail?id=6172 Issue 6159: Fix PluggableTreeMorph to render whatever http://code.google.com/p/pharo/issues/detail?id=6159 -- Marcus Denker -- http://marcusdenker.de

June 26, 2012

Re: [Pharo-project] Pharo and Namespaces

by StÃ©phane Ducasse

>>> What happened to the project from GermÃ¡n Leiva >>> http://www.youtube.com/watch?v=n4I7fSVNX2A >> >> we do not want class level namespace because this is the mess > > As the sponsor for GermÃ¡n's project, I have some interest in this topic. StÃ©phane has said a couple times that it is wrong but has never taken time to explain his objections. We do not want to have class name resolution at the granularity of a class. Why because it means that in the same package reading the code containing a class Foo could be a different one. I'm saying that since years. Now as I said our plate is FULL. If colin has cycle perfect for him. Namespaces are not urgent. So far we have on our roadmap - new compiler - cleaning it - all the tools been rewritten - new canvas - new event - systemNotification -> announcement - package and package metadata - UIBuilder - FileSystem integration - validation process of configuration and distributions ... and I guess I forgot some works. So let us focus on finishing. Because starting something is the easiest part. Finishing is the key part. 5% but 80% of the importance because if the last 5% are not done nothing is really done. > > James Foster > >

June 26, 2012

Re: [Pharo-project] git victim

by StÃ©phane Ducasse

camillo I do not understand what you are doing? what is the impact on my energy? what is the impact on my work load? â¦ For the moment I want to get things FINISHED. Stef On Jun 26, 2012, at 3:19 PM, Camillo Bruni wrote: > I am looking for a volunteer / slave / victim.. > > Is anyone interested in filing out all versions of Pharo 2.0 to git using filetree? > > I want to have a git repository with all the sources filed out, > so we can properly track and annotate changes! (hint to all data miners out there) > > -------------------------------------------------------------------------- > I started a jenkins job (99% finished) > > https://ci.lille.inria.fr/pharo/job/Pharo2.0-Git-Export/ > > which will commit each new pharo version to our github repository > > git@github.com:PharoProject/pharo-core.git > > Now of course this would make more sense to do with all versions (0.9 ... 2.0) ! > -------------------------------------------------------------------------- > > best > cami

June 26, 2012