If there is a clearly defined previous build of Freenet that works well, then we should consider having a more clearly defined distinction between production and stable.
My main concern with having separate networks is that it becomes virtually impossible to determine whether the development build is performing better or worse than the stable builds because they will be separate networks with different usage patterns. Freenet is much more difficult to debug and analyze than most software because its effectiveness can only really seen in the interaction of many Freenet nodes, not just the behavior of one - although NGR helps in this regard.
There is, however, the advantage that we can get away with a much stricter upgrade regime in the unstable builds, I would almost advocate making the lastGoodBuild the current build -3 by default in a dedicated development network.
Another thing to consider is how we handle the transition from the current architecture.
Thoughts?
Ian.
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
