<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2018-08-16 14:51 GMT+02:00 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Edgar,</div><div>First, I see no such sender of #soundsEnabled in base image, so it's more a problem of uncompatibility with add-on packages (extensions) than a problem of base image, right?<br></div><div><br></div><div>Then, thanks to commit messages in the mailing list, I can trace that Preferences class>>#soundsEnabled - which is a EToys thing - was added in Trunk: System-tfel.902.mcz (which itself is a merge with 
System-tfel.882).</div><div><br></div><div>But unfortunately, I can't easily trace when this message was removed in favour of a doesNotUnderstand: solution...</div><div>Maybe it was removed at a time when the mailing list reports were not functional?</div><div>Or maybe, the changes were not reported because too long...</div><div>(That's a bad feature IMO, on the assumption that code should never be too long, we should not need any such guard anyway...).</div></div></blockquote><div><br></div><div>Nope,</div><div>it's because the change (the removal of 
Preferences class>>#soundsEnabled

) happened in a version not commited in trunk.</div><div>then the change was not reported from</div><div><br></div><div>Name: System-tfel.911<br>Author: tfel<br>Time: 29 August 2016, 4:20:07.411946 pm<br>UUID: 0242c0ab-04df-994a-adb2-a8c26da259fa<br>Ancestors: System-tfel.902, System-ul.910</div><div><br></div><div>because only the diff to more recent 
System-ul.910

is shown in mailing list...</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>The thing to do before/after loading such EToys like extension is to perform Etoys like initialization, and that could well be a responsibility of extension code, rather than of base image. So maybe it's not a problem of Trunk by itself...</div><div>The question is how do we advertize the package maintainers about these new responsibilities caused by evolutions of Trunk (understand evolution as shrinking/simplifying)?<br></div><div><br></div></div></blockquote></div></div></div>