Package Details: lbry-desktop-git 0.53.8.r10956.g523ea284a-2

Git Clone URL: (read-only, click to copy)
Package Base: lbry-desktop-git
Description: Desktop app for the lbry-network ( - a decentralized, user-controlled content marketplace and YouTube alternative - dev version
Upstream URL:
Licenses: MIT
Conflicts: lbry, lbry-desktop, lbry-desktop-bin, lbrynet, lbrynet-bin
Provides: lbry, lbry-desktop, lbrynet
Submitter: marzoul
Maintainer: RubenKelevra
Last Packager: RubenKelevra
Votes: 8
Popularity: 0.000003
First Submitted: 2020-06-20 09:02 (UTC)
Last Updated: 2023-01-30 21:05 (UTC)

Latest Comments

1 2 3 Next › Last »

RubenKelevra commented on 2023-01-30 21:15 (UTC)

@stef204 thanks for the hint, I've added it :)

Bink commented on 2022-11-20 11:07 (UTC)

Confirming, build failed until I first issued the export command @stef204 mentioned.

stef204 commented on 2022-11-10 22:00 (UTC) (edited on 2022-11-18 20:48 (UTC) by stef204)

just a quick comment re. building 0.53.7+: looks like one has to use the following prior to using makepkg to build successfully: export NODE_OPTIONS=--openssl-legacy-provider

RubenKelevra commented on 2022-06-21 08:26 (UTC)

Would it be possible to adapt compilation so that lbry does not embed its own electron, instead relying on an electron package from Arch packages

Yes and no.

There are packages which do this, but lbry do use electron 15, while arch is using electron 18 (by default). So you would just move the size of the package to the electron15 package - which does not exist (electron14 and electron16 do).

So unless someone maintains an electron15 package from the TUs, I don't think that's reasonable.

RubenKelevra commented on 2022-06-21 08:22 (UTC)

@marzoul Yeah I issued the orphan request to adopt it as the out of date flag wasn't cleared and the dependencies weren't up to date. Anyway I think it's fair to flag a git package out of date if the dependencies are not up to date (what @Bink was reporting).

@marzoul, do you wanna co-maintain?

marzoul commented on 2022-06-20 17:18 (UTC) (edited on 2022-06-20 17:19 (UTC) by marzoul)

First feature request for the new maintainer ;-) Would it be possible to adapt compilation so that lbry does not embed its own electron, instead relying on an electron package from Arch packages ? Goal is to slash the current lbry package size, currently around 400 MB.

marzoul commented on 2022-06-20 17:13 (UTC)

Funny what happened today on this package in such a short time lapse no one can react :-D 1) the out-of-date flag was set previously (without no valid reason, see previous comments), 2) a normal user @RubenKelevra issues an orphan request, 3) that orphan request is granted automatically because out-of-date since >180 days, 4) the package is adopted immediately. Anyway 5) if there is any heavy maintenance worth a hurry I'm happy somebody else takes it in charge ;-)

Bink commented on 2022-06-20 04:41 (UTC)

I share this in case it affects anyone else. Build halted due to failure to load Installing libxcrypt-compat first, resolved this.

⨯ cannot execute  cause=exit status 127
errorOut=/home/bink/.cache/electron-builder/fpm/fpm-1.9.3-2.3.1-linux-x86_64/lib/ruby/bin.real/ruby: error while loading shared libraries: cannot open shared object file: No such file or directory

marzoul commented on 2021-07-09 19:04 (UTC)

@sipak: No need to flag out of date, this has no sense for a package built from sources. it is always the latest version that is built, regardless of the last-built version displayed on AUR page.

@RubenKelevra: I am personally not willing, not very useful, if you want a given version, just append the tag to the source. Example: git+ Also there is already a binary package: lbry-app-bin A meaningful improvement of these lbry packages would be compilation recipes that do reuse system libs instead or reinstalling them...

RubenKelevra commented on 2021-06-30 23:25 (UTC)


Wondering if you're willing to provide an additional lbry-desktop package to avoid fetching the binary but instead build the stables on our own?