GBS design discussion #3755

Open
opened 2021-08-02 14:41:07 +00:00 by itamarst · 2 comments

Starting point for thinking about GBS refactor, as it pertains to Tahoe-LAFS internals. Will probably split this up a bunch.

Questions:

  1. Should implementation be in Python?
  2. What should internal API design look like to deal with transition?
Starting point for thinking about GBS refactor, as it pertains to Tahoe-LAFS internals. Will probably split this up a bunch. Questions: 1. Should implementation be in Python? 2. What should internal API design look like to deal with transition?
itamarst added the
unknown
normal
task
n/a
labels 2021-08-02 14:41:07 +00:00
Author

Actually ticket isn't good way to do this.

Actually ticket isn't good way to do this.
itamarst added the
invalid
label 2021-08-02 14:42:23 +00:00
Author

Instead of discussing in ticket, going to create a design document in a branch so I can use an actual editor.

Instead of discussing in ticket, going to create a design document in a branch so I can use an actual editor.
itamarst removed the
invalid
label 2021-08-02 14:44:08 +00:00
itamarst reopened this issue 2021-08-02 14:44:08 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#3755
No description provided.