debconf frontent of oem-config still goes into endless loop

Bug #521362 reported by Oliver Grawert
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Fix Released
Medium
Colin Watson

Bug Description

Binary package hint: ubiquity

while bug 519398 is fixed now, oem-config with debconf frontend still goes into an endless loop. it seems to get further now though and i see the "configuring apt" step in the UI

the log ends with:

RuntimeError: Install failed with exit code 1
Traceback (most recent call last):
  File "/usr/share/ubiquity/install.py", line 2408, in <module>
    install.run()
  File "/usr/share/ubiquity/install.py", line 373, in run
    self.configure_plugins()
  File "/usr/share/ubiquity/install.py", line 1021, in configure_plugins
    self.db.progress('INFO', ' ') # clear info in case plugin doesn't provide one
  File "/usr/lib/python2.6/dist-packages/debconf.py", line 65, in <lambda>
    lambda *args, **kw: self.command(command, *args, **kw))
  File "/usr/lib/python2.6/dist-packages/debconf.py", line 101, in command
    raise DebconfError(status, data)
DebconfError: (20, 'Incorrect number of arguments')

full log with debug output will be attached as separate file

Revision history for this message
Oliver Grawert (ogra) wrote :
Colin Watson (cjwatson)
Changed in ubiquity (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Colin Watson (cjwatson)
Colin Watson (cjwatson)
Changed in ubiquity (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubiquity - 2.1.18

---------------
ubiquity (2.1.18) lucid; urgency=low

  * Preliminary version of a new greeter, accessible using the
    'maybe-ubiquity' boot option. In this mode, ubiquity-dm displays a
    choice between "Try Ubuntu without installing" and "Install Ubuntu"
    after starting X, rather than needing to present that choice at the boot
    loader. This is not ready for production use yet and (desperately!)
    needs artwork, but merging it here will make it easier to test. Thanks
    to Cody Russell for the first version of the greeter code.
  * Thaw choose_partition choices on partman startup.
  * Always use use_as method to get method choices rather than going through
    slower partman scripts. (We were already doing this in some fast
    paths.)
  * Always use default_mountpoint_choices method to get mountpoint choices
    rather than going through slower partman scripts. (We were already
    doing this in some fast paths.)
  * Cache question types in each DebconfFilter instance, saving a debconf
    command during widget search for every component using type: or ERROR
    matching.
  * Install wrapper scripts to cache results of os-prober and
    linux-boot-prober. The wrapper approach means that we capture calls to
    these scripts from shell as well as Python.
  * Cache question descriptions in partman plugin, since these are
    frequently fetched and there's no REGISTER funkiness going on in
    partman.
  * Avoid descending into partman/free_space just to find out whether it's
    possible to create a partition there. We can get the same information
    by inspecting the data returned by PARTITIONS.
  * Install set-date-epoch program from clock-setup (>= 0.101).
  * PROGRESS INFO takes a template, not a string (and even if it took a
    string, debconf's command parsing wouldn't like passing just a space);
    adjust install plugin handling to fix debconf_ui (LP: #521362).
  * Switch to source format 3.0 (native) with bzip2 compression, saving a
    little over a megabyte.
 -- Colin Watson <email address hidden> Sun, 14 Feb 2010 02:02:16 +0000

Changed in ubiquity (Ubuntu):
status: Fix Committed → 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.