touch-packages team mailing list archive

[Martin Klapetek <martin.klapetek@xxxxxxxxx>]

> 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 Ubuntu
Touch seeded 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