libdigidoc-3.10.5.ebuild depends on deprecated eapi 7 and cmake-utils eclass

[mattiasMerilai]

libdigidoc-3.10.5.ebuild uses deprecated eapi 6 and cmake-utils eclass, leading portage to complain upon seeing the file and failing to build. Bumping eapi to 7 and replacing cmake-utils with cmake eclass leads to a successful build, albeit with qa warnings. My limited testing seems to indicate that I did not break anything, but I have no idea what to look for, nor the skills to do so either, so I guess someone who knows what they are doing should take a look:)

libdigidoc-3.10.5.patch.txt .

[metsma]

This package is obsolete and recent libdigidocpp does not depend/use it

[mattiasMerilai]

So we would need an ebuild for such a recent libdigidocpp?

[metsma]

libdigidocpp 3.14.8 is recent enough. Latest is 3.14.10

[jaakristioja]

This package is obsolete and recent libdigidocpp does not depend/use it

However, the obsolete package is still in the overlay and causes emerge to complain every time it parses the ebuild, e.g. even during regular @world upgrades.

I also fixed this in https://github.com/jaakristioja/open-eid-gentoo similarly to the patch introduced by @MattiasMerilai, but did not yet submit it as a merge request. I originally thought about trying to fix all pkgcheck scan errors/warnings before submitting it, but now I think I don't have enough free time and motivation to finish this work in the short term. Please feel free to merge or cherry-pick any of my changes, if this helps.

[mattiasMerilai]

Drop libdigidoc dependency, and additionally, drop openssl-1.1.1m-compat.patch for 3.14.10

libdigidocpp-3.14.8-r1.ebuild.txt libdigidocpp-3.14.10.ebuild.txt

[urmet]

I merged in the eapi changes from @jaakristioja fork. I'll try to get some updates and cleanups done this weekend or start of next week.