I like to use an ad-filtering proxy. I decided to try Privoxy. They do not have a universal binary for download, so my only choice was to use Macports to download and compile it. I downloaded Macports and used the command
sudo port -v install privoxy
to install Privoxy some weeks back. Privoxy has worked perfectly since then.
Tonight I decided to see if Macports or Privoxy had been updated. Here is the output from my Terminal session.
MacBook:~ aaron$ sudo port -v selfupdate
Synchronizing from rsync://rsync.macports.org/release/ports/
receiving file list ... done
sent 74 bytes received 275530 bytes 42400.62 bytes/sec
total size is 15282043 speedup is 55.45
MacPorts base version 1.5 installed
receiving file list ... done
./
deleting config.log
sent 73 bytes received 5486 bytes 3706.00 bytes/sec
total size is 3642988 speedup is 655.33
Downloaded MacPorts base version 1.520
Configuring, Building and Installing new MacPorts base
checking build system type... i686-apple-darwin8.10.1
checking host system type... i686-apple-darwin8.10.1
checking target system type... i686-apple-darwin8.10.1
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for gcc... gcc
checking whether we are using the GNU Objective C compiler... yes
checking whether gcc accepts -g... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether make sets $(MAKE)... yes
checking whether ln -s works... yes
checking for mtree... /usr/sbin/mtree
checking for cvs... /usr/bin/cvs
checking for svn... no
checking for rsync... /usr/bin/rsync
checking for launchd... yes
checking for launchctl... /bin/launchctl
checking for xcodebuild... /usr/bin/xcodebuild
checking for bzip2... /usr/bin/bzip2
checking for xar... no
checking for open... /usr/bin/open
checking for tar... /usr/bin/tar
checking for gnutar... /usr/bin/gnutar
checking for which tar variant to use... /usr/bin/gnutar
checking for /usr/bin/gnutar --no-same-owner support... yes
checking how to mark unused variables...
checking for gcc symbol visibility attribute... __attribute__((visibility("hidden")))
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... -D_THREAD_SAFE
checking how to run the Objective C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... no
checking objc/objc.h usability... yes
checking objc/objc.h presence... yes
checking for objc/objc.h... yes
checking if linking libobjc requires pthreads... no
checking for Apple Objective-C runtime... yes
checking for GNU Objective C runtime... no
configure: Using Apple Objective-C runtime
checking for Apple Foundation library... no
configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your environment, preventing the use of GNUstep's Foundation library
configure: error: Could not find a working Foundation implementation
Error: /opt/local/bin/port: selfupdate failed: Error installing new MacPorts base: shell command "cd /opt/local/var/macports/sources/rsync.macports.org/release/base && ./configure --prefix=/opt/local --with-install-user=root --with-install-group=admin --with-tclpackage=/Library/Tcl && make && make install" returned error 1
Command output: checking for /usr/bin/gnutar --no-same-owner support... yes
checking how to mark unused variables...
checking for gcc symbol visibility attribute... __attribute__((visibility("hidden")))
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... -D_THREAD_SAFE
checking how to run the Objective C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... no
checking objc/objc.h usability... yes
checking objc/objc.h presence... yes
checking for objc/objc.h... yes
checking if linking libobjc requires pthreads... no
checking for Apple Objective-C runtime... yes
checking for GNU Objective C runtime... no
configure: Using Apple Objective-C runtime
checking for Apple Foundation library... no
configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your environment, preventing the use of GNUstep's Foundation library
configure: error: Could not find a working Foundation implementation
MacBook:~ aaron$
It’s broken. i’ve only used it once to install one thing and it’s busted. I have no idea what the GNUSTEP_SYSTEM_ROOT has to do with Macports, and there is no help whatsoever to be found via Google about this error message.
So since I only had one thing installed via Macports, I removed it
sudo rm -rf /opt/
re-downloaded Macports 1.5.0 and re-reran the self update. Same result. Brand new clean install, and it’s still broken.
I give up. Macports, and Fink before it, are complete pieces of crap that are perpetually broken without support. Avoid them at all costs. In the meantime, download BFilter.
My .Mac Web Gallery
Loading ...
August 27th, 2007 at 5:55 pm
that sucks.. MacPorts rules…
it appears that current TCL compile is messed up.. will probably be fixed in a day or so when the maintainer gets spammed with bugreports on the mailing lists…
August 27th, 2007 at 5:58 pm
btw.. TOR has a copy of privoxy with their install I think…
http://tor.eff.org
August 27th, 2007 at 7:11 pm
Tor does include a copy of Privoxy as part of its install. However, the Privoxy binary that comes with Tor is for PowerPC, like the one you can download from the Privoxy site, even though Tor labels their package as universal binary. Idiots. The point of compiling it via Macports was so that I could run an Intel or universal binary copy of the daemon and not PowerPC. I’m at a loss as to why, with Intel Macs being 2+ years old, Privoxy has not released a universal binary package. (”Just use Macports,” is their response, I’m sure.)
It’s stupid that a new version of Macports was released with this problem. Did they do any testing?
September 10th, 2007 at 4:34 pm
GNUSTEP_SYSTEM_ROOT is apparently an enviromental variable, and has literally nothing to do with MacPorts.
MacPorts and Fink are just easy ways of installing *nix programs from binary or source, and so if your system doesn’t have certain things, it’s not going to run. For instance, if your PATH enviromental variable isn’t set right, you’re screwed. This doesn’t mean that MacPorts didn’t test the new version of their software, it just means that they didn’t test this package enough.
ANYWAYS, I’d wager a guess that GNUSTEP_SYSTEM_ROOT should be set to “/”, since that is the “system root”.
First, issue “echo $GNUSTEP_SYSTEM_ROOT”–it should come up blank, since it isn’t set. Then issue “export GNUSTEP_SYSTEM_ROOT=/”
Finally, check that the path was actually set by using “echo $GNUSTEP_SYSTEM_ROOT” again.
Then give the install another shot and see what happens.
Good Luck!
October 21st, 2007 at 7:09 pm
[...] I just checked my own site, and the last time MacPorts pissed me off, it was for the same reason: An environment variable that was set wrong which prevents the software [...]