Package Details: vdhcoapp-bin 2.0.19-1

Git Clone URL: https://aur.archlinux.org/vdhcoapp-bin.git (read-only, click to copy)
Package Base: vdhcoapp-bin
Description: Companion application for Video DownloadHelper browser add-on, precompiled binary version
Upstream URL: https://github.com/aclap-dev/vdhcoapp
Licenses: GPL2
Conflicts: vdhcoapp
Provides: vdhcoapp
Submitter: leledumbo
Maintainer: Paragoumba
Last Packager: Paragoumba
Votes: 51
Popularity: 0.77
First Submitted: 2018-06-28 06:41 (UTC)
Last Updated: 2024-02-19 17:50 (UTC)

Pinned Comments

Paragoumba commented on 2021-12-27 23:19 (UTC) (edited on 2023-09-28 21:07 (UTC) by Paragoumba)

@dreieck I have updated the package to not bundle ffmpeg anymore following this upstream issue. Vdhcoapp can only use the local ffmpeg because its path is hardcoded. The package uses symlinks for now and I am waiting for Vdhcoapp to properly support using the system's ffmpeg.

I also added the provides and conflicts variables.

Thanks for your suggestions

Latest Comments

1 2 3 4 Next › Last »

dncrash commented on 2024-05-09 10:58 (UTC)

@dncrash Would you mind building the package on a drive with a different file system, either ext4 or xfs?

I wouldn't mind but I only have btrfs.

xiota commented on 2024-05-03 15:04 (UTC) (edited on 2024-05-03 15:04 (UTC) by xiota)

@dncrash Would you mind building the package on a drive with a different file system, either ext4 or xfs?

dncrash commented on 2024-05-03 13:41 (UTC)

I'm having the same issue as @beeender:

Pkg: Error reading from file

Like he said, I did an md5sum on the file in /opt and the file from the src, and they were different, so I just copied over the original file and it works.

I should mention that I first tried installing with paru, and then manually, but the issue is still the same.

@xiota you were asking about filesystems, I am using btrfs - not sure how it would interfere but I guess it's worth mentioning.

xiota commented on 2024-05-01 18:15 (UTC) (edited on 2024-05-01 18:18 (UTC) by xiota)

@beeender I'm reasonably sure this is a configuration problem. Don't know what it could be.

Have you checked for ~/.config/pacman/makepkg.conf and ~/.makepkg.conf?

Another possibility occurred to me... Are you running on some file system with deduplication, compression, or other unusual features? Maybe there is a bug.

beeender commented on 2024-05-01 14:11 (UTC) (edited on 2024-05-01 14:12 (UTC) by beeender)

❯ for i in src pkg ; do find "$i" -type f -name "vdhcoapp" -exec md5sum {} \; ; done
c6328972d7fe0c9fd19109118d54e7f2  src/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp
19b1cebde3e46a19a1c9a36fddcf3819  pkg/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp

I do have options=('!strip') in the PKGBUILD, but it strips the binary anyway. I also tried options(!strip) and changes in makepkg.conf.

Strange

Other files shows different results

(strip)

vdhcoapp-bin on  master [!?]
❯ for i in src pkg ; do find "$i" -type f -name "ffmpeg" -exec md5sum {} \; ; done
0d8fa34a10bca727f26f36545c50ddcd  src/vdhcoapp-bin/opt/vdhcoapp/ffmpeg
470bfa92fef9e6e5037576e1819bf554  pkg/vdhcoapp-bin/opt/vdhcoapp/ffmpeg

vdhcoapp-bin on  master [!?]
❯ for i in src pkg ; do find "$i" -type f -name "vdhcoapp" -exec md5sum {} \; ; done
c6328972d7fe0c9fd19109118d54e7f2  src/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp
5a4eeecd4987c9c99aec3bdd1df49f5b  pkg/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp

('!strip')

❯ for i in src pkg ; do find "$i" -type f -name "ffmpeg" -exec md5sum {} \; ; done
0d8fa34a10bca727f26f36545c50ddcd  src/vdhcoapp-bin/opt/vdhcoapp/ffmpeg
0d8fa34a10bca727f26f36545c50ddcd  pkg/vdhcoapp-bin/opt/vdhcoapp/ffmpeg

❯ for i in src pkg ; do find "$i" -type f -name "vdhcoapp" -exec md5sum {} \; ; done
c6328972d7fe0c9fd19109118d54e7f2  src/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp
19b1cebde3e46a19a1c9a36fddcf3819  pkg/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp

strip works for ffmpeg.

xiota commented on 2024-05-01 02:26 (UTC) (edited on 2024-05-01 02:27 (UTC) by xiota)

@beeender How are you building this package? Are you using a modified makepkg.conf? Are you using an AUR helper? Maybe there is some other package that has hooks to strip other packages on install?

The options=('!strip') command is supposed to prevent changes to the executable. On my computer after building:

$ for i in src pkg ; do find "$i" -type f -name "vdhcoapp" -exec md5sum {} \; ; done
c6328972d7fe0c9fd19109118d54e7f2  src/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp
c6328972d7fe0c9fd19109118d54e7f2  pkg/vdhcoapp-bin/opt/vdhcoapp/vdhcoapp

beeender commented on 2024-05-01 01:23 (UTC)

vdhcoapp-2.0.19-linux-x86_64/opt/vdhcoapp on  master [?]
❯ md5sum vdhcoapp
c6328972d7fe0c9fd19109118d54e7f2  vdhcoapp

vdhcoapp-2.0.19-linux-x86_64/opt/vdhcoapp on  master [?]
❯ md5sum /usr/bin/vdhcoapp
19b1cebde3e46a19a1c9a36fddcf3819  /usr/bin/vdhcoapp

The file from deb has been changed which causes the Pkg: Error reading from file error. Replacing the file works for me.

xiota commented on 2024-04-28 14:14 (UTC)

@lightdot I suspect something on some systems is not following the options=('!strip') directive.

lightdot commented on 2024-04-28 10:31 (UTC)

Just a confirmation for @Havok_Novak @mnussbaum or anyone else experiencing this, I had the same error after building in a clean chroot. I regret to not having the build logs anymore.

Manually recreating the build by extracting the vdhcoapp-linux-x86_64.deb (and creating symlinks to ffmpeg binaries after removing the bundled ones) results in a working vdhcoapp binary.

Odd indeed!

(BTW, using upstream's vdhcoapp-noffmpeg-linux-x86_64.tar.bz2 works fine too)

Havok_Novak commented on 2024-03-23 06:35 (UTC)

Yeah @mnussbaum, me too, I get the same error when doing the installation.