Package Details: lbry-app-bin 0.47.1-1

Git Clone URL: (read-only, click to copy)
Package Base: lbry-app-bin
Description: The LBRY app built using electron
Upstream URL:
Keywords: blockchain decentralized lbry
Licenses: MIT
Submitter: kiyui
Maintainer: kiyui (kcseb)
Last Packager: kiyui
Votes: 41
Popularity: 3.51
First Submitted: 2017-03-29 02:59
Last Updated: 2020-07-23 14:50

Latest Comments

1 2 3 4 5 Next › Last »

mprom commented on 2020-07-28 14:28

Trying to launch lbry from the terminal, I get this error

Starting SDK
Sandbox listening on port 5278.
Daemon: [66189] Failed to execute script cli
Traceback (most recent call last):
  File "lbry/extras/", line 336, in <module>
  File "lbry/extras/", line 293, in main
  File "lbry/", line 439, in create_from_arguments
  File "lbry/", line 657, in __init__
  File "lbry/", line 669, in set_default_paths
  File "lbry/", line 717, in get_linux_directories
UnboundLocalError: local variable 'download_dir' referenced before assignment

Stargarth commented on 2020-07-26 10:38

I got a following when I started the app:

    lbry: error while loading shared libraries: cannot open shared object file: No such file or directory

It was resolved by installing libxss

    sudo pacman -S libxss

Somebody should add it to list of dependencies, as lbry clearly can't run without it.

Kr1ss commented on 2020-07-23 14:52

Thank you for the update, and for adding the link @kiyui !

Kr1ss commented on 2020-07-17 20:19

@kiyui @kcseb Would you mind adding

ln -s /opt/LBRY/resources/static/daemon/lbrynet "$pkgdir/usr/bin/"

to the package() function, so that we can use the lbrynet tool without augmenting the search path or changing the current directory ?

lenok commented on 2020-06-15 15:37

I get this error on startup.

Daemon: /opt/LBRY/resources/static/daemon/lbrynet: error while loading shared libraries: failed to map segment from shared object

Same error message as SleepingFox commented on 2020-04-01 21:01. But I started it for the first time.

Edit: The Problem was that my /tmp was mounted on RAM. tmpfs /tmp tmpfs defaults,noexec,nosuid 0 0 (fstab). There is a similar problem with signal-desktop app

jakbyte commented on 2020-06-08 19:03

update time!

Techman35 commented on 2020-05-06 16:40


kcseb commented on 2020-04-02 16:09

This package should no longer depend on gnome-keyring. Updated dependency list.

Please leave a comment if there are any issues. Thanks.

nycex commented on 2020-04-02 01:13

You should depend on org.freedesktop.secrets rather than on gnome-keyring, so other providers can also be used. e.g. keepassxc does also work. Also the issue has been closed for this release (0.44).

SleepingFox commented on 2020-04-01 21:01

My files now validate and the application ran for a couple days but I am now having daemon errors upon attempting to launch the applicaiton. Unsure what the cause of the problem is.


I fixed my issue, it was a personal one. I had not mounted the drive that I had told LBRY to store video files. This causes the Daemon and application to crash on launch.