Package Details: ledger-live 2.94.0-3

Git Clone URL: https://aur.archlinux.org/ledger-live.git (read-only, click to copy)
Package Base: ledger-live
Description: Maintain your Ledger devices
Upstream URL: https://www.ledger.com/ledger-live
Keywords: bitcoin cryptocurrency wallet
Licenses: MIT
Submitter: meriadec
Maintainer: phnx47
Last Packager: phnx47
Votes: 21
Popularity: 0.048569
First Submitted: 2018-07-19 09:01 (UTC)
Last Updated: 2024-12-19 06:15 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 15 Next › Last »

HD_hirku commented on 2022-12-09 20:23 (UTC)

You should have put your pinned comment message https://aur.archlinux.org/packages/ledger-live#comment-893072 into the git log for 1b63bdcdc18c. Otherwise it looks like stupid nonsense.

Shame on Ledger.

intelfx commented on 2022-12-09 19:35 (UTC) (edited on 2022-12-09 19:41 (UTC) by intelfx)

_gitdir=${pkgname}-${pkgver}-git
source=("${_gitdir}::git+${url}.git#tag=@ledgerhq/live-desktop@${pkgver}") 

Why are you doing this? You are causing a completely new git repository to be cloned with each new release, especially making life miserable for people with shared $SRCDEST. The whole point of git is to not have to do that, so please don't.

The _check_git_rev dance also seems useless. Either specify a #commit=<output of git rev-parse <tag>^0> instead of #tag=<tag>, or don't.

phnx47 commented on 2022-12-09 16:01 (UTC) (edited on 2022-12-09 17:21 (UTC) by phnx47)

Build temporary fails for v2.51.0!

I updated to v2.51.0 but LedgerHQ reverted release and deleted tag.

You should manually set pkgver=2.50.1 and set _gitrev=c5aba7d153e07729c478b159a895f3bc51d89e1d, can check git hash with command: git rev-parse @ledgerhq/live-desktop@2.50.1

sudoforge commented on 2022-11-30 16:44 (UTC) (edited on 2022-11-30 16:47 (UTC) by sudoforge)

@phnx47 that assumes people aren't building in a chroot, which is really what they should be doing with AUR packages.

I think the statement that "fnm is better than nvm" is a little contrived and subjective; I don't use JS with any sort of regularity (SRE; primarily golang and rust), but some cursory searching doesn't indicate that fnm has supplanted nvm as "the default".

That said, this is your package. You do with it what you want, and have no need to make adjustments to it unless you think it is logical and needed.

Note, however, that it is typically recommended to read and follow the packaging guidelines for packages you want to maintain. For this, we have the NodeJS Package Guidelines. These are not rules, simply guidelines.

phnx47 commented on 2022-11-21 01:53 (UTC) (edited on 2022-11-21 01:55 (UTC) by phnx47)

I tried to improve build with fnm, but this create a lot of discussions. Let's explain again.

To build ledger-live you need exactly NodeJS 16: https://github.com/LedgerHQ/ledger-live/tree/%40ledgerhq/live-desktop%402.49.2/apps/ledger-live-desktop#requirements.

I can just pin nodejs-lts-gallium, many packages do same thing, for example code: https://github.com/archlinux/svntogit-community/blob/packages/code/trunk/PKGBUILD. It is ok for Arch Packages, but for AUR create nodejs versions conflicts with every upgrade packages. Check vscodium: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=vscodium. There is nvm dependency. It makes possible build package without nodejs versions conflicts. fnm is better alternative for nvm. One more code-git: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=code-git, there is nodejs-lts-fermium, they forgot to update nodejs version and build failes!

sudoforge commented on 2022-11-15 02:07 (UTC)

Should I do it?

i have absolutely no opinion on the matter. personally, i would have probably moved the package to use fnm, too. it's small and fast, plus, it gets cool points for being rewritten in rust.

that said, nvm is more well-known and battle-tested, and likely not as foreign to people who write node regularly, or to people who don't write in node at all -- it's this latter group that has likely never even heard of fnm.

phnx47 commented on 2022-11-15 01:50 (UTC) (edited on 2022-11-15 01:50 (UTC) by phnx47)

@sudoforge I can use nvm instead of fnm. Should I do it?

sudoforge commented on 2022-11-15 01:47 (UTC)

@verdrisarko: baseless fearmongering serves nobody. Show me the enlargened attack vector and I'll revert the change.

@phnx47: the wiki page talks about nvm, yes, but not fnm.

phnx47 commented on 2022-11-15 01:25 (UTC) (edited on 2022-11-15 01:36 (UTC) by phnx47)

@vedrisarko Build issues with different NodeJS versions. LedherHQ build it with NodeJS 16 and put info to .nvmrc: https://github.com/LedgerHQ/ledger-live/blob/develop/.nvmrc.

Here 3 options:

1) Test with every NodeJS after changes. It is what I did before, but it is time consuming.

2) Pin dependency to nodejs-lts-gallium. This will be conflicts dependency with rebuild if you use different NodeJS version in your machine.

3) Use fnm or nvm and read version from .nvmrc: check '4. Using nvm' - https://wiki.archlinux.org/title/Node.js_package_guidelines. fnm is better alternative for nvm. But both of them from AUR.


@vedrisarko Do you have any issue with this? If you worry about 'make' dependencies, you can use ledger-live-bin.