February 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Metacello feature: Can Metacello do this?

by Dale Henrichs

On 02/25/2011 11:03 AM, Igor Stasenko wrote: > Can i test the configuration (with all dependencies), > that every version of packages it going to load are specified explicitly, i.e. > there is not 'load latest version from that branch'. > > This is to ensure that given configuration will continue to work and > load same packages no matter > of what new future updates there is. > Igor, If I understand your question correctly the validator will do what you want. In Metacello 1.0-beta.28 or later: (MetacelloToolBox validateConfiguration: ConfigurationOfXXX) explore. Will produce an OrderedCollection of validation issues for the specified configuration. See http://code.google.com/p/metacello/wiki/ValidationWarningsAndErrors for a list of all of the validation issues that are checked. The one that I think you are looking for is: noVersionSpecified: no version defined for the project reference or package. The version specified in the baseline or the latest version of the project or package in the repository will be used. To validate the configuration and all of the configurations for the projects it depends upon you can do this: (MetacelloToolBox validateConfiguration: ConfigurationOfXXX debug: #() recurse: true) select: [:issue | issue reasonCode == #noVersionSpecified]) explore The above expression is focused on just that particular error, but in my opinion all of the issues that are classified as CriticalWarning or Error should not be trusted. Error issue : indicate conditions that are known to cause problems or incorrect results Critical Warnings : indicate conditions that may lead to unexpected resutls (#noVersionSpecified is a Critical Warning) So to be certain, I recommend that if the following expression returns true you are in good shape: (MetacelloToolBox validateConfiguration: ConfigurationOfXXX debug: #() recurse: true) select: [:issue | issue isWarning not ]) isEmpty Dale

Feb. 26, 2011

Re: [Pharo-project] we cannot add attachment anymore on the bug tracker

by Lukas Renggli

I am probably expressing myself badly, but the quota of the Pharo project is already increased. There is also an issue tracker for the issue tracker: http://code.google.com/p/support/ Lukas On Saturday, 26 February 2011, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 26 February 2011 00:17, Lukas Renggli <renggli(a)gmail.com> wrote: >> On 26 February 2011 00:16, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 25 February 2011 23:53, Lukas Renggli <renggli(a)gmail.com> wrote: >>>> Thanks for letting me know. Getting the quota increased is pretty easy >>>> (kudos Nathaniel), if you ask the right people ;-) >>> >>> i don't know such people personally. >> >> Yes, I don't know you either. >> > that was rude. > > > To clarify, i meant i don't know anyone who could help with that. > But if you do, feel free to ask for help. > > > >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> > > > -- > Best regards, > Igor Stasenko AKA sig. > > -- Lukas Renggli www.lukas-renggli.ch

Feb. 25, 2011

Re: [Pharo-project] we cannot add attachment anymore on the bug tracker

by Igor Stasenko

On 26 February 2011 00:17, Lukas Renggli <renggli(a)gmail.com> wrote: > On 26 February 2011 00:16, Igor Stasenko <siguctua(a)gmail.com> wrote: >> On 25 February 2011 23:53, Lukas Renggli <renggli(a)gmail.com> wrote: >>> Thanks for letting me know. Getting the quota increased is pretty easy >>> (kudos Nathaniel), if you ask the right people ;-) >> >> i don't know such people personally. > > Yes, I don't know you either. > that was rude. To clarify, i meant i don't know anyone who could help with that. But if you do, feel free to ask for help. > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Best regards, Igor Stasenko AKA sig.

Feb. 25, 2011

Re: [Pharo-project] we cannot add attachment anymore on the bug tracker

by Lukas Renggli

On 26 February 2011 00:16, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 25 February 2011 23:53, Lukas Renggli <renggli(a)gmail.com> wrote: >> Thanks for letting me know. Getting the quota increased is pretty easy >> (kudos Nathaniel), if you ask the right people ;-) > > i don't know such people personally. Yes, I don't know you either. Lukas -- Lukas Renggli www.lukas-renggli.ch

Feb. 25, 2011

Re: [Pharo-project] we cannot add attachment anymore on the bug tracker

by Igor Stasenko

On 25 February 2011 23:53, Lukas Renggli <renggli(a)gmail.com> wrote: > Thanks for letting me know. Getting the quota increased is pretty easy > (kudos Nathaniel), if you ask the right people ;-) i don't know such people personally. And as to me a community resources should not depend on good will of single person (or organization), because it makes the whole construction quite fragile. -- Best regards, Igor Stasenko AKA sig.

Feb. 25, 2011

Re: [Pharo-project] we cannot add attachment anymore on the bug tracker

by Lukas Renggli

Thanks for letting me know. Getting the quota increased is pretty easy (kudos Nathaniel), if you ask the right people ;-) Lukas On 25 February 2011 22:29, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 25, 2011, at 8:33 PM, Tudor Girba wrote: > >> Isn't it because you went passed the quota? The bad thing about attachments in Google Code is that you have only 50MB for it. >> >> You can find the current status in Administer/Advanced. >> > Maybe this is the hint to move to something else... what I really want (need) is a bugtracker that allows better sorting of bug reports. > Tags are great. But tags do not replace sub-projects. I want a bug tracker just for Cog. And one just for "the nuts", or one for morphic... > > This way we could actually get structure in the 560 reports... > > Redmine (http://www.redmine.org/) supports sub-projects. Or maybe https://www.chiliproject.org/ (a fork of redmine). > > > Â Â Â Â Marcus > > > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Lukas Renggli www.lukas-renggli.ch

Feb. 25, 2011

Re: [Pharo-project] we cannot add attachment anymore on the bug tracker

by Marcus Denker

On Feb 25, 2011, at 8:33 PM, Tudor Girba wrote: > Isn't it because you went passed the quota? The bad thing about attachments in Google Code is that you have only 50MB for it. > > You can find the current status in Administer/Advanced. > Maybe this is the hint to move to something else... what I really want (need) is a bugtracker that allows better sorting of bug reports. Tags are great. But tags do not replace sub-projects. I want a bug tracker just for Cog. And one just for "the nuts", or one for morphic... This way we could actually get structure in the 560 reports... Redmine (http://www.redmine.org/) supports sub-projects. Or maybe https://www.chiliproject.org/ (a fork of redmine). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 25, 2011

[Pharo-project] About 1.2

by StÃ©phane Ducasse

Hi guys 1.2 should go out. Marcus and me should spend their time on 1.3, OPAL and the rest. Now for PharoDev we want to remove packages that are not about tools. If you want XML, openDBX... help us using Metacello to build distributions = something that will work in 1.2 when we will be in Pharo 10. Right now this is not normal that a problem in XML in 1.2 impacts the builds in 1.1. Proposing bloated images DOES NOT HELP US. Why? Because the goal is to have an INFRASTRUCTURE to take a small image with a metacello description repository and load whatever we want. In the future we want to use metacello to manage core and not to have a distinction between core and dev. We should be able to load all the time RBEngine and use it all the time to fix the system. Right now we are LOSING TIME on fixing 1.2 configs while we should invest in the infrastructure that will enable to be agile and load whatever configuration we/you will develop. So can we be focus on the infrastructure? The concept and tools that we will make us be really powerful in the future? So if the community does not hear our call, we the board will take actions. We do not want to do that but if this is necessary we will do it because we want 1.2 to get out. Stef

Feb. 25, 2011

Re: [Pharo-project] [COTDC] 18 - SMxMorphicAlarm

by StÃ©phane Ducasse

> Added, thanks Henrik. It's cool to learn yes!!

Feb. 25, 2011

Re: [Pharo-project] Finder?

by StÃ©phane Ducasse

Ok stupid me. We should change this logic one of this day. Stef >> this is strange since 1234 numberOfDigitsInBase: 10 -> 4 >> but the finder does not report it for >> 1234 . 10 . 4 >> > > Only methods that are added to the class MethodFinder by hand are tested. > > If you add #numberOfDigitsInBase: to #initialize3, it works. > > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Feb. 25, 2011