If you are interested in the ultimate extendability of Pentaho's visualization layer, you'll love this fun holiday gift from Pentaho: 12 Days of Visualizations. Check back each date marked for a new plugin that demonstrates Pentaho leveraging cool viz packages like Protovis, D3 and more.
http://wiki.pentaho.com/display/COM/Visualization+Plugins
Today's visualization: the Sunburst!
Merry Christmas and Happy New Year!
Friday, December 14, 2012
Thursday, September 27, 2012
Resolving "AppName is damaged and can't be opened." Don't move it to the trash!
I recently stumbled across this problem with one of Pentaho's applications. When the application was downloaded and installed on a Mac, launching the .app file resulted in "This app is damaged and can't be opened. Move to the trash".
Relatively quickly with a few searches, we figure out that GateKeeper was the messenger, but why was she being so harsh? Our apps are unsigned (a signature improvement slated for the next release), but damaged? I was offended.
As it turns out, Apple has a decent support article that explains why you might get a "damaged..." message versus GateKeeper's standard message warning the user that the application is unsigned.
The answer to softening GateKeeper's tone (AKA getting her to only prompt with a security message rather than a "damaged" message) lies within the info.plist file within the .app. Kurtis, our .app builder, found that if he sets the following values, then the .app reverts to being a harmless unsigned .app.
I hope this solution saves someone else the heartache of deploying a"damaged" .app file.
Relatively quickly with a few searches, we figure out that GateKeeper was the messenger, but why was she being so harsh? Our apps are unsigned (a signature improvement slated for the next release), but damaged? I was offended.
As it turns out, Apple has a decent support article that explains why you might get a "damaged..." message versus GateKeeper's standard message warning the user that the application is unsigned.
The answer to softening GateKeeper's tone (AKA getting her to only prompt with a security message rather than a "damaged" message) lies within the info.plist file within the .app. Kurtis, our .app builder, found that if he sets the following values, then the .app reverts to being a harmless unsigned .app.
<key>CFBundleSignature</key>
<string>????</string>
I hope this solution saves someone else the heartache of deploying a"damaged" .app file.
kindest regards,
Gretchen
Subscribe to:
Posts
(
Atom
)
About Me
- Gretchen Moran
- Hi, I'm Gretchen. My career, for more than 20 years, has revolved around the ever changing landscape of software engineering, specifically building commercial products to move, transform and build value from data. Today, while I love to stay close to technology and like to say my coding skills are just current enough to be dangerous, my passion is now focused on building world class software development teams.