Robert Sachunsky
Robert Sachunsky
[CI still fails](https://app.circleci.com/pipelines/github/OCR-D/ocrd_all/1098/workflows/e8922766-83e5-441f-bf70-22a176d4b67f/jobs/1509) with 909fdaf – I wonder what's the matter with the additional `cp -f` command. Unfortunately, Docker Build seems to obscure the exact reason for the failure. (It...
> [CI still fails](https://app.circleci.com/pipelines/github/OCR-D/ocrd_all/1098/workflows/e8922766-83e5-441f-bf70-22a176d4b67f/jobs/1509) with [909fdaf](https://github.com/OCR-D/ocrd_all/commit/909fdafde5d9960b76f19b1a943a913c89978eb6) – I wonder what's the matter with the additional `cp -f` command. Unfortunately, Docker Build seems to obscure the exact reason for the failure....
CI failure seems to come from: ``` #12 280.1 rm -f -rf /build/ocrd_tesserocr/build/tesseract #12 280.1 cd repo/tesseract; make distclean #12 280.1 make[2]: Entering directory '/build/ocrd_tesserocr/repo/tesseract' #12 280.1 make[2]: Leaving directory...
Fixed in ocrd_tesserocr master – please update that submodule here!
> Fixed in ocrd_tesserocr master – please update that submodule here! wait – **not** fixed yet!
> > Fixed in ocrd_tesserocr master – please update that submodule here! > > wait – **not** fixed yet! fixed now.
### explanation ResourceManager inits its database from the predistributed `ocrd/resource_list.yml`: https://github.com/OCR-D/core/blob/79c61e303c87f229d5c96aedc0da31ef82b0f5d3/src/ocrd/resource_manager.py#L42-L47 New database entries only get made by either 1. `list-available` (with some executable glob pattern) https://github.com/OCR-D/core/blob/79c61e303c87f229d5c96aedc0da31ef82b0f5d3/src/ocrd/resource_manager.py#L100-L109 2. `list-installed` (when...
No, wait. > * processors other than the 3 in `ocrd/resource_list.yml` if XDG_DATA_HOME is just a symlink (as is the case in ocrd/all Docker) that's not true, it should be...
> I am not even sure why we have something like a database. It is for caching purposes obviously, but the state becomes inconsistent and leads to unexpected errors over...
> Not sure how or why that happens since I also volume map `/usr/local/share` where all models are downloaded. Do you use bound volumes or named volumes? The latter takes...