Description of problem: the clipgrab software runs well but when we copy and paste the url to download in the corresponding box, the software tells us that it does not find the video. Version-Release number of selected component (if applicable):clipgrab 3.8.3 How reproducible:run clipgrab, copy and paste the url of the video, impossible to download. Steps to Reproduce: 1.download and run the clipgrab software 2.click on the "download" box and copy the url of the video you want to download on a website and paste it in the corresponding box of clipgrab 3.clipgrab answers us "could not retrieve the title"
Hi, thanks reporting this. Upstream has version 3.9.6 released on https://download.clipgrab.org/clipgrab-3.9.6.tar.gz Assigning to registered maintainer.
CC: (none) => ouaurelienAssignee: bugsquad => dglentSource RPM: clipgrab => clipgrab-3.8.3-3.mga8.src.rpm
Please test upcoming clipgrab-3.9.6-1.mga8 update in Core/Updates_testing repo!
CC: (none) => geiger.david68210
Assigning to QA.
Assignee: dglent => qa-bugs
Hi, I have updated to testing version 3.9.6, don't works. I download some video and appears "It doesn't found any downloable video. Perhaps you introduce a incorrect link or there is a problem with your conection" This issue appears with all videos that I have searched. Greetings!
CC: (none) => joselp
This come from system youtube-dl which is not up-to-date, you have to manually run as root: # youtube-dl --update
(In reply to David GEIGER from comment #5) > This come from system youtube-dl which is not up-to-date, you have to > manually run as root: > > # youtube-dl --update That should never be required. Either we need to keep youtube-dl updated or remove it from the repositories along with anything that requires it. If clipgrab doesn't work without an update for youtube-dl it should be held back pending such an update. Adding feedback whiteboard entry. Please leave it in place until a youtube-dl update is assigned to qa.
Keywords: (none) => feedbackCC: (none) => davidwhodgins
(In reply to Dave Hodgins from comment #6) > > That should never be required. Either we need to keep youtube-dl updated or > remove it from the repositories along with anything that requires it. > > If clipgrab doesn't work without an update for youtube-dl it should be held > back pending such an update. > > Adding feedback whiteboard entry. Please leave it in place until a youtube-dl > update is assigned to qa. Ughh! What? Why? To clarify the situation it is not clipgrab which doesn't work with current youtube-dl but current youtube-dl which doesn't work with current youtube's links anymore and this come directly from youtube site and their repetitive ABI breakages. So this is why youtube-dl upstream added an "update functionality" directly in their code to facilitate the daily use of users. Otherwise we have to update youtube-dl very frequently so that it is continuously 100% functional.
List of available packages: Packages in 8/core/updates_testing: ======================== clipgrab-3.9.6-1.mga8.i586.rpm clipgrab-3.9.6-1.mga8.x86_64.rpm youtube-dl-2021.04.26-1.mga8.noarch python3-youtube-dl-2021.04.26-1.mga8.noarch.rpm Source RPM: ======================== clipgrab-3.9.6-1.mga8.src.rpm youtube-dl-2021.04.26-1.mga8.src.rpm
Wouldn't it be better to package clipgrab so that when installed ask to apply an update to the youtube-dl package? For example, in the installation: You need to update the youtube-dl package, press Continue to perform the update.
I have updated to new version of youtube-dl from testing repositories. Now, clipgrab works fine. It download all videos and music. Greetings!!
Regarding comment 7, the reason is so that the source is in our core repositories and can be reviewed by other packagers or users to ensure no unwanted behaviour has been added. While nonfree packages can be added to download and install a package from a third party source, as used to be done for flash, that should only be done where either the source is not available, or the license prohibits it. If youtube-dl were replaced with a "get-youtube-dl.nonfree" package, any package that requires it, such as clipgrab would also have to be moved to the nonfree repository. As package installation is done with root privileges, having youtube-dl update itself opens the user's system up to potential vulnerabilities that don't exist otherwise. Keeping such packages in the nonfree repos allows the admin to choose whether or not to include them in their installs based on their choice of whether or not to accept the risk. Removing the feedback tag, adding the ok tag and validating the update based on comment's 8 and 10. Regarding comment 9, the youtube-dl update would have to be run regularly, similar to what mgaapplet does to find updates and must be easy to control or disable by the system's administrator.
CC: (none) => sysadmin-bugsWhiteboard: (none) => MGA8-64-OKKeywords: feedback => validated_update
Advisory: ======================== Updated clipgrab and youtube-dl packages fix some website ABI breakage The clipgrab and youtube-dl packages are updated because they do not work with current youtube's links anymore and this comes directly from youtube site and their repetitive ABI breakages. So, this is why youtube-dl upstream added an "update functionality" directly in their code to facilitate the daily use of users. Otherwise we have to update youtube-dl very frequently so that it is continuously 100% functional. The updated packages provide this functionality. User will have to run 'youtube-dl --update' as root user to let the binary to update itself. references: - https://bugs.mageia.org/show_bug.cgi?id=28869 ======================== Updated packages in 8/core/updates_testing: ======================== clipgrab-3.9.6-1.mga8 clipgrab-3.9.6-1.mga8 youtube-dl-2021.04.26-1.mga8 python3-youtube-dl-2021.04.26-1.mga8 from SRPM: ======================== clipgrab-3.9.6-1.mga8.src.rpm youtube-dl-2021.04.26-1.mga8.src.rpm
Hardware: x86_64 => AllKeywords: (none) => advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2021-0109.html
Status: NEW => RESOLVEDResolution: (none) => FIXED