Package Details: vdhcoapp 2.0.20-2

Git Clone URL: https://aur.archlinux.org/vdhcoapp.git (read-only, click to copy)
Package Base: vdhcoapp
Description: Companion application for Video DownloadHelper browser add-on
Upstream URL: https://github.com/aclap-dev/vdhcoapp
Licenses: GPL-2.0-or-later
Submitter: dguihal
Maintainer: xiota
Last Packager: xiota
Votes: 70
Popularity: 0.065459
First Submitted: 2017-11-16 23:54 (UTC)
Last Updated: 2024-08-18 15:16 (UTC)

Latest Comments

1 2 Next › Last »

mb720 commented on 2024-04-15 19:57 (UTC)

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?

bitsfritz commented on 2024-04-02 00:10 (UTC) (edited on 2024-04-02 00:11 (UTC) by bitsfritz)

@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

xiota commented on 2024-04-01 10:42 (UTC)

@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.

doragasu commented on 2024-04-01 06:50 (UTC)

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

xiota commented on 2024-03-28 02:21 (UTC)

@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.

bitsfritz commented on 2024-03-28 02:11 (UTC) (edited on 2024-03-28 02:15 (UTC) by bitsfritz)

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)`

dreieck commented on 2024-01-11 20:30 (UTC)

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!

FabioLolix commented on 2023-09-28 20:36 (UTC)

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

kwacorn commented on 2023-04-13 09:06 (UTC)

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?

rodrigo21 commented on 2023-04-11 14:38 (UTC)

@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.

D.Dave commented on 2023-04-11 09:31 (UTC)

@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.

xiota commented on 2023-04-10 13:35 (UTC)

DeveloperWiki:Building in a clean chroot

TLDR; extra-x86_64-build.

D.Dave commented on 2023-04-10 12:13 (UTC)

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

rodrigo21 commented on 2023-04-10 11:25 (UTC)

@D.Dave Try building in a clean chroot.

D.Dave commented on 2023-04-10 11:20 (UTC)

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.

DarioP commented on 2023-03-26 13:12 (UTC) (edited on 2023-03-26 13:14 (UTC) by DarioP)

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.

alexdandrea commented on 2023-03-08 16:33 (UTC) (edited on 2023-03-08 17:54 (UTC) by alexdandrea)

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"
+   }

Mettacrawer commented on 2022-11-12 13:51 (UTC)

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 ...>

MarsSeed commented on 2022-05-13 19:23 (UTC)

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

j1simon commented on 2022-02-10 12:33 (UTC) (edited on 2022-02-10 12:36 (UTC) by j1simon)

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

Pietro_Pizzi commented on 2022-02-03 01:28 (UTC) (edited on 2022-02-13 01:38 (UTC) by Pietro_Pizzi)

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 :).

dreieck commented on 2021-12-25 12:29 (UTC) (edited on 2021-12-25 12:37 (UTC) by dreieck)

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)?

imar commented on 2021-08-01 06:27 (UTC)

Works well.

rvasilev commented on 2020-12-27 12:40 (UTC)

for interchangeability with binary release

provides=vdhcoapp
conflicts=vdhcoapp-bin

package is building ok with upstream nodejs v15

vnt-83 commented on 2020-12-15 20:54 (UTC)

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

fordprefect commented on 2020-12-15 13:02 (UTC)

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

soloturn commented on 2020-07-05 00:05 (UTC)

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

dkaylor commented on 2020-03-31 03:21 (UTC)

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.

fordprefect commented on 2020-03-29 18:55 (UTC)

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…

rodrigo21 commented on 2019-09-28 15:40 (UTC) (edited on 2019-09-28 15:40 (UTC) by rodrigo21)

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.

pepper_chico commented on 2019-09-28 13:37 (UTC)

@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.

rodrigo21 commented on 2019-09-27 00:52 (UTC)

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

pepper_chico commented on 2019-09-26 22:14 (UTC)

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.

erayerdin commented on 2019-09-26 07:57 (UTC)

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.

apnkpr commented on 2019-09-23 03:43 (UTC)

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

jerz4evr commented on 2019-09-18 02:27 (UTC) (edited on 2019-09-18 02:30 (UTC) by jerz4evr)

Unable to compile version 1.3.0-1.

I get this error:

http://dpaste.com/213KY5F

mozzi32 commented on 2019-09-15 17:29 (UTC)

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().

Fog commented on 2019-09-01 21:30 (UTC)

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

risto3 commented on 2019-07-28 15:13 (UTC)

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

cluxter commented on 2018-07-11 21:24 (UTC) (edited on 2018-07-11 21:28 (UTC) by cluxter)

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.

cluxter commented on 2018-06-25 08:58 (UTC)

Was anyone able to make use of this package once installed? When I go into the parameters of the Firefox extension "Video DownloadHelper", then in "Platform", I see "Application not installed". If I click on "Re-test", here is what I get:

An unexpected error occurred

I wasn't able to find a way to debug it. Any help would be appreciated. Thanks

rodrigo21 commented on 2018-03-14 01:45 (UTC)

I just build it and it's still working.

Check your npm installation.

doakey3 commented on 2018-03-14 00:19 (UTC) (edited on 2018-03-14 00:19 (UTC) by doakey3)

I had this error when trying to build:

npm ERR! code ERR_STREAM_WRITE_AFTER_END
npm ERR! write after end

cameo commented on 2018-01-23 20:31 (UTC)

"makepkg -si" showed a problem retrieving the "gulp" package. Pre-installing the dependency "gulp-cli" worked for me.

duht commented on 2018-01-22 14:35 (UTC)

I have the same problem as Styx85. I think it may be related to the latest version of gulp or npm, which may not be compatible with this installer anymore.

Maybe solution is to install a binary version of this package avoiding compile it from source?