Bug#754701: ucommon: Please rebuild against libgnutls28-dev

[Jonas Smedegaard]

Quoting Samuel Thibault (2014-07-21 13:34:15)
> Jonas Smedegaard, le Mon 21 Jul 2014 13:17:20 +0200, a écrit :
>> Quoting Samuel Thibault (2014-07-20 18:42:19)
>>> Debian Bug Tracking System, le Sun 13 Jul 2014 18:51:14 +0000, a écrit :
>>>>    * Link against GnuTLS 2.8: Build-depend on libgnutls28-dev (not
>>>>      libgnutls-dev), and drop patch 1000 (introduced in 6.0.7-1.1). 
>>>>      Closes: bug#754701. Thanks to Andreas Metzler.
>>>
>>> Could it be uploaded to unstable please?  sflphone is just not 
>>> working at all ATM (see #745695), and we can't fix it since it is 
>>> not buildable any more...
>>
>> I seem to understand that current procedures regarding libraries is 
>> that someone needs to test if the new ucommon builds fine against its 
>> reverse dependencies, and then kindly request release team for 
>> coordinating a migration.
>
> A migration?  AIUI the soname is the same so no migration is needed, 
> but rdeps rebuild check is a good idea, yes.

You are right, there is no SONAME bump.  Sorry for my confusing choice 
of words.


> Actually I wasn't asking for the newer upstream to be uploaded to 
> unstable, just to at least rebuild 6.0.7-1.1 against libgnutls28-dev, 
> so sflphone can build.

Just repackaging the old upstream release with different linkage is less 
likely to cause build breakage for reverse dependencies, but still 
requires a binNMU and therefore (as I understand it) still needs prior 
testing and coordination with release team.

If someone wants to test rebuild of current release but do not want to 
do the same with the already prepared newer release (which should also 
not break stuff - upstream seem careful to not break API), then I am 
willing to do the extra work of preparing such release and put it 
somewhere for use by test builds.  If I am to do the test builds myself, 
I would find it to be less work to continue with the already built 
packages in experimental, however.

Also, I am uncertain if the change of licensing is supported all through 
the chain of reverse build-dependencies - which was the reason for -1.1.  
Yes, I am aware that this bugreport explicitly request switching back, 
but I also recall a request from the VoIP team to coordinate that switch 
- so I would dearly appreciate to input from them this time around.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/attachments/20140721/1411185b/attachment.sig>