Paul Bryson wrote:
> Tim Bates wrote:
>> * GUI - definately not needed. Waste of space. You can do a pseudo GUI 
>> in text modes anyway (which I would suggest doing for initial config).
> 
> That was my thought too.
> 
>> * I would personally suggest having a live-CD version with no disk 
>> cache if possible. Some people may want to see how easy it is to work 
>> before they commit a box to it. Obviously it won't cache (well, much) 
>> if there's no disk, but as a demo it would work.
> 
> Having it run as a live-CD is fine, as long as it will also install into 
> a usable state.
> 
>> * My choice of distro to base it on would be Debian (stable). They are 
>> pretty solidly committed to security, and there's hundreds of mirrors 
>> out there (with debian providing online lists you can query).
> 
> I don't know much about such things.  Are there Debian based live CDs 
> that don't use X, have good hardware detection, install easily to 
> harddisk, and would be easy to integrate Squid installs for which there 
> are no official Debian packages?
Squid builds easily on Debian with only a few configuration settings in 
recent squid. I wrote up the settings a while back: 
http://wiki.squid-cache.org/SquidFaq/CompilingSquid#head-947a559d216b70700e568c757f1bb0cc96a97838
Luigi has been very prompt keeping the Debian unstable/testing 
repositories up to the very latest official releases and fixes. So there 
should be no trouble installing any recent versions.
> 
>> * For post install configs, you could use the same interface as the 
>> installer. Have the primary console run it via init (with askfirst so 
>> it's not always running). You could additionally have a web interface, 
>> running from a tiny HTTP server preferably.
> 
> Agreed.
> 
> 
> Atamido
> 
Amos
-- Please use Squid 2.6STABLE17+ or 3.0STABLE1+ There are serious security advisories out on all earlier releases.Received on Fri Mar 28 2008 - 08:36:29 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Apr 01 2008 - 13:00:05 MDT