Open n8felton opened 7 years ago
That's great, @n8felton!
Are there still any situations in which @jessepeterson's SourceForgeURLProvider would still be better and/or the preferred processor? Does this new processor cover all the existing use cases of SourceForgeURLProvider, and then some?
There is one pitfall to this processor; reliance on the SourceForge project team to update their "best release."
A good example of this is https://sourceforge.net/projects/filezilla/. https://sourceforge.net/projects/filezilla/best_release.json has 3.17.0.1
listed as their "best release" even though 3.22.1
appears to be the latest release.
I've created a new SourceForgeBestReleaseURLProvider shared processor at https://github.com/autopkg/n8felton-recipes/blob/master/SharedProcessors/SourceForgeBestReleaseURLProvider.py that gives us another option for downloading files from SourceForge. This SourceForgeBestReleaseURLProvider shared processor could be used as either the primary processor or as a fallback processor for SourceForge projects.
As an example:
This currently fails, but could instead use my shared processor (or the code from my shared processor) as a fallback (or primary, and use the current processor as the fallback) to locate the download instead.
Optionally, I have also created a new MD5Checksum shared processor that complements the SourceForgeBestReleaseURLProvider shared processor as the SourceForge Release API provides the MD5 checksum of the available project downloads. https://github.com/autopkg/n8felton-recipes/blob/master/SharedProcessors/MD5Checksum.py
An example of these processors in action can been seen at https://github.com/autopkg/n8felton-recipes/blob/master/Weka/Weka.download.recipe