Dependency hell when trying to install omnidisksweeper

[mrchrisadams]

I'm unable to install this module I created, because I appear to be in dependency hell, and I can't see a simple way out.

Consider this class I've created in puppet.

class omnidisksweeper {
  package { 'omnidisksweeper':
    provider   => 'appdmg',
    source => 'http://downloads2.omnigroup.com/software/MacOSX/10.6/OmniDiskSweeper-1.8.dmg'
  }
}

I'd normally expect to be able to install applications with the appdmg provider.

But it appears that because omnidisksweeper needs you to explicitly agree to the software license, you can't install unattended with the normal appdmg provider.

This appears to be something you can address with a later release of puppet-boxen1, which I am assuming is based on some earlier work here for the Charles module

In fact, here's the newer appdmg eula provider in the current release of puppet-boxen.

Sadly, bumping versions on puppet-boxen seems to create a circular dependency issue with homebrew, similar to to issue 22 on the puppet-homebrew module. There seems to be a similar issue, [issue 354 listed here on the our-boxen repo] .

Updating homebrew doesn't seem to help either.

How do I fix this mess?

[mrchrisadams]

Turns out that updating our-boxen was the solution.

I added the upstream repo, merged in the changes, resolving any conflicts:

git commit -m "Resolve merge from upstream"
git remote add upstream boxen/our-boxen
git fetch --all
git merge upstream/master

I now just have the weird failing test issue here now, that's another issue.