Additions:
You might want to take a look at the proposed ideas for FreenetZeroPointEight , however these are likely to be extremely difficult to accomplish in the given period, and will require a detailed understanding of the Freenet codebase.
Deletions:
Additions:
You might want to take a look at the proposed ideas for FreenetZeroPointEight , however these are likely to be extremely difficult to accomplish in the given period, and will require a detailed understanding of the Freenet codebase and [[http://www.all-auto.ro/auto-second-hand vanzari auto]]""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here""""insert-raw-html-here"".
Deletions:
Additions:
The Free Network Project took place in the [[http://code.google.com/soc/ SoC]] last year. One result of this was Jflesch's Thaw, the widely-used portable download/upload manager for Freenet with support for indexes, which has been a great success (and is actively maintained). Nextgens did lots of good work on the installer and related things (and continues to contribute), Dave Baker did some good work on Freemail, although this is not widely used at present, and Michael Rogers continues to do useful work on simulations of load balancing and congestion control - see NewTransportLayer for some of what has come from this.
Deletions:
Additions:
* Project Title :
o "Improve X modules in ways Y and Z."
o "Write 3 new man pages for the new interfaces."
o "Improve test coverage by writing X more unit/regression tests."
o "Improve performance in FOO by X%."
The Free Network Project took place in the [[http://code.google.com/soc/ SoC]], [[http://laceweddingdresses.org/ lace wedding dresses]] last year. One result of this was Jflesch's Thaw, the widely-used portable download/upload manager for Freenet with support for indexes, which has been a great success (and is actively maintained). Nextgens did lots of good work on the installer and related things (and continues to contribute), Dave Baker did some good work on Freemail, although this is not widely used at present, and Michael Rogers continues to do useful work on simulations of load balancing and congestion control - see NewTransportLayer for some of what has come from this.
o "Improve X modules in ways Y and Z."
o "Write 3 new man pages for the new interfaces."
o "Improve test coverage by writing X more unit/regression tests."
o "Improve performance in FOO by X%."
The Free Network Project took place in the [[http://code.google.com/soc/ SoC]], [[http://laceweddingdresses.org/ lace wedding dresses]] last year. One result of this was Jflesch's Thaw, the widely-used portable download/upload manager for Freenet with support for indexes, which has been a great success (and is actively maintained). Nextgens did lots of good work on the installer and related things (and continues to contribute), Dave Baker did some good work on Freemail, although this is not widely used at present, and Michael Rogers continues to do useful work on simulations of load balancing and congestion control - see NewTransportLayer for some of what has come from this.
Deletions:
o "Improve X modules in ways Y and Z."
o "Write 3 new man pages for the new interfaces."
o "Improve test coverage by writing X more unit/regression tests."
o "Improve performance in FOO by X%."
The Free Network Project took place in the [[http://code.google.com/soc/ SoC]] last year. One result of this was Jflesch's Thaw, the widely-used portable download/upload manager for Freenet with support for indexes, which has been a great success (and is actively maintained). Nextgens did lots of good work on the installer and related things (and continues to contribute), Dave Baker did some good work on Freemail, although this is not widely used at present, and Michael Rogers continues to do useful work on simulations of load balancing and congestion control - see NewTransportLayer for some of what has come from this.
Additions:
- Easy to use publishing wizard plugin, using either webdav/ftp shared folder or a local directory.
- Blogging plugin, with bookmarks, photos, files, etc.
- Blogging plugin, with bookmarks, photos, files, etc.
Additions:
- Better support for traditional F2F functionality: "Darknet" should become "Friends", you should be able to set trust levels on your peers, see their bookmarks, easily exchange instant messages (perhaps via e.g. a GAIM plugin), have shared folders, browse their Thaw indexes (and possibly their global queues) etc etc.
Revision [1918]
Edited on 2007-03-23 13:50:36 by MatthewToselandAdditions:
- Ability to see (some of?) your friends (peers) indexes (or perhaps queues) combined with the ability to follow links between indexes
Revision [1917]
Edited on 2007-03-22 16:06:14 by JeromeFlesch [Fix my english (minor minor minor change)]Additions:
- Or you can be imaginative, all suggestions are welcome :)
Deletions:
Additions:
- More plugins in [[Thaw]] :
Deletions:
Revision [1915]
Edited on 2007-03-22 08:17:07 by JeromeFleschAdditions:
- A moderable board system (similar to the Frost one, but moderable) : Some specs are already available [[AnotherBoardSystem here]], but they *must* *be* *redesigned*. May be integrated in Thaw.
- More plugins in Thaw :
- N2NTM (Node To Node Text Message) (would require some modifications in the node ; see the Thaw plugin 'PeerMonitor' for the UI)
- A journal plugin : Keeping a trace of every downloads / insertions the user did
- Or you can be imaginative, all suggestion are welcome :)
- More plugins in Thaw :
- N2NTM (Node To Node Text Message) (would require some modifications in the node ; see the Thaw plugin 'PeerMonitor' for the UI)
- A journal plugin : Keeping a trace of every downloads / insertions the user did
- Or you can be imaginative, all suggestion are welcome :)
Additions:
- More work on searching Freenet: better UI, FCP support, support for searching Frost, multiple indexes, aggregating indexes, a plugin to construct an index site from a spider, etc. See NewSpiderIdeas.
Deletions:
- A freesite spider with automatic freesite categorization, based on meta tag information, and automatic insertion of new index editions, written in java, possibly with swing interface (integrated in Thaw ? :), or as a plugin. May produce either a freesite or a search index or both.
Revision [1887]
Edited on 2007-03-19 17:54:07 by MatthewToseland [reorder and elaborate on easier means to join darknet]Additions:
- Implement unit tests for the support classes of freenet and the (in)famous caught bugs. Unit tests for as much of the code as possible would be great, and the more advanced tests may involve setting up multiple nodes in the same VM with crypto turned off etc.
- Easier means to join the darknet. One-time invites, invites with only an IP and password, out of band verification, etc. Several threads on this on the tech list recently. Other suggestions: Auto-generated installer package including an invite which you can give away, plugins for IM clients to make adding darknet peers easy etc.
- Easier means to join the darknet. One-time invites, invites with only an IP and password, out of band verification, etc. Several threads on this on the tech list recently. Other suggestions: Auto-generated installer package including an invite which you can give away, plugins for IM clients to make adding darknet peers easy etc.
Deletions:
- Implement unit tests for the support classes of freenet and the (in)famous caught bugs
Additions:
- Easier means to join the darknet. One-time invites, invites with only an IP and password, out of band verification, etc. Several threads on this on the tech list recently.
Deletions:
Revision [1885]
Edited on 2007-03-19 17:49:03 by MatthewToseland [try to combine spider ideas into a single blob]Additions:
- More work on searching Freenet via spiders and indexes. Currently we have: Various spiders, Librarian (search plugin which downloads an index published by a spider and searches within it, uses an old format, indexes don't scale), Thaw's indexes (these are basically file lists but the format can be used by spiders), Frost's filesharing system etc. Jobs to improve this: Port Librarian and the built-in spiders to use Thaw's XML-based index format. Support for huge indexes (splitting up indexes into multiple files). Support files as well as pages. Search for files in Frost messages and indexes. Make the spider easier to use - make it a full external plugin, make it able to save its progress to disk, etc. Include extra metadata (size, type, successfully downloaded, etc) from Thaw indexes and from downloading the files. Make an FCP interface, then a Swing GUI to interface to the core plugin. Etc.
Deletions:
- A file spider that fetches keys from various sources (Frost messages, FUQID queue, the file utility mentionned above, etc.) make an index with additional meta-data (name, type, size, comment, date of last successfull download, etc...) and insert it.
Additions:
- Easier means to join the darknet. One-time invites, invites through passwords, etc. Look at recent threads on the tech list for inspiration.
Additions:
- A wiki system on freenet. NOTE: This is being implemented at the moment by one of the developers. It is not therefore a possible SoC project.
Deletions:
Additions:
- Better NAT support: Implement UP&P, NAT-PMP, TURN and related technologies (we already have STUN and ARKs, but we need more). Note: Implement with an eye to security. We already use STUN, but STUN is centralised and we can't use the listen port for that reason, so it doesn't detect port forwards. UP&P may actually be a safer way to get our IP address. Would be good to be able to identify whether we are NATed without using centralised services (we get packets from X but not from Y...). Also note that according to [[http://nutss.gforge.cis.cornell.edu/pub/imc05-tcpnat.pdf this paper]] and [[http://www.guha.cc/saikat/stunt-results.php here]], 80% of NAT routers are full-cone, so we may not need UP&P for port forwarding - but this hasn't been our experience so far, we need more data.
Deletions:
Revision [1871]
Edited on 2007-03-10 21:10:49 by MatthewToselandAdditions:
- Better NAT support: Implement UP&P, NAT-PMP, TURN and related technologies (we already have STUN and ARKs, but we need more). Note: Implement with an eye to security. We already use STUN, but STUN is centralised and we can't use the listen port for that reason, so it doesn't detect port forwards. UP&P may actually be a safer way to get our IP address. Would be good to be able to identify whether we are NATed without using centralised services (we get packets from X but not from Y...). Also note that according to [http://nutss.gforge.cis.cornell.edu/pub/imc05-tcpnat.pdf this paper] and [http://www.guha.cc/saikat/stunt-results.php here], 80% of NAT routers are full-cone, so we may not need UP&P for port forwarding - but this hasn't been our experience so far, we need more data.
Deletions:
Additions:
- Better NAT support: Implement UP&P, NAT-PMP, TURN and related technologies (we already have STUN and ARKs, but we need more). Note: Implement with an eye to security. We already use STUN, but STUN is centralised and we can't use the listen port for that reason, so it doesn't detect port forwards. UP&P may actually be a safer way to get our IP address. Would be good to be able to identify whether we are NATed without using centralised services (we get packets from X but not from Y...). Also note that according to this paper and here, 80% of NAT routers are full-cone, so we may not need UP&P for port forwarding - but this hasn't been our experience so far, we need more data.
