Mehmed Mustafa
Mehmed Mustafa
Inconsistent core version as you also found out. 2.64.0 instead of 2.66.1. @joschrew also had his setup failing due to that error.
> (but perhaps we should also do something similar in native installations...) That would be ideal. I was wondering if that will not produce some inconsistencies between the single `ocrd-all-tool.json`...
I have removed the `~/.config/ocrd/resources.yml`, then installed the core again from the current master branch. This is the result: ```sh (venv38-core) mm@MM-Notebook:~/repos/core$ ocrd resmgr list-installed 12:38:19.387 INFO ocrd.resource_manager - ocrd-cis-ocropy-recognize...
Related error: ```python 15:16:58.718 INFO ocrd.resource_manager._download_impl - Downloading https://qurator-data.de/sbb_binarization/models.tar.gz to download.tar.xx 15:17:54.597 INFO ocrd.resource_manager.download - Extracting application/gzip archive to /tmp/tmpdah097uf/out Traceback (most recent call last): File "/usr/local/bin/ocrd", line 8, in...
Everything works fine with the `/tmp` storage. The issue happens rather when all models are downloaded, then the container runs out of memory which leads to the error above. Not...
It is rather a Singularity issue. I face that only inside the HPC. Never locally on my machine with Docker.
I am closing the issue since the error I get is unrelated to what we have previously thought. Nothing more to be done here.
To not make this PR just some refactoring, I would tackle #1201 here as well. Once that is resolved I have an additional idea. Skipping existing resources should also be...
> But then I would rather recommend making -s the implicit/default d5173ad.