Project

General

Profile

Feature #15427

Drop the exceptional manual upgrade steps from 3.2, 3.3, 3.4 and 3.5

Added by intrigeri about 2 years ago. Updated almost 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
03/16/2018
Due date:
% Done:

0%

Feature Branch:
doc/15427-drop-extra-manual-upgrade-steps
Type of work:
End-user documentation
Blueprint:
Starter:
Affected tool:
Installer

Description

See #15416.


Related issues

Related to Tails - Feature #15416: Document how to manually upgrade to 3.6 and 3.6.1 for non-English users Resolved 03/16/2018
Blocks Tails - Feature #15411: Core work 2018Q2 → 2018Q3: Technical writing Resolved 03/14/2018

Associated revisions

Revision 22025753 (diff)
Added by sajolida almost 2 years ago

Remove extra manual upgrade steps from 3.5 and earlier (Will-fix: #15427)

History

#1 Updated by intrigeri about 2 years ago

  • Related to Feature #15416: Document how to manually upgrade to 3.6 and 3.6.1 for non-English users added

#2 Updated by sajolida almost 2 years ago

  • Blocks Feature #15411: Core work 2018Q2 → 2018Q3: Technical writing added

#3 Updated by sajolida almost 2 years ago

  • Assignee changed from sajolida to cbrownstein
  • QA Check set to Ready for QA
  • Feature Branch set to doc/15427-drop-extra-manual-upgrade-steps

Cody: Please have a look!

#4 Updated by sajolida almost 2 years ago

  • Status changed from Confirmed to In Progress

#5 Updated by cbrownstein almost 2 years ago

  • Assignee changed from cbrownstein to sajolida

While reviewing your branch I noticed that the drop-down list is titled "Target Device" when it should be "Target USB stick." I've fixed that in my branch. Otherwise, looks good!

https://github.com/cbrownstein/tails/tree/doc/15427-drop-extra-manual-upgrade-steps

#6 Updated by sajolida almost 2 years ago

  • Status changed from In Progress to Resolved
  • Assignee deleted (sajolida)
  • QA Check deleted (Ready for QA)

Cool! Thanks for the careful review! I'll merge this into stable so it's live when 3.8 is released tomorrow.

#7 Updated by intrigeri almost 2 years ago

Dear sajolida, FYI pushing to stable in the middle of the release process messes things up (currently it breaks the build from the stable branch and thus makes it harder to run the test suite on the 3.8 tag). So to fix that without losing your work I have:

  1. merged into web/release-3.8 what you had pushed to stable
  2. forced-push the previous, correct state to stable

If you need to merge doc changes during the release process, please merge into the web/release-$VERSION branch: it'll be published at the same time as the release. Same for the release notes etc. :)

#8 Updated by sajolida almost 2 years ago

Oops, I thought about that but didn't check the release process to see if it was fine. I should have checked with you on XMPP.

Sorry for the trouble!!!

#9 Updated by intrigeri almost 2 years ago

Sorry for the trouble!!!

No worries, I think it's the first time our merge / release schedules conflict, and TBH "don't touch the release branch during the release process if you're not the IM" is not documented anywhere.

Also available in: Atom PDF