Bug#730856: transition: libtasn1-6

[Andreas Metzler]

On 2014-01-05 Niels Thykier <niels at thykier.net> wrote:
> On 2014-01-05 12:11, Andreas Metzler wrote:
[...]
>> The reason why we have versioned conflicting -dev packages is that I
>> needed to have both available in sid for an extended period of time. -
>> libtasn1-6 has minor API breakage and the respective changes to
>> gnutls26 were not eligible for wheezy freeze.

> Okay, would it be possible to use an unversioned -dev package from now
> on, so a future transition can be done with binNMUs (where API changes
> does not cause issues).

Hello,

I would rather not introduce new binary packages now (going through
NEW) but can keep it in mind for the next soname bump, not that I
expect one soonish.

[...]
>> If you want me to I can obviously make libtasn1-3-dev/libtasn1-3-bin
>> empty transitional packages built from libtasn1-6 which would limit
>> the actual transition to binNMUs.

> That might be worth considering (at least the dev package). 

See attached proposed patch.

> Is there
> any reason why the -bin package is also versioned?  Are the
> libtasn1-X-bin binaries compatible with programs compiled against
> libtasn1-Y (or will mixing them explode)?

The new -bin package is already unversioned (libtasn1-bin instead of
libtasn1-6-bin).

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
-------------- next part --------------
A non-text attachment was scrubbed...
Name: control.diff
Type: text/x-diff
Size: 1243 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnutls-maint/attachments/20140105/a23124cb/attachment.diff>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnutls-maint/attachments/20140105/a23124cb/attachment.sig>