Python 3 support complete, so removed warning #1114
No reviewers
Labels
No Label
Benchmarking and Performance
HTTP Storage Protocol
Nevow Removal
Python 3 Porting
not-for-merge
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: tahoe-lafs/tahoe-lafs#1114
Loading…
Reference in New Issue
No description provided.
Delete Branch "3781.remove-incomplete-cli-warning-python3"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Python3
porting is complete so users should not be warned when running on apython3 venv
REQUIRED FOR :
Tahoe-LAFS 1.16.0
ReleaseCloses : https://tahoe-lafs.org/trac/tahoe-lafs/ticket/3781
Coverage remained the same at 95.489% when pulling
02ad7b9709
on Fenn-CS:3781.remove-incomplete-cli-warning-python3 intobbc860fdb1
on tahoe-lafs:master.Hm. On the one hand, it's done. On the other hand, probably worth emphasizing it's beta status and the project really wants users' feedback?
At this point in the effort, though, maybe the README or the release announcement would be a better place to emphasize this?
There are two failed jobs on CircleCI. Since CircleCI built for the fork instead of the main repo, I can't make it retry them. One of them looks intermittent and unrelated for sure. The other I'm not sure about. It would be nice to see these rerun.
I would look into those failures.
On Mon, 30 Aug 2021, 6:28 pm Jean-Paul Calderone @.***>
wrote:
Sure I don't have a strong opinion, as long as it's mentioned somewhere.
I did an earlier rerun. Which failed again but I ran locally and found no issues, nonetheless I have fixed conflicts with updates to master and is observing one more time.
Everything looks fine now. Where exactly, would anyone suggest we transfer the notice to? The infant-support of Python 3 was mentioned in the release draft. Perhaps we might add some emphasis there or someone else?
Maybe in the documentation as well?
Yeah, I think mentioning in .. README? .. or similar would be good. Something to the effect that 1.16.x is the first "Python3 and Python2" supporting release. I guess the thing we'd want people to do with that knowledge is a) [still] file bugs found and b) prepare for the lack of "python2" in the future?
That's fine with me.
Thanks. One formatting suggestion change for README.rst then I think it is good to merge.