Comment 7 for bug 1491964

The reason for the most of the internal libs is that there was major breakage from them from the gcc5 transition, and this is the package that was tested as is PPA. Bumping LibreOffice to 5.0.x and changing those back to system libs (which is untested by end users in PPAs) at the same time is too high a risk.

LibreOffice 5.0.2.2 should be tagged upstream on ~2015-09-15, once that tag is there. I will upload a build of that going back to system libs and plan to get it sponsored again.

Ubuntu has stopped shipping libreoffice-evolution since Ubuntu 12.10, so no change there.

We are building libreoffice-kde, just as we did with the the current 1:4.4.4~rc3-0ubuntu2 in wily. Note that this upload is a three-way merge between the Debian package branch (which itself contains multiple merges), libreoffice PPA builds for 5.0 and previous LibreOffice 4.4 uploads in wily. This is inherently nonlinear, and a .changes file assuming a linear progression has by definition be unable to fully represent this. Thus for the first upload of a major series, please see: http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/log/?h=ubuntu-wily-5.0 Note that once LibreOffice 5.0 is in wily, we will have an merge-free (relevant and urgent changes from Debian will get cherry-picked) and linear progression of changes that can and _will_ be represented properly in the .changes file then.

The libreoffice-l10n source package is not a separately maintained entity, it is generated entirely from the libreoffice source package with "./debian/rules update-l10n". All changes to it happen in the ./debian of the libreoffice source package and are tracked in version control there. It existence is an unfortunate hack needed to work around limitations of discspace on some of our buildds. This is documented in ./debian/README in libreoffice-l10n (and thus also in ./debian/debian-l10n/README in the libreoffice source package).