commit 7a94b5da594e63038cd32cd52062fb716c828698
Author: Rudolfs Mazurs <
[email protected]>
Date: 2011-10-08
Updated Latvian translation.
M po/lv.po
commit 7b684a1922176509d3399eb5ba315617ecee75bb
Author: Alexandre Rostovtsev <
[email protected]>
Date: 2011-10-05
Ignore DPMSSetTimeouts() and DPMSForceLevel() return value
At least with nvidia binary drivers, DPMSSetTimeouts() and
DPMSForceLevel()
always return BadRequest, even if they succeed. On a machine with
intel
graphics, DPMSForceLevel() was also observed to return BadRequest
despite
successfully changing the DPMS level. So we should just ignore
the return
value from these functions, like xset does.
Also, there's no need to clear the timeouts twice if the mode
has indeed
changed.
https://bugzilla.gnome.org/show_bug.cgi?id=660962
Signed-off-by: Richard Hughes <
[email protected]>
M libgnome-desktop/gnome-rr.c
commit 311476792ba7948f0eba5e4d9a1328cf3ff18950
Author: Colin Walters <
[email protected]>
Date: 2011-10-03
GnomeWallClock: Fix non-Linux fallback code
This fixes the "infinite loop in gnome-screensaver" bug. Only
dispatch in cancel on set when the monotonic timeout has expired,
otherwise we will drop into a tight loop.
https://bugzilla.gnome.org/show_bug.cgi?id=660343
M libgnome-desktop/gnome-datetime-source.c
commit 55daaf0972c0021a20624dcd16df5e14cca5d430
Author: Richard Hughes <
[email protected]>
Date: 2011-10-03
When setting the DPMS mode manually, clear the timeouts
Based on a patch from Michael Vogt, many thanks.
Resolves
https://bugzilla.gnome.org/show_bug.cgi?id=660482
M libgnome-desktop/gnome-rr.c
commit 9fd6e6a988eaeaccae4545a61bbbd9ae9682b48d
Author: Vincent Untz <
[email protected]>
Date: 2011-09-26
release: post-release bump to 3.2.1
M configure.ac
commit 39ee6b5b9acf176bdc3bf4d4815aa7d9c2273626
Author: Vincent Untz <
[email protected]>
Date: 2011-09-26
release: 3.2.0
M NEWS