<div dir="ltr">It appears it was due to a corrupt ancestry in 45Deprecated. 45Deprecated-fbs.3 was the version included in Squeak4.5-13352 at the FTP site, but since no future package had that version as an ancestor, everything was merged during the update, resulting in spurious dirties.<div>
<br></div><div>I reposted Squeak4.5-13352 with 45Deprecated-fbs.5 loaded and that seems to fix it. </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 2, 2013 at 4:04 PM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2 December 2013 20:18, Chris Muller <<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>> wrote:<br>
> This method keeps appearing in my image, causing a dirty ST80 package.<br>
> Is anyone else seeing this? No senders, but I keep needing to revert<br>
> the package to know what I've got dirty in the image.<br>
<br>
I can't say I've seen this.<br>
<br>
> Also seeing some spurious class-category "changes" causing dirty<br>
> packages, even though I'm not doing any recategorizing..<br>
<br>
I make sure nowadays that I don't issue commits with shuffled class<br>
categories, but I certainly have done so in the past. Monticello<br>
considers an order change in the categories to be significant, but I<br>
vaguely remember Bert committing something to mitigate the issue.<br>
<span class="HOEnZb"><font color="#888888"><br>
frank<br>
</font></span></blockquote></div><br></div>