Does this error matter?

Erik Helin erik.helin at oracle.com
Mon Feb 17 12:56:32 UTC 2020


On 2/17/20 11:00 AM, Andrew Haley wrote:
> On 2/17/20 9:08 AM, Erik Helin wrote:
>> On 2/14/20 5:36 PM, Andrew Haley wrote:
>>> Removing java_mirror ... done.
>>> mc  space:      8608 [  0.1% of total] out of     12288 bytes [ 70.1% used] at 0x0000000800000000
>>> rw  space:   4007528 [ 33.6% of total] out of   4009984 bytes [ 99.9% used] at 0x0000000800003000
>>> ro  space:   7227800 [ 60.7% of total] out of   7229440 bytes [100.0% used] at 0x00000008003d6000
>>> md  space:      2320 [  0.0% of total] out of      4096 bytes [ 56.6% used] at 0x0000000800abb000
>>> ca0 space:    413696 [  3.5% of total] out of    413696 bytes [100.0% used] at 0x00000007ffc00000
>>> oa0 space:    241664 [  2.0% of total] out of    241664 bytes [100.0% used] at 0x00000007ff800000
>>> total    :  11901616 [100.0% of total] out of  11911168 bytes [ 99.9% used]
>>>
>>> BUILD SUCCESSFUL in 39s
>>> 44 actionable tasks: 44 executed
>>
>> What command did you run? `make`, `git skara update` or `sh gradlew`?
> 
> $ git token store https://github.com/

Ah ok, Skara just bootstrapped itself.

>>> ** (process:69472): CRITICAL **: 16:24:17.542: could not connect to Secret Service: Error calling StartServiceByName for org.freedesktop.secrets: Timeout was reached
>>> Username for 'https://github.com': theRealAph
>>> Password for 'https://theRealAph@github.com':
>>>
>>> ** (process:69617): CRITICAL **: 16:25:39.630: store failed: Error calling StartServiceByName for org.freedesktop.secrets: Timeout was reached
>>>
>>
>> The message you are seeing most likely comes from the
>> git-credential-helper [0] you are using. I can see that you are using
>> GNU/Linux, I'm guessing RHEL? If so, which version of RHEL?
> 
> RHEL 8.

Ok.

>> Did you follow the instructions for Fedora on the Skara wiki [1]
>> when setting up the credential helper? If you did, then you are
>> using the "libsecret" helper [2]. The git "libsecret" credential
>> helper is a small wrapper around libsecret [3]. libsecret is going
>> to communicate over dbus [4] with a implementation of the
>> 'org.freedesktop.secrets' service (e.g.  gnome-keyring [5]).
> 
> Yes, I did.
> 
>>   From the message it seems like the libsecret library can't start the
>> 'org.freedesktop.secrets' service, you might want to check in
>> /var/log/syslog to see if there are any additional log messages (see for
>> example [6]). If you believe you have found a bug in libsecret then you
>> can file an issue in their GitLab issue tracker [7]. Unfortunately there
>> is not much Skara can do to help fix this issue, this error occurs at
>> lower level in your GNU/Linux desktop stack :(
> 
> Yeah, OK. So there's some problem there.
> 
> Does Skara need this stuff? Git seems to work without it.

Yes, Git works fine without this. Skara does not strictly need this, but 
the Skara tooling will ask you for you username and personal access 
token (PAT) every time if you do not store them in a credential store 
using a credential helper.

We do support supplying your token via an environment variable for users 
who do not wish to (or are unable to) use a token store. See the 
description under the "Manual" section on the Skara wiki [0] for an 
example using gpg.

Depending on your security needs you can also use the "cache" and/or 
"store" credential helpers, see [1] for more details.

>> Did you run `git token store https://github.com` as described on the
>> Skara wiki [8] for storing you personal access token? Did that work?
> 
> No, it failed with the same error.

Ok.

Thanks,
Erik

[0]: https://wiki.openjdk.java.net/display/skara#Skara-GNU/Linux.1
[1]: https://git-scm.com/docs/gitcredentials#_avoiding_repetition


More information about the skara-dev mailing list