-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/28/2006 04:39 AM, Ludovic Brenta wrote: > Felipe Augusto van de Wiel writes: [...] > It is against debian policy to invent a new version number on behalf > of upstream; it should really be 3.0b-3.1 for an NMU, or 3.0b-4 if you > submit the patch to me and I upload the package. > > It is okay if the soname does not match the major version number; > there are other examples of this, like libgnutls13 (1.4.1-1). > > So therefore, debian/rules must change one way or another. > > The soname libopentoken.so.4 is fine, but you may also want to > consider libopentoken.so.3.0b, which requires smaller changes to > debian/rules. It's up to you.
I change debian/rules to use 3.0b as the SONAME. I also change
other options for consistency with the name, I hope everything is right
and fine. ;)
Find attached the patch gzipped of the debian/ dir original
(from apt-get source) and the debian/ dir after my changes and a
sucessful built (I clean it before create the diff).
>> And here is the debian/control:
>>
>>Source: libopentoken
>>Priority: optional
>>Maintainer: Ludovic Brenta <[EMAIL PROTECTED]>
>
> Please change my email address while you're at it: [EMAIL PROTECTED]
Done.
>>Uploaders: Matthias Klose <[EMAIL PROTECTED]>
>
> No longer necessary, as I don't need a sponsor anymore :) but, if you
> want to adopt the package, you can add your sponsor's address here. I
> can be your sponsor for this package if you want.
Done. I'm not planning to adopt this package. :(
>>Build-Depends: debhelper (>= 4.1.0), gnat (>= 4.1)
>>Standards-Version: 3.6.2
>
> Please update to 3.7.2 with no changes required, and say so in the
> changelog.
Done.
>>Package: libopentoken-dev
>>Section: libdevel
>>Architecture: i386 kfreebsd-i386 powerpc sparc
>
> Sorry I forgot to tell you that earlier but gnat-4.1 supports more
> architectures than gnat 3.15p did; so please change that to:
>
> Architecture: amd64 hppa i386 ia64 kfreebsd-i386 powerpc sparc
Done.
>>Depends: libopentoken3 (= ${Source-Version}), gnat-4.1
>
> Should depend on the proper library package, with a name matching the
> soname: so either libopentoken4, or libopentoken3.0b depending on your
> choice.
Done. Depends on libopentoken3.0b
>>Description: OpenToken lexical analysis library for Ada
>>
>>Tha package built sucessfully, I installed it and here is the
>>libopentoken listing:
>>
>>$ l /usr/lib/libopentoken.*
>>- -rw-r--r-- 1 root root 746130 Jul 27 18:44 /usr/lib/libopentoken.a
>>lrwxrwxrwx 1 root root 19 Jul 27 18:47 /usr/lib/libopentoken.so ->
>>libopentoken.so.4.0
>
> Good. These are the files from the -dev package, but you seem to be
> missing the actual library.
>
> Also, if you choose libopentoken.so.3.0b for the soname you'll need to
> reflect the changes there; you should see either:
>
> /usr/bin/libopentoken.a
> /usr/bin/libopentoken.so -> libopentoken.so.4.0
> /usr/bin/libopentoken.so.4 -> libopentoken.so.4.0 *
> /usr/bin/libopentoken.so.4.0
>
> or
>
> /usr/bin/libopentoken.a
> /usr/bin/libopentoken.so -> libopentoken.so.3.0b
> /usr/bin/libopentoken.so.3.0b *
Yes, here is what I saw after installing the package:
$ l /usr/lib/libopentoken.*
- -rw-r--r-- 1 root root 745838 Aug 3 02:36 /usr/lib/libopentoken.a
lrwxrwxrwx 1 root root 20 Aug 3 02:40 /usr/lib/libopentoken.so ->
libopentoken.so.3.0b
- -rw-r--r-- 1 root root 219152 Aug 3 02:37 /usr/lib/libopentoken.so.3.0b
> (before the upload, it is:
>
> /usr/bin/libopentoken.a
> /usr/bin/libopentoken.so -> libopentoken.so.3.0b
> /usr/bin/libopentoken.so.3 -> libopentoken.so.3.0b *
> /usr/bin/libopentoken.so.3.0b
>
> The important thing is that programs linked against the library must
> find a file with the same name as the soname, I have marked them with
> * above)
Ok, but we don't have the libopentoken.so.3 anymore, as I
understood it, it is right, at least considering the list of files
that you show before, with only three files (.a, .so and .so.3.0b).
>> it is ok, I will be happy to send the patch to debian/control and
>>debian/changelog to the BTS, probably my AM (Applicant Manager) will
>>also take a look to the NMU packages, and if you or him want to
>>upload the prepared packages, I will be happy to see that
>>happening. ;)
>
> OK, it's up to you. You can either:
>
> - submit the patch to me and I'll upload in August, after returning
> from vacation (must be version 3.0b-4)
>
> - ask your sponsor to upload an NMU (add his email address to the
> Uploaders: field) (must be version 3.0b-3.1)
I'm not sure if I'm AM will upload it. Probably you can
upload it as a NMU if you want, or, if you prefer, get the patch
that I'm sending attached and just fix the changelog to reflect
a normal upload, because the Debian Version will not interfere
in the SONAME.
> - adopt the package (change the maintainer's address to your
> address, and add your sponsor's address to Uploaders; I can be your
> sponsor for this package, too) (must be version 3.0b-4).
Thanks, but I prefer to not adopt this package. ;)
Thanks for the attention and patience, I hope this work and
the patch helps you in the GNAT transition. You can find the packages
I prepared with a MD5SUMS file and a MD5SUMS.asc (signed by me) here:
http://funlabs.org/~felipe/debian/libopentoken-dev-nmu/
Kind regards,
- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
iD8DBQFE0YzxCjAO0JDlykYRAsYeAJ9BDz1yXuEYH6NeESptJzMSIGP4UwCfXhIi
pCu+vp+WyCv0q9aoUGruhsg=
=vqB8
-----END PGP SIGNATURE-----
libopentoken-3.0b-nmu.diff.gz
Description: GNU Zip compressed data
