Hi,

thanks for the quick reply.

On Thu, 07 Aug 2014, A. Maitland Bottoms wrote:
> Here is my current plan:
> Change the name of the Debian source tarball of gr-fcdproplus to reflect 
> version 3.7:
> mv gr-fcdproplus_0.0.1.2.1edbe52-2.debian.tar.gz 
> gr-fcdproplus_3.7.debian.tar.gz
> (This tarball is just generated by the current git master HEAD of 1edbe52)
> 
> Create a patch to CMakeLists.txt updating the 0.0.1 to 3.7.4.
> This patch I can submit for inclusion to github
> https://github.com/dl1ksv/gr-fcdproplus
> so that other distributions can package the well-known version.

This looks fine.

> Create local Debian packaging patch that would set the SOVERSION
> to 3.7.4 when building with gnuradio 3.7.4. (I do this for the
> Debian gnuradio packages as well.) This means the library binary
> package name becomes libgnuradio-fcdproplus3.7.4 .
> (And it will change when building against newer gnuradio versions.
> I'd rather such SOVERSION management not go to github, to keep
> official Debian package libraries from conflicting with pybombs
> or build-gnuradio script local builds.

But this I don't understand. You rather want everybody to have the
same version if the library is publicly usable (and then manage it
according to API/ABI breaks). If it's just a plugin then you don't want
any version at all.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to