Anyway, enjoy! Happy to answer any questions.
This post was supposed to be a troll about them not packaging io.js (they don't).
Thanks for the heads up.
$ pkgin se nodejs
nodejs-0.12.2 V8 JavaScript for clients and servers
nodejs-0.10.38 V8 JavaScript for clients and servers
I'll update the 32-bit repository tomorrow.This means that rather than having to run Homebrew or MacPorts on OS X, rpm or apt on Linux, ports on FreeBSD, dports on DragonFly, cyg-apt on Cygwin, .. - you get the idea - you could instead just run pkgsrc across all of them, and only have to worry about one set of tools and only have to update one software repository. pkgsrc will happily run as an unprivileged user in your home directory if you just want to compliment the system package manager.
For OS X specifically, we provide this binary package repository to make it very easy for people to get started. pkgin has a very familiar interface for people used to other binary package managers, so after a couple of commands to install the tools you can start installing from 11,000+ binary packages quickly and easily.
For developers there is a lot that pkgsrc offers in terms of aiding portability, and due to the large number of supported platforms a lot of infrastructure to support them, but that is a whole topic by itself.
Reversing the question, I don't see that Homebrew or Macports have many benefits over pkgsrc, other than Homebrew is arguably easier to write new packages for (if you know ruby), and Macports has more packages. However I will be glad to admit I'm no expert on either of them, so if there are other advantages please tell me so we can take a look at improving feature parity.
Advantages of pkgsrc:
- Everything is a quick binary install. Macports has gotten more and more towards "mostly binary", but I still find it sometimes doing huge compiles.
- Packages generally are installable, and work. Partly due to the quarterly-release model and the all-binary model, I find less breakage (esp. dependency issues) than when doing things in Macports.
- Subjectively, the set of tools feels cleaner.
- Can keep packages synced across OSs, if you use pkgsrc elsewhere (admittedly this is not that common a use case unless you run NetBSD or SmartOS, since typical users of a Linux or other BSD will use the native package manager).
Advantages of Macports,
- More packages
- Often newer packages (e.g. macports is shipping TeXLive 2014, while pkgsrc has some mixture of 2012 and 2013).
- More Mac-specific porting/debugging attention. Somewhat spotty how much, but for example you can choose either X11 or native Aqua versions of emacs, while pkgsrc does only X11 for GUIs.
- Fairly easy to customize packages with the 'variants' system, although in practice I avoid this like the plague because your system quickly ends up compiling things for hours if you use non-default variants.
There are many other benefits in pkgsrc, including, but not limited to, stable releases instead of rolling release, cross platform support, corporate interest in making the platforms stable, because it's used as a basic building block in Joyent's SmartMachines etc.
But all this pales in comparison to the advantage of avoiding homebrew and macports.
Would you like to elaborate on that?