Swift package manager

All it does is git clone tagged network git repos and invoke swiftc.

No support for tests yet, beyond ignoring folders called 'Test'. It can't even support local file paths at the moment.

Certainly, watch this space, but there's hardly anything to be excited about here yet.

Lets just hope there aren't any binary trees in need of inverting at Apple ;)

Seriously though, seems like a perfect fit, much better than him working on something unrelated at Google etc

Already taken:

https://github.com/izqui/Taylor

As others have pointed out system package management is quite different and solves an overlapping but distinctly different set of problems to programming language module package management. In particular system package management isn't cross platform whereas programming language module package management tries to be. The programming language module package management has to integrate with whatever system package management is doing.

However, I do think you have a valid point in that there are plenty of commonalities between the software module package management needs of different languages. There is little need for each language to re-invent its own system.

It certainly would be considerably more challenging to develop a system that could work for multiple languages, and then there are the existing ecosystems to consider in terms of (the huge) cost of migration, mindshare, etc.

But in principle, you are right, even if economics means that it cannot happen in practice. No need for Yet Another One. But it will happen because economics.

I agree that language specific package managers are terrible. I'm one of those ops people, and the number of package managers needed to deploy any web application is just insane. The biggest problem is that none of them can specify the full dependency graph for anything. For example, the Pg Ruby gem cannot specify that it requires the libpq shared library and headers. You have to either know that before hand, or watch the package installation fail, find the right package in your system package manager, then try again. They are also bad at deduplicating dependencies amongst many projects, but at least they allow installation as an unprivileged user. How many more pm and vm (version manager) tools must we deal with? I wish more people would realize that this is a general problem that requires a general solution.

Traditional system package managers are also terrible. They install everything into the global /usr directory so that you can't have differing sets of depdencies for different software and they require root access because /usr is only writeable by root. Because of these severe limitations and without effort being put in to fix it, I think GNU/Linux distributions have helped push everyone towards using a new package manager per language so that people can get their work done.

The solution to all of these problems is functional package management. They take the good parts of both system and language-specific package managers and add even more features and improvements on top. Functional package managers can handle software written in any language, allow unprivileged package installation, and allow different packages to depend on different versions of the same software without issue. They have additional features such as transactional upgrades and rollbacks, and system-wide deduplication. The entire dependency graph is precisely captured, all the way down to a small set of bootstrap binaries that are the roots of the graph. The GNU Guix [0] and Nix[1] projects implement the functional package management paradigm, and they are both worth taking a serious look at. In addition to standard package management features, they also can do full-system configuration management with their respective distributions GuixSD and NixOS.

[0] http://gnu.org/s/guix

[1] http://nixos.org/