> If there are some common files that can be shared between the two implementations, we could create an account-plugins-common package, which could be used by both. If the maintainers of kaccounts-providers think that this is the case, let them comment here.
The problem with this is client keys and client secrets. We could possibly supply these at runtime from some place else (like from ubuntu- online-accounts), but that just recreates the libaccounts elsewhere. The actual problem is AppArmor and similar things, because mission- control-5 is restricted. With the new file locations the accounts-sso plugins just doesn't work as it gets blocked access to the provider/service files and libaccounts-glib just returns empty accounts list. This requires shipping AppArmor and similar config files (simply telling distros you need to include this patch is _not_ going to work; speaking from experience). Imho the best solution would be to have a filtering on libaccounts-glib level. The providers could have a "<showOnlyIn>kde"</showOnlyIn>. That way all those files could live in the same dir with prefixed filenames and libaccounts-glib would always return the correct list. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to account-plugins in Ubuntu. https://bugs.launchpad.net/bugs/1540135 Title: Make this metapackage conflict with kaccounts-providers Status in account-plugins package in Ubuntu: Incomplete Bug description: Anyone that tries to install Kubuntu-meta, or from Kubuntu tries to install Ubuntu-desktop, will hit conflicts with accounts-sso providers in /usr/share/accounts/providers (and possibly in service files in the future). As a result, many automatic bugs are being generated on both packages relating to this conflict in both directions, below are the most popular ones for each: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1539988 https://bugs.launchpad.net/ubuntu/+source/kaccounts-providers/+bug/1489507 kaccounts-providers is imported from Debian directly without repackaging and Debian does not package the Ubuntu account-plugins anywhere. Upstream KDE is being forced to break accounts-sso standards and impose systemwide envvars to work around that this package should conflict with KDE's: https://bugs.kde.org/show_bug.cgi?id=347219 Either Ubuntu / Kubuntu should be amending the Debian package to make it conflict with these plugin packages when importing it, or the psmteam should make this package conflict with kaccounts-providers. The later would be less work, since account-plugins is only packaged in Ubuntu for Unity. This change is necessary in Wily and beyond since those are the releases shipping kaccounts-providers. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1540135/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
