Merge lp:~didrocks/unity/unity-reset-removal into lp:unity
| Status: | Merged |
|---|---|
| Approved by: | Michal Hruby on 2012-09-06 |
| Approved revision: | 2658 |
| Merged at revision: | 2665 |
| Proposed branch: | lp:~didrocks/unity/unity-reset-removal |
| Merge into: | lp:unity |
| Diff against target: |
77 lines (+0/-47) 1 file modified
tools/unity.cmake (+0/-47) |
| To merge this branch: | bzr merge lp:~didrocks/unity/unity-reset-removal |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Michal Hruby (community) | 2012-09-06 | Approve on 2012-09-06 | |
| jenkins | continuous-integration | Pending | |
|
Review via email:
|
|||
Commit Message
remove unity --reset, it's not anymore really needed now that we are in
stable days of unity and we moved to gsettings
Description of the Change
remove unity --reset, it's not anymore really needed now that we are in
stable days of unity and we moved to gsettings
| Omer Akram (om26er) wrote : | # |
*Its still needed*. unity --reset have been proved to fix a lot of issues in different bug reports. In many cases people end up ruining their config and we ask them to run unity --reset which fixes issues for them.
| Didier Roche (didrocks) wrote : | # |
@om26er, I think the release team won't be against a FFe for a gsettings version which can stop compiz (don't switch to metacity as it's not installed anymore), reset the keys, and restart it again. You're welcome to contribute (but I guess those will need tests now)
But let's remove (now broken) code first as it's useless.
| Jeremy Bicha (jbicha) wrote : | # |
I believe dconf reset -f /org/compiz/ basically duplicates what unity --reset would have done.
You can run dconf dump /org/compiz/ first to see what custom Compiz settings you have.
| Didier Roche (didrocks) wrote : | # |
Indeed Jeremy, the trick (and that's why we switched to metacity while we were resetting the keys) is that compiz doesn't really like when we change a bunch amount of keys while running.
So, someone has to stop compiz, ensure it's not autorestarted by gnome-session, reset the keys, and restart compiz. As we don't have metacity anymore to tell to gnome-session "we already have a windowmanager", that will become a little bit more tricky…


Looks good. +1