Folks: Anybody who has time to contribute to Tahoe-LAFS, let's get together on IRC this weekend (24th and 25th) and see how much progress we can make on these core features for the fast-approaching Tahoe-LAFS v1.7 release.
All are welcome! We need testers, documenters, code-reviewers, test-writers. Lend a hand! :-) Regards, Zooko On Mon, Apr 12, 2010 at 11:44 AM, Zooko Wilcox-O'Hearn <zoo...@gmail.com> wrote: > Folks: > > It looks like v1.7, which we intend to release on May 13, 2010, will have at > least some of the following improvements: > > 1. Servers of Happiness (Kevan) #778 > 2. New Downloader (Brian, David-Sarah) #288, #448, #798, #800, #809, #990, > #993 > 3. SFTP (David-Sarah) #531, #645, #941 > 4. Support Different Character Encodings (François) [query for unicode > tickets] > 5. usability issues (David-Sarah) [query for davidsarah tickets] > 6. packaging issues (Zooko) #668, #803 > > This will be a solid new release of Tahoe-LAFS -- improved performance, > usability and SFTP support, along with the continuing tradition of excellent > reliability and backward- and forward- compatibility. > > Help needed: > > Someone please review #961 ! > Someone please take over #953 ! > > The next release after v1.7 will be v1.8 and will probably come out in > August, after the Google Summer of Code has wrapped up and the student > projects have landed in trunk. That release will include the new features > developed by GSoC students as well as more contributions from the folks who > brought you v1.7. > > The theme of the 1.8 release is not yet clear to me. Perhaps it will be > improvements in robustness and scalability of mutable files and directories. > I work with the Cassandra database at my employer, http://simplegeo.com, and > I keep wondering if Tahoe-LAFS could serve some of the roles that Cassandra > serves if Tahoe-LAFS had more scalable and efficient mutable files and > directories. > > I wouldn't be surprised if a few of the features above slip from the v1.7 > release and come out in the v1.8 release instead. We have only a few short > weeks to finish up the v1.8 release and historically it has always taken > around three weeks of testing, documentation, packaging, and so on to get a > release out the door. That means we should start committing these > improvements to trunk as soon as possible! You can help -- offer code > review, manual testing, encouraging words, etc.. > > As usual you can see the big picture of the planned release and drill down > to all details from The Roadmap: > > http://allmydata.org/trac/tahoe-lafs/roadmap > > Regards, > > Zooko > > [query for unicode tickets] > http://tahoe-lafs.org/trac/tahoe-lafs/query?status=!closed&keywords=~unicode > > [query for davidsarah tickets] > http://tahoe-lafs.org/trac/tahoe-lafs/query?owner=davidsarah&status=!closed&milestone=1.7.0 > > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/288# resumption of interrupted > downloads > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/448# download: speak to as few > servers as possible > http://allmydata.org/trac/tahoe-lafs/ticket/531# SFTP frontend needs tests > http://allmydata.org/trac/tahoe-lafs/ticket/645# connecting to sftp frontend > using sshfs fails from linux client > http://allmydata.org/trac/tahoe-lafs/ticket/668# easy_install > allmydata-tahoe is broken > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/778# "shares of happiness" is > the wrong measure; "servers of happiness" is better > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/798# improve random-access > download to retrieve/decrypt less data > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/800# improve alacrity by > downloading only the part of the Merkle Tree that you need > jjjjjkkk1Gjjjjjkk1Gjjjhttp://allmydata.org/trac/tahoe-lafs/ticket/803# > python ./setup.py install -- can't create or remove files in install > directory > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/809# Measure how segment size > affects upload/download speed. > http://allmydata.org/trac/tahoe-lafs/ticket/941# SFTP frontend fails when > listing a directory containing a mutable file, because it relies on > node.get_size() to be an integer > http://allmydata.org/trac/tahoe-lafs/ticket/953# dependency on pycrypto > needs to be tested and supported > http://allmydata.org/trac/tahoe-lafs/ticket/961# There are no init scripts > included in the Ubuntu apt-get install for tahoe-lafs > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/990# Web gateway should avoid > caching plaintext of downloads > http://tahoe-lafs.org/trac/tahoe-lafs/ticket/993# refactor download > interfaces to treat immutable files and mutable versions more uniformly > > _______________________________________________ tahoe-dev mailing list tahoe-dev@allmydata.org http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev
