Bug#1013582: libapache-jena-java: Jena shell utilities are missing

[David Haller]

Hello,

yes, those are the scripts I meant. Unfortunately, they would need some 
tweaking as the classpaths are different in Debian than expected by 
upstream, the Jena libraries are in /usr/share/java while the scripts 
look in $JENA_HOME/lib/*.

Also, some scripts are badly named and conflict with other Debian 
packages, e.g. "utf8" is also present in fonty-rg.

Best regards,
David

Am 24.06.22 um 22:31 schrieb Markus Koschany:
> Control: severity -1 wishlist
>
> Am Freitag, dem 24.06.2022 um 13:17 +0200 schrieb David Haller:
>> Package: libapache-jena-java
>> Version: 3.17.0-3
>> Severity: normal
>> X-Debbugs-Cc: david.haller at fau.de
>>
>> Hello there,
>>
>> the package includes the Java libraries of Jena only, but not their command
>> line utilities which I often use for testing and development.
>>
>> Would it be possible to include them too? Maybe in a separate package, like
>> "libapache-jena-bin".
> Hello,
>
> I believe you are referring to the apache-jena/bin subdirectory of the source
> package tree. That should be doable. However I am not sure if all these scripts
> will work correctly because we ship only a subset of all apache-jena artifacts
> in Debian. In fact the package is currently just a dependency of openrefine.
> Could you try to install those scripts into /usr/local/bin (for testing
> purposes) and report back if they work as you would expect them to work when
> you use libapache-jena-java from Debian? I would also call the binary package
> apache-jena-bin and omit the lib prefix because this one is reserved for
> libraries only.
>
> Regards,
>
> Markus

-- 
https://www.cs6.tf.fau.de/person/david-haller/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5991 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-java-maintainers/attachments/20220627/18e63536/attachment.bin>