Closed jelockwood closed 5 years ago
Good catch! Could you try changing a section of your download recipe from this:
<key>SOURCEFORGE_FILE_PATTERN</key>
<string>\.dmg</string>
to this:
<key>SOURCEFORGE_FILE_PATTERN</key>
<string>\.dmg$</string>
and let me know whether that works?
It fails differently now, it comes back with the following.
<dict>
<key>RecipeError</key>
<string>Error in local.munki. Monitoring Tools.T.R.A.M.S: Processor: com.github.jessepeterson.munki.GrandPerspective/SourceForgeURLProvider: Error: nothing to repeat</string>
</dict>
I've done a bit of work on this, and found two main issues:
/download
. Adjusting the SOURCEFORGE_FILE_PATTERN to \.dmg\/download$
appears to resolve that issue reliably (8835819).blocking_applications
.I'm not going to spend more time on this particular use case, because the SMART Monitoring Tools is quite far from Recipe Robot's target scope of basic Mac apps. But I hope this gives you a head start on those recipes. Thanks!
@homebysix Many thanks for your looking in to this and your suggestions. I believe I have now managed to get a working recipe together which even manages to produce a sensible version number. It seems without the auto-generated processor step for DMGVersioner the munki recipe falls back to examining the installer package and finds inside that the PackageInfo file and from that gets a version number.
Your regex for the SourceForge download itself works perfectly.
If your interested you can see my (working) recipes at https://github.com/jelockwood/recipes and we are of course talking about the S.M.A.R.T Monitoring ones.
I used Recipe Robot 1.1.1 to create a recipe for downloading a project from SourceForge. According to the messages output by RR it successfully downloaded a real disk image as per the log below.
I added the download and munki recipes to my repo, updated my repo in AutoPkg, created a matching override and tried running this.
Unfortunately I then got an error as follows.
Further examination clearly shows what is going wrong is that using this recipe AutoPkg is actually downloading the MD5 file and not the 'real' disk image. An MD5 of course cannot be mounted as a disk image and hence the recipe fails as above.
The relevant section of the autopkg reciept file is as follows.
The recipe in question is available here - https://github.com/jelockwood/recipes/blob/master/S.M.A.R.T.%20Monitoring%20Tools.download.recipe