<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#99FF99">
    <p>Hi, Alex</p>
    <p>I have test with your patch,  test passed,  all warnings are
      fixed<span class="moz-smiley-s1"><span>:-)</span></span>.<br>
    </p>
    <p>But I have a  problem about this, could you help to give some
      comments? Thanks. </p>
    <p><br>
    </p>
    <p>if in the future,  some recipe inherit allarch,  but use
      @qemu_run_binary directly,  not call qemuwrapper,</p>
    <p>I think maybe still will met problem of get wrong base_libdir. so
      I think maybe we should change qemu_wrapper_cmdline in</p>
    <p>qemu.bbclass, like this:</p>
    <pre wrap="">-    return "PSEUDO_UNLOAD=1 " + qemu_binary + " " + qemu_options + " -L " + rootfs_path\
+    return "PSEUDO_UNLOAD=1 " + "qemuwrapper" + " " + qemu_options + " -L " + rootfs_path\
             + " -E LD_LIBRARY_PATH=" + ":".join(library_paths) + " "

</pre>
    <p>but some recipe or class like: gtk-doc.bbclass and
      gobject-introspection_1.56.1.bb,  they use <br>
    </p>
    <p>"@qemu_wrapper_cmdline" directly,  if we change
      qemu_wrapper_cmdline like above way,  we will met <br>
    </p>
    <p>another problem that  qemuwrapper have set LD_LIBRARY_PATH,  if
      user need to set extra lib path,  user</p>
    <p>setting will override setting in qemuwrapper,  and also this is
      why in my patch I add a python script qemuwrapperhelper to this. <br>
    </p>
    <br>
    <br>
    <div class="moz-cite-prefix">On 05/30/2018 03:05 PM, cli10 wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:5b7ff97e-01dd-527f-9ca2-942997b7e6e9@windriver.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      OK, I will test with your patch<span class="moz-smiley-s1"><span>:-)</span></span><br>
      <br>
      <div class="moz-cite-prefix">On 05/30/2018 02:41 PM, Alexander
        Kanavin wrote:<br>
      </div>
      <blockquote type="cite"
cite="mid:CANNYZj8kCFWOfoDdn+F8LsGtT7oG6TKapBEnzPTSL=K0sttbRg@mail.gmail.com">
        <pre wrap="">2018-05-30 7:27 GMT+03:00  <a class="moz-txt-link-rfc2396E" href="mailto:changqing.li@windriver.com" moz-do-not-send="true">&lt;changqing.li@windriver.com&gt;</a>:
</pre>
        <blockquote type="cite">
          <pre wrap="">From: Changqing Li <a class="moz-txt-link-rfc2396E" href="mailto:changqing.li@windriver.com" moz-do-not-send="true">&lt;changqing.li@windriver.com&gt;</a>

1. some binary like udev-hwdb/pixbufcache/gio-module-cache/fontcache
uses qemu usermode by default,  but some architecture such as Intel
skylake does not support qemu usermode, this can lead to a build warning as below:
2. font is not arch related, but receipe like liberation-fonts inherit fontcache,
fontcache called update_font_cache, update_font_cache use qemuwrapper,
qemuwrapper is arch related, so update_font_cache will core dumped as below:
</pre>
        </blockquote>
        <pre wrap="">I need to apologize. I went ahead and fixed all of these issues myself
over the weekend, and improved a few other things in how postinsts
(and postinst intercepts) are handled. Should've told you immediately.
The seven patches have been sent, so if you can test and confirm that
they indeed fix these issues, I'd appreciate.
<a class="moz-txt-link-freetext" href="http://lists.openembedded.org/pipermail/openembedded-core/2018-May/151196.html" moz-do-not-send="true">http://lists.openembedded.org/pipermail/openembedded-core/2018-May/151196.html</a>

Alex

</pre>
      </blockquote>
      <br>
      <pre class="moz-signature" cols="72">-- 
BRs

Sandy(Li Changqing)
+861084778653</pre>
      <!--'"--><br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
BRs

Sandy(Li Changqing)
+861084778653</pre>
  </body>
</html>