<div dir="ltr">Hi,<br><br>On Mon, Jun 23, 2014 at 8:03 AM, Osamu Aoki <<a href="mailto:osamu_aoki_home@nifty.com">osamu_aoki_home@nifty.com</a>> wrote:<br>> On Sun, Jun 22, 2014 at 12:01:49PM -0400, GUO Yixuan wrote:<br>
> > On Sun, Jun 22, 2014 at 08:27:12PM +0900, Osamu Aoki wrote:<br>> > ><br>> > > On Sun, Jun 22, 2014 at 01:45:32AM +0800, Aron Xu wrote:<br>> > > > On Sun, Jun 22, 2014 at 1:33 AM, GUO Yixuan <<a href="mailto:culu.gyx@gmail.com">culu.gyx@gmail.com</a>> wrote:<br>
> > > > > I'm just waiting for a confirmation on the librime-dev => librime1-dev<br>> > > > > renaming, from Aron, as we discussed in a previous thread. [1]<br>> > > > ><br>
> > > ><br>> > > > As said before, I don't have strong opinion on either way.<br>> > ><br>> > > My popsition is that you have not presented enough reason to do this.<br>> > > So do not do this.<br>
> ><br>> > I remember one possible reason: librime 1.0 breaks some ABI and API<br>> > compatibility,<br>><br>> Yes.  Thus you need to change librime0 to librime1 etc.<br>><br>> > so we should change the -dev package name. [1][2]<br>
><br>> No.  Your reference does not say so.<br>><br>> This is only needed if you are having massive dependency and transition<br>> library in complicated arrangement which you seem not to chase.<br>><br>
> KISS (Keep it simple and S***) is the reason why I said no.  (I am not<br>> saying your method break things)<br>><br>> As long as all dependency packages are binNMUed using the standard<br>> procedure, the same librime-dev is sufficient and simple.<br>
><br>> Let's review what your reference say:<br>><br>> > [1] <a href="https://wiki.debian.org/TransitionBestPractices">https://wiki.debian.org/TransitionBestPractices</a><br>><br>> The first reminder is:<br>
><br>> If there's a backward-incompatible ABI change (binary incompatibility)<br>> which prevents old programs from working with the new library: you need<br>> to change the library soname, and you need to change the library package<br>
> name, but you usually should not change the -dev package name.<br>>               ^^^^^^^^^^^^^^^^^^^^^^^^^<br>><br>> > [2] <a href="http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi">http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi</a><br>
> Hmmm... not therer but look at:<br>> <a href="http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id249952">http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id249952</a><br>
><br>> 1. -DEV package names<br>><br>> Package maintainer has two options when naming a shared library -DEV<br>> package.<br>> ...  This document is neutral on which method to deploy.<br>><br>> You did not present rationale to do extrastep with the second option.<br>
<br>There seems to be something more than ABI break. <br>librime 1.0 modified several struct member definitions, eg., in the <br>definition of RimeMenu in include/rime_api.h. Is it an API break?<br>If yes, then we should rename, in my opinion. (By the way, other<br>
source code imcompatibilities may exist, as indicated in the <br>ChangeLog, "while source code compatibility is largely<br>maintained with the exception ...")<br><br>quote from [2]<br>> If it only requires a source rebuild, it is called a ABI breakage. <br>
> When even a rebuild is not enough, and there is a source-level <br>> change required for applications to work with the new version <br>> of the library, it is called a API breakage, and a different -DEV<br>> package name should be chosen for the new version of the<br>
> shared library package.<br><br>[2] <a href="http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi">http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi</a><br>
<br>><br>> I see<br>> librime1 (>= ${source:Version}), librime1 (<< ${source:Version}+1~)<br>><br>> This seems binNMU unsafe.  Please drop max version limitation.<br><br><br>Dropped as in c84e9eb.<br>
<br><a href="http://anonscm.debian.org/gitweb/?p=pkg-ime/librime.git;a=commitdiff;h=c84e9eb4e31887ab68df7fbbe4599bfed753a27a;hp=5c651d8d3974b95a8592f1bb8fec05f0bf419d70">http://anonscm.debian.org/gitweb/?p=pkg-ime/librime.git;a=commitdiff;h=c84e9eb4e31887ab68df7fbbe4599bfed753a27a;hp=5c651d8d3974b95a8592f1bb8fec05f0bf419d70</a><br>
 <br>Regards,<br><br>Yixuan<br><div class="gmail_extra">
</div></div>