Re: Problem building on OSX

[Dave Stewart <dstewart aquaflo com>]

On Oct 19, 2007, at 9:00 AM, Paul Davis offered this thought:

> just to clarify: neither DarwinPorts nor Fink installs anything  
> extra on
> your machine beyond what you tell it to (other than a database of  
> what's
> installed). it is not some "fetch everything" system - you tell it  
> what
> you want to get and it installs everything you'll need to use it.


Yes, I didn't mean to imply otherwise. Except either DP (now  
Macports) or Fink *themselves* need to be installed. They won't "pull  
in" thousands of other programs, but they themselves are installed  
ONLY to install what I really want - Wireshark. They would have no  
other known purpose on this machine anytime in the foreseeable future.

My frustration level has elevated to the point where I don't care  
anymore and I went ahead and installed Macports. Problem is it's  
apparently using rsync which apparently is blocked by our (AT&T  
managed) firewall, so it won't do anything (selfupdate doesn't work,  
it won't download anything, it won't install anything ... all it  
succeeds at is displaying a "Connection refused" message). I removed  
that this morning and tried another machine which already has Fink in  
it and found the same problem. I've even tried using the CVS method  
in Fink, but that's failing too. I know I *could* call AT&T and fight  
with them for hours/days to get the right access through the firewall  
(I really don't like them much, it wasn't my decision to go with  
them), but I won't compromise the security of our network (I don't  
like rsync much either) just to try to get Wireshark in there when  
it's *SUPPOSED* to be able to be built from scratch from it's source  
(I know ... my problem isn't with Wireshark directly, it's with a  
dependency of it, but still ...).

I made it onto Marius' hmug.org site this morning, but unless I  
missed something important all I found was a "make install" package  
with a huge list of dependencies. Since I can't seem  to build one of  
those dependencies (glib2 - noting that there are others that come  
after this which we haven't got around to trying yet because we can't  
get past this), I don't see how this package will help.

Sigh - I guess this wasn't mean to be. I hate admitting defeat, but  
my skull can't take much more of this. :(


> if the "one program" you want needs a library that needs 3 libraries
> that each need 2 other libraries ....
>
> you get the point.


In *nix parlance, I believe the term for this is "dependency hell".  
In and of itself it doesn't scare me, except I'm caught in the middle  
of it and can not proceed forward due to this linker error which I  
apparently can't resolve or work around in any way.



Dave Stewart
Aqua~Flo Supply (Goleta CA)
dstewart at aquaflo dot com

"10 percent of computer users are Mac users,
but remember, we are the top 10 percent."
    - Douglas Adams