- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Add to Package

by Esteban A. Maringolo

2016-01-23 4:48 GMT-03:00 stepharo <stepharo(a)free.fr>: > Hi > > in MC add to package should use a FastList because the logic right now is > really stupid. I would also add the "add repo" to the package, with a list of the recently used repos. Or add the repo to a multiple number of packages. Regards! Esteban A. Maringolo

Jan. 23, 2016

Re: [Pharo-dev] Get an image from monkey job

by Ben Coman

On Sat, Jan 23, 2016 at 7:12 PM, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> wrote: > Hi, > > With the current configuration, it is not possible: the workspace is deleted > after the execution (so the image generated too...). > Maybe it should be nice to delete the workspace only before the job, in this > way, one can be able to retrieve the generated image and debug it? But if there are several FixReviewNeeded, wouldn't all except the last get bumped out? Maybe workspaces could be kept for a short time ~ 6 to 24 hours? I guess it all depends on CI space available. cheers -ben > Can a Pharo CI admin change this configuration? > > Cheers, > Vincent > > -----Original Message----- > From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of > Yuriy Tymchuk > Sent: samedi 23 janvier 2016 11:52 > To: Pharo Development List > Subject: [Pharo-dev] Get an image from monkey job > > Hi, > > sometimes some strange tests fail while money is checking the > slice/configuration. And while the failures are not related to the > contribution sometimes I want to know what happened and maybe fix it. Is it > possible to get the resulting image to investigate it? > > Cheers. > Uko > >

Jan. 23, 2016

OSSubprocess use

by Thierry Goubier

Hi, I'm looking at OSSubprocess use as a requirement for GitFileTree and I wonder if it is wise to list the dependency on OSSubprocess #stable or to set to a specific version (v0.2)? Thanks, Thierry

Jan. 23, 2016

Re: [Pharo-dev] Get an image from monkey job

by Vincent BLONDEAU

Hi, With the current configuration, it is not possible: the workspace is deleted after the execution (so the image generated too...). Maybe it should be nice to delete the workspace only before the job, in this way, one can be able to retrieve the generated image and debug it? Can a Pharo CI admin change this configuration? Cheers, Vincent -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Yuriy Tymchuk Sent: samedi 23 janvier 2016 11:52 To: Pharo Development List Subject: [Pharo-dev] Get an image from monkey job Hi, sometimes some strange tests fail while money is checking the slice/configuration. And while the failures are not related to the contribution sometimes I want to know what happened and maybe fix it. Is it possible to get the resulting image to investigate it? Cheers. Uko

Jan. 23, 2016

Get an image from monkey job

by Yuriy Tymchuk

Hi, sometimes some strange tests fail while money is checking the slice/configuration. And while the failures are not related to the contribution sometimes I want to know what happened and maybe fix it. Is it possible to get the resulting image to investigate it? Cheers. Uko

Jan. 23, 2016

Re: [Pharo-dev] 17348 Enhance shortcut learnability

by stepharo

Hi henrik did you publish the code? Stef PS: I start playing magic with my third son and he is building fun decks that kill me :) Le 13/1/16 16:38, stepharo a Ã©crit : > Sweet! > I was thinking to put it below and smaller but this is cool. > > Stef > > Le 12/1/16 21:03, Henrik Nergaard a Ã©crit : >> >> Hi Stef, >> >> Something like this? (see attachment) >> >> Best regards, >> >> Henrik >> >> *From:*Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] *On >> Behalf Of *stepharo >> *Sent:* Monday, January 11, 2016 4:52 PM >> *To:* Pharo Development List <pharo-dev(a)lists.pharo.org> >> *Subject:* Re: [Pharo-dev] 17348 Enhance shortcut learnability >> >> Henrik >> >> Thanks. What I would love to get is >> >> another little morph below the shortcut with the name of the menu >> like that we can learn that the tools xxx is launched with >> shortcut cmd X >> >> I think that we should have a preference that does not flush the >> counters at startup >> >> Stef >> >> Le 11/1/16 12:14, Henrik Nergaard a Ã©crit : >> >> Somehow it integrated >> >> ______________ >> >> Name: SLICE-Issue-17348-Enhance-shortcut-learnability-tr.2 >> >> Author: tr >> >> Time: 8 January 2016, 4:18:55.135106 pm >> >> UUID: 0aa30f76-84f3-0449-acde-172e56ea3615 >> >> Ancestors: SLICE-Issue-17348-Enhance-shortcut-learnability-tr.1 >> >> Dependencies: Morphic-Base-tr.526 >> >> better version >> >> instead of: >> >> ____________ >> >> Name: >> SLICE-Issue-17348-Enhance-shortcut-learnability-HenrikNergaard.2 >> >> Author: HenrikNergaard >> >> Time: 8 January 2016, 11:01:18.490743 pm >> >> UUID: 2a6f1c3f-a0b3-524d-9095-02fb42ab8358 >> >> Ancestors: SLICE-Issue-17348-Enhance-shortcut-learnability-tr.1 >> >> Dependencies: Morphic-Base-HenrikNergaard.526 >> >> Refactor of initial code. >> >> I have updated and merged a new slice (in Image 50521) which >> should fix it. The correct version that should be integrated is: >> >> Name: >> SLICE-Issue-17348-Enhance-shortcut-learnability-HenrikNergaard.5 >> >> Author: HenrikNergaard >> >> Time: 11 January 2016, 12:17:08.504781 am >> >> UUID: f0271c17-07a7-0d4e-a6eb-d2fef9b2853c >> >> Ancestors: >> SLICE-Issue-17348-Enhance-shortcut-learnability-HenrikNergaard.4 >> >> Dependencies: Morphic-Base-HenrikNergaard.530 >> >> remove unused variable. >> >> Best regards, >> >> Henrik >> >> *From:*Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] *On >> Behalf Of *Marcus Denker >> *Sent:* Monday, January 11, 2016 11:35 AM >> *To:* Pharo Development List <pharo-dev(a)lists.pharo.org> >> *Subject:* Re: [Pharo-dev] 17348 Enhance shortcut learnability >> >> Hello, >> >> I wil reopen the issue and put your comment there. >> >> Marcus >> >> On 11 Jan 2016, at 09:56, Nicolai Hess >> <nicolaihess(a)gmail.com> wrote: >> >> Can please someone translate / change the text in the >> >> Shortcut reminder Morph settings.( that got integrated in 50521) >> >> see my comment on >> https://pharo.fogbugz.com/f/cases/17348/Enhance-shortcut-learnability#BugEv… >> >> and I asked for resubmitting the changes with proper author >> initials >> >> instead of "tr" and if he signed the license agreement. >> >> Anyone knows more about "tr" ? >> >> And I am not sure if the right version is integrated. >> >> nicolai >> >

Jan. 23, 2016

Add to Package

by stepharo

Hi in MC add to package should use a FastList because the logic right now is really stupid. Any taker? stef

Jan. 23, 2016

Re: [Pharo-dev] CasInsensitiveOrder map with upper/lower case characters for all latin1 entries

by stepharo

It is cool to have you three on board. I love your discussions because I'm learning by immersion. Le 6/1/16 09:58, Nicolai Hess a Ã©crit : > > see issues 17302/17242/17227 > String>>findString:startindAt:caseSensitive appears to be failing for > extended charsets > String>>compare:caseSensitive seems to be failing for extended charset > comparisons > String>>beginsWithEmpty:caseSensitive: has test failure for some cases > > the problem is, the standard character set used for building the > CaseInsensitiveOrder map > only maps characters from the set of ascii characters but it is used > in the findString/compare/beginsWith-methods for all byte characters. > > Any objections if we fill this map like it is suggested in case 17242 ? > > CaseInsensitiveOrder := AsciiOrder copy. > (0 to: 255) do:[ :v | > | char upper | > char := v asCharacter. > upper := char asUppercase. > upper isOctetCharacter > ifFalse: [ upper := char ]. > CaseInsensitiveOrder at: char asciiValue + 1 put: > (CaseInsensitiveOrder at: upper asciiValue + 1) ]. > > (the check for #isOctectCharacter is needed because for some entries > the correspondending > uppercase character is not within this character set). > > This would solve all three issues. > > > nicolai

Jan. 23, 2016

Re: [Pharo-dev] [pharo-project/pharo-core] fef09a: 50540

by Ben Coman

On Sat, Jan 23, 2016 at 12:23 AM, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Le 22 janv. 2016 Ã 17:08, Ben Coman a Ã©crit : > > On Fri, Jan 22, 2016 at 11:26 PM, GitHub <noreply(a)github.com> wrote: > > Branch: refs/heads/5.0 > > Home: https://github.com/pharo-project/pharo-core > > Commit: fef09a7c252f92e255c5053927295a61d16b8395 > > > https://github.com/pharo-project/pharo-core/commit/fef09a7c252f92e255c50539… > > Author: Jenkins Build Server <board(a)pharo-project.org> > > Date: 2016-01-22 (Fri, 22 Jan 2016) > > > Log Message: > > ----------- > > 50540 > > Pharo > > > http://files.pharo.org/image/50/50540.zip > > > What are the issue numbers associated with this integration?? > > > Case 17446: Add registration/unregistration to/from session manager > Thanks. The additional question is why it didn't show up in the original post. cheers -ben

Jan. 23, 2016

Re: [Pharo-dev] Use cases for methods with optional parameters

by Ben Coman

Sounds interesting, but my head hurts trying to think about this more deeply :) so I'm going to keep at a superficial level on this for now. So just thinking out loud... If you have mother1 := foo:(bar:zork:fork) mother2 := foo:bar:(zork:bork:) When you search for senders of #foo:bar: what do you get back and how to display it? Maybe a two level tree list with the option combinations appearing at the top level and each of their senders at the second level, hiding any top level items that don't have children. foo:bar: foo:bar:zork: foo:bar:fork: foor:bar:bork foo:bar:zork:fork: foo:bar:fork:zork: foo:bar:zork:bork: foo:bar:bork:zork: Actually, full any order combination probably becomes unwieldly. Maybe there should be a constraint that optional arguments can be skipped but when used must be used in sequence. cheers -ben btw, how do you mean relationship? Do you mean using a Slots mechanism like the relationship demo in the Flexible Object layouts paper? https://hal.inria.fr/hal-00641716/file/Verw11b-OOSPLA11-FlexibleObjectLayou… On Sat, Jan 23, 2016 at 3:29 AM, stepharo <stepharo(a)free.fr> wrote: > Ben > > We were thinking also about reflection. > > > So may be we should introduce a relationship between the method and its > actual implementation. > > Imagine that > mother := foo:(bar:zork:) > mother children > foo:bar: > foo:bar:zork: > > then > senders (foo:bar:) > => > sender (motherOf(foo:bar:)) > > where motherOf is a back pointer from the expanded method into its mother > But it means that method using foo:bar: should somehow "mention" that they > will > use motherOf (foo:bar:). > > > > Le 22/1/16 01:41, Ben Coman a Ã©crit : > >> I don't have any use cases right now, but I'll keep my eyes open. But >> an example (that is maybe too basic to mess with) is the >> #at:ifAbsent: pattern. For example, the following would be >> "deleted" >> >> Dictionary>>.at: key >> ^ self at: key ifAbsent: [self errorKeyNotFound: key] >> >> and you would only have.... >> >> Dictionary>>at: key ifAbsent: aBlock >> <optional: ifAbsent default: [ self errorKeyNotFound: key]> >> >> The big in-Image example would be... >> >> TClass>> >> subclass: aName >> uses: aTraitCompositionOrArray >> instanceVariableNames: someInstanceVariableNames >> classVariableNames: someClassVariableNames >> poolDictionaries: someSharedPoolNames >> package: aCategory >> <optional: uses default: {}> >> <optional: instanceVariableNames default: ''> >> <optional: classVariableNames default: ''> >> <optional: poolDictionaries default:''> >> <optional: package 'Unclassified'> >> >> Now I wonder about senders & implementers searchability, and if >> "virtual" methods are generated in all combinations of optional >> parameters and show up in the system browser list, but show the "main" >> method as their source. > > >

Jan. 23, 2016