Skip to main content
Solved

Software Dependency


Forum|alt.badge.img+8

Hi All,

We've packaged numerous applications which have a dependency on other packages. I'm just wondering how you might handle this easily? I could resort to scripting, but that adds another dimension of complexity.

example: numerous applications are dependent upon the JRE or VirtualBox. At the moment I simply have these available as a package which is working for most people, but I'd like to streamline the installation of some applications that require these prerequisites to be installed.

Thanks, James.

Best answer by bpavlov

https://jamfnation.jamfsoftware.com/featureRequest.html?id=3696

I've gone ahead and submitted a feature request for this because Greg is right. No matter how you slice or dice this having to rely on multiple policies and/or smart groups to accomplish this quite adds a lot more work. Whereas having the ability to simply link applications and installers would solve those issues.

View original
Did this topic help you find an answer to your question?

10 replies

Forum|alt.badge.img+15
  • Contributor
  • 67 replies
  • June 18, 2015

Hi James,

You could make a policy for JRE and other dependencies that runs only on computers that do not have it. So that policy would be scoped to a smart group. Then you could call those policies in the advanced unix command section of the application policy that might require dependencies with a custom trigger supplied in each dependency policy. The trigger(s) can be called with

jamf policy -trigger <jre_custom_triger>;jamf policy -trigger <other_dependency_trigger>

and so forth. The triggers will run the policy only if they are applicable in that policy based on their scope so as to not run unnecessarily.

Hope that might help.

-Brad


davidacland
Forum|alt.badge.img+18
  • Valued Contributor
  • 1811 replies
  • June 18, 2015

We usually use a collection of smart groups as well. For example, if the Mac needs app, which in turn needs JRE, we would create a smart group that finds computers that don't have JRE, and scope JRE to it. Then another smart group that has JRE but doesn't have the other app, again deploying the app to that group.

That being said, another approach could be to deploy JRE to all Macs regardless so it is always there if needed. We do this with printer drivers, so if a client is using HP printers, we deploy the HP driver pack, regardless whether we are adding the printers to every Mac. It makes deploying the printer later a much easier task.

Last thought would be to just make a policy that deploys both packages, making sure JRE is first. If it's an isolated requirement, this would be easier than making smart groups etc.


Forum|alt.badge.img+10
  • New Contributor
  • 343 replies
  • June 18, 2015

Sounds like a candidate for a feature request.

You should be able to tell Casper that pkg Foo requires pkg Bar, so that any time Foo is installed by Casper, it also ensures Bar is installed.

This is where the model of "find machines that match condition X and do Y do them" falls down as a strategy for managing software installations. It's useful in some scenarios, but doesn't fit them all.


bpavlov
Forum|alt.badge.img+18
  • Esteemed Contributor
  • 1206 replies
  • Answer
  • June 18, 2015

https://jamfnation.jamfsoftware.com/featureRequest.html?id=3696

I've gone ahead and submitted a feature request for this because Greg is right. No matter how you slice or dice this having to rely on multiple policies and/or smart groups to accomplish this quite adds a lot more work. Whereas having the ability to simply link applications and installers would solve those issues.


mm2270
Forum|alt.badge.img+16
  • Legendary Contributor
  • 7880 replies
  • June 18, 2015

Its a great idea, and is very similar to this old request (Under Review now for some time): https://jamfnation.jamfsoftware.com/featureRequest.html?id=83


donmontalvo
Forum|alt.badge.img+36
  • Legendary Contributor
  • 4293 replies
  • June 18, 2015

@gregneagle wrote:

Sounds like a candidate for a feature request. You should be able to tell Casper that pkg Foo requires pkg Bar, so that any time Foo is installed by Casper, it also ensures Bar is installed. This is where the model of "find machines that match condition X and do Y do them" falls down as a strategy for managing software installations. It's useful in some scenarios, but doesn't fit them all.

The "requires" feature in Munki is one of those things I'm going to miss when I leave this gig.

Using a diverse assortment of tools was a great opportunity to identify some areas that need improvement (to each of the tools).

+1 voted up

Don


Forum|alt.badge.img+6
  • Contributor
  • 10 replies
  • February 9, 2022

Six years later I find myself searching for a way define dependencies between pkg's in Jamf Pro and stumbled on this thread.

Any news on this?

Unfortunately the old FeatureRequest links don't work anymore and I can't find anything on the new ideas.jamf.com site.


CalleyO
Forum|alt.badge.img+15
  • Employee
  • 141 replies
  • February 11, 2022
sakul wrote:

Six years later I find myself searching for a way define dependencies between pkg's in Jamf Pro and stumbled on this thread.

Any news on this?

Unfortunately the old FeatureRequest links don't work anymore and I can't find anything on the new ideas.jamf.com site.


I think this is the feature request post you're looking for: https://www.jamf.com/jamf-nation/feature-requests/3696


Forum|alt.badge.img+17
  • Valued Contributor
  • 120 replies
  • February 11, 2022

Ahhh, one of the old one's that will never get prioritized... I have a'many of those! ðŸ˜•😕


Forum|alt.badge.img+8
  • Valued Contributor
  • 54 replies
  • July 12, 2022

These URLs https://www.jamf.com/jamf-nation/feature-requests/3696 and https://jamfnation.jamfsoftware.com/featureRequest.html?id=83 seem dead for me. It would be nice to know if this feature request is still under consideration or is being permanently ignored at @benducklow suggests. About 7 years now. That looks kinda' bad.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings