In the talk, it was explained how to use a binaryTarget to add a .xcframework from a url, but what about a local path? Take the following Package and file structure, is this the correct way to structure and refer to the .xcFramework? | SamplePackage | - | Package.swift | - | README.swift | - | Sources | - | - | Sample | - | - | - | file.swift | - | - | SampleFramework | - | - | - | framework.xcframework | - | - | Tests | - | - | - | LinuxMain.swift | - | - | - | SampleTexts | - | - | - | - | sampleTests.swift // swift-tools-version:5.3 // The swift-tools-version declares the minimum version of Swift required to build this package. import PackageDescription let package = Package( name: Sample, platforms: [ .iOS(.v13), .macOS(.v10_12) ], products: [ // Products define the executables and libraries produced by a package, and make them visible to other packages. .library( name: Sample, targets: [Sample, SampleFramework]), ], targets: [ // Tar
Search results for
missing package product
50,279 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
When opening a pkg file on Mojave and Catalina I'm seeing following Package Authoring Errors in Installer log (/var/log/install.log):Package Authoring Error: <background> has an unsupported MIME type: image/data Package Authoring Error: <background_scaling> has an unsupported MIME type: X-NSObject/NSNumber Package Authoring Error: <background_alignment> has an unsupported MIME type: X-NSObject/NSNumber Package Authoring Error: <layout-direction> has an unsupported MIME type: X-NSObject/NSNumberwhich is weird because background is defined in pkg Distribution XML as:<background file=background.tiff alignment=bottomleft scaling=none mime-type=image/tiff/>based on specification of Distribution file in https://developer.apple.com/library/archive/documentation/DeveloperTools/Reference/DistributionDefinitionRef/Chapters/Distribution_XML_Ref.htmlSimilar problems can be seen even on pkg installers that contain no back
Solved: Go to Build settings then Packaging, change product name to what you want. Hope this saves someone else time.
Topic:
Programming Languages
SubTopic:
Swift
Tags:
Ah. Seems to be caused by this same issuehttps://forums.developer.apple.com/message/136160#136160Changing bundle identifier in info.plist did not change it under packaging in build settings, Manually changing the Product Bundle Identifier under packaging to ${CustomAppBundleId} fixed my issue.
Topic:
Code Signing
SubTopic:
Certificates, Identifiers & Profiles
Tags:
Looks like my problem is definitely related to it being a file package. I have a second document type that is not a file package/directory and the UIDocumentBrowserViewController calls the delegate method documentBrowser(_ controller: UIDocumentBrowserViewController, didPickDocumentURLs documentURLs: [URL]) when I tap on it.So am I doing something wrong (i.e., missing an extra step necessary for file packages) or is UIDocumentBrowserViewController broken for file packages and I need to file a bug?Thanks,Dave
Topic:
App & System Services
SubTopic:
Core OS
Tags:
Steps: Create a new clean Swift package in Xcode 14.3 Add a defaultLocalization value to the package manifest Add a platform to the package manifest: platforms: [.iOS(.v16)] Run Product -> Export Localizations and the following error appears: Version 14.3 (14E222b) macOS 13.1 (22C65) Feedback FB12183400
Hi, I have to publish a macOS application outside the AppStore, downloadable from another a third-party website. I have to build an app say for example myapp.app and then pack it inside a package installer .pkg file users will download and run pkg to install the app. Which part in the least should be Notarized & signed, the app has to run on catalina 10.14 & newer versions Should .app and .pkg both should be signed and notarized or .pkg is enough to be signed & notarized ? if some one can direct me to any documentation on this subject along with answer, that would be great. Thanks, Ahmed
Just to add to the post, I tried notarizing again a .pkg installer that I had already notarized successfully a few weeks ago and I got the same problem, so unless I'm missing something obvious here, there was a change in Apple's side that is now causing this problem.In the meantime, I'm going to try to notarize the app first, then package it, and then notarize the .pkg file.
Topic:
Code Signing
SubTopic:
General
Tags:
I'm experiencing a similar issue. How do we figure out exactly what dylibs are missing? When I look at the package contents, the folder in quests is there.
Topic:
App Store Distribution & Marketing
SubTopic:
General
Tags:
Right-Click on the archive file (.xcarchive) > Show Package Contents > Products > Applications > Right-Click on the app file > Show Package Contents > Double-Click on Info.plist to edit itChange value of DTXcodeBuild from 9C40b to 9C40Re-submit and it will work
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I am sort of trying to do the opposite of what others are doing. I have a target called CopyFramework that creates a CopyFramework.framework within my main xcproj file. I set up this target because a specific framework (we can call it Tools.xcframework) is distributed as a binary. That framework file lives within the code. Tools.xcframework is structured like so Tools.xcframework (Coding/testBuild/DynamicToolFrameworks/Tools.xcframework) info.plist ios-arm64/ Tools.xcframework/ Tools (executable file) Tools.bundle Headers/ Info.plist Modules/ Tools.swiftmodule/ arm64-apple-ios.abi.json arm64-apple-ios.private.swiftinterface arm64-apple-ios.swiftdoc arm64-apple-ios.swiftinterface module.modulemap module.private.modulemap PrivateHeaders/ ios-arm64_x86_64-simulator/ When the CopyFramework target is run xcode does a few steps which copy the correct version of this framework to derived data. Process Tools.xcframework (iOS) Coding/testBuild/DynamicToolFrameworks/Tools.xcframework /Library/Developer/Xcode/DerivedDat
Hello!I want to use these utils in my OS X project. How to properly install/add this package to my project? Should work with this code afterwards.Have spent hours of trying. Seems that I'm missing something here. Thank you for your time!
It could be a bug or incompatibility, but there are some other subtle problems in your project(s) that may be affecting you.Incidentally, there is no such thing as a static framework. A framework is a dynamic library packaged as a bundle. Perhaps you mean a private framework (a framework embedded in an app bundle, so not shared between apps, which is very common), or a static library (which is a collection of object files, a library in the Unix sense, not in the Apple sense).— One possibility is that the deployment target got changed when you converted the framework project for Xcode 9. This might result in an incompatible build product.— Another possibility is that your are not producing the framework using Archive (from the Product menu), but are trying to use the build product from a Build or Run operation. The difference is that Build might not build all of the CPU architectures that a finished (Archive'd) framework needs — the variant for arm64 might actually be missing
Topic:
Developer Tools & Services
SubTopic:
General
Tags:
Hello,Is there any way to debug why my pkg is nt compatible with my MacOS?I was building the *.app using Qt and deploy by `macdeployqt`. After check every Frameworks and plugins paths the next step was:- `pkgbuild --component <NAME>.app --install-location /Application <APP_NAME>.pkg`and`sudo productbuild --package <APP_NAME>.pkg --content <APP_NAME>.app --sign Developer Install ID: (XXXXX) <SIGNED_APP_NAME>.pkg `I was trying to Install <SIGNED_APP_NAME>.pkg but Instaler throws me an error: This package is incompatible with your version of MacOS.I'm using MacOs 10.15. + I found also that there is no codesign folder in my bundle is that might be a reason?Maybe I missed something?
Apple seems to have archived its documentation for making PKG packages, and PackageMaker hasn't been seen since 2012. Are packages deprecated, or are there new ways for creating them?