packaging issues with the trusty Xstack in precise xserver-xorg-lts-trusty

Make sure to explicitly install libgles2-mesa-lts-trusty too, and libglapi-mesa-lts-trusty

I believe there's already a bug for this, but it's in apt.

Adding libgles2-mesa-lts-trusty and libglapi-mesa-lts-trusty did the trick, the transition from saucy to trusty xstack works now, thanks.

Command:

amd64:
apt-get install -V libglapi-mesa-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty xserver-xorg-input-all-lts-trusty xserver-xorg-video-all-lts-trusty libgl1-mesa-dri-lts-trusty x11-xserver-utils-lts-trusty libglapi-mesa-lts-trusty:i386 libgl1-mesa-dri-lts-trusty:i386 libgl1-mesa-glx-lts-trusty:i386 libgles2-mesa-lts-trusty libglapi-mesa-lts-trusty mesa-vdpau-drivers-lts-trusty

i386:
apt-get install -V libglapi-mesa-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty xserver-xorg-input-all-lts-trusty xserver-xorg-video-all-lts-trusty libgl1-mesa-dri-lts-trusty x11-xserver-utils-lts-trusty mesa-vdpau-drivers-lts-trusty libgles2-mesa-lts-trusty libglapi-mesa-lts-trusty

Is it possible to update the meta-package xserver-xorg-lts-trusty to pull-in all dependencies correctly or to create a new meta-package with this deps to get a smoother transition?

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

I can confirm the same issue on some systems. `hwe-support-status --verbose` is telling me to run the following command...

$ sudo apt-get install linux-generic-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty linux-image-generic-lts-trusty
Reading package lists... Done
Building dependency tree
Reading state information... Done
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.
 libgl1-mesa-glx-lts-trusty : Depends: libglapi-mesa-lts-trusty (= 10.1.3-0ubuntu0.1~precise1) but it is not going to be installed
                              Recommends: libgl1-mesa-dri-lts-trusty (>= 7.2) but it is not going to be installed
 xserver-xorg-lts-trusty : Depends: xserver-xorg-core-lts-trusty (>= 2:1.11) but it is not going to be installed
                           Depends: xserver-xorg-input-all-lts-trusty but it is not going to be installed or
                                    xorg-driver-input
                           Depends: xserver-xorg-input-evdev-lts-trusty but it is not going to be installed
                           Recommends: libgl1-mesa-dri-lts-trusty but it is not going to be installed
                           Recommends: xserver-xorg-input-all-lts-trusty but it is not going to be installed
                           Recommends: xserver-xorg-video-all-lts-trusty but it is not going to be installed
                           Recommends: x11-xserver-utils-lts-trusty but it is not going to be installed
                           Conflicts: libglapi-mesa:i386 (>= 0~)
                           Conflicts: xserver-xorg-core (>= 0~)
E: Unable to correct problems, you have held broken packages.

Hello,

Same issue here :

[gr@gr ~ 0/0]$ sudo apt-get install linux-generic-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty linux-image-generic-lts-trusty
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
 libgl1-mesa-glx-lts-trusty : Dépend: libglapi-mesa-lts-trusty (= 10.1.3-0ubuntu0.1~precise1) mais ne sera pas installé
                              Recommande: libgl1-mesa-dri-lts-trusty (>= 7.2) mais ne sera pas installé
                              Est en conflit avec: xorg-renamed-package-lts-saucy
 xserver-xorg-lts-trusty : Dépend: xserver-xorg-core-lts-trusty (>= 2:1.11) mais ne sera pas installé
                           Dépend: xserver-xorg-input-all-lts-trusty mais ne sera pas installé ou
                                    xorg-driver-input
                           Dépend: xserver-xorg-input-evdev-lts-trusty mais ne sera pas installé
                           Recommande: libgl1-mesa-dri-lts-trusty mais ne sera pas installé
                           Recommande: xserver-xorg-input-all-lts-trusty mais ne sera pas installé
                           Recommande: xserver-xorg-video-all-lts-trusty mais ne sera pas installé
                           Recommande: x11-xserver-utils-lts-trusty mais ne sera pas installé
                           Est en conflit avec: xorg-renamed-package-lts-saucy
                           Est en conflit avec: xserver-xorg-core (>= 0~)
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

Regards,

Guillaume R.

Same problem with libgles2-mesa-lts-trusty libglapi-mesa-lts-trusty

[gr@gr ~ 0/0]$ sudo apt-get install linux-generic-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty linux-image-generic-lts-trusty libgles2-mesa-lts-trusty libglapi-mesa-lts-trusty
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
 xserver-xorg-lts-trusty : Dépend: xserver-xorg-core-lts-trusty (>= 2:1.11) mais ne sera pas installé
                           Dépend: xserver-xorg-input-all-lts-trusty mais ne sera pas installé ou
                                    xorg-driver-input
                           Dépend: xserver-xorg-input-evdev-lts-trusty mais ne sera pas installé
                           Recommande: libgl1-mesa-dri-lts-trusty mais ne sera pas installé
                           Recommande: xserver-xorg-input-all-lts-trusty mais ne sera pas installé
                           Recommande: xserver-xorg-video-all-lts-trusty mais ne sera pas installé
                           Recommande: x11-xserver-utils-lts-trusty mais ne sera pas installé
                           Est en conflit avec: xserver-xorg-core (>= 0~)
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

=> confirming original comment :
"Only installing the original precice Xstack (xserver-xorg-lts-precise), which removes the current xstack and after that installing the trusty xstack in one step without restart, works."

I am affected the bug with same description as in comment #5 after running 'hwe-support-status --verbose'

Ubuntu 12.04.4 LTS:

hwe-support-status --verbose

Your current Hardware Enablement Stack (HWE) is going out of support
on 07.08.2014. After this date security updates for critical parts (kernel
and graphics stack) of your system will no longer be available.

For more information, please see:
http://wiki.ubuntu.com/1204_HWE_EOL

To upgrade to a supported (or longer supported) configuration:

* Upgrade from Ubuntu 12.04 LTS to Ubuntu 14.04 LTS by running:
sudo do-release-upgrade

OR

* Install a newer HWE version by running:
sudo apt-get install linux-generic-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty linux-image-generic-lts-trusty

I need to comment to the information ubuntu provides about the hardware support EOL for selected 12.04 release:

The top of https://wiki.ubuntu.com/1204_HWE_EOL says:

---
End-of-life (EOL) for 12.04, 12.04.1, and 12.04.5 HWE is April 2017 but for the other HWE stacks it is roughly when 14.04.1 is released: Aug 8, 2014.

And why should I care?

Starting Aug 8, 2014 systems running 12.04.2 HWE, 12.04.3 HWE, or 12.04.4 HWE will no longer receive software updates for the kernel and, if you're running it, the graphics stack.
...

---

I followed the instruction and used the tool on my 12.04.4 LTS to check what I need to do. The FAQ part has this:

---
 * So if I am running 12.04.3 (as seen from lsb_release -d) then starting from August 8, 2014 my kernel and graphics stack will no longer receive package updates?

Not true. 12.04.3 is not 12.04.3 HWE. And since HWE (and thus a new kernel series) cannot be introduced through regular package updates it is possible to update a non-HWE system to arrive at a later point release, such as 12.04.3, and still preserve the EOL date of April 2017.
...

---

The page information tells me that I should concern about the specific letters 'HWE' in the kernel release. That HWE prefix (e.x. 12.04.2 HWE) is confucining If not yet familiar to the End-of-life (EOL) for Ubuntu LTS kernel updates and hardware support.

I believe the page should just mention in the top without the HWE letters that "the kernel updates and hardware support for releases 12.04.2, 12.04.3 , and 12.04.4 will end Aug 8, 2014. And here's what you need to do to (use the tool and bla bla..)"

I had the same issue and this command worked for me:

sudo apt-get install -V libglapi-mesa-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty xserver-xorg-input-all-lts-trusty xserver-xorg-video-all-lts-trusty libgl1-mesa-dri-lts-trusty x11-xserver-utils-lts-trusty libglapi-mesa-lts-trusty:i386 libgl1-mesa-dri-lts-trusty:i386 libgl1-mesa-glx-lts-trusty:i386 libgles2-mesa-lts-trusty libglapi-mesa-lts-trusty

The comment in bug #10 worked for me BUT after rebooting X did not start.

Trying to run "startx" under root resulted in me getting
X: cannot stat /etc/X11/X (No such file or directory), aborting.

This led me to see that /etc/X11/X did not exist on my newly-upgraded machine, but on my laptop /etc/X11/X was a symlink to /usr/bin/Xorg.

I then ran sudo ln -sf /usr/bin/Xorg /etc/X11/X and after rebooting (or restarting lightdm), my X server was back.

This bug, the ability to get the kernel back on to a supported stream, is still broken a month on, even though there was some update to the update manager today (which still caused a crash report, though that was supposed to be fixed).

Running from the command line reports:

$ /usr/bin/update-manager
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/defer/__init__.py", line 473, in _inline_callbacks
    result = gen.throw(result.type, result.value, result.traceback)
  File "/usr/lib/python2.7/dist-packages/UpdateManager/backend/InstallBackendAptdaemon.py", line 54, in commit
    yield self._run_in_dialog(trans, self.INSTALL)
  File "/usr/lib/python2.7/dist-packages/defer/__init__.py", line 473, in _inline_callbacks
    result = gen.throw(result.type, result.value, result.traceback)
  File "/usr/lib/python2.7/dist-packages/UpdateManager/backend/InstallBackendAptdaemon.py", line 75, in _run_in_dialog
    yield dia.run()
aptdaemon.errors.TransactionFailed: Transaction failed: None
 The following packages have unmet dependencies:

libgl1-mesa-glx-lts-trusty: Depends: libglapi-mesa-lts-trusty (= 10.1.3-0ubuntu0.1~precise1) but 10.1.3-0ubuntu0.1~precise1 is to be installed
                            Depends: libx11-6 (>= 2:1.4.99.1) but 2:1.4.99.1-0ubuntu2.2 is to be installed
                            Depends: libxdamage1 (>= 1:1.1) but 1:1.1.3-2build1 is to be installed
xserver-xorg-lts-trusty: Depends: xserver-xorg-core-lts-trusty (>= 2:1.11) but 2:1.15.1-0ubuntu2~precise1 is to be installed

This command worked for me as well....many thanks javatechs: -
QUOTE
"I had the same issue and this command worked for me:

sudo apt-get install -V libglapi-mesa-lts-trusty libgl1-mesa-glx-lts-trusty xserver-xorg-lts-trusty xserver-xorg-input-all-lts-trusty xserver-xorg-video-all-lts-trusty libgl1-mesa-dri-lts-trusty x11-xserver-utils-lts-trusty libglapi-mesa-lts-trusty:i386 libgl1-mesa-dri-lts-trusty:i386 libgl1-mesa-glx-lts-trusty:i386 libgles2-mesa-lts-trusty libglapi-mesa-lts-trusty"

A recent update to the update-manager seems to have fixed this for me. Still problems with the Nvidia driver post-update, but that is not the same bug/dependency issue.

The upgrade now worked for me too.