Reconsider the terminology around "persistence"
We inherited this terminology from the world of live distributions but during the discussions about the Tor Browser confinment and the Greeter revamp, several people raise issues about it.
It might be worth thinking about that and see if we can find something better (and otherwise be happy with it but for a good reason).
We should be really careful while doing that as it could impact many many place in our project (website, documentation, code, even infrastructure). So feasibility, cost effectivness and flexibility are important issues here as well.
#3 Updated by sajolida over 4 years ago
To explain a bit more the issue. The word "persistence" does not define an object as such but the quality of an object. So unless we're confident enough in using such a neologism, we need to add some object to go along this quality. So far we've been using the object "volume" (quite a technical term without much meaning on its own). But then we realized that "persistent volume" was not conveying the idea of encryption which is another key idea (at least as much as being persistent in the case of Tails). So in some places I've used "encrypted persistence" (neologism) or "encrypted persistent volume".
I agree that users are getting used to that term. And that's the reason why we should be careful while changing those things. But this should not prevent us from finding better terms that might be easier to graps for newcomers or easier to manipulate for doc writers.
#4 Updated by sajolida over 4 years ago
In the thread https://mailman.boum.org/pipermail/tails-ux/2015-April/000374.html we are proposing "Persistent Encrypted Storage". The word "storage" is less jargonistic and has much more meaning that "volume". It conveys better the idea of a place to store your data.
Note that when using "storage" the work "persistent" becomes slightly redundant.
#6 Updated by sajolida over 3 years ago
These days I'm thinking that going for the neologism "persistence" (without "volume" or "storage") should work and has the advantage of being shorter and it's also what use prefer using on development channels. Maybe we should ask opinion from natives about how this sounds.
#7 Updated by u about 2 years ago
That's also how it's called in Debian Live by the way. See https://debian-live.alioth.debian.org/live-manual/stable/manual/html/live-manual.en.html#556 for reference.
- Target version set to Tails_3.16
From discussions with Simply Secure I'm tempted to stick with "Persistence", with a capital "P" to mark it as a special feature.
Users I've interviewed were fine with "persistence", or used their own version like "persistent memory".
I'll make a final call this summer while testing the content I'm writing for #9814 and I could update it in a bunch of places in time for Tails 4.0.