~3v1n0/ubuntu/+source/gdm3:ubuntu/master

Branch merges

Propose for merging

Merged into ~ubuntu-desktop/ubuntu/+source/gdm3:ubuntu/master at revision 8b9f9b981905b82209924f5f2ff41af1d3ee2304

Ubuntu Desktop: Pending requested 2018-10-16

Diff: 312 lines (+196/-14)

6 files modified

debian/changelog (+9/-0)
debian/patches/series (+1/-0)
debian/patches/ubuntu/gdm3.service-wait-for-drm-device-before-trying-to-start-i.patch (+169/-0)
debian/patches/ubuntu_config_error_dialog.patch (+5/-5)
debian/patches/ubuntu_nvidia_prime.patch (+5/-5)
debian/patches/ubuntu_revert_nvidia_wayland_blacklist.patch (+7/-4)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

8b9f9b9... by Marco Trevisan (Treviño) on 2018-10-16

Wait for the first valid gdm device on pre-start

Fixes LP: #1794280

18cf92b... by Jeremy Bícha on 2018-10-11

Finalize changelog for 3.30.1-1ubuntu3

8e6c4bd... by Jeremy Bícha on 2018-10-11

Build-Depend on gjs

So that we don't produce uninstallable binaries when we
remove gjs from s390x (#906016)

8d6424c... by Didier Roche-Tolomelli on 2018-10-11

Finalize changelog

5ceaa7b... by Didier Roche-Tolomelli on 2018-10-11

Revert nvidia from wayland blacklist

With some nvidia hardware using binary driver, if gdm GNOME Shell instance
is running under Xorg, after logged in, turn into an infinite restart CPU
loop, spiking processor usage to 100%.
This is due to an invalid paint context.
As on ubuntu, our main user session is using Xorg, having GDM using
Wayland is fine, as checked with usptream. So, we can revert nvidia from
the blacklist for now. (LP: #1797355)

9bf32a9... by Iain Lane on 2018-09-26

Finalise changelog

8264e2f... by Iain Lane on 2018-09-26

Update control

07d7d0b... by Iain Lane on 2018-09-26

Merge tag 'debian/3.30.1-1' into ubuntu/master

gdm3 Debian release 3.30.1-1

1950ccb... by Iain Lane on 2018-09-26

Finalise changelog

2821197... by Iain Lane on 2018-09-26

Update changelog