Rework OCR file handling

[thomas-mc-work]

Description

This PR reflects the ideas discussed in #300.

In detail this is:

• replace the copy process around the OCR language files by a decoupled approach based on soft links
• decoupling: separation of custom files and system files
• get rid of the copy processes (takes less resources)
• reduces image size (takes less resources)
• simplifies the process for the user (also make it more robust)
• additional: improved the language package installation (replace a loop by a single command)

Checklist:

• I have read the Contribution Guidelines
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• My changes generate no new warnings

Contributor License Agreement

By submitting this pull request, I acknowledge and agree that my contributions will be included in Stirling-PDF and that they can be relicensed in the future under the MPL 2.0 (Mozilla Public License Version 2.0) license.

(This does not change the general open-source nature of Stirling-PDF, simply moving from one license to another license)

I'm happy to hear your thoughts about this!

[thomas-mc-work]

Also solves #511

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarCloud

[thomas-mc-work]

WDYT?

[thomas-mc-work]

If you find the change to be too breaking, you might consider pushing the version number to 1.0 along with some other features.