30013 ----- 7113 isComposedBy: is not an Object method https://pharo.fogbugz.com/f/cases/7113 10081 unload Deprecated20 in 3.0 https://pharo.fogbugz.com/f/cases/10081 6373 Spotlight gives an error message when asked for World https://pharo.fogbugz.com/f/cases/6373 10002 Zeroconf: config command issue https://pharo.fogbugz.com/f/cases/10002 Diff information: http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Traits-MarcusDenker.464 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Tools-MarcusDenker.1067 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/System-CommandLine-MarcusDenk... http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/KernelTests-MarcusDenker.478 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Keymapping-KeyCombinations-Ma... http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1347 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/HudsonBuildTools20-MarcusDenk... http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/ConfigurationCommandLineHandl...
why do we unload deprecated20 now because for me we should unload 1.4 in 30 and 20 in 40alpha. Of course people can load it. On Mar 26, 2013, at 8:08 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
10081 unload Deprecated20 in 3.0 https://pharo.fogbugz.com/f/cases/10081
On Mar 26, 2013, at 8:24 AM, stephane ducasse <stephane.ducasse@free.fr> wrote:
why do we unload deprecated20 now because for me we should unload 1.4 in 30 and 20 in 40alpha. Of course people can load it.
I think we started to do that earlier when in 1.4 the deprecated was absolutely huge and made it impossible to clean up further. (It contained all the MVC support code from Graphics and Fonts)
On Mar 26, 2013, at 8:08 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
10081 unload Deprecated20 in 3.0 https://pharo.fogbugz.com/f/cases/10081
On Mar 26, 2013, at 8:31 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On Mar 26, 2013, at 8:24 AM, stephane ducasse <stephane.ducasse@free.fr> wrote:
why do we unload deprecated20 now because for me we should unload 1.4 in 30 and 20 in 40alpha. Of course people can load it.
I think we started to do that earlier when in 1.4 the deprecated was absolutely huge and made it impossible to clean up further. (It contained all the MVC support code from Graphics and Fonts)
Another thing is: this is why I *beg* people to review fixes. If nobody reviews, I just do what *I* think is right. This can be completely wrong, of course. Marcus
Another thing is: this is why I *beg* people to review fixes. If nobody reviews, I just do what *I* think is right. This can be completely wrong, of course.
Yes but it takes time and we are few so we should not stress. I think that integrating big chunks is important too. I will come back to reviewing code :) Stef
Marcus
On 2013-03-26, at 08:24, stephane ducasse <stephane.ducasse@free.fr> wrote:
why do we unload deprecated20 now
but it was deprecated in 2.0, so you keep it in 1 version => 2.0 and remove it in the next version => 3.0. and the earlier we remove them the better can we adapt 3.0. no?
because for me we should unload 1.4 in 30 and 20 in 40alpha. Of course people can load it.
On Mar 26, 2013, at 8:08 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
10081 unload Deprecated20 in 3.0 https://pharo.fogbugz.com/f/cases/10081
On 26 mars 2013, at 08:51, Camillo Bruni wrote:
On 2013-03-26, at 08:24, stephane ducasse <stephane.ducasse@free.fr> wrote:
why do we unload deprecated20 now
but it was deprecated in 2.0, so you keep it in 1 version => 2.0 and remove it in the next version => 3.0.
It totally agree. However we could have cleaned the senders of those deprecated first, because DNUs will appear eventually.
and the earlier we remove them the better can we adapt 3.0. no?
because for me we should unload 1.4 in 30 and 20 in 40alpha. Of course people can load it.
On Mar 26, 2013, at 8:08 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
10081 unload Deprecated20 in 3.0 https://pharo.fogbugz.com/f/cases/10081
On Mar 26, 2013, at 9:12 AM, Camille Teruel <camille.teruel@gmail.com> wrote:
On 26 mars 2013, at 08:51, Camillo Bruni wrote:
On 2013-03-26, at 08:24, stephane ducasse <stephane.ducasse@free.fr> wrote:
why do we unload deprecated20 now
but it was deprecated in 2.0, so you keep it in 1 version => 2.0 and remove it in the next version => 3.0.
It totally agree. However we could have cleaned the senders of those deprecated first, because DNUs will appear eventually.
normally the person who deprecates a method should fix all senders. I was so sure that this is the case that I did not even check. Marcus
It totally agree. However we could have cleaned the senders of those deprecated first, because DNUs will appear eventually.
Ok then this is ok to me.
normally the person who deprecates a method should fix all senders. I was so sure that this is the case that I did not even check.
yes
Marcus
On 26 Mar 2013, at 08:51, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-03-26, at 08:24, stephane ducasse <stephane.ducasse@free.fr> wrote:
why do we unload deprecated20 now
but it was deprecated in 2.0, so you keep it in 1 version => 2.0 and remove it in the next version => 3.0.
and the earlier we remove them the better can we adapt 3.0. no?
I am with Camillo: deprecate it 1 release, remove it the next
because for me we should unload 1.4 in 30 and 20 in 40alpha. Of course people can load it.
participants (5)
-
Camille Teruel -
Camillo Bruni -
Marcus Denker -
stephane ducasse -
Sven Van Caekenberghe