- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Just a little point

by Reinout Heeck

> > Pharo continues with a not invented here policy, and has made no > attempt > to review the code based for projects that could be mutually > maintained. I think it is a misanalysis to label that NIH, there are quite different factors contributing to the lack of pushing contributions upstream. > This is a problem, and I shall continue to point it out until it is > resolved. It's a mindset issue. As it happens your timing is unfortunate in that a discussion was just kindled here on which processes and mechanisms to put in place to solve this issue. Unfortunately a lot of messages have been posted here to the effect of making statements without proposing solutions, washing out the original constructive thread. > This is not a fighting attitude, its a pragmatic attitude aiming to > help > people to avoid wasting their time and effort. It would help if the balance of the message traffic moved from pointing out problems towards discussing solutions. R -

July 7, 2009

Re: [Pharo-project] Fwd: issue 348

by Pavel Krivanek

Hi, every UIManager may have its own preference about this behaviour (for example the dummy ui manager has no user input). It is cleaner solution than to set interactivity for every Compiler instance or for the Compiler class. Cheers, -- Pavel On Tue, Jul 7, 2009 at 7:22 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > pavel I was wondering why you want to have interactiveParserFor: in > UIManager and not in Compiler? > > May be I missed something but I'm ready to learn. > > Stef > > > > > On Jul 7, 2009, at 7:18 PM, StÃ©phane Ducasse wrote: > > > > > From: Pavel Krivanek <pavel.krivanek(a)gmail.com> > > Date: July 6, 2009 2:26:56 PM CEDT > > To: stephane ducasse <stephane.ducasse(a)free.fr> > > Subject: issue 348 > > > > Hi Stef, > > > > I updated the issue http://code.google.com/p/pharo/issues/detail? > > id=348 > > > > Cheers, > > -- Pavel > > > > > > > > > > _______________________________________________ > > 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 >

July 7, 2009

Re: [Pharo-project] Just a little point

by Keith Hodges

Miguel CobÃ¡ wrote: > Hey Keith, > > please stop this whole fighting attitude. > In squeak-dev you're fighting vs Andreas, here you're trying to do the > same with Stephane. > When someone points out a problem or an issue, it doesnt make them the problem. Leveling that attitude is actually abusive in itself. (Ref. The subtle power of spiritual abuse) Andreas, whether intentionally or not misused his position on the board, other board members were condescending and rude. I pointed out the problem, and if it was to persist I would call for their resignation. Pharo continues with a not invented here policy, and has made no attempt to review the code based for projects that could be mutually maintained. This is a problem, and I shall continue to point it out until it is resolved. It's a mindset issue. This is not a fighting attitude, its a pragmatic attitude aiming to help people to avoid wasting their time and effort. Keith

July 7, 2009

Re: [Pharo-project] Just a little point

by Keith Hodges

You are not relating to a licence you are relating to people. A recent review of my contributions to date, indicates that the contribution back rate is less than 1%, why does OSS exist again? Keith

July 7, 2009

[Pharo-project] Issue 940: (13/10) = 1.3 returns false

by Hernan Wilkinson

I added this new issue that happens on the latest image. I'm posting it here because I think it is an important bug because it affects the number model. The problem is related with all fractions who's denominator is not power of two. (130/100 = 1.3 or 1/5 = 0.2, etc) (See Float>>adaptToFraction: rcvr andCompare: selector where it does .... "Try to avoid asTrueFraction because it can cost" selector == #= ifTrue: [ rcvr denominator isPowerOfTwo ifFalse: [^false]]. ...) Hernan.

July 7, 2009

Re: [Pharo-project] SUnit assert:equals:

by Oscar Nierstrasz

Hi Mike, I don't understand. assert:equals: should only be used for exact equality tests, not for comparing doubles. Doubles should never go through this method. Existing tests won't know about assert:equals: Did I misunderstand you? - on On 7 Jul 2009, at 19:24, Michael Roberts wrote: > If you are adding this it would be good to either add or review > existing implementation that checks the comparison is within a > tolerance. This would be for asserting double values are close but not > necessarily exact. I would rather we didn't get double comparison > going through this method you describe which would be easy to do. > > Thanks > mike

July 7, 2009

Re: [Pharo-project] Just a little point

by Miguel CobÃ¡

On Tue, Jul 7, 2009 at 12:32 PM, Michael Roberts<mike(a)mjr104.co.uk> wrote: > Guys would it not be cool for each week we pick a different language > for the pharo list? I would really like to brush up on my > French....and we are very diverse in our group. I think this would > have two benefits. 1) we would talk less and write more code 2) we > would permanently have our tounge inserted in our cheek. > > ;-) > De acuerdo. Agreed. D'accord. Ich bin einverstanden. > cheers mike > On Tuesday, July 7, 2009, Miguel CobÃ¡ <miguel.coba(a)gmail.com> wrote: >> On Tue, Jul 7, 2009 at 11:28 AM, Keith Hodges<keith_hodges(a)yahoo.co.uk> wrote: >>> Keith Hodges wrote: >>>>> so I'm laughing when people suggest that we are predators. >>>>> >>>>> >>>> I am still counting your contributions back to the packages which you >>>> are using, which are public domain, and have public repositories... >>>> >>>> answer zero >>>> >>>> >>> Its not even a technical issue, you have chosen a philosophically >>> predatory stance from the outset. >>> >>> "We will make our own image, without any concern for giving back to >>> those who made it possible" The number of times I have heard, we are >>> changing this that or the other, and if you want the improvement "you >>> can port it if you want to", completely illustrates my point. >>> >>> Those who made the contributions that you are using probably expected >>> that any improvements to their efforts would be fed back to them in a >>> form that they could make use of. >> >> This is a priori discarded because of the MIT license. >> If you don't want this kind of behavior, the GPL/LGPL licenses exists for this >> very exact situation. With MIT you can't force retributions back. >> >> >>> >>> It is the main reason for companies to make their code open source, >>> because they anticipate some reciprocation from those who benefit, and >>> thus the benefit is mutual, and might offset the considerable cost of >>> development. >>> >> >> I don't think so. And when they do so, the choose other license. Take >> the Java case. It is not MIT, but GPL. This is so that MS, IBM and other can't >> run away with the code with giving back. Again, the license establish the >> rights and obligations of the receiving party. >> >> >>> And in case you are wondering, the public repository for the community >>> to work towards improving SUnit, >>> Â ( squeaksource/Testing ) does include >>> >>> #assert:equals: >>> >>> Keith >>> >> >> Miguel CobÃ¡ >> >>> _______________________________________________ >>> 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 >

July 7, 2009

Re: [Pharo-project] Just a little point

by Michael Roberts

Guys would it not be cool for each week we pick a different language for the pharo list? I would really like to brush up on my French....and we are very diverse in our group. I think this would have two benefits. 1) we would talk less and write more code 2) we would permanently have our tounge inserted in our cheek. ;-) cheers mike On Tuesday, July 7, 2009, Miguel CobÃ¡ <miguel.coba(a)gmail.com> wrote: > On Tue, Jul 7, 2009 at 11:28 AM, Keith Hodges<keith_hodges(a)yahoo.co.uk> wrote: >> Keith Hodges wrote: >>>> so I'm laughing when people suggest that we are predators. >>>> >>>> >>> I am still counting your contributions back to the packages which you >>> are using, which are public domain, and have public repositories... >>> >>> answer zero >>> >>> >> Its not even a technical issue, you have chosen a philosophically >> predatory stance from the outset. >> >> "We will make our own image, without any concern for giving back to >> those who made it possible" The number of times I have heard, we are >> changing this that or the other, and if you want the improvement "you >> can port it if you want to", completely illustrates my point. >> >> Those who made the contributions that you are using probably expected >> that any improvements to their efforts would be fed back to them in a >> form that they could make use of. > > This is a priori discarded because of the MIT license. > If you don't want this kind of behavior, the GPL/LGPL licenses exists for this > very exact situation. With MIT you can't force retributions back. > > >> >> It is the main reason for companies to make their code open source, >> because they anticipate some reciprocation from those who benefit, and >> thus the benefit is mutual, and might offset the considerable cost of >> development. >> > > I don't think so. And when they do so, the choose other license. Take > the Java case. It is not MIT, but GPL. This is so that MS, IBM and other can't > run away with the code with giving back. Again, the license establish the > rights and obligations of the receiving party. > > >> And in case you are wondering, the public repository for the community >> to work towards improving SUnit, >> Â ( squeaksource/Testing ) does include >> >> #assert:equals: >> >> Keith >> > > Miguel CobÃ¡ > >> _______________________________________________ >> 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 >

July 7, 2009

Re: [Pharo-project] Fwd: issue 348

by Nicolas Cellier

2009/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > pavel I was wondering why you want to have interactiveParserFor: in > UIManager and not in Compiler? > > May be I missed something but I'm ready to learn. > > Stef > > Apparently, UIManager provides a hook to force interactive or non interactive parser to be used while Compiler would only trust the requestor. BTW, I would tend to miss-understand method name: I would expect it to return an interactiveParser. But the meaning is rather shouldParserBeInteractiveFor: requestor Nicolas > > > On Jul 7, 2009, at 7:18 PM, StÃ©phane Ducasse wrote: > >> >> From: Pavel Krivanek <pavel.krivanek(a)gmail.com> >> Date: July 6, 2009 2:26:56 PM CEDT >> To: stephane ducasse <stephane.ducasse(a)free.fr> >> Subject: issue 348 >> >> Hi Stef, >> >> I updated the issue http://code.google.com/p/pharo/issues/detail? >> id=348 >> >> Cheers, >> -- Pavel >> >> >> >> >> _______________________________________________ >> 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 >

July 7, 2009

Re: [Pharo-project] SUnit assert:equals:

by Oscar Nierstrasz

OK, done. - on On 7 Jul 2009, at 19:11, StÃ©phane Ducasse wrote: > Yes! > May be one day we will arrive to use packages published in other > places but right now > critical elements should be in one project. > Oscar if you see other good addition please push them too. > > Stef > > PS: I do not why I can open MC repositories but I cannot publish > there. > > > On Jul 7, 2009, at 6:56 PM, Oscar Nierstrasz wrote: > >> >> Apparently http://squeaksource.com/Testing/ already contains such a >> method, but sticks to the java convention. Regardless of which is >> better, it would be a bad idea to introduce an identically named >> method which reverse the argument order, so I suggest we stick to the >> implementation in the repository. >> >> !TestCase methodsFor: 'accessing' stamp: 'dc 4/2/2007 18:38'! >> assert: expected equals: actual >> ^ self >> assert: (expected = actual) >> description: (self comparingStringBetween: expected and: actual) >> ! ! >> >> >> !TestCase methodsFor: 'private' stamp: 'dc 4/2/2007 18:46'! >> comparingStringBetween: expected and: actual >> ^ String streamContents: [:stream | >> stream >> nextPutAll: 'Expected '; >> nextPutAll: (expected printStringLimitedTo: 10); >> nextPutAll: ' but was '; >> nextPutAll: (actual printStringLimitedTo: 10); >> nextPutAll: '.' >> ]! ! >> >> I would really like these methods in Pharo. dc is Damien Cassou, so >> this is license clean, I guess. >> >> Shall I publish just these methods to PharoInbox? >> >> - on >> >> On 7 Jul 2009, at 18:44, Oscar Nierstrasz wrote: >> >>> >>> OK, have posted issue 939 and will post the change shortly ... >>> >>> http://code.google.com/p/pharo/issues/detail?id=939 >>> >>> TestCase>>assert: actual equals: expected >>> actual = expected ifFalse: [self signalFailure: 'Assertion failed. >>> Expected: ' , expected printString >>> , '; got: ' , actual printString] >>> >>> Is it better to send asString or printString? >>> >>> - on >>> >>> On 7 Jul 2009, at 17:11, StÃ©phane Ducasse wrote: >>> >>>> please go ahead. >>>> I thought we got assert:equals: >>>> >>>> >>>> Somebody should also have a look at SUnitExtensions one of these >>>> days. >>>> >>>> On Jul 7, 2009, at 3:58 PM, Oscar Nierstrasz wrote: >>>> >>>>> >>>>> Hi Folks, >>>>> >>>>> I seem to recall that we added TestCase>>assert:eauals: to SUnit, >>>>> but >>>>> now I cannot find it. >>>>> >>>>> It would be really useful to get decent error messages from >>>>> equality >>>>> tests (instead of "test failed", we would get "expected X but got >>>>> Y"). >>>>> >>>>> Does anyone know what the story is? >>>>> >>>>> If it exists somewhere, I would like to add it to Pharo. >>>>> >>>>> If it doesn't exist anywhere, I would like to add it to Pharo. >>>>> >>>>> - on >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 7, 2009