Stefano Sinigardi
Stefano Sinigardi
agree, great PR, already using it ^_^
before .net7 is out would be awesome
add also opencv2 and opencv3 that are not tested by CI (which for compatibility reasons tests only opencv4) but are still used anyway
i will try to back port support also to older version if reasonable
This PR broke opencv3 and highlights the importance of restoring the port in the CI tests...
It should be a mantra: every patch to opencv4 almost surely has an equivalent for opencv3 and maybe even for opencv2...
this update also broke normal tesseract downstream usage, or at least highlighted a non-tracked CURL dependency which breaks cache sharing between projects
I will open a PR asap trying to fix both errors
design question: maybe it's better to move current openexr to openexr2, make openexr a metaport that just depends on openexr3 and that's it? so that an overlay just has to...
if they cannot made be compatible to co-exist, then yes, every port should be made compatible with openexr3 before the upgrade. Same situation for ffmpeg5