touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #135090
[Bug 1540135] Re: Make this metapackage conflict with kaccounts-providers
On a second thought, the filtering could just as well be done on top of
libaccounts, in the actual account gui (uoa and kaccounts). There the
filtering is a matter of simple code in QSortFilterProxyModel (we
already have one there anyway).
This way the KDE providers would never show up in uoa and vice-versa.
I'm not entirely sure what happens when you change the provider file
name and keep the content the same - will everything just continue to
work? Or will the accounts need to be recreated?
Anywho, do you think you could get such fix into uoa?
--
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
References