> Is there any specific reason to carry unity specific gsettings overrides in ubuntu-settings? Unity is not a default desktop anymore nor it is installed in the default live iso.
Yes, by centralizing the settings, it makes it easier and faster to change overrides for multiple flavors. It also allows for easier comparisons between flavors. I don't think there's a problem with review of Unity merge proposals for ubuntu-settings taking too long. Currently, the Unity team doesn't have any direct upload rights, right? So you'll need review anyway. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-settings in Ubuntu. https://bugs.launchpad.net/bugs/1735998 Title: Decouple unity related settings as unity-settings Status in ubuntu-settings package in Ubuntu: Confirmed Bug description: This is an attempt to resolve "* Shared GSettings keys" issue listed under https://wiki.ubuntu.com/Unity/NotDefaultIssues. Ubuntu so far is providing session related overrides for both ubuntu & unity sessions in a single package, i.e. ubuntu-settings. But now that Unity is not the default desktop it doesn't make any sense to carry unity related overrides in ubuntu-settings. For this purpose I have created a new project: unity-settings (https://code.launchpad.net/~khurshid-alam/unity-settings/trunk) and the binary would be unity-settings in universe. To make this happen in under 18.04 cycle, the work-flow should be: 1) Have unity-settings in the universe 2) Have ubuntu-unity-desktop in the universe 3) Let ubuntu-unity-desktop depends on unity-settings 4) Drop unity related settings in ubuntu-settings (merge request in-progress) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings/+bug/1735998/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
