On Wed, Feb 06, 2002 at 11:09:07AM -0500, Gianni Johansson wrote:
> I never expected this to create such a ruckus.
> 
> My intent has nothing to do with censorship.  I don't personally believe that 
> Client Delete is a very useful censorship tool.  Determined censors could do 
> much better by writing a servlet which lives in the same JVM as Fred or by 
> hacking the node implementation directly. I added ClientDelete because I 
> thought it would make it easier for client writers to write insertion tools 
> that actually work. 
> 
> Freenet needs more content.  I figured if fewer non-technical people throw up 
> their hands and walk away from Freenet forever after trying to keep a 
> freesite up, that that would be a good thing. 
> 
> While my intentions are good,  and while I believe that those who think they 
> are providing any real protection to the Network by limiting access to key 
> deletion to those people capable of reading the Fred source code are deluding 
> themselves, I can't deny the sincere and well intentioned opposition to my 
> changes.
> 
> So here's what I propose to do.  Could I please get a "thumbs up" or "thumbs 
> down" vote from the other significant Freenet contributors (At least Ian, 
> Oskar, Scott, Sebastian, Thelema) ?  If the "thumbs down" vote predominates I 
> will back out all my changes before the midnight PST snapshot 
> build tonight.

My position on these things is, if you can't stop people from doing it,
make it a feature.  The only thing I would add is that an option not to
cache the data locally with ClientGet/ClientPut would be more useful
than the ClientDelete command for the purpose you're putting it to (if
the insertion tools supported it).

> --gj
>  
> p.s. I will back out the key list in NSS regardless, since that is truly 
> evil, though no one seems to have noticed.

Don't bother, I'm not going to back out DSConsole or FSConsole.

-tc


_______________________________________________
Devl mailing list
Devl at freenetproject.org
http://lists.freenetproject.org/mailman/listinfo/devl

Reply via email to