Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?

[Carsten Schoenert <c.schoenert@t-online.de>]

Hello Julien,

On Sun, Jan 22, 2017 at 05:32:01PM +0100, Julien Cristau wrote:
> I guess it's better to do that now rather than after the release.  What
> are the effects of the rebranding on reverse dependencies, if any?

thanks for your positive answer in principal about that! And yes, we
think also the switch is done better now than some weeks after the
relase.

I'm running Thunderbird packages for about at least 1/2 year in all
versions since 45.1.0. I haven't had any problems on that and haven't
seen any non working reverse depended packages. But I can't test all
xul-ext-* packages and other named plugins that can be found in the
repository. As far as I've seen most of the maintainers of such packages
have already done the extension the the package description with the
adoption of the Provides/Enhances and the Depends field of their
packages.
So maybe some extension may break now simply because the package
dependencies are now to strict. Such packages should be easy to find as
if the icedove package is referenced the thunderbird package needed to
be provided as well. Christoph could (and should) address such problems
in his announcement.

The typical extensions I'm using are working so far. Normaly I've
installed enigmail, xul-ext-adblock-plus, xul-ext-compactheader,
xul-ext-dispmua.

I don't know a binary based reverse package that is using header and
libs from icedove-dev or thunderbird-dev package. And I haven't done a
look in detail into the the libraries in

/usr/lib/icedove-devel/sdk/lib/

and

/usr/lib/thunderbird-devel/sdk/lib/

Namely there are four libararies there:
  libldap60.so, libldif60.so, libprldap60.so, libxul.so

So I can't say right now if there are some potentially pitfall inside.
But that should be easy to check.

Regards
Carsten