The NSISdl library, which is part of the NSIS installer (that pretty
GUI setup.exe program you run to install Camelbox) uses the proxy
settings for IE; there are other file downloading libraries for NSIS,
but they had other issues (i.e. they would corrupt files).
Sometimes the error messages in NSIS and it's libraries don't match
the problem. I'm sure the NSIS people would accept patches (it's an
open source project) if you have suggestions for fixes or changes to
the contents of the error messages.
As far as zipfiles, Google Code has a 100 megabyte limit on individual
uploaded files. I'm not really interested in moving the project to
another project hosting service (Sourceforge, Berlios). If you're
volunteering space on a fast server for zipfile downloads, then I'm
all ears.
The other thing about zipfiles is the installer lets you choose how
much of Camelbox you want to install; you could just install Perl if
you wanted, or install everything if you wanted. You, as the end user
running the installer, get to choose. If I were to move everything to
zipfiles, I would need to build multiple zipfiles with different
combinations of software for each release just to get the same
functionality that the installer already provides.
If you really want to make a zipfile of Camelbox, install Camelbox on
a machine where you don't have to dance around a proxy server to
perform an install, then zip that install up and copy it from machine
to machine. Or copy the downloaded .lzma files from installing
Camelbox to your own (internal) webserver, then point the installer at
it, i.e. create your own mirror. This has been previously documented
in the "Installing Camelbox" wiki page [1].
Thanks,
Brian
[1] http://code.google.com/p/camelbox/wiki/InstallingCamelbox