Ask HN: Fink or Macports?

Both and neither. On a case-by-case basis, I will do some light google research on the experience of the mac-unix community for that particular package. Sometimes either the fink or ports release is recommended over the other, sometimes a stand-alone installer has been made, and often I just choose to compile from source. The decision is usually based on factors including latest version available (fink and ports are not always up to date), reported stability, dependencies (I might already have some of the dependencies obtained by one particular method), etc. If the choice was just between fink and ports on their merits alone, I slightly prefer ports, but that is probably a religious decision (a la vi vs emacs, etc...).

I feel MacPorts has a better design conceptually, but having used it for the past few weeks, I feel the execution isn't quite there yet. I also get the feeling that the team is very slow on MacPorts.

Fink uses a dpkg/apt-like system, which means binaries are pre-compiled for you. So you lose in flexibility (which is why I feel ports has a better design), but I suspect (having not used it in a while nor for long) that the team is better.

There's also Gentoo Prefix which has ported Gentoo's Portage over to other OSes, including OS X. They're pretty good, but lacking in package selection. I ported over at least a dozen packages in the 2-3 weeks I used them (it's 1-3 commands in 85% of the cases).

One of the problems with all these systems is that they don't identify which software components are already installed on OS X by Apple natively, and to use those for dependencies when possible. So you wind up with two Perls, two Pythons, two Rubys, etc., each with slightly different versions...

i just went through the process and decided on macports for setting up two machines. it worked fine for the basics (installed mysql, apache, python, git, etc). fyi: in both cases, i received an error installing py25-mysql, but re-issuing the port command a second time did the trick.

one possible reason for picking macports is that there seem to be more people blogging about their experiences with it, so if you run into issues, you might be more likely to find some help online.

I tried both and, coming from FreeBSD, I was not impressed. I decided to build everything myself and this has so-far been the best solution for me.

"MacPorts is the worst form of software configuration management on OS X, except for all the others that have been tried."

        -- Winston Churchill, famous Mac user

MacPorts is better than Fink, but the reason this stuff all feels hinky to you is that Mac users use Mac software.

You can usually just build command line tools from "configure". But anything with a UI is likely to be a disappointment.

MacPorts lacks a few contributers, I think. Actually, they welcome people willing to contribute and give commit rights liberally, when you're interested. The documentation on how you should apply to join sounds more buraucratic then it feels in reality. So if you use it and fix things for yourself locally, then consider joining as well by all means, we can only all benefit from it mutually.

As somebody working with code all the time, I like MP's approach of compiling yourself, possibly patching memory profiling into your ruby, or whatever you might need.

The lack of a single, cohesive, well supported set of packages on OS X is the reason I do a lot of development and experimentation inside another operating system inside VMWare Fusion.

You may also want to take a look at pkgsrc, which lists OS X/Darwin as a supported platform:

http://www.netbsd.org/docs/software/packages.html

I've tried MacPorts, and inevitably when I update the packages I wind up creating some kind of dependency issue that causes me to just give up, scrap the /opt folder and start over again.

I've just started building things from source recently. It's not hard, gives you maximum control, and is less likely to freak out if you update a given piece of software.

I use a hybrid of fink unstable and manual compiles. Fink unstable keeps me with relatively up-to-date versions of most of my programs, but some (git, ghc, darcs) I compile myself and install in my ~/ins folder because the fink maintainers have abandoned those packages.

I used fink for a couple of years, and dropped it about a year ago. Things might have changed for the better, but when I switched to MacPorts (it was still DarwinPorts back then), fink sported packages many years out of date. Looking at the project page now, I see that its stable release still dates back to June 2006. Maybe the unstable branch has more recent packages, but I don't have the slightest desire to run anything flagged "unstable" or "testing" on my main machine. I've done that in the past, on a Debian machine, and became tired of dealing with broken libc and binlib packages.

MacPorts works way, way better. Most ports I care about are up-to-date. Ubuntu packaging is nice, but, for example, its git-core package is several versions behind the one in MacPorts. It has a couple of minor annoyances with cleaning up old versions of packages, but otherwise works like a charm.

I switched back to Ubuntu over this. (Well, this and the growing realization that I wasn't really in control of my own computer).

I've been pretty happy with MacPorts. I mostly use it for apache, git, mysql, php, postgresql, sqlite and a few other small stuff. everything works pretty fine. Django is installed from trunk.

I hated both. My short-term solution was to compile everything by hand. My long-term solution was to switch back to Linux.

MacPorts is pretty decent and I use it to install all kinds of software that I need. Couple of notes though:

I frequently hack the Portfiles to tweak things and add configuration options that I need. Most packages are pretty decent but some need something special that the original maintainer did not think of.

Upgrading your MacPorts install does not work. Specially when packages have dependencies. It's just flakey. So what I do is simply delete /opt/* and install all the ports that I use again. Little painful but I think I don't do this more than a couple time a year or so.

I downloaded clisp with macports. It felt like a botched surgery: it only half worked, and I'm still recovering from the painful experience.

Definitely an exception to "it just works."

MacPorts. I am just used to FreeBSD's port system and I don't mind to recompile code from sources. I hate dependency hell in apt/yum style system. I like the old unix way of self contain packages which can be controlled by environment variables.

Disk space is going to be like infinite in the long run. So I would rather there are many different versions of perl/python/ruby on my machines and let them to be independent from each other.

I myself considering throwing away my MacBook and get a nice Dell with Ubuntu. I just can't get things done here the way I used to have with Ubuntu.