Re: Updating fink on an old MacBook Pro --not successful

There was something about Apple reissuing certificates for old downloads.  Rename Xcode.app and then try to download from the apple store and then launch it?  Might fix that.

You can always download Xcode 10.1 from
https://developer.apple.com/services-account/download?path=/Developer_Tools/Xcode_10.1/Xcode_10.1.xip

Here is another hint that might help:
https://discussions.apple.com/thread/251258251?sortBy=rank

-Scott


> On Dec 30, 2024, at 3:41 PM, Saleh Elmohamed <[email protected]> wrote:
> 
> Hi Hanspeter,
> I tried that before the manual step but didn't work either. Tried it
> again a few minutes ago and here is the install log:
> 
> 2024-12-30 MacBook-Pro system_installd[44708]: installd: Starting
> 2024-12-30 MacBook-Pro system_installd[44708]: installd: uid=0, euid=0
> 2024-12-30 MacBook-Pro system_installd[44708]: PackageKit: Adding client PKInstallDaemonClient pid=44615, uid=501 (/Applications/Xcode.app/Contents/MacOS/Xcode)
> 2024-12-30 MacBook-Pro installd[44712]: installd: Starting
> 2024-12-30 MacBook-Pro installd[44712]: installd: uid=0, euid=0
> 2024-12-30 MacBook-Pro installd[44712]: PackageKit: Adding client PKInstallDaemonClient pid=44615, uid=501 (/Applications/Xcode.app/Contents/MacOS/Xcode)
> 2024-12-30 MacBook-Pro Xcode[44615]: Package Authoring Error: PackageInfo bundle reference found without top-level bundle definition. Bundle will be skipped: <bundle id="*"></bundle>
> 2024-12-30 MacBook-Pro Xcode[44615]: Package: PKLeopardPackage <id=com.apple.pkg.MobileDevice, version=4.0.0.0.1.1539750769, url=file:///Applications/Xcode.app/Contents/Resources/Packages/MobileDevice.pkg> Failed to verify with error: Error Domain=PKInstallErrorDomain Code=102 "The package “MobileDevice.pkg” is untrusted." UserInfo={NSLocalizedDescription=The package “MobileDevice.pkg” is untrusted., NSURL=MobileDevice.pkg -- file:///Applications/Xcode.app/Contents/Resources/Packages/, PKInstallPackageIdentifier=com.apple.pkg.MobileDevice, NSUnderlyingError=0x7fd968061730 {Error Domain=NSOSStatusErrorDomain Code=-2147409654 "CSSMERR_TP_CERT_EXPIRED" UserInfo={SecTrustResult=5, PKTrustLevel=PKTrustLevelExpiredCertificate, NSLocalizedFailureReason=CSSMERR_TP_CERT_EXPIRED}}}
> 
> -Saleh
> 
> On Mon, Dec 30, 2024 at 1:59 AM <[email protected] <mailto:[email protected]>> wrote:
>> What happens if you try to actually start Xcode.app instead of running 
>> `sudo xcodebuild -runFirstLaunch` ? Running Xcode once will do the same 
>> thing as the command and install the private frameworks that aquaterm 
>> needs to build (who knows why these aren't part of the normal install; 
>> probably a license thing). There's no guarantee that running Xcode will 
>> work when the certificates have expired, but worth trying. Another thing 
>> I can think off to fool the certificate is to change the date on your 
>> computer to a much earlier time (2014?) and maybe fool the certificate 
>> that it hasn't expired.
>> 
>> Hanspeter
>> 
>> 
>> 
>> On 2024-12-29 21:23, Saleh Elmohamed wrote:
>> > As mentioned , it dates back to late 2011. I tried all
>> > 
>> > possible settings but got the very same errors.
>> > Under the 'general' tab of security & privacy settings,
>> > in the advanced setting area, the 'disable remote
>> > 
>> > control infrared receiver' was checked but I unchecked
>> > it... didn't make any difference. Others are all unchecked.
>> > In regard to the couple other options about the app store,
>> > one of them has to be checked: either download only from
>> > the app store or download from the app store as well as from
>> > identified developers.
>> > Tried the selfupdate and update-all a few times each after
>> >> sudo xcodebuild -runFirstLaunch
>> > All ended up with the same thing ... The package "MobileDevice.pkg"
>> > is untrusted... consequently, aquaterm-1.1.1-6 failed to install.
>> > 
>> > Thanks,
>> > 
>> > Saleh
>> > 
>> > On Sun, Dec 29, 2024 at 9:53 AM Scott Hannahs
>> > <[email protected] <mailto:[email protected]>> wrote:
>> > 
>> >> OK, I will have to find an HS system and figure out what that exact
>> >> setting is.  But since that is such an old system, it has a way of
>> >> disabling all of the App Store verification requirements.  Can you
>> >> uncheck all the options?  It is only later systems where things are
>> >> more restrictive and you have to set it up in recovery mode to
>> >> remove restrictions.
>> >> 
>> >> -Scott
>> >> 
>> >>> On Dec 28, 2024, at 18:29, Saleh Elmohamed
>> >> <[email protected] <mailto:[email protected]>> wrote:
>> >>> 
>> >>> Hi Scott,
>> >>> Thanks for the suggestions. Unfortunately,
>> >>> this is an old system so at the "General" tab
>> >>> there are only two options: App Store and
>> >>> App Store and identified developers. I don't see
>> >>> the "Allow applications from anywhere" option
>> >>> listed anywhere there.
>> >>> At the "Firewall options" it automatically allow
>> >>> built-in software to receive incoming connections,
>> >>> and automatically allow downloaded signed
>> >>> (by a valid certificate authority) software to
>> >>> receive incoming connections.
>> >>> Best,
>> >>> Saleh
>> > _______________________________________________
>> > Fink-users mailing list
>> > [email protected] <mailto:[email protected]>
>> > List archive:
>> > https://sourceforge.net/p/fink/mailman/fink-users/
>> > Subscription management:
>> > https://lists.sourceforge.net/lists/listinfo/fink-users
> _______________________________________________
> Fink-users mailing list
> [email protected]
> List archive:
> https://sourceforge.net/p/fink/mailman/fink-users/
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-users

_______________________________________________
Fink-users mailing list
[email protected]
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users