<div dir="ltr">That makes sense.  So, if I build from the trunk, will Barrier Breaker packages still be able to be pulled or will the versions diverge to the point I have to maintain a separate download location for packages until time for an upgrade?</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">Sincerely,<br><br>William Haynes<br>Sabai Technology<br>--------------------------------------------------------------<div>Technology for the People</div><div>--------------------------------------------------------------<br><div>p - 864-962-4072</div><div>f - 919-590-1929<br>e - <a href="mailto:william@sabaitechnology.com" target="_blank">william@sabaitechnology.com</a> </div></div></div></div>
<br><div class="gmail_quote">On Thu, Oct 9, 2014 at 11:51 AM, Dirk Neukirchen <span dir="ltr"><<a href="mailto:dirkneukirchen@web.de" target="_blank">dirkneukirchen@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09.10.2014 15:00, William Haynes wrote:<br>
> I've been developing a x86_64 bit system during the release candidates.<br>
> Now that the final is released, x86_64 is not an option anymore.  Is there<br>
> a possibility of getting this added back or is it something I can do?  I'm<br>
> developing for a baytrail (Intel) multicore processor and would like it to<br>
> run in 64 bit.<br>
<br>
</span>x86_64 is still available in trunk<br>
<br>
Maybe it was not considered stable enough to be included in BB final?<br>
Some commits are only build tested and maybe there is not that much feedback<br>
on Hyper-V / ESXi / KVM / Virtualbox / qemu setups / real hw (apu1c , minnowboard ?).<br>
<br>
<br>
</blockquote></div><br></div>