missing versioned dependency of xfonts-utils aborts distribution upgrade from dapper/edgy at xfonts-scalable

Bug #107687 reported by sivaji
16
Affects Status Importance Assigned to Milestone
xfonts-scalable (Ubuntu)
Fix Released
High
Daniel T Chen
Hardy
Fix Released
Undecided
Unassigned
Intrepid
Invalid
Undecided
Unassigned
Jaunty
Fix Released
High
Daniel T Chen

Bug Description

SRU report follows:

Impact statement: 6.06 users who perform a distribution upgrade to 8.04 may encounter xfonts-scalable failing to upgrade, which halts the distribution upgrade. This upgrade failure may, but is not limited to, leave the X Window System in an unusable state upon restart. The user may work around the upgrade failure in xfonts-scalable by manually upgrading (using dpkg -i) xfonts-utils first and then reattempting the distribution upgrade.

Please note that this issue *only* affects distribution upgrades from 6.06 to 8.04. A distribution upgrade from 7.10 to 8.04 (and later sequences) is not affected, because 7.10 has a sufficiently new xfonts-utils.

Bug fix methodology: Because 8.04's xfonts-scalable package does not have a versioned dependency (only a dependency) on 8.04's xfonts-utils, we must ensure that the version of update-fonts-dir(8) invoked by xfonts-scalable's postrm understands the X11R7 fonts directory semantics. The straightforward manner of accomplishing that task is to add a versioned dependency on 8.04's xfonts-utils to the xfonts-scalable package.

Patch: Given at http://launchpadlibrarian.net/21791957/xfonts-scalable_1.0.0-6ubuntu0.8.04.1.debdiff

Instructions to reproduce the symptom: Perform a distribution upgrade (via network and update-manager/8.04 alternate image) to 8.04 from 6.06. Nondeterministically, xfonts-utils will not be upgraded prior to xfonts-scalable; in this scenario, the distribution upgrade will fail due to the older version of update-fonts-dir remaining.

Regression potential: xfonts-scalable is a dependency of the xorg metapackage and libinventor0. In turn, the xorg metapackage is a dependency of several -client, -frontend, and -desktop metapackages. Because xfonts-utils will be installed prior to xfonts-scalable, none of these metapackages will be affected, and thus, the regression potential is extremely low (negligible).

After validation in hardy-proposed, this package will need to be copied to gutsy-updates, intrepid-updates, and jaunty.

Original bug report follows:

Binary package hint: xfonts-scalable

root@sivaji-desktop:~# apt-get install
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 622 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up xfonts-scalable (1.0.0-6) ...
Invalid string keyword: chassis-type
Valid string keywords are:
  bios-vendor
  bios-version
  bios-release-date
  system-manufacturer
  system-product-name
  system-version
  system-serial-number
  baseboard-manufacturer
  baseboard-product-name
  baseboard-version
  baseboard-serial-number
  baseboard-asset-tag
  chassis-manufacturer
  chassis-version
  chassis-serial-number
  chassis-asset-tag
  processor-manufacturer
  processor-version
usage error: unrecognized option
Usage: update-fonts-dir DIRECTORY ...
       update-fonts-dir { -h | --help }
This program is a wrapper for mkfontdir(1x) that is primarily useful to Debian
package maintainer scripts. See update-fonts-dir(8) for more information.
Options:
    -h, --help display this usage message and exit
dpkg: error processing xfonts-scalable (--configure):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 xfonts-scalable
E: Sub-process /usr/bin/dpkg returned an error code (1)

Revision history for this message
Susanna (susannacliment) wrote :
Revision history for this message
danl4 (launchpad-danandchoka) wrote :

I get the same error trying to upgrade to feisty.

Revision history for this message
Stefano Rivera (stefanor) wrote :

Ubuntuforums seems to have picked this up:

http://ubuntuforums.org/archive/index.php/t-426257.html

Revision history for this message
Stefano Rivera (stefanor) wrote :

erk, ignore that last comment, I misread the ubuntuforums post.

This seems to sort out *this* part of the problem:
# aptitude install xfonts-utils

Daniel T Chen (crimsun)
Changed in xfonts-scalable:
status: New → Fix Released
Revision history for this message
Brunellus (luigi12081) wrote :

Confirm that this is still a problem in a dapper -> hardy upgrade.

Changed in xfonts-scalable:
status: Fix Released → Confirmed
Daniel T Chen (crimsun)
Changed in xfonts-scalable:
importance: Undecided → High
Revision history for this message
Brunellus (luigi12081) wrote :
Download full text (31.6 KiB)

this is the output of

dpkg -D3773 -i /var/cache/apt/archives/xfonts-scalable*.deb 2> errlog.txt

D000010: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci'
D000200: process_archive conffile `/etc/X11/fonts/Type1/xfonts-scalable.scale' in package xfonts-scalable - conff ?
D000020: process_archive conffile `/etc/X11/fonts/Type1/xfonts-scalable.scale' package=xfonts-scalable same hash=b579d5c7759383647c486da590d60815
D000200: oldconffsetflags `/etc/X11/fonts/Type1/xfonts-scalable.scale' namenode 0x8c7a164 flags 5
D000001: process_archive oldversionstatus=broken due to failed removal
D000002: fork/exec /var/lib/dpkg/tmp.ci/preinst ( upgrade 1:1.0.0-6 )
D000010: tarobject ti->Name=`.' Mode=755 owner=0.0 Type=53(d) ti->LinkName=`' namenode=`/.' flags=2 instead=`<none>'
D000100: setupvnamevbs main=`/.' tmp=`/..dpkg-tmp' new=`/..dpkg-new'
D000100: tarobject already exists
D000100: tarobject Directory exists
D000010: ensure_pathname_nonexisting `/..dpkg-new'
D000010: ensure_pathname_nonexisting `/..dpkg-tmp'
D000010: tarobject ti->Name=`./usr' Mode=755 owner=0.0 Type=53(d) ti->LinkName=`' namenode=`/usr' flags=2 instead=`<none>'
D000100: setupvnamevbs main=`/usr' tmp=`/usr.dpkg-tmp' new=`/usr.dpkg-new'
D000100: tarobject already exists
D000100: tarobject Directory exists
D000010: ensure_pathname_nonexisting `/usr.dpkg-new'
D000010: ensure_pathname_nonexisting `/usr.dpkg-tmp'
D000010: tarobject ti->Name=`./usr/share' Mode=755 owner=0.0 Type=53(d) ti->LinkName=`' namenode=`/usr/share' flags=2 instead=`<none>'
D000100: setupvnamevbs main=`/usr/share' tmp=`/usr/share.dpkg-tmp' new=`/usr/share.dpkg-new'
D000100: tarobject already exists
D000100: tarobject Directory exists
D000010: ensure_pathname_nonexisting `/usr/share.dpkg-new'
D000010: ensure_pathname_nonexisting `/usr/share.dpkg-tmp'
D000010: tarobject ti->Name=`./usr/share/doc' Mode=755 owner=0.0 Type=53(d) ti->LinkName=`' namenode=`/usr/share/doc' flags=2 instead=`<none>'
D000100: setupvnamevbs main=`/usr/share/doc' tmp=`/usr/share/doc.dpkg-tmp' new=`/usr/share/doc.dpkg-new'
D000100: tarobject already exists
D000100: tarobject Directory exists
D000010: ensure_pathname_nonexisting `/usr/share/doc.dpkg-new'
D000010: ensure_pathname_nonexisting `/usr/share/doc.dpkg-tmp'
D000010: tarobject ti->Name=`./usr/share/doc/xfonts-scalable' Mode=755 owner=0.0 Type=53(d) ti->LinkName=`' namenode=`/usr/share/doc/xfonts-scalable' flags=2 instead=`<none>'
D000100: setupvnamevbs main=`/usr/share/doc/xfonts-scalable' tmp=`/usr/share/doc/xfonts-scalable.dpkg-tmp' new=`/usr/share/doc/xfonts-scalable.dpkg-new'
D000100: tarobject nonexistent
D000010: ensure_pathname_nonexisting `/usr/share/doc/xfonts-scalable.dpkg-new'
D000010: ensure_pathname_nonexisting `/usr/share/doc/xfonts-scalable.dpkg-tmp'
D000100: tarobject Directory creating
D000100: tarobject new - no backup
D000100: tarobject done and installed
D000010: tarobject ti->Name=`./usr/share/doc/xfonts-scalable/copyright' Mode=644 owner=0.0 Type=48(-) ti->LinkName=`' namenode=`/usr/share/doc/xfonts-scalable/copyright' flags=2 instead=`<none>'
D000100: setupvnamevbs main=`/usr/share/doc/xfonts-scalable/copyright' tmp=`/usr/share/doc/xfonts-scalable/copyright.dpkg-tmp'...

Revision history for this message
Daniel T Chen (crimsun) wrote :

Luigi, what's the output from `COLUMNS=200 dpkg -l xfonts-utils'? Looks like xfonts-scalable 1.0.0-6 is missing a versioned dependency on xfonts-utils (>= 1:1.0.1-2ubuntu1).

Revision history for this message
Daniel T Chen (crimsun) wrote :
Changed in xfonts-scalable:
assignee: nobody → crimsun
status: Confirmed → Fix Committed
Daniel T Chen (crimsun)
description: updated
Revision history for this message
dkg (dkg0) wrote :

Daniel T Chen's proposed debdiff above looks good to me, though i haven't tested it explicitly. The problem is still causing trouble in dapper->hardy upgrades.

Daniel T Chen (crimsun)
description: updated
Changed in xfonts-scalable:
status: Fix Committed → Won't Fix
Revision history for this message
Brunellus (luigi12081) wrote :

any reason why this has been marked WONTFIX?

Revision history for this message
Martin Pitt (pitti) wrote :

This was originally marked as "wontfix" for jaunty, since it only affects upgrades to hardy (and thus the hardy task was relevant). However, since the version of this package didn't change between hardy and jaunty, I reopened the intrepid and jaunty tasks, since we can just copy the hardy version.

I sponsored Daniel's fix now, thanks!

Changed in xfonts-scalable:
status: Won't Fix → Triaged
status: New → Fix Committed
Revision history for this message
Martin Pitt (pitti) wrote :

Accepted into hardy-proposed, please test and give feedback here. Thank you!

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

This bug was fixed in the package xfonts-scalable - 1:1.0.0-6ubuntu0.8.04.1

---------------
xfonts-scalable (1:1.0.0-6ubuntu0.8.04.1) hardy-proposed; urgency=low

  * debian/control: Add versioned dependency on xfonts-utils
    (>= 1:1.0.1-2ubuntu1) so that distribution upgrades from
    6.06 don't bail on a version of update-fonts-dir(8) that
    doesn't recognize the X11R7 fonts directory semantics
    (LP: #107687)

 -- Daniel T Chen <email address hidden> Thu, 29 Jan 2009 21:48:34 -0500

Changed in xfonts-scalable:
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Copied hardy-proposed to jaunty

Changed in xfonts-scalable:
status: Triaged → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Copied hardy-proposed to intrepid-proposed, please test if X still works normally with that.

Changed in xfonts-scalable:
status: New → Fix Committed
status: Fix Released → Fix Committed
Revision history for this message
Martin Pitt (pitti) wrote :

Ignore above "was fixed" comment, bug in copy-package.py.

Revision history for this message
Martin Pitt (pitti) wrote :

Could anyone please test the packages in -proposed and give feedback here?

Revision history for this message
Paul Elliott (omahn) wrote :

I've tested xfonts-scalable from hardy-proposed and confirmed that it has no negative affects on my test systems.

Martin Pitt (pitti)
tags: added: verification-done
removed: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xfonts-scalable - 1:1.0.0-6ubuntu0.8.04.1

---------------
xfonts-scalable (1:1.0.0-6ubuntu0.8.04.1) hardy-proposed; urgency=low

  * debian/control: Add versioned dependency on xfonts-utils
    (>= 1:1.0.1-2ubuntu1) so that distribution upgrades from
    6.06 don't bail on a version of update-fonts-dir(8) that
    doesn't recognize the X11R7 fonts directory semantics
    (LP: #107687)

 -- Daniel T Chen <email address hidden> Thu, 29 Jan 2009 21:48:34 -0500

Changed in xfonts-scalable (Ubuntu Hardy):
status: Fix Committed → Fix Released
Revision history for this message
Alex Valavanis (valavanisalex) wrote :

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.

Changed in xfonts-scalable (Ubuntu Intrepid):
status: Fix Committed → Invalid
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.