Github messages for voidlinux
 help / color / mirror / Atom feed
* Re: nextcloud client no longer working
       [not found] <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-26774@inbox.vuxu.org>
  2020-12-04  7:47 ` nextcloud client no longer working yopito
@ 2021-01-19 18:41 ` gt7-void
  2021-02-13 20:06 ` yopito
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 5+ messages in thread
From: gt7-void @ 2021-01-19 18:41 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1919 bytes --]

New comment by gt7-void on void-packages repository

https://github.com/void-linux/void-packages/issues/26774#issuecomment-763043678

Comment:
Since `LibSecretKeyring::isAvailable()` does *not* check if secret service is available, only that the library is installed (it seems the library doesn't provide any way to check availability of the service), the only reasonable fix seems to be changing the order of the tests as in:
```diff
     default:
+        if (isKwallet5Available()) {
+            return Backend_Kwallet5;
+        }
         if (LibSecretKeyring::isAvailable()) {
             return Backend_LibSecretKeyring;
         }
         if (GnomeKeyring::isAvailable()) {
             return Backend_GnomeKeyring;
         }
-        if (isKwallet5Available()) {
-            return Backend_Kwallet5;
-        }
```
Note that setting `DESKTOP_SESSION=kde`, etc. might have some undesirable side-effects, so this patch should be preferred. 

Otherwise, there's no way to use any other backend than libsecret if `libsecret` is installed [1] , so you need to install a secret service provider. I could find two in void:
- `gnome-keyring`
- `keepassxc` (depends on #28020 to work)

Meanwhile I was using `kwallet` only because `qtkeychain-qt5` did not work with `gnome-keyring before. With the current `qtkeychain-qt5` now `gnome-keyring` works out of the box for me (just install it, no configuration necessary as long as `libsecret` is installed). The alternative `keepassxc` seems to work, but I didn't like it (cf https://avaldes.co/2020/01/28/secret-service-keepassxc.html for a guide).

For `pass` users, there's this: https://pypi.org/project/pass-secret-service/ (source here: https://github.com/mdellweg/pass_secret_service) but I don't know if it works.

[1] for me `libsecret` is an (indirect) dependency of `mediainfo` (surprising, as I only use the command line tool).  

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: nextcloud client no longer working
       [not found] <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-26774@inbox.vuxu.org>
  2020-12-04  7:47 ` nextcloud client no longer working yopito
  2021-01-19 18:41 ` gt7-void
@ 2021-02-13 20:06 ` yopito
  2021-02-15  8:52 ` yopito
  2021-02-24  4:18 ` [ISSUE] [CLOSED] " ericonr
  4 siblings, 0 replies; 5+ messages in thread
From: yopito @ 2021-02-13 20:06 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 601 bytes --]

New comment by yopito on void-packages repository

https://github.com/void-linux/void-packages/issues/26774#issuecomment-778671045

Comment:
thanks for you detailed answer.

I don't feel confident to patch qtkeychain the way you propose. it's too intrusive for me, at least because it's changing a lot the way it's working compared to upstream. It will also make even more difficult to discuss with upstream in case of trouble.

Instead, I prefer to make a wrapper via a dedicated package to help people using nextcloud with kwallet as credential storage, while not wihin KDE Desktop Environment.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: nextcloud client no longer working
       [not found] <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-26774@inbox.vuxu.org>
                   ` (2 preceding siblings ...)
  2021-02-13 20:06 ` yopito
@ 2021-02-15  8:52 ` yopito
  2021-02-24  4:18 ` [ISSUE] [CLOSED] " ericonr
  4 siblings, 0 replies; 5+ messages in thread
From: yopito @ 2021-02-15  8:52 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 324 bytes --]

New comment by yopito on void-packages repository

https://github.com/void-linux/void-packages/issues/26774#issuecomment-779064993

Comment:
Added a subpackage `nextcloud-client-kwallet` in PR #28674.

Purpose: make nextcloud-client uses kwallet as credential backend storage while not using KDE as Desktop Environment.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [ISSUE] [CLOSED] nextcloud client no longer working
       [not found] <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-26774@inbox.vuxu.org>
                   ` (3 preceding siblings ...)
  2021-02-15  8:52 ` yopito
@ 2021-02-24  4:18 ` ericonr
  4 siblings, 0 replies; 5+ messages in thread
From: ericonr @ 2021-02-24  4:18 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1875 bytes --]

Closed issue by manfredu on void-packages repository

https://github.com/void-linux/void-packages/issues/26774

Description:
Since last update of qt5 libraries the nextcloud client no longer works for me. It just hangs during start up after output "[ unknown ]: static bool LibSecretKeyring::findPassword(const QString&, const QString&, QKeychain::JobPrivate)"

Complete log:

020-11-28 19:15:41:984 [ info nextcloud.gui.application ]: "################## Nextcloud locale:[de_DE] ui_la
ng:[] version:[3.0.3git] os:[void]"
2020-11-28 19:15:41:984 [ info nextcloud.gui.application ]: Using "de_DE" translation
2020-11-28 19:15:41:984 [ info nextcloud.gui.socketapi ]: server started, listening at "/tmp/.runtime-manfr
ed/Nextcloud/socket"
2020-11-28 19:15:41:984 [ info nextcloud.gui.folder.manager ]: setting remote poll timer interval to 30000 msec
2020-11-28 19:15:42:013 [ info nextcloud.gui.account.manager ]: Account for QUrl("https://xxx.domain") using auth type "webflow"
2020-11-28 19:15:42:013 [ info nextcloud.sync.credentials.webflow ]: Get QNAM
2020-11-28 19:15:42:014 [ info nextcloud.gui.account.manager ]: Account for QUrl("https://yyy.domain") using auth type "webflow"
2020-11-28 19:15:42:014 [ info nextcloud.sync.credentials.webflow ]: Get QNAM
**2020-11-28 19:15:42:067 [ debug default ] [ unknown ]: static bool LibSecretKeyring::findPassword(const QString&, const QString&, QKeychain::JobPrivate)**

### System

* xuname:  
manfred|~> xuname nextcloud
    Void 5.8.18_1 x86_64 GenuineIntel notuptodate rrFFFFF

* package:  
  nextcloud-client-3.0.3_1

### Expected behavior

Starts as usual and is available in the panel

### Actual behavior

Nothing happens except output of message "unknown LibSecretKeyring::findPassword()"

### Steps to reproduce the behavior

Update system and enter nextcloud in the terminal.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: nextcloud client no longer working
       [not found] <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-26774@inbox.vuxu.org>
@ 2020-12-04  7:47 ` yopito
  2021-01-19 18:41 ` gt7-void
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 5+ messages in thread
From: yopito @ 2020-12-04  7:47 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 179 bytes --]

New comment by yopito on void-packages repository

https://github.com/void-linux/void-packages/issues/26774#issuecomment-738625025

Comment:
nope: libsecret is a GNOME-only stuff

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2021-02-24  4:18 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-26774@inbox.vuxu.org>
2020-12-04  7:47 ` nextcloud client no longer working yopito
2021-01-19 18:41 ` gt7-void
2021-02-13 20:06 ` yopito
2021-02-15  8:52 ` yopito
2021-02-24  4:18 ` [ISSUE] [CLOSED] " ericonr

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).