3 ms·
So far, I haven't seen any OS X-specific problems with the build process, everything works fine. The pkgsrc documentation says OS X is officially supported. Th
by peripetylabs 14y ago
So far, I haven't seen any OS X-specific problems with the build process, everything works fine. The pkgsrc documentation says OS X is officially supported.
The pkgsrc-wip project has packages for some of those projects you're looking for:
Discount: http://pkgsrc.se/wip/discount http://pkgsrc.se/wip/discount
Node: http://pkgsrc.se/wip/node http://pkgsrc.se/wip/node
Redis: http://pkgsrc.se/wip/redis http://pkgsrc.se/wip/redis
Riak: http://pkgsrc.se/wip/riak http://pkgsrc.se/wip/riak
More about pkgsrc-wip: http://pkgsrc-wip.sourceforge.net http://pkgsrc-wip.sourceforge.net
To simplify the build process, there is a pkgsrc "front-end" called pkgin:
http://pkgin.net http://pkgin.net
Hope that helps.
- lobster_johnson 14y agoThanks, that's helpful. In general the entire system seems rather... antique. It doesn't give me a happy, fuzzy feeling inside. The reason is that I'm not a Unix geek, not in the ways this system wants me to be. Oh, sure, I know the tools; I've written hundreds of bash scripts, I've done my share of C/POSIX programming, I know my way around Make and GCC and so on. But I don't want to do those things. What's so great about Homebrew is that the recipe files are built against an API, which coincidentally is a simple programming language (Ruby). Pkgsrc seems to be based on makefiles, which is not really an API as much as a set of conventions based around Make and bash, where I need to sit down and read a manual to understand what plugs into where. The same problem exists with MacPorts, which uses Tcl; it's just so much more complicated than it needs to be. The fact that pkgsrc and its ecosystem is is still entirely based on CVS, not just as a sync protocol but as the version control system for everything, is not inspiring, either. I'm sure it works for the people behind this project, but it simply won't lead to me submitting packages. I'm sure I could use pkgsrc simply to install new packages, and treat it like a black box as a "user". But then one day I will need a package that's not in the tree, or I will have to fix a broken package, and I don't want to be left in a situation where I will have to do a lot of work to accomplish something trivial. In 2001 I would have used CVS and I would have hacked packages, not knowing any better. Not in 2012. :-) That said, pkgsrc looks interesting, and I will be keeping an eye on it.