Arch Linux User Repository

That should probably be revisited, then.

$ pkg-list-linked-libraries ./keybase-bin-4.3.1_20190813132700+6f497ec371-1-x86_64.pkg.tar.xz
==> checking linked libraries for keybase-bin-4.3.1_20190813132700+6f497ec371-1-x86_64.pkg.tar.xz ...
/opt/keybase/chrome-sandbox
  NEEDED               libpthread.so.0
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
/opt/keybase/Keybase
  NEEDED               libffmpeg.so
  NEEDED               libdl.so.2
  NEEDED               libpthread.so.0
  NEEDED               librt.so.1
  NEEDED               libgobject-2.0.so.0
  NEEDED               libglib-2.0.so.0
  NEEDED               libgio-2.0.so.0
  NEEDED               libnss3.so
  NEEDED               libnssutil3.so
  NEEDED               libsmime3.so
  NEEDED               libnspr4.so
  NEEDED               libgdk_pixbuf-2.0.so.0
  NEEDED               libgtk-3.so.0
  NEEDED               libgdk-3.so.0
  NEEDED               libpangocairo-1.0.so.0
  NEEDED               libpango-1.0.so.0
  NEEDED               libatk-1.0.so.0
  NEEDED               libcairo.so.2
  NEEDED               libdbus-1.so.3
  NEEDED               libXext.so.6
  NEEDED               libX11.so.6
  NEEDED               libXcomposite.so.1
  NEEDED               libXrender.so.1
  NEEDED               libX11-xcb.so.1
  NEEDED               libxcb.so.1
  NEEDED               libXcursor.so.1
  NEEDED               libXdamage.so.1
  NEEDED               libXfixes.so.3
  NEEDED               libXi.so.6
  NEEDED               libXtst.so.6
  NEEDED               libexpat.so.1
  NEEDED               libuuid.so.1
  NEEDED               libXrandr.so.2
  NEEDED               libXss.so.1
  NEEDED               libasound.so.2
  NEEDED               libatk-bridge-2.0.so.0
  NEEDED               libatspi.so.0
  NEEDED               libcups.so.2
  NEEDED               libm.so.6
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
  NEEDED               ld-linux-x86-64.so.2
/opt/keybase/libEGL.so
  NEEDED               libdl.so.2
  NEEDED               libpthread.so.0
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
/opt/keybase/libffmpeg.so
  NEEDED               libpthread.so.0
  NEEDED               librt.so.1
  NEEDED               libm.so.6
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
/opt/keybase/libGLESv2.so
  NEEDED               libdl.so.2
  NEEDED               libpthread.so.0
  NEEDED               librt.so.1
  NEEDED               libX11.so.6
  NEEDED               libxcb.so.1
  NEEDED               libm.so.6
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
  NEEDED               ld-linux-x86-64.so.2
/opt/keybase/swiftshader/libEGL.so
  NEEDED               libdl.so.2
  NEEDED               libpthread.so.0
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
/opt/keybase/swiftshader/libGLESv2.so
  NEEDED               libdl.so.2
  NEEDED               libpthread.so.0
  NEEDED               libm.so.6
  NEEDED               libgcc_s.so.1
  NEEDED               libc.so.6
  NEEDED               ld-linux-x86-64.so.2
/usr/bin/git-remote-keybase
  NEEDED               libresolv.so.2
  NEEDED               libpthread.so.0
  NEEDED               libdl.so.2
  NEEDED               libc.so.6
/usr/bin/kbfsfuse
  NEEDED               libpthread.so.0
  NEEDED               libresolv.so.2
  NEEDED               libdl.so.2
  NEEDED               libc.so.6
/usr/bin/kbnm
  NEEDED               libpthread.so.0
  NEEDED               libc.so.6
/usr/bin/keybase
  NEEDED               libresolv.so.2
  NEEDED               libpthread.so.0
  NEEDED               libdl.so.2
  NEEDED               libc.so.6
/usr/bin/keybase-redirector
  NEEDED               libpthread.so.0
  NEEDED               libc.so.6

@ava1ar see https://github.com/keybase/client/issues/7866

Why does it depend on gconf?

@securetodeath

Fixed.

Why isn't the source just https://prerelease.keybase.io/linux_binaries/deb* ?

Today's glibc update included the fix for this issue. Thanks @nallekarhu and @Eschwartz for finding it.

The testing version of the glibc package (https://www.archlinux.org/packages/testing/x86_64/glibc/) contains a temporary patch to mitigate this (https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/glibc&id=f2aaaac68876f6959c62ea09dcdda5d441bf4ff7). As soon as that lands we should be good.

You can patch the binary with glibc-2.27 as a workaround.

https://archive.archlinux.org/packages/g/glibc/glibc-2.27-3-x86_64.pkg.tar.xz

mkdir /opt/glibc-2.27
sudo tar xf /var/cache/pacman/pkg/glibc-2.27-3-x86_64.pkg.tar.xz -C /opt/glibc-2.27

sudo patchelf --set-interpreter /opt/glibc-2.27/usr/lib/ld-linux-x86-64.so.2 --set-rpath \$ORIGIN:\$ORIGIN/lib/:/opt/glibc-2.27/usr/lib/ /opt/keybase/Keybase

I'm experiencing the same issue with the GUI not showing. electron /opt/keybase/resources/app/ works for me.

@Eschwartz thank you so much for all the work you do around these packages. (@nallekarhu you were totally right.) I'm away from work for a few months, so my response times are longer than usual on issues like this.

electron /opt/keybase/resources/app/ seems like the workaround until https://bugs.archlinux.org/task/59550 is fixed. In the longer term, I agree with @Eschwartz that depending on system electron is the right play. (One of the frustrations there is that distros other than Arch will probably still need to ship the electron binaries, since we can't depend on their system packages being recent enough.)