freeimage: apply Debian patches to unbundle libraries

[cho-m]

Similar patches are also applied in pretty much all Linux distros. Went with Debian's as easiest to apply multiple patches. The original source of unbundle patches is from Fedora but they are on a SVN revision so their latest patches won't apply.

For now just doing this on Linux as macOS will need additional work, i.e. requires updating our dylib patch and will need another OpenEXR patch.

EDIT: bundled libraries had issues on newer macOS so trying to unbundle now.

[cho-m]

May need to rebuild dependents as our previous Linux patch modified the SONAME incorrectly so was using macOS naming rather than the Linux naming.

[SMillerDev]

Have we tried streaming this patch?

[cho-m]

Have we tried streaming this patch?

For Debian patches:

1. Unbundling was requested at least 13 years ago by Gentoo at https://sourceforge.net/p/freeimage/feature-requests/40/. The Debian patch will be rejected as-is since it disables features that use private headers from bundled libs.
2. CVE patches are all upstreamed already and part in SVN. Just lacking a release
3. libraw patches are also in SVN

For Homebrew patches:

1. debian-to-homebrew.patch is a patch for Debian's patch since I didn't want us to have to maintain the entire copy. Nothing to upstream here.
2. libtiff-warning.patch is also a patch for Debian's patch (actually Fedora's modified code) as the output is noisy. Could just not apply this but will end up with stderr flooding warnings. Nothing that can be upstreamed here.
3. imath-int64.patch can't be upstreamed as the bundled copy is older so not compatible. Will require upstream to update to OpenEXR 3 first: https://sourceforge.net/p/freeimage/feature-requests/61/ and https://sourceforge.net/p/freeimage/patches/151/
4. macos.patch is a modification of Makefile.gnu / Makefile.fip which is not actually intended to be used for macOS. The Makefile.osx exists but it doesn't build everything we want.

---

I was tempted to try to deprecate/remove formula but it is a dependency for multiple formulae that are maintained.

Perhaps a fork will gain traction in the future that will allow us to switch. There is one used by T2 SDE (https://github.com/danoli3/FreeImage) that has CMake support for external libraries. However, not used by major distros so not worth consideration yet.

[github-actions]

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.