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
_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list
