* Add 03_hide_system_users.patch: Do not show system users in the "frequent
users" list. (LP: #395281)
* debian/rules: Call dh_installinit with --no-scripts, to avoid restarting
gdm (and killing your X session) during upgrade. The prerm/postinst
scripts already have code to reload gdm if appropriate. Unfortunately this
doesn't help to fix the upgrade from 0ubuntu2, its prerm already kills it.
(LP: #395302) This also fixes the "locks session and spawns a second X
server" issue on upgrades from Jaunty. (LP: #395313)
* Drop 16_correct_customconf_naming.patch: Upstream uses
and installs /etc/gdm/custom.conf, so gdm also needs to read this. Add
debian/gdm.preinst to migrate the old name to the new name on upgrades.
(LP: #395861)
* 02_dont_force_us_keyboard.patch: Don't return NULL in
get_default_layout(), but return an empty string and explicitly check this
when setting $GDM_KEYBOARD_LAYOUT. With NULL, gdm trips over an assertion
check. (LP: #395595)
This bug was fixed in the package gdm - 2.26.1-0ubuntu3
---------------
gdm (2.26.1-0ubuntu3) karmic; urgency=low
* Add 03_hide_ system_ users.patch: Do not show system users in the "frequent customconf_ naming. patch: Upstream uses custom. conf, so gdm also needs to read this. Add gdm.preinst to migrate the old name to the new name on upgrades. force_us_ keyboard. patch: Don't return NULL in default_ layout( ), but return an empty string and explicitly check this LAYOUT. With NULL, gdm trips over an assertion
users" list. (LP: #395281)
* debian/rules: Call dh_installinit with --no-scripts, to avoid restarting
gdm (and killing your X session) during upgrade. The prerm/postinst
scripts already have code to reload gdm if appropriate. Unfortunately this
doesn't help to fix the upgrade from 0ubuntu2, its prerm already kills it.
(LP: #395302) This also fixes the "locks session and spawns a second X
server" issue on upgrades from Jaunty. (LP: #395313)
* Drop 16_correct_
and installs /etc/gdm/
debian/
(LP: #395861)
* 02_dont_
get_
when setting $GDM_KEYBOARD_
check. (LP: #395595)
-- Martin Pitt <email address hidden> Mon, 06 Jul 2009 16:04:25 +0200