Ubuntu 20.04 image not building - cudnn license issue?

[lambdal]

Ubuntu 20.04 image not building - cudnn license issue?

[jlphillipsphd]

Doing a little more digging, I am suspecting the problem is arising from a version mismatch between the library package (libcudnn7) and the license package (cudnn-license).

I have a Lambda Workstation running the Ubuntu 20.04 Lambda Stack, and it reports the following:

jphillips@raziel:~/Docker/lambda-stack-dockerfiles$ dpkg-query -l cudnn-license
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version        Architecture Description
+++-==============-==============-============-=============================================================
ii  cudnn-license  8.0.4-0lambda1 all          NVIDIA CUDA deep neural network, run-time libraries (license)
jphillips@raziel:~/Docker/lambda-stack-dockerfiles$ dpkg-query -l libcudnn*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version        Architecture Description
+++-==================-==============-============-===================================================
ii  libcudnn-dev:amd64 7.6.5-0lambda1 amd64        NVIDIA CUDA deep neural network, development files
ii  libcudnn7:amd64    7.6.5-0lambda1 amd64        NVIDIA CUDA deep neural network, run-time libraries
jphillips@raziel:~/Docker/lambda-stack-dockerfiles$ 

It appears that the libcudnn7 and libcudnn-dev packages are at version 7.6.5, but the cudnn-license packages is at 8.0.4.

Using this information, I pruned down the Dockerfile to just install libcudnn7 and cudnn-license to allow for quick reproduction of the problem (attached below also with another log of the failed build).
build-minimal.log
Dockerfile.txt

Will report back with more info soon... I think I may be close to working it out.

[jlphillipsphd]

I found a workaround that allows the container to build even with the mismatch by setting the exact license for both the v7 packages and the v8 package. The generic license_preseed option is getting accepted by either the v7 or v8, but not both during builds without this approach. So, I've just added them both. The resulting changes are in PR #10

I understand if this would rather get solved in some other way (such as syncing the versions in the repo eventually) instead of this approach, but at the moment I -really- needed a container for my deployment and this does the job.