Make the PyPI distribution name consistent with the domain name and debian packages. #2011
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#2011
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
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?
Criteria:
This ticket is closed when the PyPI package name is
tahoe-lafs
, otherwise this ticket is set to a different unopen status.Synopsis:
The distribution names are inconsistent, as seen in: (@@https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1950#comment:92342@@)
allmydata-tahoe
tahoe-lafs
tahoe-lafs.org
: https://tahoe-lafs.orgtahoe-lafs
: https://github.com/tahoe-lafs/I propose we alter the PyPI package to match the others:
tahoe-lafs
Related:
This was blocked on #1159 which is now fixed.
If we changed the package name for 1.11, that would mean nodes created by 1.11 could not be run by versions earlier than 1.10.1, but that's probably fine.
This ticket also implies changing the name we use for git tags, currently patterned as
allmydata-tahoe-1.10.1
, to e.g.tahoe-lafs-1.11.0
. (source:setup.py already makes this naming assumption as of changeset:e1a3a2001f37ce4225fb0f600c7eb30d9a061e06/trunk.)As part of fixing this we should check there are no more references to "allmydata-tahoe" in code or comments.
(https://github.com/tahoe-lafs/tahoe-lafs/commits/2011-allmydataectomy-1) (the last two commits).
This is not a pull request yet because it is scheduled for after v1.10.1.
Also note that builds of the above branch will fail unless there is a tag in the history with name starting "tahoe-lafs-" (e.g. see https://travis-ci.org/tahoe-lafs/tahoe-lafs/jobs/43273843#L436). This is intentional.
Milestone renamed
I want this in 1.11, so that we can recommend
pip install tahoe-lafs
right off the bat, rather than having an intermediate period where the instructions saypip install allmydata-tahoe
.When this lands, we should add a Obsoletes-Dist field to our setup.py metadata, to point at the old
allmydata-tahoe
name.Replying to daira:
I need to test it, but we stopped using the contents of the .tac files back in 1.9.2 (commit [87a6894e62] on 23-May-2012). So I think the lingering
pkg_resources.require('allmydata-tahoe')
in them won't affect our backwards-compatibility story very much.Oops, I'm wrong, 1.10.0 does use the contents of the tac file (it runs
twistd -y $TAC
), but 1.10.1 does not. Same argument applies: building a node with the newname=tahoe-lafs
1.11.0 release, then rolling back to 1.10.0 (released in may of 2013), would break.Daira had a great idea: we could help old tahoe versions produce a better error message by writing out .tac files that throw an error if they're imported.
Newer Tahoes don't use the contents of the .tac file at all: they just look at the file name to decide what type of node it is, then instantiate the appropriate class (client, introducer, stats-gatherer, etc). Older Tahoes use
twistd -y tac
, which imports the .tac file.So we can
raise [RuntimeError](wiki/RuntimeError)
in the new .tac files, and then older tahoes will print the exception when they attempt to run twistd on it.In 0598c83/trunk: