<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    After a talk with Hongxu jia, we decided to change the
    do_install_append_class-target()<br>
    to do_install_append(), in this function, added the following:<br>
             <font color="#3366ff">if [ "${CLASSOVERRIDE}" =
      "class-native" ]; then<br>
                      return<br>
               fi<br>
      <font color="#000000">in this way, avoid the conflict with the
        following do_install_append_class-native function.<br>
        <br>
      </font></font>//dengke<br>
    <div class="moz-cite-prefix">On 2016年03月17日 05:52, Paul Eggleton
      wrote:<br>
    </div>
    <blockquote
      cite="mid:4132846.MxUMxyiN00@peggleto-mobl.ger.corp.intel.com"
      type="cite">
      <pre wrap="">On Wed, 16 Mar 2016 21:30:35 Burton, Ross wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 16 March 2016 at 02:49, Dengke Du <a class="moz-txt-link-rfc2396E" href="mailto:dengke.du@windriver.com">&lt;dengke.du@windriver.com&gt;</a> wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">When we create nativesdk-coreutils, a lot of warnings appear,it
show many files can't find.
</pre>
        </blockquote>
        <pre wrap="">
I don't think anywhere where nativesdk packages are used actually runs the
postinst scripts to create the alternative links, so maybe we should be
stopping update-alternatives do anything in nativesdk (just like it doesn't
do anything for native)?
</pre>
      </blockquote>
      <pre wrap="">
Actually I checked this by adding a dummy line which creates a file in $D to 
the dbus postinst and then adding nativesdk-dbus to buildtools-tarball - it 
seems that the postinst does actually get run. As long as the postinst can 
successfully run at SDK construction time then apparently it should work.

Cheers,
Paul

</pre>
    </blockquote>
    <br>
  </body>
</html>