First I aggree with the idea of not bothering about Berkeley DB 3.<br><br><div><span class="gmail_quote">2008/3/27, Jaroslav Pachola &lt;<a href="mailto:j_p@centrum.cz">j_p@centrum.cz</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 &gt; I was wondering also about changing the lib name from &quot;bsddb3&quot; to<br> &gt; &quot;bsddb4&quot;, to reflect the fact. This would require to update<br> &gt; applications. Opinions?.<br> <br> <br>I&#39;d rather would not do this. For me the point of bsddb3 module name is a way<br>
 to distinguish the module from the built in one and the module name does not<br> have to reflect the supported Berkeley DB release. Unlike, say, Qt3 vs Qt4<br> there is no major API incompatibility, so even if I see some reasons for the<br>
 change, my opinion is that it&#39;s not worth breaking of applications<br> functionality.</blockquote><div><br>Well yeah but bsddb3 doesn&#39;t make any sense if it only supports berkeley DB 4 ...<br>On the other hand I don&#39;t really like having the number in the name in the first place. Why not go for a complete rename then, like berkeleydb ? That is longer ... but more explicit too ... and since the name is usually typed only once for a &quot;from berkeleydb import db&quot;<br>
<br>It&#39;s true that&#39;s it&#39;s not cool to change the name without changing the API. And if a major API change is planned it would be better to wait for this API change to change the name also. But if this API change never happens it would be stupid to stay with an unappropriate name for years.<br>
<br></div>my 2 cents,<br>Olivier<br></div><br>