Deploying VPP apps to machines with app already installed from other source

You have to uninstall the non-VPP version first. You can't manage an app you never deployed using VPP. It's a pain that most people moving to VPP have to deal with. You could remove the existing app with an uninstall policy before pushing out the VPP, that would be the lease distruption method to end-users.

I wrote a script removing the app, "rm -rf /Applications/Slack.app", had user run it from Self Service and it removed it from app folder. Then I scoped the VPP version to their machine and had them install from Self Service. It just hangs on "Installing" and does not complete.

I did notice that it pulls the app down to this folder: "~/Library/Caches/com.tinyspeck.slackmacgap.ShipIt/update.OZNquKD/", but it doesn't install.

Any ideas? Thanks!!

We have absolutely zero luck trying to distribute VPP apps through Self Service. I'd say it probably works less than 10% of the time. Direct device distribution seems to work fine, however.

Hey Brady,

Did you ever decide on how to solve this problem? I'm thinking it might be best to scope it out to computers that enrolled in Jamf in the last 48 hours. I'd love to be able to just scope it to all end-user devices and get rid of the old policy. Not sure if there is a graceful way of doing this.

I'd love to confirm the behavior of VPP-deployed Slack on end user computers that has slack installed. If VPP-deployed Slack only gets deployed on computers without Slack, I might end up just deploying Slack to all end devices and let computers that had Slack deployed through policies get phased out naturally.

Jason