Robert Sachunsky

And I guess you did not run `deps-ubuntu` first? I don't see the issue. This dependency has existed for quite long, and non-Ubuntu users are instructed to install these by...

> But I expect more from ocrd_all than support for experts. We have documented the dependencies, we have provided an automatic solution for our target platform, and documented everything again...

> `ocrd_calamari` requires `calamari-ocr == 1.0.*`, while `ocrd_cis` requires `calamari_ocr == 0.3.5`. The latter is an artefact of the very early days (before ocrd_calamari even existed) and will likely be...

> for example by removing `ocrd_cis`. > > The issue can be closed after removing that outdated submodule What are you talking about? ocrd_cis is one of the most important...

@mikegerber > If ocrd_cis requires calamari 0.3.5 then it should probably go to the environment supporting TF 1.x. Yes, but that old version does not depend on TF though (only...

> Then let's wait until for the updates of `ocrd_cis` and `ocrd_calamari` which hopefully will fix the conflict and allow closing this issue. I don't see any conflict. They reside...

I wouldn't call `make all -k` a hack. It's exactly what you are asking for: keep building despite being unable to install some modules. > * `make all` could detect...

> `make all -k` is not the right solution, because it would waste build time for known problems and hide unknown problems. Good point. > We already aggregate the knowledge...

> > tensorflow should provide packages for Python 3.8 and different architectures > > "We don't add new versions of Python for old releases. If you want to use TF...

> > * `make all` could support a macro to disable groups of modules (like for example all modules which depend on TF1). It is already possible to define the...