Alter mutable uploads to use upload strategy of happiness #2060

Open
opened 2013-08-19 13:36:34 +00:00 by markberger · 8 comments
markberger commented 2013-08-19 13:36:34 +00:00
Owner

Replace the current upload algorithm with the new upload algorithm used in #1382.

Replace the current upload algorithm with the new upload algorithm used in #1382.
tahoe-lafs added the
code-peerselection
normal
enhancement
1.10.0
labels 2013-08-19 13:36:34 +00:00
tahoe-lafs added this to the undecided milestone 2013-08-19 13:36:34 +00:00
sickness commented 2013-08-22 06:52:31 +00:00
Author
Owner

both SDMF and MDMF? (and their respective check and repair processes?)

both SDMF and MDMF? (and their respective check and repair processes?)
markberger commented 2013-08-22 16:01:14 +00:00
Author
Owner

I think SDMF and MDMF use the same placement code so it would be for both. File upload is just a special instance of repair, so repair would also use the new algorithm.

Using servers of happiness for the checker is #614.

I think SDMF and MDMF use the same placement code so it would be for both. File upload is just a special instance of repair, so repair would also use the new algorithm. Using servers of happiness for the checker is #614.
daira commented 2013-08-29 01:14:39 +00:00
Author
Owner

If I understand correctly, fixing #1057 without fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release.

If I understand correctly, fixing #1057 *without* fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release.
tahoe-lafs modified the milestone from undecided to 1.11.0 2013-08-29 01:14:39 +00:00
zooko commented 2013-08-29 21:25:05 +00:00
Author
Owner

Replying to daira:

If I understand correctly, fixing #1057 without fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release.

+1

Replying to [daira](/tahoe-lafs/trac-2024-07-25/issues/2060#issuecomment-134626): > If I understand correctly, fixing #1057 *without* fixing this ticket may cause regressions for publishing mutable files similar to the ones we have had for uploading immutable files. So I'm in favour of fixing both #1057 and #2060 for 1.11, or failing that, not including either fix in the release. +1
tahoe-lafs modified the milestone from 1.11.0 to 1.12.0 2014-09-02 18:14:52 +00:00
warner commented 2016-03-22 05:02:25 +00:00
Author
Owner

Milestone renamed

Milestone renamed
tahoe-lafs modified the milestone from 1.12.0 to 1.13.0 2016-03-22 05:02:25 +00:00
warner commented 2016-06-28 18:17:14 +00:00
Author
Owner

renaming milestone

renaming milestone
tahoe-lafs modified the milestone from 1.13.0 to 1.14.0 2016-06-28 18:17:14 +00:00
exarkun commented 2020-06-30 14:45:13 +00:00
Author
Owner

Moving open issues out of closed milestones.

Moving open issues out of closed milestones.
tahoe-lafs modified the milestone from 1.14.0 to 1.15.0 2020-06-30 14:45:13 +00:00
meejah commented 2021-03-30 18:40:19 +00:00
Author
Owner

Ticket retargeted after milestone closed

Ticket retargeted after milestone closed
tahoe-lafs modified the milestone from 1.15.0 to soon 2021-03-30 18:40:19 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

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