[MacPorts] #70882: OpenCore Legacy Patcher 2.0.2 installs faulty CoreImage framework on macOS 15 on Macs using 3802-based GPUs (was: Linking errors after installing ffmpeg, ffmpeg7)
MacPorts
noreply at macports.org
Sat Oct 12 17:26:35 UTC 2024
#70882: OpenCore Legacy Patcher 2.0.2 installs faulty CoreImage framework on macOS
15 on Macs using 3802-based GPUs
-------------------------------------------------+-------------------------
Reporter: RivetBenoit | Owner: (none)
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.10.1
Resolution: | Keywords: sequoia
Port: ffmpeg, ffmpeg6, ffmpeg7, ffmpeg- |
devel |
-------------------------------------------------+-------------------------
Changes (by ryandesign):
* owner: mascguy => (none)
* cc: dbevans, jeremyhu, barracuda156 (removed)
* port: ffmpeg, ffmpeg7 => ffmpeg, ffmpeg6, ffmpeg7, ffmpeg-devel
Comment:
attachment:OpenCoreLegacyPatcher.log shows:
{{{
- Installing Patchset: Metal 3802 Common Extended
- Handling Installs in:
/System/Library/PrivateFrameworks/PhotosUICore.framework/Versions/A/Resources
- Handling Installs in: /System/Library/Frameworks
- Installing: Metal.framework
- Installing: CoreImage.framework
}}}
I assume this is where the bad CoreImage framework gets installed.
Searching OCLP code for "Metal 3802 Common Extended" I found:
https://github.com/dortania/OpenCore-Legacy-
Patcher/blob/4db2e976624ece2421b3448bc05688342b63f3b6/opencore_legacy_patcher/sys_patch/patchsets/shared_patches/metal_3802.py#L64-L68
where it says to get CoreImage files from "14.0 Beta 3-24" for macOS
Sequoia and later.
I believe the source of the bad file is here:
https://github.com/dortania/PatcherSupportPkg/tree/1cb56b28da16f22dbd38db3d2d3a389037225244
/Universal-
Binaries/14.0%20Beta%203-24/System/Library/Frameworks/CoreImage.framework/Versions/A
There appears to be a copy of Apple's real CoreImage library which has
been renamed to CoreImageOld.dylib, and a wrapper library called CoreImage
which presumably implements OCLP's fixes and also links with
CoreImageOld.dylib. It is this wrapper CoreImage library that has the
erroneous 1.0.0 current version and compatibility version. Maybe if the
developers of OCLP change this wrapper library to have the same versioning
as Apple's library (current version 6.0.0 compatibility version 1.0.1)
that is all that's needed to fix the problem.
--
Ticket URL: <https://trac.macports.org/ticket/70882#comment:25>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list