Arch Linux User Repository

I tried to update to jitsi-meet-desktop_2021.11.1 today, but the update failed with these messages:

17573 error /sbin/git ls-remote -h -t ssh://git@github.com/jitsi/eslint-config-jitsi.git
17573 error 
17573 error ssh_askpass: exec(/usr/lib/ssh/ssh-askpass): No such file or directory
17573 error Host key verification failed.
17573 error fatal: Could not read from remote repository.
17573 error 
17573 error Please make sure you have the correct access rights
17573 error and the repository exists.

It's true that my system has no /usr/lib/ssh/ssh-askpass; if that's required, shouldn't there be a dependency on openssh-askpass or equivalent?

...but just for fun I ran the git command manually, and it still failed:

% /sbin/git ls-remote -h -t ssh://git@github.com/jitsi/eslint-config-jitsi.git
The authenticity of host 'github.com (140.82.112.4)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added 'github.com' (RSA) to the list of known hosts.
git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights and the repository exists.

I rebuilt with 14, and it's working back. Not sure if it was a temporal out of service somewhere. Thanks a lot !

@je-vv

That's… odd (because I only ever had that "hanging, issue before when running nvm install (or use) during package building when already in a directory with an .nvmrc and running the nvm sourcing there, but hadn't had it for ages).

With your modifications, I'd assume it will fall back to npm 12 (as specified in the .nvmrc – which shouldn't hurt, so if it works, that's fine.

Alternatively, it might be worth trying to do the cd jitsi-meet-electron-${pkgver} only after the nvm commands (and _ensure_local_nvm are run) as a workaround.

I'll see if I can find out the root cause, though, as that's probably better than trying to find workarounds ;)

nvm install or use with a major version only shouldn't cause the issue, but admittedly I cannot recall why I went and set it to 14 in the first place instead of using the "predetermined" one in the .nvmrc (12). There probably was some reason ;)

BTW, by changing:

nvm install 14

To:

nvm install

And, by removing:

nvm use 14

The build process doesn't hang any more. Not sure if the right thing to do, but it works, :) I guess the "nvm use 14" had to be removed, since "nvm install 14" doesn't really works out. Besides, the "nvm use" is not documented on:

https://wiki.archlinux.org/title/Node.js_package_guidelines#Using_nvm

Even though a full version is exemplified there...

@lsf, prepare is hanging while executing:

nvm use 14

I realized it's while executing that by modifying the PKGBUILD:

prepare() {
  cd jitsi-meet-electron-${pkgver}
  export npm_config_cache="${srcdir}/npm_cache"
  _ensure_local_nvm
  echo "before nvm install"
  nvm install 14
  echo "after nvm install"

And the output I got:

before nvm install

Hanging in there, without getting to output "after ..." Not sure if the reference:

https://wiki.archlinux.org/title/Node.js_package_guidelines#Using_nvm

Would only work without specifying any version, or specifying major + minor + patch release version. Not sure if the problem is around that, specifying only the major release version, and perhaps not specifying any version would be best?

Thanks, seems to work fine! :)

NP @lsf. BTW, I'm not sure which release brought it, but currently you can successfully build jitst-meet-desktop without python2. Can you please try it, and if confirming it, could you remove python2 from build dependencies?

I guess they bumped up the requirement for node-gyp on jitsi-meet-electron-utils, since at least master requires v. 6.1.0 now:

https://github.com/jitsi/jitsi-meet-electron-utils/blob/master/package-lock.json#L2444

So it seems safe to remove python2 from make depends...

Thanks !

Thanks for making me aware of that! :)

@lsf, just in case you were not aware, the latest release, 2.8.9, uses electron13, so moving to 2.8.9 has that extra benefit, getting rid of electron12, :)

https://github.com/jitsi/jitsi-meet-electron/releases/tag/v2.8.9

No problem, things like that happen ;)

You can put flags for electron apps in ~/.config/electron-flags.conf (or ~/.config/electron12-flags.conf for apps using electron12; Arch has configured their electron packages in such a way as to pick those up.

Mine looks like

--enable-features=UseOzonePlatform
--ozone-platform=wayland
--enable-gpu

for WayLand, for example. But since GPU / HW / HW Video acceleration with chrome/electron/wayland/etc. is kind of a mess with different GPUs, that might not help you very much ^^