1 of 1 people found this helpful
If you are looking for a way to move the packages out of the console entirely, instead of into some kind of "archive" folder in the LDMS console, then this sounds like a valid option. Especially getting the supporting files and folder structure. Unfortunately I'm not familiar with an automated way to do this.
There might be a slightly different approach you could take going forward to help reduce this work later. I'm not sure how many packages you have or what they look like (especially the ones you are trying to archive) but one way to reduce work like this is to maintain only "current version" packages. For example, instead of having an Adobe Reader 10.1 package, you have an Adobe Reader Current package. Anytime a new version or update is approved in your environment, you would update the single package. That means any future deployments would be the most current version and reduces any confusion about what version to send out. Additionally, if you use Provisioning, you can add the "current" variant of the necessary packages so that all machines that are imaged get deployed with the most up-to-date versions of software. Bundles would work the same way.
Using a system/process like that could reduce the number of packages you have to keep track of or archive later. Instead of Adobe 10.1, 10.2 and any other versions, you have a single package. If you wanted to keep the files archived, then zipping them up like you describe would work well.
Not sure how much this helps, as you might already have this in place or I might be missing something, but I hope it helps you (or someone)
Thank you for your comment, tanner - good post.
I'm talking about moving the package completely out of the console so it doesn't exist there anymore.
I'm thinking about developing a quick script with AutoIT that can analyze the exported .ldms file for the package to collect the files used for the package and zip them together. That still leaves a bit of manual work behind in regards to deleting the package from the CORE, but that's the easy part.