missing package product

In order to verify the signature of an application on disk, we can use SecStaticCodeCheckValidityWithErrors, which works as expected.However, if this is used on a signed package, the following error occurs The operation couldn’t be completed. (OSStatus error -67062.)Error 67062 also represents that an application is not signedIt appears that SecStaticCodeCheckValidityWithErrors only works with binary code or application bundles. To confirm this, calling codesign also fails to verify the signature of a package: codesign -dvvv myPackage.pkg myPackage.pkg: code object is not signed at allHow can we programmatically verify the signature of a package (pkg), without resorting to calling an external process such as pkgutil?

We have an app where people can buy guides and guides in bundles. They pay x for a single guide and y for a bundle. x always has the same price and so does y.We have over 300 guides and over 100 bundles. When a user purchases a product we store this transaction in our own database because the user can also login to our website and android app. Is it possible to use a consumable product to buy a bundle? So a person buys a consumable product (guide), when we get success we store the purchase in our database and then consume the product.

I've developed an SPM module in which I have a CoreData model defined as a xcdatamodeld file and I'm having trouble executing tests from the command line, which I want for a CI integration. In the package I load the model by constructing a URL using Bundle.module.url(forResource: ModelName, withExtension: momd). This works when building and testing in Xcode. When executing commands such as swift test from the terminal however, it doesn't, as Bundle.module.url(forResource:withExtension) fails to find the file. Comparing the build artifacts between Xcode's DerivedData and SPM's .build I see that both produce a PackageName_PackageName.bundle but while the Xcode version contains a momd file the SPM version contains an unprocessed xcdatamodeld file. I've tried adding the xcdatamodeld as an explicit resource in the Package.swift file such that the package target now includes resources: [.process(Resources/ModelName.xcdatamodeld)] as an argument. This does not impact the Bundle output. Any ideas ho

I just integrated a first Swift package into my app. I was looking for committing it, but found out that the package is downloaded into the DerivedData when it's resolved. I was wondering why that is, and if there's a way around it? Can we specify another folder? In my team we commit the pods with our code (so we can go back and build an old version with the exact versions of the pods). It seems odd to include that in the DerivedData. Also, it is not rare that we need to delete that folder, so it seems not so productive to delete and redownload that each time...

Hi, I've got a Swift Framework with a bunch of Metal files. Currently users have to manually include a Metal Lib in their bundle provided separately, to use the Swift Package. First question; Is there a way to make a Metal Lib target in a Swift Package, and just include the .metal files? (without a binary asset) Second question; If not, Swift 5.3 has resource support, how would you recommend to bundle a Metal Lib in a Swift Package?

The steps followed were: Signed the .app Notarized the .app inside a .zip Unpacked the .zip Stapled the .app Created a package using Packages Sign the package Notarize the package (both as .pkg and .zip) The result of the final step always comes out to: { tlogFormatVersion: 1, tstatus: Invalid, tstatusSummary: Archive contains critical validation errors, tstatusCode: 4000, tissues: [ tt{ tttseverity: error, tttcode: null, tttpath: App_Signed.pkg.zip/App Signed.pkg/App.pkg Contents/Payload/Applications/App.app/Contents/MacOS/App, tttmessage: The signature of the binary is invalid., tttdocUrl: null, tttarchitecture: x86_64 tt} t] } I read a number of forum posts and guides and this seems to take a hold of all the requirements. Did I miss something?

I'm trying to create a project that has the following structure: Package Parser (a library and Resources) Package Posts (a library with SwiftUI and Resources) App itself Isolated, both Packages build and Preview successfully. The App also runs fine. When I add Package Parser to Package Posts as dependency to be able to use its Resources, I can build, test and run the App, but the Preview on Posts stop working. The message from diagnostic is: ld: warning: directory not found for option '-F/Applications/Xcode-beta.app/Contents/SharedFrameworks-iphonesimulator' Undefined symbols for architecture x86_64: nominal type descriptor for Parser.XMLPost, referenced from: Diagnostic - https://developer.apple.com/forums/content/attachment/8effb117-ffad-4ea6-859f-0cf47a12dea8 Here are the packages definitions: let package = Package( name: Parser, platforms: [.iOS(.v14)], products: [ .library(name: Parser, targets: [Parser]) ], targets: [ .targ