Arch Linux User Repository

I am using Arch. Upstream binaries work. This is indeed baffling... I regret but don't have the build logs anymore, I'll get back to this in a few days and post what I find.

@lightdot I'm still not able to reproduce the issue. Please put build, install, and run logs in a pastebin. Also, are you using Arch or a different distro?

Same issues with vdhcoapp-bin.

"Pkg: Error reading from file" during the install and later when attempting to use the vdhcoapp binary in any way. Something is amiss here...

I'll try using the upstream directly later.

I have the same issue, error: "Pkg: Error reading from file".

Package was built in a clean chroot. Executing "vdhcoapp install" as a user produces the error.

Looking into this further, simply executing '/usr/bin/vdhcoapp' produces the same error.

@mb720 I can't replicate your issue. Both aura and aura-git were able to build and install this package correctly on my computer. If clearing cache doesn't help, try building in a clean chroot.

According to The Aura User Guide, aura builds packages in /tmp. Many systems use tmpfs for /tmp. I suppose your error could be incorrect build from insufficient storage.

During installation with aura, I get the error:

vdhcoapp: system install
Pkg: Error reading from file.

Same when running vdhcoapp install --system.

Is there a way to debug this?

@xiota:

pacaur/ folder is misleading - build was done with makepkg and clean cache.

Your change did the trick, though \o/

Thanks for quick response and fix

@doragasu Don't know how to help you with pacaur. Maybe need to clear cache? Or rebuild pacaur and depends? Or something else?

After building fresh auracle-git and pacaur-git, was able to successfully build and install this package with pacaur -S --aur --rebuild vdhcoapp

Try building in clean chroot.

Did not work for me, same error (and warning).

@bitsfritz The warning can be ignored. The error... possibly from how pacaur sets up the build environment? I've made a change that might help. Did not bump pkgrel because people who previously successfully built don't need to rebuild. You may need to clear cache or otherwise force your aur helper to redownload and try to rebuild.

Does not build here:

> Warning Cannot resolve 'adapters[adapter]'
  /home/frieder/.cache/pacaur/vdhcoapp/src/vdhcoapp-2.0.19/bundled.js
  Dynamic require may fail at run time, because the requested file
  is unknown at compilation time and not included into executable.
  Use a string literal as an argument for 'require', or leave it
  as is and specify the resolved file name in 'scripts' option.
    Updating crates.io index
error: failed to get `clap` as a dependency of package `filepicker v0.1.0 (/home/mee/.cache/pacaur/vdhcoapp/src/vdhcoapp-filepicker)`

After update of the firefox extension to version 8.1.4.0, the ↗ update notes say:

To make the most of these new features, an update to the companion app (version 2.0.10) is required.

So maybe now it is time to move to version 2.0.11 (or anything newer)?

Regards!

@arash12ir please don't spam pkgbuild maintainers, flagging out of date is enough

On my Manjaro system I get the following error when trying to build vdhcoapp 1.6.3-2:

==> Starting build()...
node: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory
==> ERROR: A failure occurred in build().
    Aborting...

I have packages lib32-openssl and openssl installed which provide libcrypto but later versions. I am not sure how to proceed for the moment?

@D.Dave You may have a old package that is linked to libicui18n.so.69.

You can install and run check-broken-packages-pacman-hook-git to check if you have any broken package.

@xiota I got the same error: node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory.

DeveloperWiki:Building in a clean chroot

TLDR; extra-x86_64-build.

@rodrigo21 can you explain me how to build it in a clean chroot?

@D.Dave Try building in a clean chroot.

I cannot update it, because today it fails with the following error message: node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory

On my system I have libicui18n.so.72 instead.

I am experiencing the same error as @alexdandrea, however his patch fails on me.

vdhcoapp-build.patch is created fine, but its sum does not match with the one added in the PKGBUILD, and if I force it, then the prepare() function fails anyway.

The package is currently broken as the final generated binary fails to start.

The error message looks like this:

$ vdhcoapp
pkg/prelude/bootstrap.js:1359
      throw error;
      ^

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /snapshot/vdhcoapp-1.6.3/node_modules/flatted/cjs/index.js
require() of ES modules is not supported.
require() of /snapshot/vdhcoapp-1.6.3/node_modules/flatted/cjs/index.js from /snapshot/vdhcoapp-1.6.3/node_modules/log4js/lib/LoggingEvent.js is an ES module file as it is a .js file whose nearest parent package.json contains "type": "module" which defines all .js files in that package scope as ES modules.
Instead rename index.js to end in .cjs, change the requiring code to use import(), or remove "type": "module" from /snapshot/vdhcoapp-1.6.3/node_modules/flatted/package.json.

    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1172:13)
    at Module.load (internal/modules/cjs/loader.js:1000:32)
    at Function.Module._load (internal/modules/cjs/loader.js:899:14)
    at Module.require (internal/modules/cjs/loader.js:1042:19)
    at Module.require (pkg/prelude/bootstrap.js:1338:31)
    at require (internal/modules/cjs/helpers.js:77:18)
    at Object.<anonymous> (/snapshot/vdhcoapp-1.6.3/node_modules/log4js/lib/LoggingEvent.js:4:17)
    at Module._compile (pkg/prelude/bootstrap.js:1433:22)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1176:10)
    at Module.load (internal/modules/cjs/loader.js:1000:32) {
  code: 'ERR_REQUIRE_ESM'
}

It can be fixed with this diff to the AUR package:

diff --git a/PKGBUILD b/PKGBUILD
index d1da185..bd8a1b5 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -13,10 +13,12 @@ makedepends=('gulp' 'nodejs' 'npm')
 options=(!strip)
 source=($pkgname-$pkgver.tar.gz::https://github.com/mi-g/vdhcoapp/archive/v${pkgver}.tar.gz
         vdhcoapp.patch
+        vdhcoapp-build.patch
         vdhcoapp-install.hook
         vdhcoapp-remove.hook)
 sha256sums=('0b15f1f623193cf6c09fb830e3f5db0a71a63586fa1cb5cb73bf1a819d7c2f55'
             'ab240d9d9fea27792d008eaffe14de5f798ced0938cc79351ed108185baf93a3'
+            '59d25fd734234aef0a2bd0ab43e40292614ccc919e084744c0dd4c59fbc210e6'
             '9f8cbe84b2543738390b70d770551259c6db2b67235b7792e9094908cecbc955'
             '448ee36b350b6bcd304d33cf7638c13bda88d5086f2256e823d73ccc22e52ce0')

@@ -24,6 +26,7 @@ prepare() {
     cd ${pkgname}-${pkgver}

     patch -Np2 -i "${srcdir}/vdhcoapp.patch"
+    patch -N -i "${srcdir}/vdhcoapp-build.patch"
 }

 build() {
diff --git a/vdhcoapp-build.patch b/vdhcoapp-build.patch
new file mode 100644
index 0000000..71d700d
--- /dev/null
+++ b/vdhcoapp-build.patch
@@ -0,0 +1,37 @@
+diff --git a/config.json b/config.json
+index 3e3c404..dbedcbe 100755
+--- a/config.json
++++ b/config.json
+@@ -2,8 +2,8 @@
+   "id": "net.downloadhelper.coapp",
+   "name": "VdhCoApp",
+   "description": "Video DownloadHelper companion app",
+-  "node_major": 12,
+-  "node_version": "12.16.1",
++  "node_major": 16,
++  "node_version": "16.16.0",
+   "extra": [{
+           "source": "converter/build/${platform}/${arch}/"
+       },{
+diff --git a/package.json b/package.json
+index 6223d76..896ffde 100755
+--- a/package.json
++++ b/package.json
+@@ -30,7 +30,7 @@
+     "gulp-if": "^2.0.2",
+     "gulp-rename": "^1.2.2",
+     "gulp-tar": "^2.0.0",
+-    "pkg": "^4.3.8",
++    "pkg": "^5.8.0",
+     "run-sequence": "^2.2.1",
+     "which": "^1.3.0",
+     "yargs": "^16.1.0"
+@@ -46,7 +46,7 @@
+     "got": "^11.8.2",
+     "log4js": "^6.3.0",
+     "opn": "^5.3.0",
+-    "pkg-fetch": "^2.6.9",
++    "pkg-fetch": "^3.4.2",
+     "tmp": "0.0.33",
+     "vinyl-fs": "^3.0.2"
+   }

I tried to use this today but it splodered. Output from strace shows:

7756  write(2, "

pkg/prelude/bootstrap.js:1359
      throw error;
      Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /snapshot/vdhcoapp-1.6.3/node_modules/flatted/cjs/index.js
      require() of ES modules is not supported.
      require() of /snapshot/vdhcoapp-1.6.3/node_modules/flatted/cjs/index.js from /snapshot/vdhcoapp-1.6.3/node_modules/log4js/lib/LoggingEvent.js is an ES module  file as it is a .js file whose nearest parent package.json contains \"type\": \"module\" which defines all .js files in that package scope as ES modules.
      Instead rename index.js to end in .cjs, change the requiring code to use import(), or remove \"type\": \"module\" from /snapshot/vdhcoapp-1.6.3/node_modules/flatted/package.json.
          at Object.Module._extensions..js (internal/modules/cjs/loader.js:1172:13)
      at Module.load (internal/modules/cjs/loader.js:1000:32)
      at Function.Module._load (internal/modules/cjs/loader.js:899:14)
      at Module.require (internal/modules/cjs/loader.js:1042:19)
      at Module.require (pkg/prelude/bootstrap.js:1338:31)
          at require (internal/modules/cjs/helpers.js:77:18)
      at Object.<anonymous> (/snapshot/vdhcoapp-1.6.3/node_modules/log4js/lib/LoggingEvent.js:4:17)
      at Module._compile (pkg/prelude/bootstrap.js:1433:22)
      at Object.Module._extensions..js (internal/modules/cjs/loader.js:1176:10)
      at Module.load (internal/modules/cjs/loader.js:1000:32) {
      code: 'ERR_REQUIRE_ESM'\n}\n", 1409 <unfinished ...>

For Brave and Vivaldi, there is an open pull request that supposedly fixes the configuration of this companion app:

https://github.com/mi-g/vdhcoapp/pull/110/files

Same problem than @Pietro_Pizzi with Google Chrome 98.0.4758.80. But If I install it manually from targz file works: https://www.downloadhelper.net/install-coapp?browser=chrome#extra-targz64

Hi,

the companion app has stoped working today. I use vivaldi and the Video DownloadHelper says in its config "Companion App not installed \ Checking companion app returned: Native host has exited.". I have reloaded the extention and clicked on "Recheck" but it didn't work.

Does anybody know what's happening?

EDIT: It worked again after the last Vivaldi Update 5.1 :).

On a slow internet connection it fails, because during build() it downloads stuff (can't you move this to the source array or to prepare(), btw.?), and then times out:

==> Starting build()...
[...]
⸨######⠂⠂⠂⠂⠂⠂⠂⠂⠂⠂⠂⠂⸩ ⠴ idealTree:plugin-error: timing idealTree:node_modules/plugin-error Completed in 13ms
[...]
npm WARN deprecated urix@0.1.0: Please see https://github.com/lydell/urix#deprecated
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated resolve-url@0.2.1: https://github.com/lydell/resolve-url#deprecated
npm WARN deprecated chokidar@2.1.8: Chokidar 2 will break on node v14+. Upgrade to chokidar 3 with 15x less dependencies.
npm WARN deprecated mkdirp@0.3.5: Legacy versions of mkdirp are no longer supported. Please update to mkdirp 1.x. (Note that the API surface has changed to use Promises in 1.x.)
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142

added 707 packages, and audited 708 packages in 28s

28 packages are looking for funding
  run `npm fund` for details

6 high severity vulnerabilities

To address all issues (including breaking changes), run:
  npm audit fix --force

Run `npm audit` for details.
[13:33:49] Using gulpfile ~/.cache/yay/vdhcoapp/src/vdhcoapp-1.6.3/gulpfile.js
[13:33:49] Starting 'default'...
[13:33:49] Starting 'build-local'...
> pkg@4.5.1
> Fetching base Node.js binaries to PKG_CACHE_PATH
  fetched-v12.16.1-linux-x64   [=======             ] 35%
[...]
npm ERR! code ERR_SOCKET_TIMEOUT
npm ERR! network Socket timeout
npm ERR! network This is a problem related to network connectivity.
[...]

My network works fine, but capped to 1Mbit/s, sometimes slower. After each iteration of a makepkg run it reaches a bit further. Can you change the PKGBUILD such that slow network does not cause failure, and such that all source is already downloaded before build() starts (e.g. in prepare(), if the source array or makedepends is not an option)?

Works well.

for interchangeability with binary release

provides=vdhcoapp
conflicts=vdhcoapp-bin

package is building ok with upstream nodejs v15

You can edit build files and type nodejs-lts-fermium instead nodejs-lts-dubnium in PKGBUIL

@soloturn: they fixed as many of the vulnerabilities as possible in the new release. Check https://github.com/mi-g/vdhcoapp/issues/28

found 30 vulnerabilities (15 low, 6 moderate, 9 high) ??

Strongly recommend that users of this package seek other options. Upstream has significant issues that are not being addressed and likely won't be. Current AUR maintainer has also not been very responsive to very valid questions regarding these issues.

Why does this package rely on the builtin installation of a json config file instead of letting pacman take care of that? And where is that file even going? looking at the scary many vulns open in its dependencies, that might not be the biggest problem even…

This package cannot be built with nodejs 12 from the repo.

It needs nodejs-lts-dubnium as makedepend. This is a upstream problem.

You can build it in a clean chroot or install nodejs-lts-dubnium before building and then reinstall nodejs after the package is installed. It does not need nodejs-lts-dubnium to run.

@rodrigo21 that's not usual of any AUR package I use. I, like many people, rely on AUR helper, for even easier installation and upgrades, I tend to simply uninstall stuff if it doesn't conform to simple updates like the rest of the packages.

@pepper_chico Try building in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot

This is requiring nodejs-lts-dubnium for make, but nodejs-lts-dubnium conflicts with nodejs that's already installed and which I can't replace.

Do not know when this will solved but I have a kind of hackish workaround.

At first, you need to install "vdhcoapp-bin" from AUR with yaourt or yay. It currently is flagged out-of-date now, I know that.

Now you need to download the "deb" package. The latest url is here: https://github.com/mi-g/vdhcoapp/releases/download/v1.3.0/net.downloadhelper.coapp-1.3.0-1_amd64.deb

You need to extract the content of deb file. It is a simple archive, so you need to open it with an archive program, like Ark.

Extract "data.tar.gz" (or a similar name to that). Extract it as well.

Then go to directory "opt" and you will have "net.(blablabla)" directory.

You need to copy this directory and paste it under "/opt".

Then you can check out from your browser, go to VideoDownloadHelper settings. You will see a section saying the version of your companion app, which is 1.3.0 right now.

getting the same error as jerz4evr below. Anyone have a solution/workaround?

Unable to compile version 1.3.0-1.

I get this error:

http://dpaste.com/213KY5F

at Module._compile (internal/modules/cjs/loader.js:936:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:947:10) at Module.load (internal/modules/cjs/loader.js:790:32) at Function.Module._load (internal/modules/cjs/loader.js:703:12) at Module.require (internal/modules/cjs/loader.js:830:19) at require (internal/modules/cjs/helpers.js:68:18) ==> ERROR : an occured in build().

I can't install this because of vulnerabilities. How can I fix those and install this? The package fails to build.

found 17 vulnerabilities (3 low, 6 moderate, 8 high) run npm audit fix to fix them, or npm audit for details

Noticed the following during build/install:

Warning Cannot include file %1 into executable. The file must be distributed with executable as %2. node_modules/opn/xdg-open path-to-executable/xdg-open

I found how to fix this issue thanks to this link: https://github.com/mi-g/vdhcoapp/issues/34

Basically just run this:

find /home/yourUsername -name "*coapp.json*"

and locate the file net.downloadhelper.coapp.json (it should be in ~/.mozilla/native-messaging-hosts/net.downloadhelper.coapp.json).

Now remove this file (or move it somewhere else for safety) and reinstall the vdhcoapp package. It should now be fixed.