Fink and Darwin Ports are not acceptable

Grrr!, Mac OS X Add comments

Listen up: Instructing me to install something like Fink or Darwin Ports and the Apple developer tools to get an application like Ettercap is completely unacceptable. I don’t want the overhead and instability of one of those package managers on my system, and it’s ridiculous that I should waste the disk space with Apple’s developer tools when I’ll probably use 1% of it, and I’m not a developer to boot. Make a binary package installer (ya know, kinda like a Linux RPM), complete with dependencies, and let me download it. Seriously. This isn’t 198x anymore. We now have the “Intarweb” where asking other people with the right computers to make installer packages is easy, and you can provide a kind of “hyper link” to them. It sounds crazy, I know. I realize I have a lot of weird ideas and crazy expectations, and that’s what makes me a pain in the ass.

6 Responses to “Fink and Darwin Ports are not acceptable”

  1. chuck goolsbee Says:

    Listen sonny, back in 198X we had to input 1s and 0s in dip switches! It wasn’t until 199X that we had a decent compilers and a line editor. Years of typing uphill in the snow boy… that’ll learn ya!

    –chuck

  2. tetsuotheironman Says:

    This is a little whiny… Most of these projects are not even specifically designed to run on MacOSX. It’s rather extreme to expect the developers (most of this is free/OSS worked on in spare time for little to no pay) to provide binary packages for every conceivable posix (or even non posix) platform their software may support. And if you were to look around for it, I’m sure you’d find binary packages or installers for many of these packages somewhere… (http://www.entropy.ch/software/macosx/ has a few popular ones… not to mention that if you are into packet crafting, network penetration, etc etc… most of the software is in extremely beta form and untested in many cases. A working copy of gcc is a must)

    not to be a jerk, but I’ve found using MacPorts to be extremely easy and pretty damn stable…
    port install fortune is a must on any computer I use.

  3. Aaron Adams Says:

    At the urging of our second commenter, I installed selected pieces of the Apple Developer Tools and MacPorts. I installed a handful of packages, and then I attempted to install Etherape. After several hours of compiling dependencies, here’s how it ended:

    —> Fetching audiofile
    —> Attempting to fetch audiofile-0.2.6.tar.gz from http://www.68k.org/~michael/audiofile/
    —> Verifying checksum(s) for audiofile
    —> Extracting audiofile
    —> Configuring audiofile
    —> Building audiofile with target all
    Error: Target com.apple.build returned: shell command “cd “/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_audio_audiofile/work/audiofile-0.2.6″ && make all” returned error 2
    Command output: osxplay.c:115: error: ‘outputUnit’ undeclared (first use in this function)
    osxplay.c: At top level:
    osxplay.c:133: error: parse error before ‘AudioUnitRenderActionFlags’
    osxplay.c: In function ‘fileRenderProc’:
    osxplay.c:139: error: ‘inRefCon’ undeclared (first use in this function)
    osxplay.c:142: error: ‘inNumFrames’ undeclared (first use in this function)
    osxplay.c:150: error: ‘ioData’ undeclared (first use in this function)
    osxplay.c: At top level:
    osxplay.c:160: error: parse error before ‘*’ token
    osxplay.c: In function ’setupOutput’:
    osxplay.c:166: error: ‘AudioStreamBasicDescription’ undeclared (first use in this function)
    osxplay.c:166: error: parse error before ‘fileASBD’
    osxplay.c:167: error: ‘AURenderCallbackStruct’ undeclared (first use in this function)
    osxplay.c:170: error: ‘file’ undeclared (first use in this function)
    osxplay.c:173: error: ‘fileASBD’ undeclared (first use in this function)
    osxplay.c:175: error: ‘outputUnit’ undeclared (first use in this function)
    osxplay.c:176: error: ‘kAudioUnitProperty_StreamFormat’ undeclared (first use in this function)
    osxplay.c:176: error: ‘kAudioUnitScope_Output’ undeclared (first use in this function)
    osxplay.c:181: error: ‘outputASBD’ undeclared (first use in this function)
    osxplay.c:192: error: ‘inputASBD’ undeclared (first use in this function)
    osxplay.c:195: error: ‘kAudioUnitScope_Input’ undeclared (first use in this function)
    osxplay.c:207: error: ‘renderCallback’ undeclared (first use in this function)
    osxplay.c:211: error: ‘kAudioUnitProperty_SetRenderCallback’ undeclared (first use in this function)
    osxplay.c: In function ‘main’:
    osxplay.c:225: error: ‘AudioUnit’ undeclared (first use in this function)
    osxplay.c:225: error: parse error before ‘outputUnit’
    osxplay.c:240: error: ‘outputUnit’ undeclared (first use in this function)
    make[2]: *** [osxplay.o] Error 1
    make[1]: *** [all-recursive] Error 1
    make: *** [all] Error 2

    Error: The following dependencies failed to build: libgnomeui libbonoboui libgnome esound audiofile automake autoconf libtool gnome-vfs dbus gconf gnome-mime-data howl neon openssl libgnomecanvas libart_lgpl
    Error: Status 1 encountered during processing.

    I’m not completely sure what all that means. I have no clue how to fix it. I have no way to figure a workaround or correct the problem. MacPorts, and similar package managers, are supposed to install things automatically for those of us who are not developers and make compiling software and dependent modules easy. But in this case it didn’t, which is why I call them “broken”. I realize that this software is complex, but if I were able to download a binary installer package, compiled by someone who can fix such a problem as I have listed, that would make something like MacPorts truly useful to me. I know it’s hard, but surely smart people can figure out a better system.

  4. Aaron Adams Says:

    Here’s another one:

    —> Fetching http_ping
    —> Attempting to fetch http_ping_03apr2002.tar.gz from http://www.acme.com/software/http_ping/
    —> Verifying checksum(s) for http_ping
    —> Extracting http_ping
    —> Configuring http_ping
    —> Building http_ping
    —> Staging http_ping into destroot
    Error: Target com.apple.destroot returned: shell command “cd “/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/http_ping” && make install DESTDIR=/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/destroot” returned error 2
    Command output: rm -f /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/destroot/opt/local/bin/http_ping
    cp http_ping /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/destroot/opt/local/bin
    rm -f /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/destroot/opt/local/man/man1/http_ping.1
    cp http_ping.1 /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/destroot/opt/local/man/man1
    cp: /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_http_ping/work/destroot/opt/local/man/man1: No such file or directory
    make: *** [install] Error 1

  5. greyback Says:

    You are running an old copy of Xcode on your system, and so some library files are outdated. I had the same errors as you but fixed them by updating Xcode.

    If you upgrade to the most recent version of Xcode (2.4.1 as of this post), you may have more success. Please be a little less harsh on these projects; I think they do an excellent job;
    -G

  6. Aaron Adams Says:

    Actually, I’m running the latest Xcode release, so it may be that the libraries are too new rather than too old. Since I’m not a developer, I really can’t say with any degree of certainty.

    I’m sorry if I sound harsh. My understanding is that MacPorts (and DarwinPorts and Fink before it) is intended to be a way for those of us who are not developers to easily compile software. I lose my temper because for years with every package manager I’ve run into these same kinds of problems, where I simply use the thing, and then one day it blows up for indecipherable reasons and I’m powerless to fix it, and the software installed with it is broken. If this were the first time it had happened, I’d be more patient. But it’s not. Every time I install and use something like MacPorts, this happens, even when, in this case, I have installed a single app one time and left it undisturbed for weeks. I’m not denying that this may somehow be my fault because I don’t know enough to say one way or another, but the easily broken nature of these package managers makes them too unreliable to use, in my experience.

Leave a Reply

WP Theme & Icons by N.Design Studio
Entries RSS Comments RSS Log in