<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 8 August 2016 at 07:04, Chen Qi <span dir="ltr">&lt;<a href="mailto:Qi.Chen@windriver.com" target="_blank">Qi.Chen@windriver.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1ir" class="a3s aXjCH m15668c12753f49ff">Previously, localedir is set to &quot;${libdir}/<span class="il">locale</span>&quot;. This would result<br>
in <span class="il">locale</span> database installed in &#39;/usr/lib64/<span class="il">locale</span>&#39; in some multilib case.<br>
For example, if we build out a multilib x86-64 self-hosted image and we try<br>
to build projects on this host, things broke and the following error appears.<br>
<br>
  Please use a <span class="il">locale</span> setting which supports utf-8.<br>
  Python can&#39;t change the filesystem <span class="il">locale</span> after loading so we need a utf-8 when python starts or things won&#39;t work.<br>
<br>
This is because &#39;/usr/lib/<span class="il">locale</span>&#39; is the default one. And actually the<br>
nativesdk-glibc is now set to use &#39;/usr/lib/<span class="il">locale</span>&#39;.<br></div></blockquote><div><br></div><div>This is irrelevant as nativesdk-glibc is configured to read the *hosts* locale directory.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1ir" class="a3s aXjCH m15668c12753f49ff">
Thus, we change the setting of &#39;localedir&#39; to &#39;${nonarch_libdir}/<span class="il">locale</span>&#39; to<br>
fix the above problem.</div></blockquote></div><br>I see two issues here:</div><div class="gmail_extra">1) should binary locales be considered shared in multilib environments? (libdir vs nonarch_libdir)</div><div class="gmail_extra">2) what packages are not respecting this variable and hard-coding /usr/lib/locale?</div><div class="gmail_extra"><br></div><div class="gmail_extra">I&#39;m guessing WR think yes to (1), and is the glibc patch you also sent the fundamental fix to (2)?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></div>