port diagnose output on M1 MacBook Pro

[Dave Allured - NOAA Affiliate]

On Sun, Apr 3, 2022 at 4:23 PM Ryan Schmidt <ryandesign at macports.org> wrote:

> On Apr 1, 2022, at 13:09, Artemio González López wrote:
>
> > After executing “port diagnose” in my 2020 13” MacBook Pro running the
> latest version of the operating system (Monterrey 12.1.3, I believe) I got
> the following output:
> >
> > Warning: objc[10836]: Class AppleTypeCRetimerRestoreInfoHelper is
> implemented in both /usr/lib/libauthinstall.dylib (0x1f6af5eb0) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1053484f8). One of the two will be used. Which one is undefined.
> > objc[10836]: Class AppleTypeCRetimerFirmwareAggregateRequestCreator is
> implemented in both /usr/lib/libauthinstall.dylib (0x1f6af5f00) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x105348548). One of the two will be used. Which one is undefined.
> > objc[10836]: Class AppleTypeCRetimerFirmwareRequestCreator is
> implemented in both /usr/lib/libauthinstall.dylib (0x1f6af5f50) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x105348598). One of the two will be used. Which one is undefined.
> > objc[10836]: Class ATCRTRestoreInfoFTABFile is implemented in both
> /usr/lib/libauthinstall.dylib (0x1f6af5fa0) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1053485e8). One of the two will be used. Which one is undefined.
> > objc[10836]: Class AppleTypeCRetimerFirmwareCopier is implemented in
> both /usr/lib/libauthinstall.dylib (0x1f6af5ff0) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x105348638). One of the two will be used. Which one is undefined.
> > objc[10836]: Class ATCRTRestoreInfoFTABSubfile is implemented in both
> /usr/lib/libauthinstall.dylib (0x1f6af6040) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x105348688). One of the two will be used. Which one is undefined.
> > objc[10837]: Class AppleTypeCRetimerRestoreInfoHelper is implemented in
> both /usr/lib/libauthinstall.dylib (0x1f6af5eb0) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1085e04f8). One of the two will be used. Which one is undefined.
> > objc[10837]: Class AppleTypeCRetimerFirmwareAggregateRequestCreator is
> implemented in both /usr/lib/libauthinstall.dylib (0x1f6af5f00) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1085e0548). One of the two will be used. Which one is undefined.
> > objc[10837]: Class AppleTypeCRetimerFirmwareRequestCreator is
> implemented in both /usr/lib/libauthinstall.dylib (0x1f6af5f50) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1085e0598). One of the two will be used. Which one is undefined.
> > objc[10837]: Class ATCRTRestoreInfoFTABFile is implemented in both
> /usr/lib/libauthinstall.dylib (0x1f6af5fa0) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1085e05e8). One of the two will be used. Which one is undefined.
> > objc[10837]: Class AppleTypeCRetimerFirmwareCopier is implemented in
> both /usr/lib/libauthinstall.dylib (0x1f6af5ff0) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1085e0638). One of the two will be used. Which one is undefined.
> > objc[10837]: Class ATCRTRestoreInfoFTABSubfile is implemented in both
> /usr/lib/libauthinstall.dylib (0x1f6af6040) and
> /Library/Apple/System/Library/PrivateFrameworks/MobileDevice.framework/Versions/A/MobileDevice
> (0x1085e0688). One of the two will be used. Which one is undefined.
> > 2022-04-01 19:39:17.575 xcodebuild[10837:118106] Requested but did not
> find extension point with identifier
> Xcode.IDEKit.ExtensionSentinelHostApplications for extension
> Xcode.DebuggerFoundation.AppExtensionHosts.watchOS of plug-in
> com.apple.dt.IDEWatchSupportCore
> > 2022-04-01 19:39:17.576 xcodebuild[10837:118106] Requested but did not
> find extension point with identifier
> Xcode.IDEKit.ExtensionPointIdentifierToBundleIdentifier for extension
> Xcode.DebuggerFoundation.AppExtensionToBundleIdentifierMap.watchOS of
> plug-in com.apple.dt.IDEWatchSupportCore
> >
> > Is any of this a problem?
>
> I haven't heard of these messages before. You may need to report them to
> Apple. The files being mentioned are provided by Apple, not MacPorts.
>

 "is implemented in both" -- The same symbol is present in two different
libraries that are both referenced by the same program.  This represents a
possible build mix-up and potential for runtime problems.  Apple decided
several years ago to issue warnings for this, rather than simply accept the
first found instance for the symbol.

This is distilled from my on-line reading.  I do not have direct
experience.  Many are calling this a bug.  To me it seems more like an
increased level of caution.  Apple wants consistency in the use of
framework libraries on any given computer.

Speculation:  It may be possible to resolve this by carefully rebuilding
certain Macports base components, maybe also certain ports.  If I had an
offending system, I would first start by examining the library dependencies
underneath “port diagnose” and any ports referenced.  otool -L recursively,
and so on.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20220404/e669726d/attachment.htm>