From the mailing-list the topics which will probably be discussed for unity in the board meeting are the issues pending and available on https://wiki.ubuntu.com/Unity/NotDefaultIssues.
Let’s go through this one by one.
GNOME (and others desktops) have been moving to libinput but Unity didn’t and installing the old driver leads to non working mouse settings under GNOME.
This is indeed most challenging issue. Porting to libinput probably won’t be that hard ( I can do that without the ui part), but if we port it to libinput we will lose some fine touch/trackpad gestures which are still not possible with libinput. So we need to make it work both ways a) with synaptics, b) with libinput. I need some help here.
- The default GNOME applications might look less well integrated
Ubuntu was carrying non trivial patches to some of its applications (nautilus, totem, …) to look better under Unity, in particular restoring the use of a classic menubar and avoiding client side decorations when being used under an unity session. To reduce the maintenance work those are being removed.
The tracking bug is this: 1719322 , And I already proposed several solutions.
One simple solution is to use
gnome-online-accounts panel in ucc, but it will add dependency on
gnome-control-center and several other gnome components.
Some settings are shared between the sessions and needs to be separated Tracked on Trello: https://trello.com/c/2uAVLGcb
I am decoupling unity-settings from ubuntu-settings. See bug: 1735998
unity-settings binary will be available in the testing ppa.
deja-dup is building a panel for unity-control-center which creates a depends on that component which is being moved to universe -> new binary for the panel is resolving the issue.
As said solution is simple. We need a separate
- unity launcher integration
some applications are using libunity to integrate with the unity launcher (nautilus to display a progress bar on copies for example, deja-dup, update-manager) which forces us to keep that source in main
to integrate with the unity indicator we build some code with libappindicator (update-notifier, vino, nmapplet, …) which forces us to keep libindicator/libdbusmenu in main
Not sure about this. Isn’t ubuntu also using app-indicators in gnome-shell ?
To improve the GNOME experience and not hold back on updates, it is proposed to update gnome-user-share. The newest version of gnome-user-share does not offer GUI support. Maybe mate-user-share can be adapted to work instead.
We are testing if we could use mate-user-share instead (as Martin advised). We just need to distro-patch it to use nautilus-extension.
Other option is to fork