# Dissemination of this information or reproduction of this material # suppliers and are protected by trade secret or copyright law. # herein are proprietary to Adobe Systems Incorporated and its The intellectual and technical concepts contained # the property of Adobe Systems Incorporated and its suppliers, # NOTICE: All information contained herein is, and remains # Copyright 2010 Adobe Systems Incorporated I have not gone through the scripts yet but I am betting they are building the application from source. ccp file which is probably the actual installer. The scripts in the zip file references that. It looks like the package only contains 2 scripts, no payloads beyond that. I was looking at the package in the zip file. No troubleshooting options, no additional info, no mention of errors in the admin guides. I do my best to RTFM for solutions I'm involved with, but here there's just no info here. We've been with the product for years now, and it kind of feels like Jamf bought a competitor not to incorporate a working low cost and lightweight option for EDU, but it force them into Pro. (Assuming repackaging in Composer was actually the correct course of action here.) Is the time to do that expected when using Jamf School? If I do that, and I find that flat packages are xar archives, will I then need to know the specific format and options for xar archives that are compatible with School in case, I don't know, School doesn't like the way an XML table is formatted, let's say. Cool cool, so now I'm going to spend some time researching flat packages versus non flat packages, because it looks like I need to know in order to deploy and run an installer from a trusted publisher like Adobe, when distributed from Jamf. Composer returns that there are unsupported scripts for "flat packages". Let's use Composer to repackage the signed package from the publisher that doesn't work. "It's not allowed to upload more than 5 files." The interface just sits there like there was nothing added. There's a pkg inside the zip called install.pkg, but adding this pkg does. "The uploaded asset cannot be processed." The file uploads to the tenant, but fails at the end with an error: Using AJ's suggestion as an example, where I'm getting stopped is "upload this zip directly to Jamf." In the School interface, when you do this, you drag and drop or browse to the file as an "In House MacOS package". I'm also trying to work with a trusted method of getting this (and many other non-store apps) deployed through Jamf School. At the risk of ranting, it really is frustraing.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |