search

cantaloupe-project / cantaloupe

High-performance dynamic image server in Java
https://cantaloupe-project.github.io/
Other
265 stars 105 forks source link

GrokImageCompression urls fail #669

Open jcoyne opened 3 weeks ago

jcoyne commented 3 weeks ago

It's in all the Dockerfiles. Here is an exemplar: https://github.com/cantaloupe-project/cantaloupe/blob/21057cf72071840e2a984450bf8845c6e6490ec9/docker/Linux-JDK11/Dockerfile#L31-L32

➜  curl https://github.com/GrokImageCompression/grok/releases/download/v7.6.5/libgrokj2k1_7.6.5-1_amd64.deb
Not Found%
➜  curl https://github.com/GrokImageCompression/grok/releases/download/v7.6.5/grokj2k-tools_7.6.5-1_amd64.deb
Not Found%

In the release branch we've commented this code out: https://github.com/cantaloupe-project/cantaloupe/blob/release/5.0/docker/Linux-GraalVM20/Dockerfile#L35-L39

ksclarke commented 3 weeks ago

Three months ago, the Grok project (https://github.com/GrokImageCompression/grok/) wiped its repository history and removed all old releases. They then released a new library version, and the repository was reset to a completely clean state. We asked about this change on the discussion board, and the question was closed. We asked about it, then, in a ticket/issue, and were told the project would not maintain its previous history or continue to host the old releases. Checking back on the project's repo now, I see all the old issues (including ours asking about the change) have also now been deleted and that the discussion board is no longer available.

UCLA made the decision that we were not comfortable relying on an upstream project with these practices and removed Grok from our Cantaloupe Docker image. The question for the larger Cantaloupe community would be whether we want to update its Dockerfile builds and documentation to reference the new version of Grok or remove it from Cantaloupe's list of supported libraries. UCLA's Docker image was reconfigured to use OpenJPEG (and Kakadu if the binaries are available). Still, I think this is a question for the Cantaloupe community to decide which path the Cantaloupe project should take. Are there people/institutions relying on Grok for its speed advantage over OpenJPEG (but not using Kakadu because of its proprietary license)?

Which path should Cantaloupe take?