Loading trunk updates in 5.1

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Loading trunk updates in 5.1

Bert Freudenberg
... shows lots of merge dialogs. We need to merge the 5.1 specific versions back into trunk, I guess?

- Bert -


Reply | Threaded
Open this post in threaded view
|

Re: Loading trunk updates in 5.1

marcel.taeumel
Bert Freudenberg wrote
... shows lots of merge dialogs. We need to merge the 5.1 specific versions
back into trunk, I guess?

- Bert -
I did copy some MCZ but made some other changes twice. No need to copy MCZ at the moment. All changes in 5.1 are already in trunk. If in doubt, hit "accept".

Best,
marcel
Reply | Threaded
Open this post in threaded view
|

Re: Loading trunk updates in 5.1

marcel.taeumel
marcel.taeumel wrote
Bert Freudenberg wrote
... shows lots of merge dialogs. We need to merge the 5.1 specific versions
back into trunk, I guess?

- Bert -
I did copy some MCZ but made some other changes twice. No need to copy MCZ at the moment. All changes in 5.1 are already in trunk. If in doubt, hit "accept".

Best,
marcel
I double-checked. There were 3 merge dialogs for these three methods:

ScrollBar >> #scrollPageInit:
View >> #setDefaultBackgroundColor
ReleaseBuilder class >> #initialize

When converting a 5.1 image to Trunk, just accept the incoming changes.

Best,
Marcel
Reply | Threaded
Open this post in threaded view
|

Re: Loading trunk updates in 5.1

Bert Freudenberg
I know how to deal with the merge dialogs, it's not a problem *for me*. I know how to manually change the ancestry so it looks like a clean package again after merging. But not everybody does, and I wouldn't expect them to. The point of having a simple "update" button is that it pretty much "just works".

It it is a problem for someone downloading the release image and trying to switch to trunk. There shouldn't be any unnecessary merge dialogs.

(another problem is that in the release image not all packages are clean)

- Bert -


On Wed, Aug 24, 2016 at 1:50 PM, marcel.taeumel <[hidden email]> wrote:
marcel.taeumel wrote
>
> Bert Freudenberg wrote
>> ... shows lots of merge dialogs. We need to merge the 5.1 specific
>> versions
>> back into trunk, I guess?
>>
>> - Bert -
> I did copy some MCZ but made some other changes twice. No need to copy MCZ
> at the moment. All changes in 5.1 are already in trunk. If in doubt, hit
> "accept".
>
> Best,
> marcel

I double-checked. There were 3 merge dialogs for these three methods:

ScrollBar >> #scrollPageInit:
View >> #setDefaultBackgroundColor
ReleaseBuilder class >> #initialize

When converting a 5.1 image to Trunk, just accept the incoming changes.

Best,
Marcel



--
View this message in context: http://forum.world.st/Loading-trunk-updates-in-5-1-tp4912465p4912479.html
Sent from the Squeak - Dev mailing list archive at Nabble.com.




Reply | Threaded
Open this post in threaded view
|

Re: Loading trunk updates in 5.1

marcel.taeumel
Bert Freudenberg wrote
I know how to deal with the merge dialogs, it's not a problem *for me*. I
know how to manually change the ancestry so it looks like a clean package
again after merging. But not everybody does, and I wouldn't expect them to.
The point of having a simple "update" button is that it pretty much "just
works".

It it is a problem for someone downloading the release image and trying to
switch to trunk. There shouldn't be any unnecessary merge dialogs.

(another problem is that in the release image not all packages are clean)

- Bert -


On Wed, Aug 24, 2016 at 1:50 PM, marcel.taeumel <[hidden email]>
wrote:

> marcel.taeumel wrote
> >
> > Bert Freudenberg wrote
> >> ... shows lots of merge dialogs. We need to merge the 5.1 specific
> >> versions
> >> back into trunk, I guess?
> >>
> >> - Bert -
> > I did copy some MCZ but made some other changes twice. No need to copy
> MCZ
> > at the moment. All changes in 5.1 are already in trunk. If in doubt, hit
> > "accept".
> >
> > Best,
> > marcel
>
> I double-checked. There were 3 merge dialogs for these three methods:
>
> ScrollBar >> #scrollPageInit:
> View >> #setDefaultBackgroundColor
> ReleaseBuilder class >> #initialize
>
> When converting a 5.1 image to Trunk, just accept the incoming changes.
>
> Best,
> Marcel
>
>
>
> --
> View this message in context: http://forum.world.st/Loading-
> trunk-updates-in-5-1-tp4912465p4912479.html
> Sent from the Squeak - Dev mailing list archive at Nabble.com.
>
>
Hi Bert,

I didn't think of using a release image and switching to trunk as being a task for normal users to do. Especially, since you mentioned that merge dialogs are too hard for them, so is to find the right places in the image to re-configure the update stream for Trunk. There is no simple button click for that either. I am a little bit confused about our target user group here.

The packages are as clean as they can be at the moment given the troubles of broken code, build automation, and hot fixes to make it work at all.

311Deprecated
-> Is marked dirty because there is an issue with the print-string of trait definitions.

CommandLine
-> Is marked dirty because of the hot fix we need on Travis. See https://github.com/squeak-smalltalk/squeak-app/blob/master/prepare_image.st line 13 to 15. This could be fixed by using separate update scripts for each release target.

System
-> Is marked dirty because there is some unclear side-effect when setting the preferences, which keeps on compiling methods automatically even if those methods are already present.

Best,
Marcel