Thanks for sharing this, Tom. Great work! I'm impressed that the layer with Tika Server and JRE is just 145M. And with Tika PMC hat on my thanks for respecting the Apache Software Foundation trademarks and correctly naming Apache Tika in snaps' descriptions.
As I see both snaps have same description and a bit strange version (1.16), we just have released 1.15. Are you extracting version info from pom.xml? If so I recommend to use latest version-like git tag without -rcN suffix (/^\d+\.\d+(?:\.\d+)$/ in regexp notation, 2 or 3 numbers separated by dots). Do you have some repo where all required metadata and build scripts (if they exist) are published? IIRC snap packages are confined only on systems with AppArmor LSM. CentOS/RHEL and Fedora don't have it, so they have only big advantage of having independent libraries for package itself like flatpak (formerly xdg-app) and appimage. On Tue, Jun 6, 2017 at 12:41 AM Tom Barber <[email protected]> wrote: > Hello folks, > > Following up on a post over on the dev list this morning I got around to > publishing some snap packages for Tika that I've been tinkering with for a > couple of months. > > For those(most) of you who don't know about Snap packages, they allow > applications to run confined from one another offering greater security > over traditional package formats, similarly they allow automated upgrades > and rollbacks to newer versions. Lastly, they are supported (to various > degrees of usefulness) on a few different platforms including Ubuntu, > Debian, Centos, Fedora and a few others which obviously makes cross > platform deployments a bit easier. > > Anyway with that out of the way, those of you who use Ubuntu Xenial or > later can do > > sudo apt install snapd > > followed by > > sudo snap install tika-server > or > sudo snap install tika-app > > because I've just been using them for some internal stuff I've not yet got > around to plugging them into extra applications which will require some > tinkering to allow communications across different applications but if > people have questions, comments or suggestions I'd be happy to hear them. > > Tom > -- Best regards, Konstantin Gribov
