You're missing the point. This is not a tool for end-users, but rather for developers. iOS/OS X already have a means of distributing third-party libraries with

You're missing the point. This is not a tool for end-users, but rather for developers. iOS/OS X already have a means of distributing third-party libraries with projects (the "./Frameworks" directory), there just has not, until now, been a good way for developers to find and organize these libraries during development. The goal of this project is to give developers that way of sharing, discovering, and resolving dependencies of libraries, but at the end of the day everything will still get packaged up as a "*.app" that is distributed via the App Store. Also, the reason to create a custom tool for this instead of repurposing one of the many existing package managers is that it allows for the tool to be specialized for the specific case of developing App Store apps. Sure, you can install a third-party library via macports, but how do you tell macports to compile the library and place the resulting frameworks into the right directory in your Xcode project?