<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 11/17/2016 09:31 AM, Burton, Ross
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAJTo0LbvGwRpzxfOL0505w+Vz=Jhf6O3QOr5Z8SX9XaFqaZ7eg@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hi,
        <div><br>
        </div>
        <div>Background: uninative is a class that downloads a
          precompiled host glibc for use in the sysroot, thus isolating
          the native sysroot from the host environment.  This means
          greater sstate reuse, as instead of native builds being
          dependent on the host system they're able to be shared between
          all hosts.  There is a reference tarball hosted on <a
            moz-do-not-send="true" href="http://www.yoctoproject.org">www.yoctoproject.org</a>,
          and the URL can be overridden by distros if you would prefer
          to build your own.</div>
        <div><br>
        </div>
        <div>We enable this in Poky so that we get greater reuse on the
          autobuilders, and due to some issues with the C++ ABI the eSDK
          generation in master now requires uninative to be enabled. 
          The question is: do we now enable uninative by default in
          oe-core's nodistro (pointing at the yoctoproject tarball), or
          do we keep it disabled by default and require the user to
          enable uninative if they wish to build an eSDK?</div>
      </div>
    </blockquote>
    <br>
    If Poky wants the default to use a prebuilt uninative that is fine,
    but it should be not be the default in OE.  In the spirit of
    Bitbake, uninative should be a build dependency for eSDK with the
    option of using a prebuilt one.<br>
    <br>
    <blockquote
cite="mid:CAJTo0LbvGwRpzxfOL0505w+Vz=Jhf6O3QOr5Z8SX9XaFqaZ7eg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Personally I'm torn: I don't like eSDK not working out of
          the box, but I don't really like oe-core nodistro depending on
          uninative.  </div>
      </div>
    </blockquote>
    <br>
    Well Bitbake does not work out of the box on every host either.
    There are packages needing to exist on the host as a prerequisite. I
    see this in the same light.<br>
    Do we make "Buildtools" a  requirement to use Bitbake? <br>
    <br>
    <br>
    <code></code><code></code><code class="filename"></code>
    <blockquote
cite="mid:CAJTo0LbvGwRpzxfOL0505w+Vz=Jhf6O3QOr5Z8SX9XaFqaZ7eg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Though enabling uninative globally does mean everything
          works out of the box, so following the principle of Least
          Surprise that's what we should do.</div>
      </div>
    </blockquote>
    <br>
    I see there are multiple versions, which one works with which
    release?<br>
    <br>
    <br>
    - Armin<br>
    <blockquote
cite="mid:CAJTo0LbvGwRpzxfOL0505w+Vz=Jhf6O3QOr5Z8SX9XaFqaZ7eg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Ross</div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>