Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
Dear Release Team, On Fri, Mar 10, 2017 at 10:19:23PM +0100, Carsten Schoenert wrote: ... > BTW: The last emails from Julien in this bug report wasn't reaching me, > so it is not intended to don't answering question from the RT, I simply > hasn't seen any activity here. > > If no new big issues will arise we hopefully can write a unblock request > in about a few days ... it's seems you guys are working really quick and wanted to prevent me to write a extra unblock request for Thunderbird 1:45.8.0-2. :-) Thanks for already allowing the recent Thunderbird version to enter testing without extra action on our side! What should happen to this report? Should it be kept open? I guess this isn't really needed and the report could be closed. Regards Carsten
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
Hello Emilio, On Fri, Mar 10, 2017 at 05:18:32PM +0100, Emilio Pozuelo Monfort wrote: > BTW why is the source package still named icedove instead of thunderbird? that's related to apt-listchanges. If we change the source name now apt-listchanges can't do his job for getting automatic information to the system administrators as apt-listchanges uses also the source package name to display NEWS entries. The name change for the source package is planned of course, but first we would need to get the change of the binary packages into testing (and stable-security and also wheezy-lts). > And thanks for the prompt fix. This was natural a needed thing to not break things longer than needed, and, Mozilla has released a new version. So the upload was not simply a re-upload with some fixes. We also got arm64 fixed by this. BTW: The last emails from Julien in this bug report wasn't reaching me, so it is not intended to don't answering question from the RT, I simply hasn't seen any activity here. If no new big issues will arise we hopefully can write a unblock request in about a few days ... Regards Carsten
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
BTW why is the source package still named icedove instead of thunderbird? And thanks for the prompt fix. Cheers, Emilio
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
On 02/11/2017 04:20 PM, Julien Cristau wrote: > On Sat, Jan 28, 2017 at 15:04:40 +0100, Julien Cristau wrote: > >> On Sat, Jan 28, 2017 at 08:55:14 +0100, Carsten Schoenert wrote: >> >>> Mozilla upstream released Thunderbird 45.7.0 two days ago. Are you o.k. >>> if we plan the upload about this version into unstable? >>> I mean, there are only two packages with that dependency on the -dev >>> package and other packages wont break even for stretch. >>> >> Let's do that. >> > This is still not in unstable? What's going on? > So now it's been in unstable 3 weeks, but it's FTBFS on most archs, and there's not been any more upload to fix it since the first 45.7 upload to sid. What's blocking? Can we do something to try and get this in releaseable shape ASAP? Thanks, Julien
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
On Sat, Jan 28, 2017 at 15:04:40 +0100, Julien Cristau wrote: > On Sat, Jan 28, 2017 at 08:55:14 +0100, Carsten Schoenert wrote: > > > Mozilla upstream released Thunderbird 45.7.0 two days ago. Are you o.k. > > if we plan the upload about this version into unstable? > > I mean, there are only two packages with that dependency on the -dev > > package and other packages wont break even for stretch. > > > Let's do that. > This is still not in unstable? What's going on? Cheers, Julien
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
On Sat, Jan 28, 2017 at 08:55:14 +0100, Carsten Schoenert wrote: > Mozilla upstream released Thunderbird 45.7.0 two days ago. Are you o.k. > if we plan the upload about this version into unstable? > I mean, there are only two packages with that dependency on the -dev > package and other packages wont break even for stretch. > Let's do that. Cheers, Julien
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
On Fri, Jan 27, 2017 at 01:01:18AM +0100, Emilio Pozuelo Monfort wrote: ... > emilio@tatooine:~$ build-rdeps icedove-dev > WARNING: dose-extra >= 4.0 is not installed. Falling back to old unreliable > behaviour. > Reverse Build-depends in main: > -- > > calendar-exchange-provider > sogo-connector > > Found a total of 2 reverse build-depend(s) for icedove-dev. I'm the maintainer of the latter package, I will prepare a upload for this package on this weekend (it's planed for a longer time at all), sogo-connector is only using some *.idl files from icedove-dev, that are more or less just JS files. But to get of the need for the transitional packages for the build and the package later the package needs a rebuild. I filled bug #852875 for calendar-exchange-provider, it's quite the same as for the sogo-connector. No header or libraries are used, the B-D and the Depends field needs to be adjusted. Mozilla upstream released Thunderbird 45.7.0 two days ago. Are you o.k. if we plan the upload about this version into unstable? I mean, there are only two packages with that dependency on the -dev package and other packages wont break even for stretch. Regards Carsten
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
On 25/01/17 22:49, Carsten Schoenert wrote: > One more minor note, > > On Tue, Jan 24, 2017 at 08:07:02AM +0100, Carsten Schoenert wrote: > ... >> 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. > > this statement is not fully true from a backview. > We need to ship the transitional icedove package for Stretch at all > times so a dependency on 'icedove' will end in the reverse dependency on > 'thunderbird' and the extension will work. For Stretch+1 we need to proof > the xul-ext packages for depending on thunderbird then. > > Christoph will check which reverse depends on icedove-dev we have. emilio@tatooine:~$ build-rdeps icedove-dev WARNING: dose-extra >= 4.0 is not installed. Falling back to old unreliable behaviour. Reverse Build-depends in main: -- calendar-exchange-provider sogo-connector Found a total of 2 reverse build-depend(s) for icedove-dev. Cheers, Emilio
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
One more minor note, On Tue, Jan 24, 2017 at 08:07:02AM +0100, Carsten Schoenert wrote: ... > 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. this statement is not fully true from a backview. We need to ship the transitional icedove package for Stretch at all times so a dependency on 'icedove' will end in the reverse dependency on 'thunderbird' and the extension will work. For Stretch+1 we need to proof the xul-ext packages for depending on thunderbird then. Christoph will check which reverse depends on icedove-dev we have. Regards
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
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
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
Control: tag -1 moreinfo On Fri, Jan 20, 2017 at 16:56:57 +0100, Carsten Schoenert wrote: > We also would like to see the migrated Thunderbird packages going into > the stretch release. But as we are now after the 5th Jan we need to > figure out the possibility with the release team. So I like to ask > what's the release team is thinking about Thunderbird for stretch. We > believe it's still possible to do that. > 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? Cheers, Julien
Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?
Package: release.debian.org Severity: normal Dear release team, as you know the Iceweasel package was moving back to use the offizial Mozilla Branding, that was reintroducing the Firefox packages. Sylvestre Ledru was requesting the same for Icedove, please see report #816679. For various reasons it tooks a painful long time to follow that request and do the needed preparation and basic testing of all. Unfortunately the new de-branded thunderbird packages couldn't be uploaded before 5th Dec 2016. In the near past we also was fighting with the binutils issue on the mips* platforms and focused on preparation for stable-security uploads. Anyway, Christoph was able to upload a first shoot of the new thunderbird packages into experimental on 31th Dec 2016. Some days ago Christoph has uploaded a new version with some fixups to experimental. We have planed to do a d-d-a this weekend about the relaunch of Thunderbird to get some more testers. We also would like to see the migrated Thunderbird packages going into the stretch release. But as we are now after the 5th Jan we need to figure out the possibility with the release team. So I like to ask what's the release team is thinking about Thunderbird for stretch. We believe it's still possible to do that. [1] https://bugs.debian.org/816679 -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: armhf Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
