[MIR] fonts-stix -- to replace xfonts-mathml

[Steve Langasek]

[Availability]
already in xenial

[Rationale]
The libreoffice-common package currently recommends xfonts-mathml, which was removed from Debian in 2014 with the rationale that it is superseded by fonts-stix (and that it has a license problem). Please replace it with fonts-stix.

[Security]
no executable code

[Quality assurance]
no executable code

[Dependencies]
no further deps needed: see http://people.canonical.com/~ubuntu-archive/component-mismatches.txt

[Standards compliance]
trivial package, maintained by Debian

[Maintenance]
no executable code, maintained by Debian, stable/low frequency updates

[Background information]
Since xfonts-mathml is only a Recommends: rather than Depends:, I'm going to go ahead and remove xfonts-mathml from wily. If for some reason fonts-stix is not a suitable replacement and xfonts-mathml is still needed, please feel free to reupload it to the archive and close this bug.

[Launchpad Janitor (janitor)]

This bug was fixed in the package libreoffice - 1:5.0.2-0ubuntu5

---------------
libreoffice (1:5.0.2-0ubuntu5) xenial; urgency=medium

  * No-change rebuild against libglew1.13.

 -- Steve Langasek <email address hidden> Thu, 12 Nov 2015 03:21:58 +0000

[Michael Terry (mterry)]

Yeah, this is fine. Thanks for the cleanup!

[Michael Terry (mterry)]

I think the libreoffice task got closed accidentally?

[Matthias Klose (doko)]

missing subscriber

[Björn Michaelsen (bjoern-michaelsen)]

@doko: fixed, thanks.

[Steve Langasek (vorlon)]

The bug subscriber is expected to be one of the teams listed on <http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html>. So this is still incomplete.

[Michael Terry (mterry)]

Steve, since when? If we have teams that weren't on that list responsible for packaging, we just added them to that list. bdmurray maintains it I believe. So the fix should be to add the team to the list, eh?

[Steve Langasek (vorlon)]

> Steve, since when? If we have teams that weren't on that list
> responsible for packaging, we just added them to that list. bdmurray
> maintains it I believe. So the fix should be to add the team to the
> list, eh?

The purpose of requiring a team subscriber for MIRs is to make it clear who, as a team, to escalate problems with the package to. Having fine-grained subscriptions by teams with only three members (~libreoffice), only two of
which have upload rights (core-dev) and only one of those who actually works on the libreoffice package, does not serve this purpose. The answer to a team not being on the m-r report is not to arbitrarily add more teams, but to understand why there isn't an existing team that is agreeing to take ownership of this package.

It certainly doesn't make sense for ~desktop-packages to be the MIR team subscriber for libreoffice itself, but then bless ~libreoffice as the team subscriber for a random font dependency. Let's get desktop-packages subscribed to this package, please.

[Michael Terry (mterry)]

Sure, though the suitability of ~libreoffice is a separate question. I agree that some teams aren't suitable; I have definitely rejected some team bug subscribers because they weren't well "staffed".

And I agree that since ~desktop-packages is the point of contact for libreoffice, it should probably also be the point of contact for this package.

But I don't agree that the list of teams on the m-r report shouldn't grow as a matter of course.

[Matthias Klose (doko)]

Override component to main
fonts-stix 1.1.1-4 in xenial: universe/fonts -> main
fonts-stix 1.1.1-4 in xenial amd64: universe/fonts/extra/100% -> main
fonts-stix 1.1.1-4 in xenial arm64: universe/fonts/extra/100% -> main
fonts-stix 1.1.1-4 in xenial armhf: universe/fonts/extra/100% -> main
fonts-stix 1.1.1-4 in xenial i386: universe/fonts/extra/100% -> main
fonts-stix 1.1.1-4 in xenial powerpc: universe/fonts/extra/100% -> main
fonts-stix 1.1.1-4 in xenial ppc64el: universe/fonts/extra/100% -> main
fonts-stix 1.1.1-4 in xenial s390x: universe/fonts/extra/100% -> main
8 publications overridden.

[Chris J Arges (arges)]

Hi, 'fonts-stix' is not in main for wily. Is there another way to fix this for wily without pulling in a universe package?

[Michael Terry (mterry)]

We can't promote a package from universe after release. So you need to either pull in a universe package or work around the fonts package another way.

[Steve Langasek (vorlon)]

On Wed, May 18, 2016 at 05:34:26PM -0000, Michael Terry wrote:
> We can't promote a package from universe after release.

That's not entirely true. We can change the component of a package in the
-updates pocket; we cannot change the component in the release pocket. So
if there is a requirement to promote a package to main after release, we can
copy the package to the -updates pocket and promote it there.

In this particular case, it appears that recommending a package in universe
and having it installed for some people and not all, would be a better
experience than not recommending it. If this is the consensus, it's my
SRU/AA view that we should go the rest of the way and promote fonts-stix in
-updates.

[Michael Terry (mterry)]

Ah, very cool.

[Launchpad Janitor (janitor)]

This bug was fixed in the package libreoffice - 1:5.0.6-0ubuntu1

---------------
libreoffice (1:5.0.6-0ubuntu1) wily-security; urgency=medium

  * SECURITY UPDATE: Denial of service and possible arbitrary code execution
    via a crafted RTF file
    - CVE-2016-4324
  * new upstream release
  * fall back to SYSTEM_GCC_VERSION, when SYSTEM_GCJ_VERSION is empty
  * substitute xfonts-mathml with fonts-stix (lp: #1487148)
  * cherry-pick from Debian:
    - readd conflicts against openoffice-unbundled to libreoffice-common.
      openoffice*-debian-menus contains /usr/bin/soffice
  * fix gug language description (thanks Rene)
  * add build version for "About LibreOffice"
  * create profile defaulting to human style on unity (lp: #1508177)
  * reenable Ubuntu palette
  * handle integral translations
  * adjust kde integration for upstream cb37698884c6f7af97c5fa9a0404a5893aa73c9d

 -- Bjoern Michaelsen <email address hidden> Fri, 24 Jun 2016 20:45:46 +0200