Posted on 06-06-2017 06:48 AM
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.
Posted on 06-06-2017 08:00 AM
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.
Posted on 11-02-2017 11:55 AM
@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.
Posted on 11-02-2017 02:08 PM
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?
Posted on 11-02-2017 03:08 PM
@cbrewer Whoops. Thanks for catching that. Your csv should still be fine, but NOT_32BIT means 32BIT only.
Posted on 11-07-2017 03:13 PM
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.
Posted on 11-15-2017 05:56 PM
@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?
Posted on 11-16-2017 01:48 PM
Same issue here, it creates three lines all with null data.
Posted on 11-29-2017 12:25 PM
@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
Posted on 11-29-2017 12:46 PM
.
Posted on 12-19-2017 10:20 AM
@bumbletech @sapalmerBCS I am seeing the same issues when running the script. Were you able to get them resolved? Thanks for the help!
Posted on 12-20-2017 05:10 AM
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?
Posted on 12-20-2017 05:23 AM
@bumbletech I am still running 9.101.0 and seeing the 3 line CSV.
Posted on 12-22-2017 08:41 AM
Is everyone that's having issues using a self signed certificate?
Posted on 12-27-2017 10:14 AM
Yes, we're using a self signed cert(unfortunately). Still on 9.101.0 as well.
Posted on 01-03-2018 12:35 PM
@bumbletech Yes we have a self Signed cert as well and still on 9.101.0. Any help is very much appreciated !
Posted on 08-23-2018 09:16 AM
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.