Search Criteria
Package Details: vdhcoapp 2.0.20-2
Package Actions
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: | 73 |
Popularity: | 0.89 |
First Submitted: | 2017-11-16 23:54 (UTC) |
Last Updated: | 2024-08-18 15:16 (UTC) |
Dependencies (8)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-cudaAUR, ffmpeg-ffplayoutAUR, ffmpeg-amd-full-gitAUR, ffmpeg-obsAUR, ffmpeg-headlessAUR, ffmpeg-fullAUR, ffmpeg-decklinkAUR, ffmpeg-libfdk_aacAUR, ffmpeg-amd-fullAUR, ffmpeg-gitAUR, ffmpeg-full-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classic-xfceAUR, gtk3-classicAUR, gtk3-patched-filechooser-icon-viewAUR)
- cargo (rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rustup-stubAUR, rust, rustup) (make)
- esbuild (esbuild-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- jq (jq-gitAUR, jaq-binAUR) (make)
- nvm (nvm-gitAUR) (make)
- yq (make)
Required by (1)
- firefox-extension-video-download-helper (optional)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »
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 thesource
array or toprepare()
, btw.?), and then times out: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 thePKGBUILD
such that slow network does not cause failure, and such that all source is already downloaded beforebuild()
starts (e.g. inprepare()
, if thesource
array ormakedepends
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
package is building ok with upstream
nodejs
v15vnt-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.
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »