Hi Chris, and tika maintainers, I've taken some random shots at packaging a newer tika version (to address CVE-2016-4434, #825501), which I'll document in that other bug report. Since it wasn't exactly trivial, I've tried to deal with this FTBFS, without much luck…
Chris Lamb <la...@debian.org> (2017-01-10): > [INFO] > ------------------------------------------------------------------------ > [WARNING] The POM for org.gagravarr:vorbis-java-tika:jar:debian is missing, > no dependency information available > [INFO] > ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Tika parent ................................. SUCCESS [ > 0.003 s] > [INFO] Apache Tika core ................................... SUCCESS [ > 5.504 s] > [INFO] Apache Tika parsers ................................ FAILURE [ > 0.052 s] > [INFO] Apache Tika XMP .................................... SKIPPED > [INFO] Apache Tika Java-7 Components ...................... SKIPPED > [INFO] Apache Tika ........................................ SKIPPED > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 6.551 s > [INFO] Finished at: 2017-01-10T09:15:31+00:00 > [INFO] Final Memory: 18M/304M > [INFO] > ------------------------------------------------------------------------ > [ERROR] Failed to execute goal on project tika-parsers: Could not resolve > dependencies for project org.apache.tika:tika-parsers:jar:1.5: Cannot access > central (https://repo.maven.apache.org/maven2) in offline mode and the > artifact org.gagravarr:vorbis-java-tika:jar:debian has not been downloaded > from it before. -> [Help 1] Looking at libvorbis-java, here's what happened in the latest upload[1]: ,--- | vorbis-java (0.8-2) unstable; urgency=medium | . | * Team upload. | * Remove tika from Build-Depends and ignore the pom file because | Tika will not be part of the next stable release. (Closes: #844753) | * Skip the tests because without tika the test suite fails now. `--- 1. https://tracker.debian.org/news/827738/accepted-vorbis-java-08-2-source-into-unstable/ So I've tried downgrading to the previous version (0.8-1), which got me further but: | [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile (default-compile) on project tika-parsers: Compilation failure: Compilation failure: | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[224,60] cannot find symbol | [ERROR] symbol: variable TAG_THUMBNAIL_IMAGE_WIDTH | [ERROR] location: class com.drew.metadata.exif.ExifThumbnailDirectory | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[226,60] cannot find symbol | [ERROR] symbol: variable TAG_THUMBNAIL_IMAGE_HEIGHT | [ERROR] location: class com.drew.metadata.exif.ExifThumbnailDirectory | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[369,60] cannot find symbol | [ERROR] symbol: variable TAG_THUMBNAIL_IMAGE_WIDTH | [ERROR] location: class com.drew.metadata.exif.ExifThumbnailDirectory | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[370,99] cannot find symbol | [ERROR] symbol: variable TAG_THUMBNAIL_IMAGE_WIDTH | [ERROR] location: class com.drew.metadata.exif.ExifThumbnailDirectory | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[372,60] cannot find symbol | [ERROR] symbol: variable TAG_THUMBNAIL_IMAGE_HEIGHT | [ERROR] location: class com.drew.metadata.exif.ExifThumbnailDirectory | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/image/ImageMetadataExtractor.java:[373,100] cannot find symbol | [ERROR] symbol: variable TAG_THUMBNAIL_IMAGE_HEIGHT | [ERROR] location: class com.drew.metadata.exif.ExifThumbnailDirectory | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XWPFWordExtractorDecorator.java:[114,51] incompatible types: org.apache.poi.xwpf.usermodel.ISDTContent cannot be converted to org.apache.poi.xwpf.usermodel.XWPFSDTContent | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XSSFExcelExtractorDecorator.java:[206,22] org.apache.tika.parser.microsoft.ooxml.XSSFExcelExtractorDecorator.SheetTextAsHTML is not abstract and does not override abstract method cell(java.lang.String,java.lang.String,org.apache.poi.xssf.usermodel.XSSFComment) in org.apache.poi.xssf.eventusermodel.XSSFSheetXMLHandler.SheetContentsHandler So I've tried to downgrade to an earlier version of the libmetadata-extractor-java package: version 2.7.2-2; the relevant symbols were indeed removed when the 2.10.1 upstream release was imported. But here's what I'm hitting now: | [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile (default-compile) on project tika-parsers: Compilation failure: Compilation failure: | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XWPFWordExtractorDecorator.java:[114,51] incompatible types: org.apache.poi.xwpf.usermodel.ISDTContent cannot be converted to org.apache.poi.xwpf.usermodel.XWPFSDTContent | [ERROR] /home/kibi/hack/bsp/puppetdb-builds/tika-1.5/tika-parsers/src/main/java/org/apache/tika/parser/microsoft/ooxml/XSSFExcelExtractorDecorator.java:[206,22] org.apache.tika.parser.microsoft.ooxml.XSSFExcelExtractorDecorator.SheetTextAsHTML is not abstract and does not override abstract method cell(java.lang.String,java.lang.String,org.apache.poi.xssf.usermodel.XSSFComment) in org.apache.poi.xssf.eventusermodel.XSSFSheetXMLHandler.SheetContentsHandler In the end, it seems it would just be too hard to get tika 1.5 to build again with what I thought could be easy fixes… I'll move the discussion over to #825501, with my initial findings regarding new upstream releases. Cheers, -- Cyril Brulebois (k...@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
