May 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] TORCH: supporting source-code change integration

by Veronica Isabel Uquillas Gomez

Dear all, I would like to announce Torch, a tool for supporting source-code change integration. For now, it offers visualizations of the changes and enhanced change lists. Torch can be accessed through Monticello (in the main MC browser, in the repository browser or in the history browser). Selecting a version or slice, you can view the changes with Torch using the contextual menu. Once you open the Torch dashboard, you can access the enhanced change list or a detailed visualization via the contextual menu as well. Torch is available on SqueakSource, the repository is named Torch, and you need to load the ConfigurationOfTorch package. It runs in a dev or core image. For a dev image. - ConfigurationOfTorch loadVersion10 For a core image. 1) Set fonts - described in the attached file. 2) ConfigurationOfTorch loadDefault I would appreciate comments and feedback! Best Regards, VerÃ³nica Uquillas GÃ³mez Vrije University Brussel - SOFT Lab University of Lille - RMOD Team

May 18, 2010

Re: [Pharo-project] Managing Pharo external packages with Metacello, please read!

by Tudor Girba

Hi, I like this approach: 1. Projects can continue to be built independently. For example, in Moose, we have already a process with multiple configurations (one for each repository) depending on each other. 2. When ready, the Configurations and all related packages are "published" in the PharoXXMetacelloRepository. Having a package per Configuration makes it easy to copy it. The only problem is that the code of Configuration mentions explicitly the repository (especially in the case of having nested Configurations, I point to a configuration by specifying the repository, package, and class). So, I guess the simplest thing here would be to provide the default "load" method to already override dynamically all repositories with the PharoXXMetacelloRepository. Cheers, Doru On 18 May 2010, at 09:32, StÃ©phane Ducasse wrote: > I understand nicolas. Now my agenda is more than full. > and the proposal is here. Simple > > ========================================================== > One repo per version Pharo1.0, Pharo11 ... MetacelloRepository > containing **published** configurationOfXXX > -> all the dependent packages are copied locally + configuration > ready to load using load. > > A project > contain its single/or several configurationOfMyProject with > the complete history > people commit the config to their repository and if they want > they **publish** from their repository to the version repository > a version. This version is frozen -> all the dependent > packages are copied locally + configuration ready to load using load. > > For Pharo core or pharo packages that we maintain we want to > maintain it as a project. > with its own repository and packages. > > We can use automatic build server to validate the status or > migration between different repositories > ========================================================== > > > Stef > > On May 17, 2010, at 11:00 PM, Nicolas Cellier wrote: > >> The meaning of my message was don't do it for squeak, but do it for >> yourself. >> I don't doubt the mailing list is a mine of information, but even in >> the best mine you need to dig a lot before extracting the gold >> nuggets. >> Of course, I've got no right to control your agenda, who am I ? >> You can consider the subject close, and I won't find your attitude >> shocking at all. >> But next time, consider writing a rationale for your own, it will >> increase quality of Pharo decision process. >> >> Best regards >> >> Nicolas >> >> 2010/5/17 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> nicolas >>> >>> all the information is in the metacello mailing-list and we >>> already posted many mails on that topics in this mailing list. >>> I'm sorry but I do not have the time to repeat again what we said. >>> Now since I'm in a really good mood >>> in a nutshell >>> >>> one repo per version Pharo1.0, Pharo11 ... MetacelloRepository >>> containing configurationOfXXX frozen = all the dependent >>> packages are copied locally + configuration ready to load using >>> load. >>> >>> a project >>> contain its single/or whatever configurationOfMyProject >>> people publish the config to their repository and if they >>> want they push from their repository to the version repository >>> a version that they freeze (may be using tags) >>> >>> For Pharo core or pharo packages that we maintain we want to >>> maintain it as a project. >>> with its own repository and packages. >>> >>> Then we have a server that load configuration and barks if >>> something wrong happen. And may be we kick out >>> the configurationofXXX from MetacelloRepositories >>> >>>> Steph, >>>> I understand how boring it may seem: >>>> - you already discussed the subject over and over >>>> - you already took decisions >>>> and now we come later with new proposals, and ask you to reconsider >>>> the work again... >>> >>> more than that. :) >>> It looks like if we did not talk or think about what we are doing. >>> >>> >>>> As for the Preferences/Settings, Pharo choices are probably very >>>> weel thought. >>>> >>>> However, every solution will come with trade offs, and it would be >>>> good to have a rationale justifying the choices you made, and >>>> perhaps >>>> more importantly justifying why you did abandon some solutions, >>>> because some questions might be repeated in Pharo 1.2, 1.3, 2.0 ... >>>> and find different answers in different context. Note that Squeak >>>> evolutions might have influence on Pharo too, and it's part of the >>>> context... >>>> >>>> I strongly encourage you to establish your rationale on Pharo >>>> grounds >>>> - independently of Andreas proposals, put it on the Pharo wiki >>>> and let >>>> us know the URL. >>>> >>>> You also know that Squeak goals are not exactly those of Pharo >>>> w.r.t. >>>> backward compatibility, so Squeak can't just blindly replicate >>>> Pharo >>>> solutions without a rationale. >>>> >>>> The merit of Andreas proposal is to try and establish such a >>>> rationale. Without it, we're bound to repeat discussions again and >>>> again, >>> >>> So to fix the problem consider that as our proposal. >>> >>> Stef >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Every thing has its own flow."

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by Adrian Lienhard

On May 18, 2010, at 10:49 , Alexandre Bergel wrote: > Hi Adrian, > >> One thing that bothers me is the network code. Although nobody reported problems I cannot believe that it suddenly works without that we fixed it. The new implementation that is in 1.1 has been reverted in 1.0 and since then we haven't had any complaints. Now in 1.1 I guess that there are not that many people using it yet. >> >> If there are people at the sprint with different OS and configurations (Linux vs Mac; IPv4 vs. IPv6), you could try to reproduce the problems that were reported earlier (check the issue tracker). > > I haven't closely followed this issue since I haven't experienced any problem in 1.1 (the only activity related to Network I do is using Monticello). > The network issue you're referring to is > http://forum.world.st/NetNameResolver-in-Pharo-1-1-td2136239.html#a2136239 > isn't it? IIRC the main ticket in the tracker was http://code.google.com/p/pharo/issues/detail?id=1884 > Looking for 'Network' in the list of open issues return 7 issues. The only important one is > http://code.google.com/p/pharo/issues/detail?id=2282 > Is it decided to rollback networking? I enjoy the progress bar when accessing networks. > >> Another valuable help would be to (manually) test the tools, especially the ones loaded into Pharo to make sure we don't have any obvious problems there. > > By tools, you mean the one that get loaded with ConfigurationOfPharo ? Yes, exactly. Adrian > > Cheers, > Alexandre > > >> Hope you have a productive weekend! >> >> Cheers, >> Adrian >> >> On May 18, 2010, at 02:49 , Alexandre Bergel wrote: >> >>> Mariano, Stef, Adrian, >>> >>> I would like to focus the Pharo sprint this week end on helping Pharo 1.1. >>> In addition to reviewing and fixing the issues tagged as 1.1, are there some particular actions you want to see realized this Saturday? >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 16 May 2010, at 18:26, Alexandre Bergel wrote: >>> >>>>> - Integegrate the remaining fixes and crates a PharoCore-11XXX-alpha1.zip and put it in gforge >>>> >>>> >>>> I will go over some this week. >>>> >>>> Alexandre >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 18, 2010

[Pharo-project] Pharo1.1 alpha image?

by Fernando olivero

Clicking on download does not work, and i cant find the Pharo1.1 alpha image. http://www.pharo-project.org/home Version 1.1 alpha (unstable) If you want to use all the new features and improvements (e.g., performance) that have been added to Pharo lately, and you don't mind living on the bleeding edge, then download the current Pharo 1.1 alpha.

May 18, 2010

Re: [Pharo-project] Collection arithmethic method category

by Henrik Johansen

http://code.google.com/p/pharo/issues/detail?id=332 PS. How about the Collection -> Math functions protocol? Cheers, Henry On May 18, 2010, at 10:41 53AM, Fernando olivero wrote: > Sorry, i meant > >> In PharoCore 1.1 >> Collection organization listAtCategoryNamed: 'arithmethic' #() > >> In Pharo1.0 >> Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) > > > > > On May 18, 2010, at 10:32 AM, Fernando olivero wrote: > >> In Pharo1.0 >> Collection organization listAtCategoryNamed: 'arithmethic' #() >> >> In PharoCore1.1 >> Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) >> >> And the arithmethic is not an extension of any Package. >> >> Why are all the methods in that category no present in PharoCore? >> How and when are they added into Pharo ? >> >> Fernando >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by Alexandre Bergel

Hi Adrian, > One thing that bothers me is the network code. Although nobody reported problems I cannot believe that it suddenly works without that we fixed it. The new implementation that is in 1.1 has been reverted in 1.0 and since then we haven't had any complaints. Now in 1.1 I guess that there are not that many people using it yet. > > If there are people at the sprint with different OS and configurations (Linux vs Mac; IPv4 vs. IPv6), you could try to reproduce the problems that were reported earlier (check the issue tracker). I haven't closely followed this issue since I haven't experienced any problem in 1.1 (the only activity related to Network I do is using Monticello). The network issue you're referring to is http://forum.world.st/NetNameResolver-in-Pharo-1-1-td2136239.html#a2136239 isn't it? Looking for 'Network' in the list of open issues return 7 issues. The only important one is http://code.google.com/p/pharo/issues/detail?id=2282 Is it decided to rollback networking? I enjoy the progress bar when accessing networks. > Another valuable help would be to (manually) test the tools, especially the ones loaded into Pharo to make sure we don't have any obvious problems there. By tools, you mean the one that get loaded with ConfigurationOfPharo ? Cheers, Alexandre > Hope you have a productive weekend! > > Cheers, > Adrian > > On May 18, 2010, at 02:49 , Alexandre Bergel wrote: > >> Mariano, Stef, Adrian, >> >> I would like to focus the Pharo sprint this week end on helping Pharo 1.1. >> In addition to reviewing and fixing the issues tagged as 1.1, are there some particular actions you want to see realized this Saturday? >> >> Cheers, >> Alexandre >> >> >> On 16 May 2010, at 18:26, Alexandre Bergel wrote: >> >>>> - Integegrate the remaining fixes and crates a PharoCore-11XXX-alpha1.zip and put it in gforge >>> >>> >>> I will go over some this week. >>> >>> Alexandre >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 18, 2010

Re: [Pharo-project] Collection arithmethic method category

by Fernando olivero

Sorry, i meant > In PharoCore 1.1 > Collection organization listAtCategoryNamed: 'arithmethic' #() > In Pharo1.0 > Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) On May 18, 2010, at 10:32 AM, Fernando olivero wrote: > In Pharo1.0 > Collection organization listAtCategoryNamed: 'arithmethic' #() > > In PharoCore1.1 > Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) > > And the arithmethic is not an extension of any Package. > > Why are all the methods in that category no present in PharoCore? > How and when are they added into Pharo ? > > Fernando > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by Geert Claes

Adrian Lienhard wrote: > > One thing that bothers me is the network code. Although nobody reported > problems I cannot believe that it suddenly works without that we fixed it. > The new implementation that is in 1.1 has been reverted in 1.0 and since > then we haven't had any complaints. Now in 1.1 I guess that there are not > that many people using it yet. > I can't seem to connect using a proxy server with network authentication. I have now successfully saved the HTTP proxy server and port number as well as the user name and password. I am using 1.1 using the new Settings browser and updated the settings in "MyOwn" settings style, but I don't think it is actually using those settings? -- View this message in context: http://forum.world.st/So-we-freeze-1-1-next-steps-tp2218533p2220919.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 18, 2010

[Pharo-project] Collection arithmethic method category

by Fernando olivero

In Pharo1.0 Collection organization listAtCategoryNamed: 'arithmethic' #() In PharoCore1.1 Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) And the arithmethic is not an extension of any Package. Why are all the methods in that category no present in PharoCore? How and when are they added into Pharo ? Fernando

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by Alexandre Bergel

I will tell you probably today or tomorrow. Alexandre On 18 May 2010, at 04:46, StÃ©phane Ducasse wrote: > Alex > > Can you tell me the french time of the sprint because I would like to help people focusing on > some good fixes to produce > I want to try to be online. > > Stef > > On May 18, 2010, at 2:49 AM, Alexandre Bergel wrote: > >> Mariano, Stef, Adrian, >> >> I would like to focus the Pharo sprint this week end on helping Pharo 1.1. >> In addition to reviewing and fixing the issues tagged as 1.1, are there some particular actions you want to see realized this Saturday? >> >> Cheers, >> Alexandre >> >> >> On 16 May 2010, at 18:26, Alexandre Bergel wrote: >> >>>> - Integegrate the remaining fixes and crates a PharoCore-11XXX-alpha1.zip and put it in gforge >>> >>> >>> I will go over some this week. >>> >>> Alexandre >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 18, 2010