<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 4, 2015 at 3:10 PM, Tobias Pape <span dir="ltr"><<a href="mailto:Das.Linux@gmx.de" target="_blank">Das.Linux@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On 04.05.2015, at 20:24, Chris Muller <<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>> wrote:<br>
<br>
> On Mon, May 4, 2015 at 1:13 PM, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
>> This breaks my image, dumping it into the emergency evaluator, I *think*<br>
>> because the new LetterMask, AlphaNumbericMask and DigitBit variables are not<br>
>> handledf correctly by the Spur bootstrap. Sigh. So for those of you using<br>
>> Spur please *don't* update until I've fixed the bootstrap.<br>
>><br>
>> You know, by /not/ releasing, we are delaying because now I am fixing the<br>
>> bootstrap to keep up with development, instead of us having released, and<br>
>> being able to freely commit on Spur. We are now wasting cycles. At least I<br>
>> am.<br>
><br>
> I was having a similar thought just today because I needed an<br>
> up-to-date Spur image and thought about asking whether you'd like<br>
> someone to set that up as an automatic job, then realized, we just<br>
> need to release.<br>
><br>
> Which, we are. We are not "not releasing", we _are_ releasing, its<br>
> just taking a bit longer than expected because there are still some<br>
> bugs and loose ends (unrelated to Marcel's work) still needing tied<br>
> up. Maintaining the separate branch and the bootstrap is a hassle,<br>
> but it shouldn't be much longer.<br>
<br>
</div></div>Just to mention: <a href="http://build.squeak.org/job/SqueakTrunk/" target="_blank">http://build.squeak.org/job/SqueakTrunk/</a> tells us that<br>
<br>
a) we have 15 tests failing.<br>
<br>
KernelTests.Numbers.LargePositiveIntegerTest.testReciprocalModulo<br>
Tests.Dependencies.PackageDependencyTest.testToolBuilder<br>
Tests.Compiler.DecompilerTests.testDecompilerInClassesSAtoSM<br>
Tests.Compiler.ClosureCompilerTest.testSourceRangeAccessForBlueBookInjectInto<br>
Tests.Compiler.DecompilerTests.testDecompilerInClassesFNtoFZ<br>
Tests.Compiler.DecompilerTests.testDecompilerInClassesLAtoLM<br>
Tests.Exceptions.ExceptionTests.testHandlerFromActio<br>
Tests.Dependencies.PackageDependencyTest.testNetwork<br>
Tests.Dependencies.PackageDependencyTest.testPreferenceBrowser<br>
Tests.Release.ReleaseTest.testNoObsoleteClasses<br>
ToolsTests.Browser.BrowserTest.testSelectClassNamedPreservesPlace<br>
MultilingualTests.Display.FontTest.testParagraph<br>
MultilingualTests.Display.FontTest.testParagraphFallback<br>
SqueakSSL.Tests.SqueakSSLTest.testYahooOpenID<br>
CollectionsTests.Text.TextAttributesScanningTest.testPluggableTextAttribute<br>
<br>
<br>
b) sometimes the current cog vm runs into a crash when executing TraitMethodDescriptionTest>>#testCategories<br>
(see <a href="http://build.squeak.org/job/SqueakTrunk/1413/console" target="_blank">http://build.squeak.org/job/SqueakTrunk/1413/console</a> )<br>
<br>
I'd rather have this to be the metric for the release…<br></blockquote><div><br></div><div>and how can we get to zero defects if we keep on developing?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best regards<br>
<span class="HOEnZb"><font color="#888888"> -Tobias</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">best,<div>Eliot</div></div>
</div></div>