Project

General

Profile

Feature #15584

Wrap apt to download lists if there are none

Added by sajolida over 1 year ago. Updated 5 months ago.

Status:
Confirmed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
05/05/2018
Due date:
% Done:

0%

Feature Branch:
Type of work:
Code
Blueprint:
Starter:
Affected tool:
Additional Software Packages

Description

An alternative to #12238 would be to get apt to download the lists of packages if there are none on the system.

It would have all the advantages of shipping the lists #12238 except saving download time to people with no persistent storage. Installing additional package is probably more rare for people who don't have a persistent storage than for people who have one.

It would have none of the disadvantages of #12238:

  • It's not making our ISO image bigger.
  • It's not distributing outdated lists that might make people miss security upgrades.

Related issues

Related to Tails - Feature #12238: Ship full APT lists in the live file system Confirmed 02/14/2017
Related to Tails - Feature #14544: Spend software developer time on smallish UX improvements In Progress 08/31/2018

Associated revisions

Revision 19039759 (diff)
Added by alant over 1 year ago

ASP: add configuration-window.ui to POTFILES.skip

It's already handeled by refresh-tranlsations but iniltool --maintain think it's
not, breaking the build.

Will-fix: #15584

History

#1 Updated by sajolida over 1 year ago

  • Description updated (diff)

During the user testing of the Additional Software, all 5 participants ended up doing stuff on the command line. They were all using Linux as their regular operating system but their expertise on the command line ranged from Linux professional to basic copy-paster.

  • 3 of them because it was instructed on the Mumble website. Probably many Linux applications do the same.
  • 2 of them because they were used to doing that to install packages.

#2 Updated by intrigeri over 1 year ago

See data/wrappers/apt-get in our Git tree. Wrap apt and apt-get but only for interactive shells.

#3 Updated by sajolida over 1 year ago

  • Status changed from New to Confirmed
  • Parent task set to #15567
  • Affected tool set to Additional Software Packages

We'll try to do that but it's not a blocker to deliver SponsorW_2017.

#4 Updated by sajolida over 1 year ago

  • Related to Feature #12238: Ship full APT lists in the live file system added

#5 Updated by alant over 1 year ago

  • Status changed from Confirmed to In Progress

#6 Updated by u over 1 year ago

  • Assignee set to sajolida
  • QA Check set to Ready for QA

Why does this ticket have no assignee and no qa check?
Tentatively assigning to sajolida.

#7 Updated by sajolida over 1 year ago

  • Assignee deleted (sajolida)
  • QA Check deleted (Ready for QA)

Because we decided it was not part of SponsorW.

#8 Updated by u about 1 year ago

Ack, thanks!

#9 Updated by u about 1 year ago

  • Parent task changed from #15567 to #14568

Unparenting so we can close the parent ticket.

#10 Updated by sajolida about 1 year ago

  • Related to Feature #14544: Spend software developer time on smallish UX improvements added

#11 Updated by u 11 months ago

  • Parent task deleted (#14568)

#12 Updated by intrigeri 8 months ago

  • Status changed from In Progress to Confirmed

#13 Updated by segfault 5 months ago

Running apt update on Tails with an already updated package index still takes ~10 seconds. So if we would implement this, each apt install command would take about 10 seconds longer. Even if you just had a typo in the package name or already installed 10 other packages in the same session. I think that would be pretty annoying.

#14 Updated by intrigeri 5 months ago

Running apt update on Tails with an already updated package index still takes ~10 seconds. So if we would implement this, each apt install command would take about 10 seconds longer. Even if you just had a typo in the package name or already installed 10 other packages in the same session. I think that would be pretty annoying.

@segfault, I don't quite follow. Did you miss the "if there are none" part of this idea?

#15 Updated by segfault 5 months ago

intrigeri wrote:

Running apt update on Tails with an already updated package index still takes ~10 seconds. So if we would implement this, each apt install command would take about 10 seconds longer. Even if you just had a typo in the package name or already installed 10 other packages in the same session. I think that would be pretty annoying.

@segfault, I don't quite follow. Did you miss the "if there are none" part of this idea?

Yes indeed, I did miss that.

#16 Updated by segfault 5 months ago

Note that dnf, the default package manager in fedora, does something similar:

https://dnf.readthedocs.io/en/latest/command_ref.html#metadata-synchronization

It stores the time the repository data was last updated and automatically synchronizes it before a dnf operation if the last synchronization was too long before (48h by default).

Also available in: Atom PDF