<div dir="ltr"><div><div><div><div><div><div>So I tried my own fix:<br><br></div>1) create Kernel-nice.779 = fbs.779+ Class>>declare: fix<br></div>2) use this to replace Kernel-fbs.779 starting at updates-fbs.239 (I have overwritten the updates)<br>
</div>3) merge Kernel-fbs.791+Kernel-nice.779 -> Kernel-nice.792<br></div>4) use it in latest updates in place of Kernel-fbs.790 and 791<br><br></div>Stage 3) is a no-op except for ancestry: it avoids having a dead commit (those marked bold because not in ancestry)<br>
<br></div>Please report if problems...<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/21 Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Yes that works,you can edit an existing map and save it under same name.<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/7/20 David T. Lewis <span dir="ltr"><<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>></span><div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Sat, Jul 20, 2013 at 08:02:18PM +0100, Frank Shearar wrote:<br>
> On 20 July 2013 18:48, Chris Muller <<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>> wrote:<br>
> > Hey all, when the trunk is broken, the community is at a full stop.<br>
> > Can we please all jump-in and make a push to just solve this? I'm<br>
> > dead in the water and it sounds like others are too.<br>
> ><br>
> > The status I'm seeing currently is -- when I simply download the<br>
> > latest alpha image, Squeak4.5-12641.image, and then "Update Squeak"<br>
> > from the menu, it blows up during Morphic-fbs.663 trying to declare:<br>
> > PianoRollNoteMorph because it's environment is nil.<br>
> ><br>
> > How can we fix this?<br>
><br>
> I don't know if this is feasible or possible, but can we _delete_<br>
> config maps?<br>
<br>
</div>I'm no expert here, but I think that an existing configuration map can<br>
be rewritten by editing it and saving it under its existing name. If so,<br>
it may be possible to take a configuration map that is broken with respect<br>
to updating from its predecessor, and fix it.<br>
<br>
Dave<br>
<div><div><br>
<br>
> If so, let's delete everything after NNN (where NNN is<br>
> the latest map that doesn't load Morphic-fbs.663), and issue a new<br>
> config map that loads in this order:<br>
><br>
> Kernel-fbs.791<br>
> Morphic-dtl.688<br>
> Files-fbs.125<br>
> System-fbs.569<br>
><br>
> What's stopping me from simply _doing_ this is that I don't really<br>
> understand the process around config maps. Hence my frequent calls for<br>
> help these past few days!<br>
><br>
> I'll go and see if I can figure out the value of NNN in the meantime.<br>
><br>
> frank<br>
<br>
</div></div></blockquote></div></div></div><br></div>
</blockquote></div><br></div>