keybase / keybase-issues

A single repo for managing publicly recognized issues with the keybase client, installer, and website.
902 stars 37 forks source link

Installation fails on Fedora 22 #1662

Open dchem opened 9 years ago

dchem commented 9 years ago
info: Made temporary directory: /tmp/keybase_install_******
warn: No code-signing key (code@keybase.io) in GPG keychain
info: Fetching URL https://dist.keybase.io/sig/files/1/keyset.json
info: Installing keyset version 1
info: Using keyset version v1
info: cleaning up tmpdir /tmp/keybase_install_******
error: In cleanup: Error: EISDIR, unlink '/tmp/keybase_install_******/******'
error: exit code 2
warn: gpg: key ******: public key "Keybase.io Code Signing (v1) <code@keybase.io>" imported
warn: gpg: failed to create temporary file '/root/.gnupg/.#******.******.*****': No such file or directory
warn: gpg: can't connect to the agent: No such file or directory
warn: gpg: Total number processed: 1
warn: gpg:               imported: 1
warn: gpg: no ultimately trusted keys found
oconnor663 commented 9 years ago

It's possible you need to sudo mkdir /root/.gnupg. But I tried the install flow just now as root, and it seemed to work fine even if .gnupg was missing. Could be that I have a different version of GPG (2.0.26)?

eliihen commented 9 years ago

I did sudo mkdir .gnupg, and that made the install work for me. HOWEVER, it was a bit funky. Case in point, after I had ran keybase join from the terminal tool and it had created a profile with my key, it did not work. Look at the following:

$ keybase pull
error: you don't have a public key; try `keybase push` if you have a key; or `keybase gen` if you don't

$ keybase push   
info: success!

$ keybase push 096755BE
info; success!

$ keybase pull   
error: you don't have a public key; try `keybase push` if you have a key; or `keybase gen` if you don't

$ keybase status

/usr/lib/node_modules/keybase/lib/user.js:1201
              _this.key.find(__iced_deferrals.defer({
                        ^
TypeError: Cannot call method 'find' of undefined
    at iced.Deferrals.parent (/usr/lib/node_modules/keybase/lib/user.js:1201:25)
    at iced.Deferrals.parent (/usr/lib/node_modules/keybase/lib/user.js:1210:15)
    at User.exports.User.User._load_me_2 (/usr/lib/node_modules/keybase/lib/user.js:1215:15)
    at /usr/lib/node_modules/keybase/lib/user.js:1148:18
    at /usr/lib/node_modules/keybase/lib/user.js:1152:15
    at Deferrals.exports.Deferrals.Deferrals._call (/usr/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:86:16)
    at /usr/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:98:26
    at exports.trampoline.trampoline (/usr/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:64:14)
    at Deferrals.exports.Deferrals.Deferrals._fulfill (/usr/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:96:16)
    at ret (/usr/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:29:18)

I checked the website, and it had indeed uploaded my public key during the join process, even though it insisted otherwise. I said "oh whatever", and used your web gui with GnuPG, cURL and whatnot, and that worked great.

After the fiddling around with the web GUI i tried keybase push, and now it suddenly said error: You already have a key registered; either revoke or run 'keybase push --update'. So I did keybase pull, and now it is working! Super weird.

Fedora 22 / gpg (GnuPG) 1.4.19 / keybase 0.8.9