Activity log for bug #1882232

Date Who What changed Old value New value Message
2020-06-05 10:48:52 eoli3n bug added bug
2020-06-05 10:48:52 eoli3n attachment added 2020-06-05T12:44:39,434525754+02:00.png https://bugs.launchpad.net/bugs/1882232/+attachment/5380661/+files/2020-06-05T12%3A44%3A39%2C434525754+02%3A00.png
2020-06-05 12:12:58 Dimitri John Ledkov chromium-browser (Ubuntu): status New Incomplete
2020-06-05 13:19:14 Dimitri John Ledkov attachment added debconf-prompt-groovy.png https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1882232/+attachment/5380668/+files/debconf-prompt-groovy.png
2020-06-05 13:33:53 Dimitri John Ledkov summary install chromium-browser in a chroot fails Fresh install of chromium-browser during installer-like process, in a chroot fails (when preparing machines prior to first boot)
2020-06-05 14:05:42 Dimitri John Ledkov description Since snapd integration, chromium-browser package fails to install in a post kickstart chroot. As APT obfuscate snap installation, I worry about auto installation off any other snap package. Since snapd integration, chromium-browser package fails to install in a post kickstart chroot. As APT obfuscate snap installation, I worry about auto installation off any other snap package. === When a user is running the installer, and instructs to install chromium-browser with apt in the /target chroot the experience is extremely bad. There are timeouts, there is critical debconf prompt, and no explanation as to what is happening. This is not an upgrade, and no conversion from deb2snap is needed. It is in a chroot, because this is how installers work. It feels like as if on fresh install of chromium-browser it should try "snap install --now-or-schedule-for-later chromium-browser" such that if snapd is running and available install it now, otherwise record a task for snapd to execute if and when it comes up (on first boot). Or like for example, it should call snap prepare-image --classic instead. Overall, imho on new installations of the package, if there is no snapd running, it should be skipped without asking any questions or popping up any dialogues.
2020-06-05 14:05:45 Dimitri John Ledkov chromium-browser (Ubuntu): status Incomplete Confirmed
2020-06-05 14:08:02 Dimitri John Ledkov tags rls-gg-incoming
2020-06-08 13:01:41 Olivier Tilloy chromium-browser (Ubuntu): importance Undecided Medium
2020-06-08 13:01:42 Olivier Tilloy chromium-browser (Ubuntu): assignee Olivier Tilloy (osomon)
2020-06-08 15:50:19 Launchpad Janitor branch linked lp:~chromium-team/chromium-browser/groovy-stable
2020-06-08 15:53:16 Olivier Tilloy chromium-browser (Ubuntu): status Confirmed Fix Committed
2020-06-08 19:01:40 Launchpad Janitor chromium-browser (Ubuntu): status Fix Committed Fix Released
2020-06-08 20:50:05 Launchpad Janitor branch linked lp:~chromium-team/chromium-browser/focal-stable
2020-06-08 20:51:51 Olivier Tilloy nominated for series Ubuntu Focal
2020-06-08 20:51:51 Olivier Tilloy bug task added chromium-browser (Ubuntu Focal)
2020-06-08 20:52:01 Olivier Tilloy chromium-browser (Ubuntu Focal): assignee Olivier Tilloy (osomon)
2020-06-08 20:52:03 Olivier Tilloy chromium-browser (Ubuntu Focal): importance Undecided Medium
2020-06-08 20:52:10 Olivier Tilloy chromium-browser (Ubuntu Focal): status New In Progress
2020-06-08 21:38:49 Olivier Tilloy description Since snapd integration, chromium-browser package fails to install in a post kickstart chroot. As APT obfuscate snap installation, I worry about auto installation off any other snap package. === When a user is running the installer, and instructs to install chromium-browser with apt in the /target chroot the experience is extremely bad. There are timeouts, there is critical debconf prompt, and no explanation as to what is happening. This is not an upgrade, and no conversion from deb2snap is needed. It is in a chroot, because this is how installers work. It feels like as if on fresh install of chromium-browser it should try "snap install --now-or-schedule-for-later chromium-browser" such that if snapd is running and available install it now, otherwise record a task for snapd to execute if and when it comes up (on first boot). Or like for example, it should call snap prepare-image --classic instead. Overall, imho on new installations of the package, if there is no snapd running, it should be skipped without asking any questions or popping up any dialogues. [Impact] Users trying to install chromium-browser with apt in a chroot will see the preinst script hang for 30min, and eventually fail. This use case is important as chroots are used by sysadmins to prepare installers. [Test Case] Create a focal chroot (for example using "pcreate -a amd64 -d focal focal-amd64"), enter the chroot and run "apt install chromium-browser". Expected outcome: the installation succeeds, even though the chromium snap is not being installed because snapd cannot run in the chroot. Incorrect (current) outcome: the installation hangs during 30 minutes while trying to contact the snap store, and eventually fails. [Regression Potential] As this change modifies the chromium-browser preinstallation script, it should be verified that installing the package on systems that are capable of running snapd (e.g. virtual machines or bare metal) still works as expected. [Original Description] Since snapd integration, chromium-browser package fails to install in a post kickstart chroot. As APT obfuscate snap installation, I worry about auto installation off any other snap package. When a user is running the installer, and instructs to install chromium-browser with apt in the /target chroot the experience is extremely bad. There are timeouts, there is critical debconf prompt, and no explanation as to what is happening. This is not an upgrade, and no conversion from deb2snap is needed. It is in a chroot, because this is how installers work. It feels like as if on fresh install of chromium-browser it should try "snap install --now-or-schedule-for-later chromium-browser" such that if snapd is running and available install it now, otherwise record a task for snapd to execute if and when it comes up (on first boot). Or like for example, it should call snap prepare-image --classic instead. Overall, imho on new installations of the package, if there is no snapd running, it should be skipped without asking any questions or popping up any dialogues.
2020-06-24 13:32:22 Robie Basak chromium-browser (Ubuntu Focal): status In Progress Fix Committed
2020-06-24 13:32:24 Robie Basak bug added subscriber Ubuntu Stable Release Updates Team
2020-06-24 13:32:26 Robie Basak bug added subscriber SRU Verification
2020-06-24 13:32:29 Robie Basak tags rls-gg-incoming rls-gg-incoming verification-needed verification-needed-focal
2020-07-06 17:05:30 Olivier Tilloy tags rls-gg-incoming verification-needed verification-needed-focal rls-gg-incoming verification-done-focal verification-needed
2020-07-06 17:06:09 Olivier Tilloy tags rls-gg-incoming verification-done-focal verification-needed verification-done-focal verification-needed
2020-07-07 21:03:02 Brian Murray chromium-browser (Ubuntu Focal): status Fix Committed Incomplete
2020-07-07 21:03:15 Brian Murray tags verification-done-focal verification-needed verification-needed verification-needed-focal
2020-07-08 10:28:44 Olivier Tilloy tags verification-needed verification-needed-focal verification-done-focal verification-needed
2020-07-08 10:28:51 Olivier Tilloy chromium-browser (Ubuntu Focal): status Incomplete Fix Committed
2020-07-08 15:06:46 Brian Murray removed subscriber Brian Murray
2020-07-08 15:07:46 Launchpad Janitor chromium-browser (Ubuntu Focal): status Fix Committed Fix Released
2020-07-08 15:07:50 Brian Murray removed subscriber Ubuntu Stable Release Updates Team
2021-05-04 06:38:41 eoli3n attachment added ansible.log https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1882232/+attachment/5494610/+files/ansible.log