System Center Updates Publisher (SCUP) is a Microsoft product that allows an administrator to check third-party updates into their internal WSUS server and then deploy those updates with Microsoft patches through System Center Configuration Manager (SCCM/ConfigMgr). Third party products can provide configuration (CAB) files to make this process easier. Otherwise the admin can do the integration fairly easily if they’ve every deployed something before.
In August I wrote a about my deployment of Flash using the CAB file provided by Adobe. One of the primary gotchas was the presence of redundant command line switches. SCCM administrators wondered why Adobe continued to leave those switches in their update after update. Each newbie stumbled across that issue and had to manually remove the switches.
It turns out the command line causing issues for SCUP was required for customers still using the older ITMU technology in SMS 2003. To resolve this issue, Adobe has released a separate CAB file for SCUP users.
If you haven’t previously received a license to distribute Flash to your employees or if your approval is more than a year old, you need to request that at Adobe’s website. Look at the email from Adobe to get the Flash distribution URL. At that site there is a link for SCCM/SCUP updates version SMS/ITMU updates. There is a new URL for SCUP admins. I’m not sure why Adobe didn’t announce this a bit more publicly instead of silently adding it to the site.
Sadly Adobe still has not added support for any of their other products. Adobe Flash for Firefox should be the same product team and take 5 minutes of testing.
The new CAB for SCUP has a couple of differences.
1. The Package ID is different. If you’ve already imported the latest version CAB file you had been using, you will have a duplicate update when you import the new version. So make sure you keep those straight. If you’ve already deployed the latest Flash update using the old cab hold off on changing CABs until the next Flash release. Might make things easier.
This would have issues if you didn’t keep on top of your Flash releases. If a new version of Flash was released and SCUP was still looking for that product code, it would keep trying to install over top of the newer version. That could lead to a lot of calls.
First it is looking for the ActiveX control for Flash. Next it’s looking at the safe versions Flash registry key. Flash uses that to prevent installing if it is an older version. That seems like a good idea, but I’m thinking if only Flash 9 is installed the computer might never get upgraded to 10. Lastly they check for the Operating System version. I find this a bit odd because if it is necessary, I would normally put that in the perquisites.
I found out about this new CAB for SCUP too late in the deployment process to switch to using it. But I figured I’d mention it for other SCCM SCUP admins.
– hat tip to John Marcum who let me know about this CAB