Some of you may have heard me ranting in the Monastery's CB about this, but I still haven't got a solution that I like.
My current client engagement is at a bank, and they have an absolutely draconian firewall. (Several years ago, you couldn't get internet access until a senior VP approved it.) I'm using a Windows XP machine without a compiler, so I need pre-compiled CPAN modules for anything that's not pure-Perl.
Piece-o-cake, right? Just install PPM, and set up some repositories. That's what I thought too, until I realized I couldn't make PPM punch thru the firewall. I'm still not sure what the problem is.
Happily, ActiveState, as a last measure, have set up a repository of ZIP files corresponding to their PPM packages, and I've often fallen back on using those.
Except the bank's f*-ing firewall won't let me download anything whose name
ends in .zip
! In the past, I've gotten around it by renaming
archives to end in .mdb
or .piz
. But I can't do
that with AS's repository.
The only thing I could come up with was to download the repository contents (at least the stuff that I needed) to my own machine, then burn a CD that I could take to work. Of course, that has a limited lifetime, in that it goes out-of-date as oon aas anyone uploads to CPAN, but I'm only looking for acouple of DBI/DBD packages, which don't change very often.
So the question is: are there any other alternatives?
Remember, I:
make install
isn't an option.ppm
go past the firewall;.zip
or (probably) .tgz
Re:sneakernet
VSarkiss on 2004-08-29T21:48:09
That's all I could think of too.
I'm not blaming the bank for wanting to keep people out -- as a matter of fact, I wish they would try harder -- it's just that they're doing a better job of keeping their workers in! I mean, extension-based file blocking is a bit stupid. The fact that I could get around it by just renaming files tells you how effective that is.