On 2016-12-16 10:16, Alexander Alemayhu wrote: > On Thu, Dec 15, 2016 at 09:42:08PM +0100, Petter Reinholdtsen wrote: >> >> Personally I use tesseract these days for my OCR work, and do not need ocrad. > > I have unfortunately stopped using ocrad in favour of proprietary > solutions. > > Thanks for adding me to the recipient list, but I don't have the > motivation to help here. > > Added Jakub Wilk to copy, IIRC he made the package.
I see from the build log [1] that the build policy for .a had changed... I think that is for good. Relocatable code makes object a bit bigger, but on current systems that does not matter at all. Briefly: 1. One solution would be to make .a code reallocatable, so that .so library that refers libocrad.a can compile. 2. Another solution is to provide libocrad.so within libocrad package. [1] https://ci.debian.net/data/packages/unstable/amd64/o/ocrad/20161215_073147.autopkgtest.log.gz -- With best regards, Dmitry
