Branches for Maverick

Name Status Last Modified Last Commit
lp://qastaging/ubuntu/maverick/gnome-settings-daemon bug 2 Mature 2010-10-05 11:16:35 UTC
114. * Add 09_gconfify_default_xrandr.patc...

Author: Martin Pitt
Revision Date: 2010-10-05 11:16:35 UTC

* Add 09_gconfify_default_xrandr.patch: In a lot of situations it is
  undesirable to have g-s-d change the XRandR settings, because it overrides
  X.org customizations, leads to unnecessary mode switches, or increases
  boot time. Add a gconf key "use_xorg_monitor_settings" to disable
  apply_default_boot_configuration(), in which case the XRandR configuration
  will not be touched unless there is a global or per-user configuration
  file.
* debian/gnome-settings-daemon.gconf-defaults: Set use_xorg_monitor_settings
  to true. This disables g-s-d's rather new default XRandR configuration and
  reverts back to what we had up to Maverick beta. This avoids a lot of
  monitor misconfigurations. (LP: #640807)

lp://qastaging/ubuntu/maverick-proposed/gnome-settings-daemon bug 2 Mature 2010-10-15 11:37:20 UTC
115. * Fix LP: #625793 - Multiple Keyboard...

Author: Chris Coulson
Revision Date: 2010-10-12 11:03:40 UTC

* Fix LP: #625793 - Multiple Keyboard Layouts unusable: continuously
  changes layout + 100% CPU usage. Don't call xkl_engine_lock_group in
  response to XKB events, as XkbLockGroup generates another event
  - update debian/patches/06_use_application_indicator.patch
* Fix LP: #658777 - In popup_menu_set_group() - after adding new entries to
  the hash table, don't free the keys else we end up with a hash table full
  of keys pointing to invalid memory. Instead, create the hash table with
  g_hash_table_new_full, and have the keys freed when the hash table is
  destroyed
  - update debian/patches/06_use_application_indicator.patch

lp://qastaging/ubuntu/maverick-updates/gnome-settings-daemon bug 2 Mature 2010-11-19 18:15:41 UTC
116. Add 45_support_new_video_key.patch: H...

Author: Martin Pitt
Revision Date: 2010-11-12 11:38:29 UTC

Add 45_support_new_video_key.patch: Have "Super+P" trigger a video mode
switch. Newer Dell and HP systems have a rather broken BIOS (due to a
misunderstanding of the spec) which causes FN+F8 to send the literal
Super+P scan codes instead of a proper KEY_VIDEOMODE scan code.
Patch by Mike Terry, thanks! (LP: #539477)

lp://qastaging/~mterry/ubuntu/maverick/gnome-settings-daemon/2.32.0 (Has a merge proposal) 1 Development 2010-09-27 14:22:51 UTC
113. New upstream release.

Author: Michael Terry
Revision Date: 2010-09-27 14:16:09 UTC

New upstream release.

14 of 4 results