The error is fixed! From now on I'm using my own source server. This allows me to prevent MediaHuman's constant updates from preventing the build or causing errors.
Search Criteria
Package Details: youtube-downloader-bin 3.9.9.97-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/youtube-downloader-bin.git (read-only, click to copy) |
---|---|
Package Base: | youtube-downloader-bin |
Description: | YouTube Downloader by MediaHuman |
Upstream URL: | https://www.mediahuman.com/download.html |
Keywords: | download video youtube |
Licenses: | LicenseRef-custom |
Conflicts: | youtube-downloader |
Provides: | youtube-downloader |
Submitter: | schinfo |
Maintainer: | schinfo |
Last Packager: | schinfo |
Votes: | 1 |
Popularity: | 0.31 |
First Submitted: | 2024-10-16 11:54 (UTC) |
Last Updated: | 2024-12-09 18:56 (UTC) |
Dependencies (6)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-amd-full-gitAUR, ffmpeg-cudaAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-fullAUR, ffmpeg-decklinkAUR, ffmpeg-headlessAUR, ffmpeg-amd-fullAUR, ffmpeg-libfdk_aacAUR, ffmpeg-obsAUR, ffmpeg-ffplayoutAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- qt5-declarative (qt5-declarative-gitAUR)
- qt5-multimedia
- qt5-webengine
- taglib1
Required by (0)
Sources (1)
Latest Comments
schinfo commented on 2024-11-12 10:58 (UTC)
schinfo commented on 2024-11-12 09:01 (UTC)
I've already noticed the error "Neither FFmpeg nor AVConv are installed".
Even sudo ln -s /usr/bin/ffmpeg /usr/bin/avconv
didn't fix it.
I'm currently thinking about deleting the package. MediaHuman is an amateurish group that causes nothing but trouble.
faonecze commented on 2024-11-12 04:21 (UTC)
After the update, it prompts: Neither FFmpeg nor AVConv are installed. Install and click. What could be the reason for this? I see that FFmpeg is installed.
schinfo commented on 2024-11-11 09:18 (UTC)
This is MediaHuman's response to the problem:
Thanks for your suggestion. Usually we release a new version and change the version number, but this time release was not very smooth and we had to push 5-7 hot fixes. YouTube often release some features as A/B test for certain geo and it's impossible to guess where your newly released version will work correctly and where not. Sometimes we just update the binary on the site without pushing the update, so only new users are affected, and if no one complains for a day or so, we push the update to the public. I don't think it's a good practice, but it's worse to release a version and get thousands of support letters from angry users who can't get it to work.
schinfo commented on 2024-11-11 08:46 (UTC)
The amateurs at MediaHuman updated the program again on November 7th. without changing the version number. That's why there is Build -5
schinfo commented on 2024-10-31 17:51 (UTC)
sha256sums_x86_64 has been replaced with "SKIP". The reason for this is that MediaHuman constantly modifies the "YouTubeDownloader.amd64.deb" file without using a new version number.
schinfo commented on 2024-10-23 23:12 (UTC)
Thanks for the help - you're a professional ;-)
I just took it over.
FabioLolix commented on 2024-10-23 21:56 (UTC) (edited on 2024-10-23 21:56 (UTC) by FabioLolix)
Hello, this could could have some improvements:
- use SPDX license identifier
- correct depends
- use
source_x86_64=()
since source is CPU arch specific - rename unversioned source with a date based scheme
- add a pkgver() for correlation between source=() downloaded and pkgver=; remove the need to manually update it
-
install non common license
-
pkgbuild: https://github.com/FabioLolix/AURFIX/blob/main/y/youtube-downloader-bin/PKGBUILD
-
diff: https://github.com/FabioLolix/AURFIX/commit/c54a2ee338722b38e28c53541f5e0124ec5fc81e
Pinned Comments
schinfo commented on 2024-11-12 10:58 (UTC)
The error is fixed! From now on I'm using my own source server. This allows me to prevent MediaHuman's constant updates from preventing the build or causing errors.
schinfo commented on 2024-11-11 09:18 (UTC)
This is MediaHuman's response to the problem:
Thanks for your suggestion. Usually we release a new version and change the version number, but this time release was not very smooth and we had to push 5-7 hot fixes. YouTube often release some features as A/B test for certain geo and it's impossible to guess where your newly released version will work correctly and where not. Sometimes we just update the binary on the site without pushing the update, so only new users are affected, and if no one complains for a day or so, we push the update to the public. I don't think it's a good practice, but it's worse to release a version and get thousands of support letters from angry users who can't get it to work.
schinfo commented on 2024-10-31 17:51 (UTC)
sha256sums_x86_64 has been replaced with "SKIP". The reason for this is that MediaHuman constantly modifies the "YouTubeDownloader.amd64.deb" file without using a new version number.