Changes between Version 38 and Version 39 of WeeklyMeeting
- Timestamp:
- 2012-12-06T07:16:03Z (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WeeklyMeeting
v38 v39 9 9 ||= Why =||Voice/video interaction complements IRC/mailing list|| 10 10 ||= How =||See Agenda below|| 11 (*) Z (Zulu) time refers to UTC; [http://www.timeanddate.com/time/map/ check where you are] or see [http://www.timeanddate.com/countdown/generic?iso=20121115T16&p0=1440&msg=Tahoe-Lafs+weekly+meeting countdown]. 11 (*) Z (Zulu) time refers to UTC; [http://www.timeanddate.com/time/map/ check where you are] or see [http://www.timeanddate.com/countdown/generic?iso=20121206T16&p0=1440&msg=Tahoe-Lafs+weekly+meeting%20countdown the countdown]. 12 12 13 == Etiquette == 13 14 … … 18 19 == Agenda == 19 20 20 URL: https://plus.google.com/hangouts/_/935f3473d1cd505f0e1561b2879426ca1cd949b1?authuser=0&hl=en#21 URL: TBA 21 22 22 Upcoming: 2012-1 1-2923 Upcoming: 2012-12-06 23 24 24 Agenda: Documentation!25 Agenda: Proofs-of-Retrievability! 25 26 26 * A brief update regarding the documentation and translation status by Patrick "marlowe".27 28 * Let's just start editing and writing docs during the meeting and see what we get.29 27 30 28 To prepare for this meeting: 31 29 32 * Read this thread: https://tahoe-lafs.org/pipermail/tahoe-dev/2012-November/007860.html .30 * Read this document: https://zooko.com/uri/URI%3ADIR2-MDMF-RO%3Ancatoq5dkkdrsgrqzfhvfmhcui%3Az4ntrmimtgsgy4xsf7fvllvk3b232gs6kgvxp722odgpw4dt2pva/ 33 31 34 * Read associated tickets and patches.35 32 36 * Write docs! Write brand new docs or write patches for existing docs. Bring your text to the meeting! 37 33 {{{#!comment 38 34 This will be a ''"NUTS AND BOLTS"'' meeting — it is about engineering, debugging, documentation, making stable releases, etc. 39 35 40 36 If you're more into science, big new features, writing papers about our work, etc. then stay tuned for a future meeting about ''"TESLA COILS AND CORPSES"''. 37 }}} 41 38 42 {{{#!comment43 39 This will be a ''"TESLA COILS AND CORPSES"'' meeting — it is about science, big new features, writing papers about our work, etc. 44 40 45 41 If you're more into engineering, debugging, documentation, making stable releases, etc. then stay tuned for a future meeting about ''"NUTS AND BOLTS"''. 46 }}}47 42 48 43 == Proposed Future Topics == 49 44 50 * ** Proof of Retrievability** which Zooko will distribute;''("TESLA COILS AND CORPSES")''45 * **documentation and internationalization** presented by Marlowe;''("NUTS AND BOLTS")'' 51 46 52 47 * **Tahoe-LAFS v1.10** What can we do to move Tahoe-LAFS v1.10 along? Is David-Sarah too busy with !LeastAuthority.com to be Release Manager for Tahoe-LAFS v1.10? Should Tahoe-LAFS v1.10 contain only patches that are already on trunk? ''("NUTS AND BOLTS")'' … … 56 51 == Notes / Archives == 57 52 53 === 2012-11-29 === 54 55 * ''("NUTS AND BOLTS")'': documentation 56 57 * ''("TESLA COILS AND CORPSES")'': distributed introduction, defense against rollback attack 58 59 notes: https://tahoe-lafs.org/pipermail/tahoe-dev/2012-November/007867.html 60 58 61 === 2012-11-22 === 59 62 60 * NUTS AND BOLTS: work on Tahoe-LAFS v1.10 tickets!63 * ''("NUTS AND BOLTS")'': work on Tahoe-LAFS v1.10 tickets! 61 64 62 65 notes: https://tahoe-lafs.org/pipermail/tahoe-dev/2012-November/007859.html … … 64 67 === 2012-11-15 === 65 68 66 * async notifications69 * ''("TESLA COILS AND CORPSES")'': async notifications 67 70 68 71 What a ''lot'' of people really want is an alternative to Dropbox — something that functions very like Dropbox but without exposing your plaintext to spying and corruption. David-Sarah implemented a part of this with the drop-upload feature. It seems to me that the blocker which prevents Tahoe-LAFS from doing the rest of it is that LAFS clients have no way to get an asynchronous notification that a file has changed (i.e., so that they don't have to poll to find out if the file has changed). So: could we add that? Why not just define a remote interface offered by LAFS clients to LAFS servers. The remote interface is "hey_you_this_file_has_changed(storageindex)". 69 72 70 73 === 2012-11-08 === 74 75 ''("NUTS AND BOLTS")'': 71 76 72 77 * #1240; Is it done? (I think it still needs fixed tests.) Can we commit it to trunk and be done with it? Do we need to merge it with #1679? … … 75 80 === 2012-11-01 === 76 81 77 **Garbage collection**: use cases and protocols;82 ''("TESLA COILS AND CORPSES")'': **Garbage collection**: use cases and protocols; 78 83 79 84 * #1832 (support indefinite leases with garbage collection)