Re: [Pharo-dev] Contributing to Pharo

On 01/29/2016 05:17 PM, Eliot Miranda wrote: Hi David, On Jan 29, 2016, at 2:45 PM, David Allouche wrote: Thanks Dale for all the explanations. How Monticello and version control relate in the big picture is starting to make sense for me. Now, I better understand why

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

UIManagerSessionHandler>>#startup: isImageStarting "Install the right UIManager" UIManager default: UIManager forCurrentSystemConfiguration. Setting (overring current one) default UIManager each time image is saved/started up prevents us from having custom UIManagers, for example Bloc UI manager

Re: [Pharo-dev] SessionManager (aka new startup / shutdown list manager) needs testers

When deleting a class I get deprecation in #50561 in SystemDictionary>>#forgetClass: aClass logged: aBool because of removeFromStartUpList: Cheers, Alex On Sat, Dec 5, 2015 at 2:39 PM, Christophe Demarey < christophe.dema...@inria.fr> wrote: > > > -- > > *De:

[Pharo-dev] Re : Re: SessionManager (aka new startup / shutdown list manager) needs testers

We do that because at startup, it is the startup ui manager that is used and we need to restore a usable one. You could use a deferred startup action to set up a bloc ui manager. How do you set the bloc ui manager for now? - Aliaksei Syrel a écrit : >

[Pharo-dev] Re : Re: SessionManager (aka new startup / shutdown list manager) needs testers

Hi, Indeed, I missed to update this one. À slice is in preparation. Thanks

Re: [Pharo-dev] Contributing to Pharo

On Tue, Feb 2, 2016 at 11:38 AM, Dale Henrichs < dale.henri...@gemtalksystems.com> wrote: > > > On 01/30/2016 08:27 PM, Ben Coman wrote: > >> On Sun, Jan 31, 2016 at 3:38 AM, Dale Henrichs >> wrote: >> >>> >>> On 1/30/16 1:54 AM, Bernhard Pieber wrote: >>>

Re: [Pharo-dev] Contributing to Pharo

Le 02/02/2016 21:56, Eliot Miranda a écrit : On Tue, Feb 2, 2016 at 11:38 AM, Dale Henrichs > wrote: On 01/30/2016 08:27 PM, Ben Coman wrote: On Sun, Jan 31, 2016 at 3:38 AM, Dale Henrichs

Re: [Pharo-dev] Contributing to Pharo

On 02/02/2016 12:54 PM, Eliot Miranda wrote: Hi Dale, On Tue, Feb 2, 2016 at 11:35 AM, Dale Henrichs > wrote: On 01/29/2016 05:17 PM, Eliot Miranda wrote: Hi David, On Jan 29, 2016, at

Re: [Pharo-dev] Contributing to Pharo

On 01/30/2016 08:27 PM, Ben Coman wrote: On Sun, Jan 31, 2016 at 3:38 AM, Dale Henrichs wrote: On 1/30/16 1:54 AM, Bernhard Pieber wrote: Dale, Thanks for your thorough answer. I really appreciate how you include links to helpful articles. I find the

Re: [Pharo-dev] Contributing to Pharo

https://github.com/ThierryGoubier/GitFileTree-MergeDriver 2016-02-03 6:00 GMT+01:00 Ben Coman : > On Wed, Feb 3, 2016 at 7:00 AM, Dale Henrichs > wrote: > > > > > > On 02/02/2016 12:54 PM, Eliot Miranda wrote: > > > > Hi Dale, > > > > On

[Pharo-dev] GTInspector and PointerExplorer

Anyone working with GTInspector and inspecting "pointers to" (menu Item "Open pointers to"). Either I make something wrong or it just does not work. The only references I can see in this pointer inspector are the references *from* the inspector itself. I put an EllipseMorph in a Morph and choosed

Re: [Pharo-dev] what is the relationship between Float and its subclasses?

Stef, in 32-bit Spur there are only BoxedFloat64 instances. In 64-bit Spur there are (already) both BoxedFloat64 instances and SmallFloat64 immediates. In 64-but Spur, if a float's exponent is in the middle 8 bit range of the 11-bit double precision exponent range it is represented as a

Re: [Pharo-dev] what is the relationship between Float and its subclasses?

Hi Stef, > On Feb 1, 2016, at 11:03 PM, stepharo wrote: > > What about something like that > > > My instances hold 64-bit Floats in heap objects. This is the only > representation on 32-bit systems. But on 64-bit systems SmallFloat64 holds a > subset of the full 64-bit

Re: [Pharo-dev] GTInspector and PointerExplorer

On Tue, Feb 2, 2016 at 4:24 PM, Nicolai Hess wrote: > Anyone working with GTInspector and inspecting "pointers to" (menu Item > "Open pointers to"). > Either I make something wrong or it just does not work. The only references > I can > see in this pointer inspector are the

Re: [Pharo-dev] GTInspector and PointerExplorer

On Tue, Feb 2, 2016 at 10:38 PM, Ben Coman wrote: > On Tue, Feb 2, 2016 at 4:24 PM, Nicolai Hess wrote: >> Anyone working with GTInspector and inspecting "pointers to" (menu Item >> "Open pointers to"). >> Either I make something wrong or it just does

[Pharo-dev] [pharo-project/pharo-core] d5f211: 50563

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d5f211e9bbe8bcaa74f087bebae421e0c7a84a41 https://github.com/pharo-project/pharo-core/commit/d5f211e9bbe8bcaa74f087bebae421e0c7a84a41 Author: Jenkins Build Server Date:

Re: [Pharo-dev] CI is down?

yes, good idea Le 2 févr. 2016 à 14:08, Ben Coman a écrit : > Perhaps pharo-dev can be subscribed to the annoucements? > cheers -ben > > On Tue, Feb 2, 2016 at 8:34 PM, Christophe Demarey > wrote: >> Yes, there is a maintenance. >> You should have received this

[Pharo-dev] Now issues which are hanging on Monkey checking resumes automatically

Hi. We added little job to automatically resume issues which are stuck on monkey checking more than one hour. Such issues will be returned to previous status "Fix review needed"

Re: [Pharo-dev] CI is down?

Thanks, Christophe Looks like I'm not subscribed to communication list... Sorry for the noise. Cheers, Alex On Tue, Feb 2, 2016 at 1:34 PM, Christophe Demarey < christophe.dema...@inria.fr> wrote: > Yes, there is a maintenance. > You should have received this message (if you did not unregister

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/50562 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] CI is down?

Hi https://ci.inria.fr/pharo is not responding Has any one the same problem? Cheers, Alex

Re: [Pharo-dev] [pharo-project/pharo-core] 0f7198: 50562

> > Log Message: > --- > 50562 > 17515 fix minimal Pharo shrinking build > https://pharo.fogbugz.com/f/cases/17515 > > > I had to reopen it because it looks not completly integrated. > I will check.. Marcus

Re: [Pharo-dev] [pharo-project/pharo-core] 0f7198: 50562

2016-02-02 10:35 GMT+01:00 GitHub : > Branch: refs/heads/5.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 0f71987906596fff89e93063d9ac08c9c2d6815c > > https://github.com/pharo-project/pharo-core/commit/0f71987906596fff89e93063d9ac08c9c2d6815c >

Re: [Pharo-dev] Pharo contribution CI problem

Christophe, > Am 01.02.2016 um 13:44 schrieb Christophe Demarey > : > > > Le 1 févr. 2016 à 12:36, Norbert Hartl a écrit : > >> >>> Am 01.02.2016 um 12:31 schrieb Christophe Demarey >>> >: >>> >>>

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/50564 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] f4f863: 50564

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: f4f863290b523e16e752edd74d9b4e1e133ea9f9 https://github.com/pharo-project/pharo-core/commit/f4f863290b523e16e752edd74d9b4e1e133ea9f9 Author: Jenkins Build Server Date:

Re: [Pharo-dev] Contributing to Pharo

On Wed, Feb 3, 2016 at 7:00 AM, Dale Henrichs wrote: > > > On 02/02/2016 12:54 PM, Eliot Miranda wrote: > > Hi Dale, > > On Tue, Feb 2, 2016 at 11:35 AM, Dale Henrichs > wrote: >> >> >> >> On 01/29/2016 05:17 PM, Eliot Miranda

[Pharo-dev] Monkey: "Check seems to be stuck. I will try it again"

Hi, That's Monkey's result in my case ( https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea). I don't see other cases with the same result. Don't know where to look up to understand it... Any pointer? Thanks Martin

Re: [Pharo-dev] 17502. Morph layoutProperties must not be nil by default

> On 1 Feb 2016, at 10:49, Esteban Lorenzano wrote: > > but layoutProperties are not immutable so if you receive an instance of > NullLayoutProperties (singleton), and you do something like this: > > myMorph cellInset: 5, you has to check for correct properties anyway…

Re: [Pharo-dev] CI is down?

Yes, there is a maintenance. You should have received this message (if you did not unregister from communication lists): Dear users, A maintenance is planned tomorrow (2/2) to upgrade the storage of the CI servers. Thus, the service will be stopped between 1pm and 2pm. Thank you for your

Re: [Pharo-dev] CI is down?

yes, it seems dead at the moment > On 02 Feb 2016, at 13:14, Aliaksei Syrel wrote: > > Hi > > https://ci.inria.fr/pharo is not responding > Has any one the same problem? > > Cheers, > Alex

Re: [Pharo-dev] Off Topic: Children 3-13yr english program -- 4 weeks free access

On Mon, Jul 20, 2015 at 11:17 PM, Ben Coman wrote: > greetings all, > > This is a long way off topic, but a random chance someone in the community > with kids learning english may find it useful. The past year I've had my 4yr > & 6yr old girls doing Reading Eggs. Its aimed

Re: [Pharo-dev] [50547] recompiling a simple method -> AST cache -> crash

I can not reproduce it… > On 31 Jan 2016, at 21:19, stepharo wrote: > > Hi > > I do not know if this was fixed between 47 and 60 > but I simply recompiled BorderedMorph>> initialize to remove a line and I got > a do semantic analysis error, leading to a cache error and red

Re: [Pharo-dev] CI is down?

Perhaps pharo-dev can be subscribed to the annoucements? cheers -ben On Tue, Feb 2, 2016 at 8:34 PM, Christophe Demarey wrote: > Yes, there is a maintenance. > You should have received this message (if you did not unregister from > communication lists): > > Dear

Re: [Pharo-dev] QualityAssistant feedback

Hello, Yes. Another side effect is that you do not get all these “tempX is not used should it be remove” messages when saving a method. Instead, semantic analysis tags the variable as not used and the editor shows an icon/highlight. What we need to do is to integrate this more with the code

Re: [Pharo-dev] QualityAssistant feedback

2016-02-02 14:46 GMT+01:00 Marcus Denker : > Hello, > > Yes. Another side effect is that you do not get all these “tempX is not > used should it be remove” > messages when saving a method. > > Instead, semantic analysis tags the variable as not used and the editor > shows

Re: [Pharo-dev] QualityAssistant feedback

> On 02 Feb 2016, at 14:55, Nicolai Hess wrote: > > > > 2016-02-02 14:46 GMT+01:00 Marcus Denker >: > Hello, > > Yes. Another side effect is that you do not get all these “tempX is not used > should it be