<div class="gmail_quote">Thanks a lot for your observations. I will go with the third option as the majority voted. :)</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Tue, Apr 10, 2012 at 12:11, Koen Kooi <span dir="ltr">&lt;<a href="mailto:koen@dominion.thruhere.net" target="_blank">koen@dominion.thruhere.net</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Op 10 apr. 2012, om 11:06 heeft Richard Purdie het volgende geschreven:<br>
<div><div><br>
&gt; On Tue, 2012-04-10 at 10:38 +0200, Martin Jansa wrote:<br>
&gt;&gt; On Fri, Apr 06, 2012 at 12:17:38AM +0000, <a href="mailto:git@git.openembedded.org" target="_blank">git@git.openembedded.org</a> wrote:<br>
&gt;&gt;&gt; Module: openembedded-core.git<br>
&gt;&gt;&gt; Branch: master<br>
&gt;&gt;&gt; Commit: e4d2ee00419f675ba8b7fb5d75256762253d8b32<br>
&gt;&gt;&gt; URL:    <a href="http://git.openembedded.org/?p=openembedded-core.git&amp;a=commit;h=e4d2ee00419f675ba8b7fb5d75256762253d8b32" target="_blank">http://git.openembedded.org/?p=openembedded-core.git&amp;a=commit;h=e4d2ee00419f675ba8b7fb5d75256762253d8b32</a><br>



&gt;&gt;&gt;<br>
&gt;&gt;&gt; Author: Andrei Gherzan &lt;<a href="mailto:andrei@gherzan.ro" target="_blank">andrei@gherzan.ro</a>&gt;<br>
&gt;&gt;&gt; Date:   Fri Mar 23 17:56:29 2012 +0200<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; gdbm: Activate -enable-libgdbm-compat and add symlinks to headers in include/gdbm<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; ndbm.h is needed by python for dbm module. This is why -enable-libgdbm-compat was added<br>
&gt;&gt;&gt; to configure.<br>
&gt;&gt;&gt; The second change is because python is looking for the gdbm headers in include/gdbm.<br>
&gt;&gt;&gt; The easiest way to solve this issue is to add symlinks in include/gdbm.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; [YOCTO #1937]<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Signed-off-by: Andrei Gherzan &lt;<a href="mailto:andrei@gherzan.ro" target="_blank">andrei@gherzan.ro</a>&gt;<br>
&gt;&gt;<br>
&gt;&gt; This breaks every package in feed which depends on old package name<br>
&gt;&gt; libgdbm4 (&gt;= 1.10)<br>
&gt;&gt;<br>
&gt;&gt; Because now there are 2 .so files in ${PN} and no LEAD_SONAME defined.<br>
&gt;&gt;<br>
&gt;&gt; Are you going to<br>
&gt;&gt;<br>
&gt;&gt; 1) send PR bumps to all packages which depends on libgdbm4<br>
&gt;&gt;   (e.g. apr-util python pulseaudio perl gst-plugins-good and probably more)<br>
&gt;&gt; 2) define LEAD_SONAME and bump PR in gdbm recipe<br>
&gt;&gt; 3) move -compat libs to ${PN}-compat or some other package name, so that<br>
&gt;&gt;   old libgdbm4 still exists (and maybe + 1) because some people could<br>
&gt;&gt;   build those with gdbm as dependency now)<br>
&gt;<br>
&gt; I like the idea of putting the compat libs into a separate package...<br>
<br>
</div></div>me too<br>
<br>
regards,<br>
<br>
Koen<br>
<div><div>_______________________________________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank">Openembedded-core@lists.openembedded.org</a><br>
<a href="http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core" target="_blank">http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core</a><br>
</div></div></blockquote></div><br>