provide more automated setup assistant #1498
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
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#1498
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?
Hi guys,
Let's share with you an idea of application that I thought about tahoe-lafs. To be honest I did not see if someone has posted an idea like this, apologize if did.
The idea is to develop an application like an assistant wizard that we can execute as a top-level layer at the beginning or even after the installation of a distribution (OS). Several steps will be asked in this application. The idea is to make easy the integration of tahoe-lafs for everyone.
Here are the steps described as follows:
(1) Joining
The first step lets the choice between two ways:
(2) Contribution (optional)
This step analyzes your HDD and depending on your available data partitions it will ask you if you would like to contribute or not to the introducer joint at the previous step. If yes it will create a node and configure it to be auto mounted at starting.
If several introducers was chosen then one node should be created for each introducer.
(The nodes created at this step will not be used directly by the next steps.)
(3) User
This step consists to create a system user (cf. adduser) but unlike the traditional system we are going to integrate tahoe-lafs to the user.
To do so, a created user also creates a client (as defined in tahoe-lafs vocabulary) which is assigned to this user. The client will be connected to the introducer chosen in the first step.
(If several introducer was chosen, the default one will be used as this feature is only really used in the second step.)
(It should be possible to create several users.)
(4) Home directory
One time the user is created with its own client, this step will ask to make a choice between two other ways:
(5) Mounting
One time the home directory was created or assigned as a cap then this step will create an auto mounting point using the available protocols FTP/SFTP (or even gvfs if available ?) linked to the home directory of the created user.
(If several users was created then one mountpoint for each user.)
(6) Logging
Then the created users are ready to login into the new world|filesystem.
Thanks and please share your feedback.
An application idea behind tahoe-lafsto provide more automated setup assistantBrian Warner has been working on related ideas about how people get introduced to a network of providers or users of hard drive space.