Ubuntu
xorg-lts-transitional package

Upgrade to trusty fails from precise backported enablement stacks

Bug #1278737 reported by Martin Pitt
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xorg-lts-transitional (Ubuntu)
Fix Released
High
Maarten Lankhorst
Ubuntu ubuntu-14.04-beta-1
Trusty
Fix Released
High
Maarten Lankhorst
Ubuntu ubuntu-14.04-beta-1

Bug Description

If you upgrade from Ubuntu 12.04.x LTS to trusty, the upgrade fails because of the various *-lts-{quantal,raring,saucy,trusty} packages. There is currently no upgrade path, so you get in e. g.

  https://jenkins.qa.ubuntu.com/view/Trusty/view/All/job/upgrade-ubuntu-precise-trusty-desktop-lts-quantal-i386/11/artifact/results/bootstrap.log

linux-generic-lts-quantal is already the newest version.
xserver-xorg-core-lts-quantal is already the newest version.
[...]
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 xserver-xorg-video-dummy : Depends: xorg-video-abi-11
                            Depends: xserver-xorg-core (>= 2:1.10.99.901)
E: Unable to correct problems, you have held broken packages.

So in trusty we need metapackages for *all* of the enablement stacks which are empty and depend on the corresponding "normal" trusty packages.

Martin Pitt (pitti)
tags: added: dist-upgrade precise2trusty qa-daiy-testing
Changed in xorg (Ubuntu Trusty):
importance: Undecided → High
milestone: none → ubuntu-14.04-beta-1
assignee: nobody → Maarten Lankhorst (mlankhorst)
Maarten Lankhorst (mlankhorst)
Changed in xorg (Ubuntu Trusty):
status: New → In Progress
Maarten Lankhorst (mlankhorst)
tags: added: qa-daily-testing
removed: qa-daiy-testing
Revision history for this message
Martin Pitt (pitti) wrote :

With https://launchpad.net/~canonical-x/+archive/x-staging it looks much better, but there are still some problems:

Investigating (0) xserver-xorg-glamoregl-lts-saucy [ amd64 ] < 0.5.1-0ubuntu4.2~precise2 -> 3:1~ppa2 > ( oldlibs )
Broken xserver-xorg-glamoregl-lts-saucy:amd64 Depends on xserver-xorg-video-glamoregl [ amd64 ] < none -> 0.6.0-0ubuntu3 > ( x11 )
  Considering xserver-xorg-video-glamoregl:amd64 3 as a solution to xserver-xorg-glamoregl-lts-saucy:amd64 -1
  Holding Back xserver-xorg-glamoregl-lts-saucy:amd64 rather than change xserver-xorg-video-glamoregl:amd64

Investigating (0) libxatracker1-lts-saucy [ amd64 ] < 9.2.1-1ubuntu3~precise1 -> 3:1~ppa2 > ( oldlibs )
Broken libxatracker1-lts-saucy:amd64 Depends on libxatracker1 [ amd64 ] < none > ( none )
  Considering libxatracker1-lts-saucy:amd64 -1 as a solution to libxatracker1-lts-saucy:amd64 -1
  Holding Back libxatracker1-lts-saucy:amd64 rather than change libxatracker1:amd64

This can be reproduced really fast without an actual dist-upgrade by booting the current 12.04.4 live system, moving apt sources to trusty, enabling the PPA, and doing

  sudo apt-get dist-upgrade -o Debug::pkgProblemResolver=true

You will see that these two packages (xserver-xorg-glamoregl-lts-saucy and libxatracker1-lts-saucy) are held back instead of upgraded (no need to actually do the upgrade). I'm not entirely sure how to interpret this or how it can be fixed, though. Michael Vogt might have an idea.

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

Tests with 3:1~ppa5, the previous two problems are now gone. This new one appeared now, presumably due to some multi-arch confusion? I tested lts-{quantal,raring,saucy} → trusty, same error on all of them:

The following packages have been kept back:
  xserver-xorg-video-geode-lts-quantal:i386

Investigating (0) xserver-xorg-video-geode [ i386 ] < none -> 2.11.15-2 > ( universe/x11 )
Broken xserver-xorg-video-geode:i386 Depends on xorg-video-abi-15 [ i386 ] < none > ( none )
  Considering xserver-xorg-core:i386 1 as a solution to xserver-xorg-video-geode:i386 1
  Holding Back xserver-xorg-video-geode:i386 rather than change xorg-video-abi-15:i386

It should be noted that the geode driver (neither the original precise one, nor the -lts-* backport) is installed before the upgrade.

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

Above tests were on amd64. On i386 the upgrade now works flawlessly with 3:1~ppa5. Thanks!

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

That's the full log for lts-raring → trusty i386 dist-upgrade with the PPA enabled.

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

Tested with 3:1~ppa7 now. On apt-get update you now get several dozen warnings:

W: Unknown Multi-Arch type 'no' for package 'libdrm-dev-lts-quantal'
W: Unknown Multi-Arch type 'no' for package 'xserver-common-lts-quantal'

You probably meant "Multiarch: same"?

Other than that these have exactly the same weirdness for the -geode driver than ~ppa5, but as this is only cosmetical it shouldn't matter. But can you please fix the Multiarch field again?

Thanks!

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

Works nice now with ~ppa8, thanks!

Martin Pitt (pitti)
affects: xorg (Ubuntu Trusty) → xorg-lts-transitional (Ubuntu Trusty)
Changed in xorg-lts-transitional (Ubuntu Trusty):
status: In Progress → Fix Committed
Revision history for this message
Martin Pitt (pitti) wrote :

Confirmed to work in upgrade tests, thanks!

Changed in xorg-lts-transitional (Ubuntu Trusty):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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