Remaining time while running "sudo apt upgrade"

[Francisco Milán]

Hi there,

   After running "sudo apt upgrade" in a Terminal window I noticed that the remaining time for 1 minute is displayed as "60s", I think to keep consistency this would need to be displayed as "1min 0s" since at some point I also saw the remaining time displayed as "5min 0s" (refer to the attached images). Going even further I would recommend removing the "0s" portion from the remaining time when applicable, e.g. displaying only "5min" instead of "5min 0s", "1min" instead of "1min 0s", and so on.

I'm using Ubuntu 20.04 (Focal Fossa).

Best regards,

Paco Milán.
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu27.12
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 20.04
InstallationDate: Installed on 2020-03-06 (299 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
Package: apt 2.0.2ubuntu0.1
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 5.4.0-54.60-generic 5.4.65
Tags: focal
Uname: Linux 5.4.0-54-generic x86_64
UpgradeStatus: Upgraded to focal on 2020-05-10 (235 days ago)
UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare sudo vboxsf
_MarkForUpload: True

[Chris Guiver (guiverc)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command only once, as it will automatically gather debugging information, in a terminal:

apport-collect 1909729

When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

[Francisco Milán (paco-milan)]

apport information

[Francisco Milán (paco-milan)]

apport information

[Francisco Milán (paco-milan)]

apport information

[Francisco Milán (paco-milan)]

Hi Chris,

    Thanks a lot for your guidance in using the apport tool, I ran the command that you provided and now I see some details were automatically added to the bug report.
In future bug reports, I'll try to follow your instructions. My apologies for not using the apport command before, but this is just the third bug that I've reported ever, and I was not familiar with the use of this tool.

Best regards,

Paco Milan.

[Julian Andres Klode (juliank)]

The design here is different from the download progress, yes. The download progress has to deal with potentially long times whereas the cache unlocking only needs to wait for a number of seconds you can count (unless it's waiting indefinitely..., but even then I'd expect you'd have stopped earlier and revisited that later), its also closely related to percentage with the maximum of 120 in non-interactive cases.

I believe that for the max timeout of 120s a seconds based approach makes more sense, and arguably we need that for the interactive one for consistency too. In terms of progress, this also jumps around less.

I have not analysed this further, but I also vaguely recall some size constraints in terms of the length of the string and how it fits into standard 80 character width terminal.