Fresh install of chromium-browser during installer-like process, in a chroot fails (when preparing machines prior to first boot)

Bug #1927071 reported by eoli3n
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
chromium-browser (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Here is the first bug report : https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1882232

It seems that there is a regression, pre-installation script of apt installed chromium-browser package doesn't detect that it is running in a chroot anymore.

    => Installing the chromium snap
    ==> Checking connectivity with the snap store
    ===> Unable to contact the store, trying every minute for the next 30 minutes
    ===> Still unable to contact the store, trying for another 20 minutes
    ===> Still unable to contact the store, trying for another 10 minutes
    ===> Still unable to contact the store, aborting
    dpkg: error processing archive /var/cache/apt/archives/chromium-browser_1%3a85.0.4183.83-0ubuntu0.20.04.2_amd64.deb (--unpack):
     new chromium-browser package pre-installation script subprocess returned error exit status 1

Revision history for this message
eoli3n (eoli3neoli3n) wrote :
Revision history for this message
Olivier Tilloy (osomon) wrote :

That looks like a slightly different issue: the preinst script is detecting that snapd is usable by checking for the existence of /run/snapd.socket in the container/chroot. In your case it appears that the socket exists, meaning that snapd is installed and running. But it fails to contact the snap store. Does your container have access to internet? Can you check whether snapd actually works in that container setup (run e.g. `snap list`)?

Changed in chromium-browser (Ubuntu):
status: New → Incomplete
Revision history for this message
eoli3n (eoli3neoli3n) wrote :

This is not a container, this is the desktop installer iso system.
Yes, "snap list" returns something in the installer system but it is run in the chrooted env.
"chroot /target snap list" is working too. It should not, is it right ?

As said in the previous issue, i want those snap to be installed after the first boot.
I don't have any connectivity issue, the same ansible playbook installs many apt packages.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for chromium-browser (Ubuntu) because there has been no activity for 60 days.]

Changed in chromium-browser (Ubuntu):
status: Incomplete → Expired
eoli3n (eoli3neoli3n)
Changed in chromium-browser (Ubuntu):
status: Expired → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in chromium-browser (Ubuntu):
status: New → Confirmed
Revision history for this message
Sergio Zanchetta (primes2h) wrote :

I confirm this bug. It happens using desktop installer iso system (I don't have any connectivity issue).

Olivier Tilloy (osomon)
Changed in chromium-browser (Ubuntu):
importance: Undecided → Medium
Revision history for this message
geole0 (geole0) wrote :

Hello.
with Daily ubuntu.
with snap firefox_1%3a
The message is.
still unable to contact the Store. Trying for another 20 minutes.

after a message for continue.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.