Easy way to find 32 bit apps ahead of iOS 11

[bfrench]

Is there an easy way to find the 32 bit apps that will not work with iOS 11? Would like to clean up app scopes ahead of next school year so we don't deploy old apps that may stop working.

[Emmert]

Install everything in your catalog on a test device. 32-bit apps will show up in Settings > General > About > Applications.

I couldn't think of an easier way to do this, although it might exist. In our environment the only thing of consequence that came up was Destiny Quest, but I think everyone's using the web version of that anyway. I think Google Earth was in the list too, but I heard they are promising an update.

[bumbletech]

@Emmert , I've done what you were doing. Blegh...

@bfrench You should check this out: https://github.com/dnikles/Check32bitOnlyApps.

I had a little bit of trouble getting it to work from that script as-is, so I updated my script for stale apps to work with the uclient-api for the iTunes Store. https://github.com/bumbletech/JSS_API_scripts/blob/master/JSS_API_check_stale_and_32bit_apps.sh

It'll take a while to go through your whole JSS.

[cbrewer]

Thanks @bumbletech

I ran your latest script and noticed the apps are listed with a status of "NOT_32BIT". Shouldn't these say NOT_64BIT?

[bumbletech]

@cbrewer Whoops. Thanks for catching that. Your csv should still be fine, but NOT_32BIT means 32BIT only.

[cbrewer]

@bumbleblee

I found that I wanted to have the actual App display name in the result set so I added the following to the script right below the app_bundle_id variable:

app_name=`echo "$xml_string" | awk -F'<name>|</name>' '{print $2}'`

I then added $app_name to the 2 echo lines that write to the csv.
Letting you know in case you wanted to add it to the original.

[sapalmerBCS]

@bumbletech I'm trying to use your script. We have over 1900 apps in JAMF, but when the script runs it creates a .csv with 3 lines all of which say the same thing. I believe it's having trouble parsing the XML, but I can't figure out exactly what is going on. I'm able to run curl command manually on the path in the script without the | to xpath. When I manually run it with the | to xpath I get the error:

^
 at /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level/XML/Parser.pm line 187.

Any thoughts?

[galionschools]

Same issue here, it creates three lines all with null data.

[alierman]

@bumbletech When I try to run the script it keeps disabling my JSS user account as if the password is wrong. I am on JAMF Pro 10. Not sure if that is the cause. Any insight is appreciated. Thanks

[thoule]

.

[dpecht1221]

@bumbletech @sapalmerBCS I am seeing the same issues when running the script. Were you able to get them resolved? Thanks for the help!

[bumbletech]

Sorry everyone! I was on vacation for the second half of November and didn't see the initial notifications.

We're still running v9.x, so I'll have to give this another go with our test server. Sounds like everyone having issues is on v10?

[dpecht1221]

@bumbletech I am still running 9.101.0 and seeing the 3 line CSV.

[bumbletech]

Is everyone that's having issues using a self signed certificate?

[galionschools]

Yes, we're using a self signed cert(unfortunately). Still on 9.101.0 as well.

[dpecht1221]

@bumbletech Yes we have a self Signed cert as well and still on 9.101.0. Any help is very much appreciated !

[musat]

I just ran this on our 10.6 server with a self-signed certificate and it ran correctly, giving us the spreadsheet with the 33 stale and 32-bit apps.

Thanks, this should really help us clean out our app list.