Project

General

Profile

Feature #16531

Define our core code base

Added by hefee 5 months ago. Updated 14 days ago.

Status:
In Progress
Priority:
Elevated
Assignee:
Category:
-
Target version:
Start date:
03/05/2019
Due date:
% Done:

0%

Feature Branch:
Type of work:
Contributors documentation
Blueprint:
Starter:
Affected tool:

Description

To be able to prioritize better etc. We should have a list of supported applications and workflows, maybe also connected to personas. Publish this also on the website.


Related issues

Related to Tails - Bug #8310: Convert OpenPGP Applet into a proper GNOME Shell extension In Progress 11/16/2016

History

#1 Updated by hefee 5 months ago

  • Assignee set to intrigeri

Please add your comments and the start of the list of packages etc.

#2 Updated by intrigeri 5 months ago

  • Blocks Bug #8310: Convert OpenPGP Applet into a proper GNOME Shell extension added

#3 Updated by intrigeri 4 months ago

  • Status changed from New to Confirmed
  • Priority changed from Normal to Elevated
  • Target version set to Tails_3.14

I'll bootstrap something soon.

#4 Updated by intrigeri 4 months ago

@hefee, thanks for creating this ticket :)

#5 Updated by intrigeri 4 months ago

Please add your comments and the start of the list of packages etc.

So I've read a private discussion from 1.5 year ago, extracted the relevant bits, and compiled the following list (on some of those I've changed my mind since ;)

What's I think is definitely in:

  • Tools required for general use cases that we want to support (e.g. Browser, email client)
  • Adapt Tails Installer or the Persistence assistant to a new version of GTK, iff. we have to (e.g. the old version of GTK is going away, or becomes poorly supported in current GNOME, or integrates poorly in current GNOME)
  • Automatic upgrades, e.g.:
    • Adapt Tails Upgrader to a change in underlying technology, iff. that change is being dictated to us (e.g. UDisks API change)
    • Switch to a different upgrade system if/once there's a better realistic alternative to our in-house thing that only one person can touch
  • Adapt WhisperBack to a change in Onion Services, because it's a tool that's beneficial for the project (and not only to our users): we need bug reports
  • Adapt to a new KeePassX upstream version (or new upstream entirely)
  • Avoid regressions in accessibility technologies and input methods
  • Additional Software: we base more and more decisions on the fact we have this feature, and I think it's good
  • XMPP+OTR, until we support other acceptable IM solutions that are compatible with the comms many more people use nowadays
  • AppArmor for GUI apps, until we have better sandboxing
  • Sandboxing of non-GUI key software such as tor

Unclear, needs some user research and/or strategic decisions:

  • OpenPGP Applet and more generally, OpenPGP support apart of the basics (to be defined): see discussion on #8310
  • VeraCrypt support (once it's fully upstreamed it'll be less maintenance work but what if it's never fully upstreamed? thankfully we'll soon have survey results that should help us assess how important this is in the end)
  • Memory erasure on shutdown and on boot medium removal: it's one of our "signature" features but OTOH, we're not even sure it has made a practical difference in 1+ cases.

Not in:

  • Electrum
  • "Niche" utilities: MAT, Onion Circuits
  • IRC support: mostly used by power-users who'll have no problem installing their preferred client themselves (which, incidentally, might not be Pidgin, and might run on a remote server)
  • RSS/Atom feed support

Finally, wrt. whether brand new features developed outside of the FT become part of the core Tails system that the FT is supposed to maintain: in theory they do, but we need to take into account our skill set, and whenever the new thing is way outside of our comfort zone, either pick another technology (that we are in a position to maintain) or budget maintenance work by external contractors; better think about this before the feature is ready.

#6 Updated by intrigeri 4 months ago

  • Blocks deleted (Bug #8310: Convert OpenPGP Applet into a proper GNOME Shell extension)

#7 Updated by intrigeri 4 months ago

  • Related to Bug #8310: Convert OpenPGP Applet into a proper GNOME Shell extension added

#8 Updated by intrigeri 4 months ago

  • Assignee deleted (intrigeri)
  • Type of work changed from Communicate to Contributors documentation

The next step is probably to connect these to our personas. I'm not sure how best to proceed.

#9 Updated by intrigeri 2 months ago

intrigeri wrote:

Unclear, needs some user research and/or strategic decisions:

  • OpenPGP Applet and more generally, OpenPGP support apart of the basics (to be defined): see discussion on #8310

sajolida's conclusion on #16709 is "we should […] consider the possibility of doing OpenPGP operations from the GUI a core feature of Tails".

#10 Updated by intrigeri 2 months ago

  • Assignee set to intrigeri
  • Target version changed from Tails_3.14 to Tails_3.15

I'll think about the next steps.

#11 Updated by intrigeri 14 days ago

  • Description updated (diff)

#12 Updated by intrigeri 14 days ago

  • Status changed from Confirmed to In Progress
  • Target version changed from Tails_3.15 to Tails_3.16

Proposed a process: https://lists.autistici.org/message/20190706.142905.422d51c9.en.html. Next step for me happens early August.

Also available in: Atom PDF