Fop FTBFS on Ubuntu Xenial (synced version in -proposed)

[Hans Joachim Desserud]

A newer version of fop was recently synced from Debian (bug 1511934). This failed to build with the following error message:

The following packages have unmet dependencies:
 sbuild-build-depends-fop-dummy : Depends: libbatik-java (>= 1.8) but it is not going to be installed
                                  Depends: libfontbox-java but it is not installable
                                  Depends: libmockito-java but it is not installable
                                  Depends: libxmlgraphics-commons-java (>= 2.0.1) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

This was a bit more than I had anticipated when I asked for it to be synced. To build the newer version, the various build dependencies will need to be sorted out. In corresponding order:
1. Latest version of batik has been synced. (See bug 1512087).
2. libfontbox-java belongs to https://launchpad.net/ubuntu/+source/libpdfbox-java which is in Universe. I don't know whether this is optional or if it should be MIRed (and if that is the case, who makes the decision)
3. Mockito is in Universe, and based on other packages usually skipped in order to prevent pulling Maven into Main. So most likely this package will regain an Ubuntu delta. Ah well :(
4. xmlgraphics-commons has been merged now, so a newer version is available. (See bug 1515358 for details.)

Points 1 and 4 have been resolved, but 2 and 3 remains as the harder parts.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Kev Bowring (flocculant)]

watching this with interest - Xubuntu Docs include the building of pdf's - this issue appears to be what's causing them to not build.

[Sebastien Bacher (seb128)]

libfontbox-java should probably get a MIR, can you work on that?

[Hans Joachim Desserud (hjd)]

flocculant: Hi, do you have an example build log? I thought that sounded a bit odd since it looks like xubuntu-docs was last built with the version of fop which is currently in the release archive, but I don't know...

Sebastian: Did you mean me? I haven't filed a MIR request before, but I can look into it.

[Kev Bowring (flocculant)]

hjd - the docs build elsewhere at the moment. Locally they fail because I'm on xenial :)

Errors like this when it builds the pdf's

Exception in thread "main" java.lang.NoSuchMethodError: org.apache.xmlgraphics.xmp.Metadata.mergeInto(Lorg/apache/xmlgraphics/xmp/Metadata;)V
 at org.apache.fop.render.pdf.PDFRenderingUtil.renderXMPMetadata(PDFRenderingUtil.java:356)

[Graham Inggs (ginggs)]

Hi, I've just stumbled upon this bug while trying to figure out why scilab FTBFS for the suitesparse transition (LP: #1518985).

I started preparing Main Inclusion Reports for libpdfbox-java and mockito:

https://wiki.ubuntu.com/MainInclusionReportLibpdfbox-java

https://wiki.ubuntu.com/MainInclusionReportMockito

I didn't realize mockito is usually skipped, I'll see if I can get fop to build without it.

[Graham Inggs (ginggs)]

The good news is fop builds fine without libmockito-java (as per the attached patch).

The not-so-good news is libpdfbox-java build-depends on checkstyle, lcdf-typetools, libcommons-beanutils-java and libicu4j-java which, as well as their source packages, are all in universe.
Also, libpdfbox-java build-depends on libbcmail-java and libbcpkix-java but their source package, bouncycastle, is already in main.

Checkstyle and commons-beanutils build-depend on several other packages in universe, including libmaven-antrun-plugin-java, libmaven-enforcer-plugin-java, libmaven-javadoc-plugin-java and maven-debian-helper.

Icu4j has no depedencies in universe.

Lcdf-typetools build-depends on aglfn which is in universe.

[Hans Joachim Desserud (hjd)]

I see that the synced version was removed again from -proposed due to the suiteparse transition (https://launchpad.net/ubuntu/+source/fop/+publishinghistory). Though I have to admit I'm not sure what this means for fop, but I guess a new sync will require someone to sort out the MIR requests.

(Also, just in case, I'm rather busy in the near future, so I don't know when I will have time to look more look into this. Though, the main point of work is probably the MIR, and I don't know whether I'll be able to contribute much there either way.)