<div dir="ltr">Probably best if we wait until after the actual release is rolled, and not just the RC, before revisiting the symbol issue in master.<div><br></div><div>-Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 9, 2017 at 7:56 AM, Justin Sherrill <span dir="ltr"><<a href="mailto:justin@shiningsilence.com" target="_blank">justin@shiningsilence.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">FWIW, I branched 4.8 last night, got ready to commit and tag a release<br>
candidate, and lost network because of windstorms in my area.  (Still<br>
have power, at least)  I'll commit and tag as soon as I can get my<br>
workstation back online.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Mar 8, 2017 at 8:56 PM, Aaron LI <<a href="mailto:aaronly.me@outlook.com">aaronly.me@outlook.com</a>> wrote:<br>
><br>
> John Marino <<a href="mailto:dragonflybsd@marino.st">dragonflybsd@marino.st</a>> writes:<br>
><br>
>> I've push a commit that adds back DF404.0 versions of the six affected<br>
>> symbols.  I'm recommending that this commit be reverted after the trunk<br>
>> is branched again.  That implies all the affected userland programs<br>
>> built with the DF404.0 symbols has to be rebuilt before the machine is<br>
>> ugpraded to the next release.<br>
><br>
> Hello,<br>
><br>
> I just noticed that DragonFly 4.8 has already been branched, therefore,<br>
> it maybe appropriate to revert the DF404.0 symbol workaround now.<br>
><br>
><br>
> Bests<br>
> --<br>
> Aly<br>
</div></div></blockquote></div><br></div>