Can someone have a look at this and give me feedback? Here is some background:
Apple provides a sample code project, called "Core Audio Utility" that is effectively part of Apple's API - it is often used pretty much as-is, but people usually just dump the couple of files they want in the project and hack. Apple, however, update these files from time to time, using updated APIs and adding/removing functionality. Of course there is no way to obtain older versions of the source...
To improve this situation I've started a github repo tracking the code, updating it as I see updates from Apple (which is fortunately consistent with their sample code license).
It's a big library of code, so I'm using subspecs to pull out individual components (there are too many to easily enumerate what all the dependencies are, so I'm just adding subspecs on an as-needed basis).
While Apple makes changes, and has a change table on the sample code website, there are no version numbers per-se, so I thought it would be a smart idea to use the Y.M.D as a version number. For non-apple mods I was planning to use the alpha suffixes allowed by semantic versioning which would work nicely, but it's not yet in the release version of CocoaPods - once it is, I think this versioning style is quite nice for vendor supplied, unversioned code.
So I guess I'm looking for thoughts on the overall approach, and the versioning, before I merge this in.
Merge branch 'master' of https://github.com/CocoaPods/Specs
[Add] AppleCoreAudioUtilityClasses@thehtb (2013.1.2)
version 2013.2.18 of AppleCoreAudioUtilityClasses@thehtb
I think this is a good way to do it.
+1 - I think there's validity in using this for the OpenGL class and maybe Reachability using this method.
Which Reachability I feel like there's less of a necessity since there are so many clones that are (somewhat) actively developed.
Yeah, I just double checked, we've got a bunch of them. 🎱 Cool with me.
We're cool for merging if you want @aufflick - were you meant to also include MAMirroredQueue.podspec?