Tasks selected in oem-config are downloaded, but not installed, or configured ...

Bug #985737 reported by Michael Casadevall
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
livecd-rootfs (Ubuntu)
Fix Released
High
Unassigned

Bug Description

When doing manual testing of omap4, with internet available (to work around #985280), packages are downloaded, but not installed or configured. I can't find the downloaded debs anywhere, the selected tasks are not installed (tasks selected were SSH Server, LAMP, and PostgreSQL), and no debconf prompts were displayed. This is a release-critical bug.

Steps to Reproduce:
1. Do normal installation of armhf+omap4
2. Select any tasks in tasksel
3. Conclude the installation
4. Confirm that resulting packages are not installed

Expected Results:
1. Tasks installed and debconf prompts displayed

Addition: The file:// entry in sources.list seems to be responsible for the breakage. While the preinstall pool is in /etc/apt/sources.list, tasksel will fail to install any and all tasks, as well as trying to install tasks via apt-get such as apt-get install openssh-server^

Changed in tasksel (Ubuntu):
importance: Undecided → High
milestone: none → ubuntu-12.04
Ursula Junque (ursinha)
tags: added: armhf rls-mgr-p-tracking
Revision history for this message
Michael Casadevall (mcasadevall) wrote :

I actually think tasksel is actually completely broken on armhf+omap4 at this point. Running tasksel after manually updating packages just fails with tasksel: aptitude failed (100).

Running tasksel on x86 after installation seems to mostly work,but I found a separate bug related to that which I'll file seperately.

Revision history for this message
Michael Casadevall (mcasadevall) wrote :

I think I located the problem. It seems when a file:// entry is in sources.list, Tasks no longer show up properly in apt-cache show, even if ports.ubuntu.com is in the file list. Removing the file entry, and rerunning apt-get update allows tasksel to properly work. While the file entry was in place, commands to install seeds such as apt-get install openssh-server^ simply failed with package not found.

description: updated
Revision history for this message
Michael Casadevall (mcasadevall) wrote :

apt-cache show output without preinstalled pool:

ubuntu@panda5:~$ apt-cache show openssh-server | grep Task
Task: virt-host, cloud-image, openssh-server, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master

After readding the preinstall pool:

ubuntu@panda5:~$ apt-cache show openssh-server | grep Task
ubuntu@panda5:~$

Revision history for this message
Adam Conrad (adconrad) wrote :

I've been working on a fix for the tasks not showing issue. Does removing the local source also fix the exit(100) from aptitude?

Changed in tasksel (Ubuntu):
assignee: nobody → Adam Conrad (adconrad)
affects: tasksel (Ubuntu) → livecd-rootfs (Ubuntu)
Changed in livecd-rootfs (Ubuntu):
assignee: Adam Conrad (adconrad) → nobody
Revision history for this message
Michael Casadevall (mcasadevall) wrote :

Appears so. After removing preinstalled pool, running tasksel, and installing a few tasks, they all install normally and show proper debconf output as expected.

Revision history for this message
Adam Conrad (adconrad) wrote :

Okay, then my global re-work of the pool (including extraoverrides) should fix this, and a few other bugs. Just need to convince people it's RC...

Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/985737

tags: added: iso-testing
Revision history for this message
Pete Graner (pgraner) wrote :

Confirmed fixed in the /ubuntu-server/daily-preinstalled/20120419.2/precise-preinstalled-server-armhf+omap4.img.gz image.

Changed in livecd-rootfs (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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