'private/' subdir of BASEDIR should be created during 'tahoe create-alias' and friends #1333
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
4 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#1333
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
user 'munderwo' on the IRC channel noticed an exception when they manually deleted their
~/.tahoe
directory, then re-created it, then rantahoe create-alias
. It complained that the~/.tahoe/private
directory did not exist, which trying to writealiases.tmp
.I suspect that we create this directory during
tahoe create-client
, but then assume that it exists later. Instead, iftahoe create-alias
notices that it is missing, it should just re-mkdir it.discussing this on IRC just now, we agreed that both
create-alias
andadd-alias
are allowed to require the pre-existence ofNODEDIR
andNODEDIR/node.url
, but both shouldos.mkdir(NODEDIR/private)
when necessary.It'd be polite if both commands, when faced with a missing NODEDIR or NODEDIR/node.url, were to tell the user (in the error message) that they should create them, rather than throwing a weird exception that's hard to understand. But that's not strictly necessary to resolve this ticket.
The main code changes will go into
src/allmydata/scripts/tahoe_add_alias.py
. The unit test should probably be added to the end ofCreateAlias.test_create
in source:src/allmydata/test/test_cli.py , and should clobberprivate/
and then re-runtahoe create-alias
and verify the results (by reading the alias file). It might be a good idea to testadd-alias
too, which is a bit easier (it doesn't need to talk to an actual node).If the issue is still present, I think I can tackle this one, please assign.
Milestone renamed
renaming milestone
Moving open issues out of closed milestones.
Ticket retargeted after milestone closed