Bug #8077

Automatic upgrades should be available for longer times

Added by emmapeel 2014-10-12 08:54:23 . Updated 2014-10-16 08:11:09 .

Status:
Resolved
Priority:
Elevated
Assignee:
Category:
Target version:
Start date:
2014-10-12
Due date:
% Done:

100%

Feature Branch:
Type of work:
Code
Blueprint:

Starter:
Affected tool:
Upgrader
Deliverable for:

Description

Reported by user:

> Tails 1.1.1 was released on September 2nd. Tails 1.1.2 was released
> on September 25th. I had not booted this Tails installation since the
> end of August. Now it’s telling me that I have to do a full upgrade.
> That’s a bit sad. I would have hoped it would offer me at least a
> first upgrade to Tails 1.1.1 and then a subsequent upgrade to Tails
> 1.1.2. That would be less painful than having to do the full ISO
> upgrade dance…

Is it hard to leave the previous updates in the server?

Can we provide de automatic upgrader with updates for the last two month’s versions? Or maybe this will be overkill?

If a user loses one upgrade then the upgrades become harder…


Subtasks


Related issues

Related to Tails - Feature #8142: Offer different upgrade options for older Tails, depending on whether incremental upgrades are possible Resolved 2014-10-16
Has duplicate Tails - Bug #8078: Automatic upgrades should stay for the last 2/3 versions Duplicate 2014-10-12

History

#1 Updated by emmapeel 2014-10-12 08:56:59

  • has duplicate Bug #8078: Automatic upgrades should stay for the last 2/3 versions added

#2 Updated by intrigeri 2014-10-12 11:14:40

  • Assignee set to anonym
  • Priority changed from Normal to Elevated
  • Target version set to Tails_1.2
  • Type of work changed from Discuss to Code

We normally do that, and we’ve talked with anonym about it a month or three ago. So, I suspect it was just an oversight from his side when preparing 1.1.2. anonym, may you please fix the UDFs?

#3 Updated by anonym 2014-10-14 02:13:19

intrigeri wrote:
> We normally do that, and we’ve talked with anonym about it a month or three ago. So, I suspect it was just an oversight from his side when preparing 1.1.2. anonym, may you please fix the UDFs?

Actually, I’m not sure exactly what I am supposed to do. Should I revert the last update to wiki/src/upgrade/v1/Tails/1.1/i386/stable/upgrades.yml? So that when running 1.1 you are notified of 1.1.1, not 1.1.2? It seems a bit strange, especially for users that want to do the full upgrade, but I suppose they will notice that there is a 1.1.2 when visiting our website.

If I’m correct, how should this be formalized into the release process? I suppose it has something to do with not passing the last stable release to --previous-version when generating/upgrading the UDF files. In fact, I’d appreciate and update to the release process document as a clarification.

#4 Updated by intrigeri 2014-10-14 02:58:20

> Actually, I’m not sure exactly what I am supposed to do. Should I revert the last update to wiki/src/upgrade/v1/Tails/1.1/i386/stable/upgrades.yml?

I think so.

> So that when running 1.1 you are notified of 1.1.1, not 1.1.2?

Yes. So that you can incrementally upgrade to 1.1.1, and in turn to 1.1.2. I’m pretty sure we’ve had the exact same discussion recently, but maybe I’m dreaming :)

> It seems a bit strange, especially for users that want to do the full upgrade, but I suppose they will notice that there is a 1.1.2 when visiting our website.

It’s not clear to me why users would want to do the full upgrade, when incremental upgrades are available. So it’s hard for me to imagine why we should support this.

> If I’m correct, how should this be formalized into the release process? I suppose it
> has something to do with not passing the last stable release to
> --previous-version when generating/upgrading the UDF files. In fact, I’d appreciate
> and update to the release process document as a clarification.

Indeed, the current release process doc says exactly the contrary of what I’m arguing for here. On the one hand, I’m sorry about that, since I wrote this piece of doc; on the other hand, I expected you would have updated this piece of doc last time we had this discussion (or I dreamed we had it). Now done in commit 61c2716.

#5 Updated by anonym 2014-10-14 19:18:36

intrigeri wrote:
> > Actually, I’m not sure exactly what I am supposed to do. Should I revert the last update to wiki/src/upgrade/v1/Tails/1.1/i386/stable/upgrades.yml?
>
> I think so.

Done in commit 3d0ccbe.

> > So that when running 1.1 you are notified of 1.1.1, not 1.1.2?
>
> Yes. So that you can incrementally upgrade to 1.1.1, and in turn to 1.1.2. I’m pretty sure we’ve had the exact same discussion recently, but maybe I’m dreaming :)

We had some sort of discussion, but I remember not understanding how it should be formalized…

> > It seems a bit strange, especially for users that want to do the full upgrade, but I suppose they will notice that there is a 1.1.2 when visiting our website.
>
> It’s not clear to me why users would want to do the full upgrade, when incremental upgrades are available. So it’s hard for me to imagine why we should support this.

After this change, when running Tails 1.1 from DVD, you will be prompted to do a manual upgrade to Tails 1.1.1, not 1.1.2. Of course, when going to our website to download the 1.1.1 ISO the user is likely to find out that there’s a 1.1.2, but I still find this a bit awkward.

> > If I’m correct, how should this be formalized into the release process? I suppose it
> > has something to do with not passing the last stable release to
> > --previous-version when generating/upgrading the UDF files. In fact, I’d appreciate
> > and update to the release process document as a clarification.
>
> Indeed, the current release process doc says exactly the contrary of what I’m arguing for here. On the one hand, I’m sorry about that, since I wrote this piece of doc; on the other hand, I expected you would have updated this piece of doc last time we had this discussion (or I dreamed we had it). Now done in commit 61c2716.

Got it. Thanks for the update!

#6 Updated by anonym 2014-10-14 19:19:11

  • Status changed from Confirmed to Fix committed
  • Assignee deleted (anonym)
  • % Done changed from 0 to 100

#7 Updated by intrigeri 2014-10-16 05:58:16

> After this change, when running Tails 1.1 from DVD, you will be prompted to do
> a manual upgrade to Tails 1.1.1, not 1.1.2. Of course, when going to our website to
> download the 1.1.1 ISO the user is likely to find out that there’s a 1.1.2, but
> I still find this a bit awkward.

Ah, right. We should do better. In this case, 1.1.1 users shall be pointed at the incremental upgrade if that’s an option for them, and otherwise they should be pointed to the full upgrade. Would you please file a ticket about it?

#8 Updated by intrigeri 2014-10-16 07:26:45

intrigeri wrote:
> Ah, right. We should do better. In this case, 1.1.1 users shall be pointed at the incremental upgrade if that’s an option for them, and otherwise they should be pointed to the full upgrade. Would you please file a ticket about it?

That’s now Feature #8142.

#9 Updated by intrigeri 2014-10-16 07:27:19

  • related to Feature #8142: Offer different upgrade options for older Tails, depending on whether incremental upgrades are possible added

#10 Updated by anonym 2014-10-16 08:11:09

  • Status changed from Fix committed to Resolved