On Saturday 16 May 2009 10:12:06 Luke771 wrote:
> Matthew Toseland wrote:
> > Ian has found some more funding, so we are okay for another 6-8 months. 
This 
> > will be announced properly shortly. This relieves the pressure to get 
> > something out regardless of what it is. So we can have a sensible 
discussion 
> > on:
> > 1. What should be in 0.8?
> > 2. When to release 0.8?
> >
> > My current view:
> >
> > We have a pretty good basis for a release already, but we need a lot more 
> > debugging, we probably need a load more optimisation on db4o (if 
discussions 
> > on the support list are anything to go by), there are a few features we 
have 
> > already agreed are essential, which are mostly easy, there is Freetalk, 
and 
> > there is Bloom filter sharing. IMHO Bloom filter sharing will make a *BIG* 
> > difference to Freenet's performance and therefore to the success (users, 
> > content, donations) of 0.8.0.
> >
> > We should aim for a beta in the not too distant future, however IMHO we 
should 
> > aim to implement the essential and very important features below before 
> > releasing it, and even a beta needs to be reasonably usable in terms of 
bugs; 
> > we will very likely need further optimisation on db4o to make Freenet 
> > practically usable for all users.
> >
> > So I am suggesting that we allow 2-3 months for feature work, fixing major 
> > bugs, and further optimising db4o, and release a beta in July. After that 
we 
> > have final bugfixing aiming for a final 0.8.0 before say October.
> >
> > FEATURES:
> >
> > Essential:
> > - Freetalk. Freetalk needs to work well. Any essential plugin changes for 
> > Freetalk. (Mostly down to xor)
> > - The new wininstaller. This is essential, we need Vista support, 
> > unfortunately it's not going to disappear much as we might want it to! 
(Easy)
> > - MHKs (or DHKs) - redundant CHKs for the top block of a splitfile (no, I 
> > don't like RHK, it sounds too much like RSK, and R stands for Revocable 
not 
> > Redundant). (Reasonably easy)
> > - Various minor usability tweaks. (Mostly easy but lots of it)
> > - Fix, or at least disappear, the "N peers forcibly disconnected due to 
not 
> > acknowledging packets" bug/message. (???)
> >
> > Very important:
> > - Bloom filter sharing and all its dependancies: Client-cache, don't cache 
> > while HTL is at maximum, transitional arrangements for old nodes' 
datastores. 
> > (Estimate 4 weeks for working and thoroughly debugged)
> >
> > Fairly important:
> > - Multi-container freesite inserts. saces' work is pretty much working 
afaik, 
> > but it needs to be made fully persistence aware and debugged and 
de-leaked.
> > - Update plugins over Freenet.
> > - Pause mode.
> >
> > Easy and would be nice:
> > - Solve the last-segment-has-less-redundancy problem for splitfiles.
> > - Guesstimate the monthly transfer usage for each bandwidth setting on the 
> > bandwidth selection screen.
> > - Deploy the new x86-64 FEC code.
> > - IM-friendly noderefs.
> >
> > Would be nice:
> > - Javascript support for loading inline images on a page.
> > - Audio/video filters, plus an increased maximum file size when using the 
> > progress page.
> > - Hierarchical DBRs for USK updating.
> >   
> Loading official plugins off Freenet using the drop-down menu would be nice.
> I understand that this is not going to be in 0.8 because it requires 
> official repositories on freenet with revocation key and everything, but 
> IMHO it should have at least 'some' priority after 0.8 is released.

Well, maybe for 0.8. The immediate future is 0.7.5.
> 
> Also, would it be possible to make an alternate update script that 
> fetches the latest .jar off freenet instead of the website using that 
> CLI tool mentioned in config page?

That would require a working node, in which case update over Freenet should 
work.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: 
<https://emu.freenetproject.org/pipermail/devl/attachments/20090516/2895088b/attachment.pgp>

Reply via email to