Bug#780179: libmetadata-extractor-java: Please package latest upstream release

[Sebastiaan Couwenberg]

Control: reopen -1

Hi Emmanuel,

On 05/05/2015 06:35 PM, Sebastiaan Couwenberg wrote:
> On 03/10/2015 06:14 PM, Emmanuel Bourg wrote:
>> Le 10/03/2015 17:50, Sebastiaan Couwenberg a écrit :
>>
>>> I can take care of gpsprune and josm.
>>
>> Thank you, I'll look into Tika.

I've found UNRELEASED changes for tika in git.

Are further changes required for libmetadata-extractor-java 2.7?

>>> The next version to be released next month will be compatible, its version
>>> is not yet known, as it's based on the SVN revision.
>>>
>>> The current version and older will break, so if you want to add the Breaks
>>> already I suggest (<< 0.0.svn8110).
>>
>> I think I'll wait for the updated packages to be staged in experimental
>> and specify the Breaks field when we are ready to upload
>> metadata-extractor 2.7 to unstable.
> 
> I'd like to move josm (0.0.svn8159+dfsg1-1) and jmapviewer (1.07+dfsg-1)
> to unstable, but this requires the libmetadata-extractor-java to be
> moved there first.
> 
> JOSM upstream has recently switched to JCS for their caching needs,
> libcommons-jcs-java is not yet packaged for Debian but I'm looking into
> it (there seem to be some missing build dependencies though).
> 
> Before focusing on the latest JOSM with its JCS requirement I'd like to
> get the current version in experimental into unstable.
> 
> Would you consider backporting libmetadata-extractor-java (2.7.2-1) to
> jessie-backports too? If possible I'd like to support josm & gpsprune in
> jessie-backports.

I'd still like to move josm & jmapviewer from experimental to unstable.

Is tika ready for that?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1