Package Details: lbry-desktop 0.53.9-1

Git Clone URL: https://aur.archlinux.org/lbry-desktop.git (read-only, click to copy)
Package Base: lbry-desktop
Description: Desktop app for the lbry-network (Odysee.com) - a decentralized, user-controlled content marketplace and YouTube alternative
Upstream URL: https://github.com/lbryio/lbry-desktop
Licenses: MIT
Conflicts: lbry, lbry-desktop-bin, lbry-desktop-git, lbrynet, lbrynet-bin
Provides: lbry, lbry-desktop, lbrynet
Submitter: RubenKelevra
Maintainer: RubenKelevra
Last Packager: RubenKelevra
Votes: 1
Popularity: 0.000587
First Submitted: 2022-06-21 11:18 (UTC)
Last Updated: 2023-02-14 22:43 (UTC)

Latest Comments

1 2 Next › Last »

Spixmaster commented on 2023-03-26 10:00 (UTC)

The binary lbry is broken.

❯ lbry
Starting SDK
[103350:0326/115931.366377:ERROR:sandbox_linux.cc(377)] InitializeSandbox() called with multiple threads in process gpu-process.
[103318:0326/115931.503121:ERROR:browser_main_loop.cc(267)] Gdk: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed
Daemon: [103404] Failed to execute script 'cli' due to unhandled exception!
Traceback (most recent call last):
  File "lbry/extras/cli.py", line 339, in <module>
  File "lbry/extras/cli.py", line 296, in main
  File "lbry/conf.py", line 520, in create_from_arguments
  File "lbry/conf.py", line 764, in __init__
  File "lbry/conf.py", line 777, in set_default_paths
  File "lbry/conf.py", line 825, in get_linux_directories
UnboundLocalError: local variable 'download_dir' referenced before assignment

ALSA lib pcm_dmix.c:999:(snd_pcm_dmix_open) unable to open slave

RubenKelevra commented on 2023-02-11 18:13 (UTC)

Hey @Spixmaster,

this release isn't showing up for me, just the tag is. I made a request for more information as this release has been pushed some days ago and modified twice, but were always removed again. 🤷‍♂️

Request for information about the release's status:

https://github.com/lbryio/lbry-desktop/issues/7748

I'll push the update (which is already finished) as soon as this gets resolved.

Thanks in advance for your patience.

stef204 commented on 2022-11-21 20:36 (UTC) (edited on 2022-11-21 20:39 (UTC) by stef204)

@Spixmaster
Please see temp fix: https://aur.archlinux.org/packages/lbry-desktop-git#comment-889099

Spixmaster commented on 2022-11-17 06:08 (UTC)

An error occurs in build().

➤ YN0000: Done with warnings in 32s 362ms
Failed to load ./.env.
node:internal/crypto/hash:71
  this[kHandle] = new _Hash(algorithm, xofLen);
                  ^

Error: error:0308010C:digital envelope routines::unsupported
    at new Hash (node:internal/crypto/hash:71:19)
    at Object.createHash (node:crypto:140:10)
    at module.exports (/home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/webpack/lib/util/createHash.js:135:53)
    at NormalModule._initBuildHash (/home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/webpack/lib/NormalModule.js:417:16)
    at handleParseError (/home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/webpack/lib/NormalModule.js:471:10)
    at /home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/webpack/lib/NormalModule.js:503:5
    at /home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/webpack/lib/NormalModule.js:358:12
    at /home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/loader-runner/lib/LoaderRunner.js:373:3
    at iterateNormalLoaders (/home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/loader-runner/lib/LoaderRunner.js:214:10)
    at iterateNormalLoaders (/home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/loader-runner/lib/LoaderRunner.js:221:10)
    at /home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/loader-runner/lib/LoaderRunner.js:236:3
    at context.callback (/home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/loader-runner/lib/LoaderRunner.js:111:13)
    at /home/matheus/.cache/paru/clone/lbry-desktop/src/lbry-desktop/node_modules/babel-loader/lib/index.js:59:71 {
  opensslErrorStack: [ 'error:03000086:digital envelope routines::initialization error' ],
  library: 'digital envelope routines',
  reason: 'unsupported',
  code: 'ERR_OSSL_EVP_UNSUPPORTED'
}

Node.js v19.1.0
==> FEHLER: Ein Fehler geschah in build().
    Breche ab...
Fehler: kann ‚lbry-desktop-0.53.7-1‘ nicht bauen:

TomZander commented on 2022-06-23 19:08 (UTC) (edited on 2022-06-23 21:52 (UTC) by TomZander)

ok, thank you for commenting on this and I fully understand you want to compile stuff yourself.

You seem to have missed that upstream does not name its git repo the same as its releases. And instead of using the source tarball as an input, you use a git repo which I guess lead to the incorrect conclusion on naming.

Upstream uses the 'lbry' name for its releases, for its executable, your sources list lbry.desktop which has as 'name' field LBRY, and even the first words in the "README.md" are "LBRY App".

I would like to suggest that you follow upstream in their naming.

See https://github.com/lbryio/lbry-desktop/releases/tag/v0.53.4

RubenKelevra commented on 2022-06-23 17:19 (UTC) (edited on 2022-06-23 17:21 (UTC) by RubenKelevra)

@TomZander: As wrote in the mail thread, I have no intention to maintain the -bin package (if there's another maintainer available – so I will disown if you like to take over the maintenance again). My issue with lbry-app-bin is just with possible confusion by the wrong naming – I mean there's no benefit doing this, and it will confuse people just beeing something "different" than lbry-desktop.

The reason I created this for of the lbry-desktop-git is: I don't like to install binary blobs, if there's a way to fetch and build it from the source.

Also a "deletion" doesn't mean the data or your contributions are gone. It's just hidden from the website, but still available in the git repositories.

TomZander commented on 2022-06-23 16:53 (UTC)

If your intention is for AUR to have both a source and a bin package, that sounds good to me. Absolutely, maintain the source version!

You confused us all with your deletion request. https://lists.archlinux.org/pipermail/aur-requests/2022-June/073313.html