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

Re: [Pharo-project] [ANN] SmalltalkHub demo online

by Mariano Martinez Peck

On Thu, Aug 4, 2011 at 1:32 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Serge wrote > >Very similar to forks in github: if you have no access to a project or > >the project seems stalled, you fork the project ans apply your own > >patches. > > But with one difference: a fork means really forking (the whole) codebase > and this fork is usually available at a different location. > You can (and have to) completely maintain this fork then. This could > be good or bad. The more forks exist the more people can be confused... > > But an projects "Inbox" would be bound to the project - so project > developers/admins could decide which "inbox" contribution to accept > and integrate into the code base. People who provide good contributions > could later be added as project developers and even when a contribution is > not integrated it is close to the project for others to use. > > Currently we do something similar with Pharo and PharoInbox - but they > are two separate projects in SqS. A default "Inbox" for any project > would IMHO a nice addition. > +999999 > > Bye > T. > > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > > -- Mariano http://marianopeck.wordpress.com

Aug. 4, 2011

Re: [Pharo-project] Pharo 1.4 #14076 update failed.

by Marcus Denker

On Aug 4, 2011, at 1:46 PM, Laszlo Zsolt Kiss wrote: > > aloha pharoers! > > i don' know what is the problem > My image is clean 1.4. which version? > But I geted the attached message. > Please help. > Works fine here... -- Marcus Denker -- http://marcusdenker.de

Aug. 4, 2011

[Pharo-project] Pharo 1.4 #14076 update failed.

by Laszlo Zsolt Kiss

aloha pharoers! i don' know what is the problemMy image is clean 14.But I geted the attached message.Please help.Thx Best reagrdsÂ LAszlo Zsolt Kiss

Aug. 4, 2011

Re: [Pharo-project] [ANN] SmalltalkHub demo online

by nicolas petton

Thanks for the suggestion. I don't know yet how it would fit with SmalltalkHub, and how to integrate it, but it could be a nice addition indeed. Cheers, Nico 2011/8/4 Torsten Bergmann <astares(a)gmx.de> > Serge wrote > >Very similar to forks in github: if you have no access to a project or > >the project seems stalled, you fork the project ans apply your own > >patches. > > But with one difference: a fork means really forking (the whole) codebase > and this fork is usually available at a different location. > You can (and have to) completely maintain this fork then. This could > be good or bad. The more forks exist the more people can be confused... > > > But an projects "Inbox" would be bound to the project - so project > developers/admins could decide which "inbox" contribution to accept > and integrate into the code base. People who provide good contributions > could later be added as project developers and even when a contribution is > not integrated it is close to the project for others to use. > > Currently we do something similar with Pharo and PharoInbox - but they > are two separate projects in SqS. A default "Inbox" for any project > would IMHO a nice addition. > > Bye > T. > > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > >

Aug. 4, 2011

[Pharo-project] [ANN] SmalltalkHub demo online

by Torsten Bergmann

Serge wrote >Very similar to forks in github: if you have no access to a project or >the project seems stalled, you fork the project ans apply your own >patches. But with one difference: a fork means really forking (the whole) codebase and this fork is usually available at a different location. You can (and have to) completely maintain this fork then. This could be good or bad. The more forks exist the more people can be confused... But an projects "Inbox" would be bound to the project - so project developers/admins could decide which "inbox" contribution to accept and integrate into the code base. People who provide good contributions could later be added as project developers and even when a contribution is not integrated it is close to the project for others to use. Currently we do something similar with Pharo and PharoInbox - but they are two separate projects in SqS. A default "Inbox" for any project would IMHO a nice addition. Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

Aug. 4, 2011

[Pharo-project] [update 1.4] #14076

by Marcus Denker

14076 ----- Issue 4596: WeakOrderedColllection array is replaced by an Array instead of a WeakArray (part 2) -- Marcus Denker -- http://marcusdenker.de

Aug. 4, 2011

Re: [Pharo-project] ThreadSafeTranscript

by Pavel Krivanek

Ok, please try to integrate this fix: http://code.google.com/p/pharo/issues/detail?id=4533 -- Pavel On Thu, Aug 4, 2011 at 12:26 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Because we removed the (attempt based on CUIS and fernando) due to too many problem. > ThreadSafeTranscript was not removed we just linked back Transcript to this class. > We did the same with 1.3 > So normally you should have the same problem with 1.3 and 1.4 > > Stef > >> Hi, >> >> why in the latest 1.4 image is ThreadSafeTranscript back? Wasn't it >> replaced by TranscriptModel? It breaks Pharo-Kernel CI job (it doesn't >> report fail but I will fix that). >> >> -- Pavel >> > > >

Aug. 4, 2011

[Pharo-project] [update 1.4] #14075

by Marcus Denker

14075 ----- Issue 4596: WeakOrderedColllection array is replaced by an Array instead of a WeakArray (part 1) -- Marcus Denker -- http://marcusdenker.de

Aug. 4, 2011

Re: [Pharo-project] ThreadSafeTranscript

by StÃ©phane Ducasse

Because we removed the (attempt based on CUIS and fernando) due to too many problem. ThreadSafeTranscript was not removed we just linked back Transcript to this class. We did the same with 1.3 So normally you should have the same problem with 1.3 and 1.4 Stef > Hi, > > why in the latest 1.4 image is ThreadSafeTranscript back? Wasn't it > replaced by TranscriptModel? It breaks Pharo-Kernel CI job (it doesn't > report fail but I will fix that). > > -- Pavel >

Aug. 4, 2011

[Pharo-project] ThreadSafeTranscript

by Pavel Krivanek

Hi, why in the latest 1.4 image is ThreadSafeTranscript back? Wasn't it replaced by TranscriptModel? It breaks Pharo-Kernel CI job (it doesn't report fail but I will fix that). -- Pavel

Aug. 4, 2011