[Touch-packages] [Bug 1574045] Re: Can't install account-plugin-google

2016-04-23 Thread Martin Klapetek
Dear Kubuntu packagers, please backport these patches into your packaging. https://quickgit.kde.org/?p=kaccounts-integration.git=commit=a60c1636b6bf0bf5b0718d8de06facfa959ad719 https://quickgit.kde.org/?p=kaccounts-integration.git=commit=deff781ae751f2f1c95b24997d01aa38c0dd7502 -- You received

[Touch-packages] [Bug 1540135] Re: Make this metapackage conflict with kaccounts-providers

2016-02-17 Thread Martin Klapetek
On a third thought, I think I'll just have the files we ship renamed. The thing is, by requiring a special tag in the .provider, it makes things harder for everyone while this is only a problem on *buntu. If both KAccounts and UOA will show double Google accounts or whatever, I would put that

[Touch-packages] [Bug 1540135] Re: Make this metapackage conflict with kaccounts-providers

2016-02-08 Thread Martin Klapetek
> 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

[Touch-packages] [Bug 1540135] Re: Make this metapackage conflict with kaccounts-providers

2016-02-08 Thread Martin Klapetek
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

[Touch-packages] [Bug 1519927] Re: Please backport this patch into qtbase

2015-12-10 Thread Martin Klapetek
Thanks Any chance of this being added to wily package too? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtbase-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1519927 Title: Please backport this patch into

[Touch-packages] [Bug 1519927] [NEW] Please backport this patch into qtbase-5.5 for wily

2015-11-25 Thread Martin Klapetek
Public bug reported: There's an issue with QCoreApplication::libraryPaths() which always appends QLibraryInfo::location(QLibraryInfo::PluginsPath) first and only then it reads/appends QT_PLUGIN_PATH contents. In K/Ubuntu, QLibraryInfo::location(QLibraryInfo::PluginsPath) returns

[Touch-packages] [Bug 1473011] Re: [PATCH] Skip network checks on always dispatchable accounts

2015-07-31 Thread Martin Klapetek
Nice, thanks a lot! Is there any chance this could be backported to vivid as well? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to telepathy-mission- control-5 in Ubuntu. https://bugs.launchpad.net/bugs/1473011 Title:

[Touch-packages] [Bug 1473011] Re: [PATCH] Skip network checks on always dispatchable accounts

2015-07-21 Thread Martin Klapetek
Glad I could help :) Can we get some action on this one? Should I ping anybody for a review or a comment? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to telepathy-mission- control-5 in Ubuntu.

[Touch-packages] [Bug 1473422] [NEW] Platform check in request.cpp should check for ubuntu* platform

2015-07-10 Thread Martin Klapetek
Public bug reported: In request.cpp around line 318, the code checks if (QGuiApplication::platformName() != xcb || qgetenv(SSOUI_USE_UBUNTU_WEB_VIEW) == QByteArray(1)) { however it should either also have ... != wayland or have ... == UbuntuTouchPlatformName This makes the signon-ui package

[Touch-packages] [Bug 1473423] [NEW] Looking for Xlib when not needing it

2015-07-10 Thread Martin Klapetek
Public bug reported: Signon-ui is looking for x11 library but it requires it only on Qt4 builds, so it should look and #include it only when building Qt4 version. ** Affects: signon-ui (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you

[Touch-packages] [Bug 1473011] [NEW] [PATCH] Skip network checks on always dispatchable accounts

2015-07-09 Thread Martin Klapetek
Public bug reported: MissionControl does not seem to connect accounts that have always_dispatch=true attribute set; that attribute is meant to serve as skip network connection checks when connecting-kind of thing. After some investigation, I've found a possible bug and created a patch. I've