- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Infinite loop in Monticello MCWorkingCopy needsSavings

by StÃ©phane Ducasse

I'm sorry about that. This is true that the addition to MC are quite draft but useful and not tested on large scenario. I imagine myself really doing the same. On Apr 19, 2009, at 5:43 PM, Nicolas Cellier wrote: > I experimented other unaware beotian stupid manipulations (just to > workaround the oter bug) : > > 1) modify Kernel > 2) add a SLICE-A requiring Kernel > 3) Publish SLICE-A -> SLICE-A.1 Kernel.1 > 4) modify Kernel again > 5) add a new SLICE-B requiring all dirty packages, that is Kernel > and SLICE-A > 6) Publish SLICE-B -> SLICE-B-1 Kernel.2 > > Now SLICE-B.1 depends on SLICE-A.1 and Kernel.2 > BUT SLICE-A.1 depends on Kernel.1 > > 7) quit the image, restart and load SLICE-B.1 > > Doing this, I ended up with Kernel.1 in the image... GRR My advice is: if your changes in simple and touch only one package don't bother create a slice even if this is cool because I clean regularly the inbox and sometimes it is difficult to understand what is what. if your changes touched a lot of package slice is important. Stef > > > 2009/4/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> No and I'm expert in stupid manipulations and computer freezing :) >> but did not succeed this one >> On Apr 19, 2009, at 4:41 PM, Nicolas Cellier wrote: >> >>> Did anyone experimented an Infinite loop in Monticello MCWorkingCopy >>> needsSavings ? >>> >>> I had a SLICE previously saved. >>> I added a new required pakage dependency to this SLICE. >>> I tried to save again -> InfiniteLoop... >>> >>> _______________________________________________ >>> 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 >

April 19, 2009

Re: [Pharo-project] Infinite loop in Monticello MCWorkingCopy needsSavings

by Nicolas Cellier

I experimented other unaware beotian stupid manipulations (just to workaround the oter bug) : 1) modify Kernel 2) add a SLICE-A requiring Kernel 3) Publish SLICE-A -> SLICE-A.1 Kernel.1 4) modify Kernel again 5) add a new SLICE-B requiring all dirty packages, that is Kernel and SLICE-A 6) Publish SLICE-B -> SLICE-B-1 Kernel.2 Now SLICE-B.1 depends on SLICE-A.1 and Kernel.2 BUT SLICE-A.1 depends on Kernel.1 7) quit the image, restart and load SLICE-B.1 Doing this, I ended up with Kernel.1 in the image... GRR 2009/4/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > No and I'm expert in stupid manipulations and computer freezing :) > but did not succeed this one > On Apr 19, 2009, at 4:41 PM, Nicolas Cellier wrote: > >> Did anyone experimented an Infinite loop in Monticello MCWorkingCopy >> needsSavings ? >> >> I had a SLICE previously saved. >> I added a new required pakage dependency to this SLICE. >> I tried to save again -> InfiniteLoop... >> >> _______________________________________________ >> 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 >

April 19, 2009

Re: [Pharo-project] Postgresql + pharo

by StÃ©phane Ducasse

thanks! This is really cool to see all this good energy. We are building something really "chouette" (which means cool in french) and powerful. This is where you see that a group is much more than the mere sum of its members. Stef On Apr 19, 2009, at 9:14 AM, MichaelA wrote: > > John, > I have loaded the files to > > http://idisk.mac.com/michaelatkisson1-Public?view=web > > Thanks for your help! > > > Well if you can put an image/changes file ready to go somewhere I can > take a look at it. > > On Sat, Apr 18, 2009 at 9:22 PM, MichaelA <michael_atkisson(a)comcast.net > > wrote: >> >> >> All I am trying to do at this point is to get the Postgres test to >> run. On >> a 10263 image using the Squeak 3.8.21beta1U image using the same >> default connection arg setup it works. >> -- >> View this message in context: http://n2.nabble.com/Postgresql-%2B-pharo-tp2621714p2658136.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > View this message in context: http://n2.nabble.com/Postgresql-%2B-pharo-tp2621714p2658434.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

Re: [Pharo-project] Infinite loop in Monticello MCWorkingCopy needsSavings

by StÃ©phane Ducasse

No and I'm expert in stupid manipulations and computer freezing :) but did not succeed this one On Apr 19, 2009, at 4:41 PM, Nicolas Cellier wrote: > Did anyone experimented an Infinite loop in Monticello MCWorkingCopy > needsSavings ? > > I had a SLICE previously saved. > I added a new required pakage dependency to this SLICE. > I tried to save again -> InfiniteLoop... > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

Re: [Pharo-project] Pharo freezing ...

by StÃ©phane Ducasse

Do the inverse :) - send us a description vm number image number and step list once we ack add it as report. Else I will be flooded by bug item that we should close because with not enough info. On Apr 19, 2009, at 11:25 AM, Damien Cassou wrote: > On Sun, Apr 19, 2009 at 12:06 AM, stepken <stepken(a)web.de> wrote: >> >> http://code.google.com/p/pharo/wiki/SmallLintPharoFixing >> >> While filtering with SmallLint Pharo freezes (Windows version). >> >> I think, there is elementary something going wrong there ... design >> problem? >> >> Maybe that's the same bug, that made Seaside suddenly freeze? > > Could you please open an issue and report the exact steps to reproduce > the problem? > > Thank you > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

Re: [Pharo-project] Some visual artifacts in buttons (Watery 2 theme)

by StÃ©phane Ducasse

for UI glitch also put gazzaguru in the cc box. :) stef On Apr 19, 2009, at 3:39 PM, Igor Stasenko wrote: > 2009/4/19 Damien Cassou <damien.cassou(a)gmail.com>: >> Please report an issue on the issue tracker. >> > #755 > >> 2009/4/19 Igor Stasenko <siguctua(a)gmail.com>: >>> Hello, >>> just in case if you not already seen it.. >>> These artifacts (a button labels blended with background) is appear >>> only, when you draggin a morph in hand. >>> If you just place morph over background - no visible artifacts >>> appear. >>> >>> On screenshot, the button label is blended with Pharo logo, placed >>> on >>> background. It seems like somewhere, it not sets an opacity values >>> correctly for button labels, which allows you to see through the >>> cached form (which used when you dragging morph in hand). >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

Re: [Pharo-project] SqueakMap Package Loader?

by StÃ©phane Ducasse

yes so this is still interesting to know whether it is broken as an external package. On Apr 19, 2009, at 2:25 PM, Adrian Lienhard wrote: > > On Apr 18, 2009, at 20:18 , Markus Fritsche wrote: > >> I just tried to start a SM Package loader which issued a dnu. Is it >> my image >> or is ImageSegment broken? >> >> Is SM deprecated? It seems so in the official squeak distribution... > > Our plan is to remove SM from Pharo core and treat it as an external > package (IIRC Keith already provided means to load it). > > Adrian > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

Re: [Pharo-project] Nile and pharo?

by StÃ©phane Ducasse

Thanks. too bad. May be damien will have a look at nile. I just drove 10 hours today and I'm dead :) On Apr 19, 2009, at 3:05 AM, Markus Fritsche wrote: > StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Thanks markus. It is probably related to the point alex raised. >> Since now >> traits do not share their methods it may happen that a conflict >> arise when >> it should not. Could you do me a favor and load the fixes proposed >> by alex >> that he published in the Traits project on squeaksource. And redo >> your >> experiment this way we may learn something. > > The two methods from 04/15? I did, but that didn't change the test > status... > > regards, Markus > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

Re: [Pharo-project] Lots of characters lost while typing in Unix

by StÃ©phane Ducasse

Yes may be the event cleaning of mike cleaned too much. So I hope that mike will provide a fix soon :) Stef On Apr 19, 2009, at 5:01 PM, Nicolas Cellier wrote: > Since latest 10284 Pharo update, i experience lost of keystroke > vanishing. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 19, 2009

[Pharo-project] Lots of characters lost while typing in Unix

by Nicolas Cellier

Since latest 10284 Pharo update, i experience lost of keystroke vanishing.

April 19, 2009