Description of problem: Clipgrab is failing on Youtube again, crashing if a Youtube URL is input, but not with other sources, like the Internet Archive. If started from the command line, and a Youtube URL is input, it crashes with a "segmentation fault" message in the terminal window. I suspect yt-dlp needs to be updated again, because it is the usual suspect, but I have no reason to eliminate any other cause. This was brought to my attention through a Usenet newsgroup post, but I have confirmed it for myself.
$ rpm -qa yt-dlp yt-dlp-2025.01.26-1.mga9 Latest is from just a few days ago: https://github.com/yt-dlp/yt-dlp/releases/tag/2025.04.30
Assigning to QA, Packages in 9/Core/Updates_testing: ====================== yt-dlp-2025.04.30-1.mga9.noarch.rpm yt-dlp-bash-completion-2025.04.30-1.mga9.noarch.rpm yt-dlp-fish-completion-2025.04.30-1.mga9.noarch.rpm yt-dlp-zsh-completion-2025.04.30-1.mga9.noarch.rpm From SRPMS yt-dlp-2025.04.30-1.mga9.src.rpm
CC: (none) => geiger.david68210Source RPM: (none) => yt-dlp-2025.01.26-1.mga9.src.rpmAssignee: bugsquad => qa-bugs
Hmm. Starting with version yt-dlp-2025.01.26-1.mga9 (as in comment #1). Supplied a Youtube URL and downloaded a scifi short in two sections of 51 and 14 MB which were merged on completion as an MP4 file which played fine in vlc. Shall try others and see what happens.
CC: (none) => tarazed25
Switched to Plasma X11 and installed clipgrab. $ clipgrab https://www.youtube.com/watch?v=...... clipgrab: error while loading shared libraries: libQtWebKit.so.4: cannot open shared object file: No such file or directory $ rpm -qa | grep WebKit perl-Gtk3-WebKit2-0.60.0-16.mga9 $ urpmq --requires clipgrab ffmpeg libQt5Core.so.5()(64bit) libQt5Core.so.5(Qt_5)(64bit) libQt5Core.so.5(Qt_5.15)(64bit) libQt5Gui.so.5()(64bit) libQt5Gui.so.5(Qt_5)(64bit) libQt5Network.so.5()(64bit) libQt5Network.so.5(Qt_5)(64bit) libQt5WebEngineCore.so.5()(64bit) libQt5WebEngineCore.so.5(Qt_5)(64bit) libQt5WebEngineWidgets.so.5()(64bit) libQt5WebEngineWidgets.so.5(Qt_5)(64bit) libQt5Widgets.so.5()(64bit) libQt5Widgets.so.5(Qt_5)(64bit) libQt5Xml.so.5()(64bit) libQt5Xml.so.5(Qt_5)(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.34)(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.1(GCC_3.0)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.29)(64bit) libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(CXXABI_1.3.9)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) qtwebengine5 yt-dlp Missing dependency somewhere?
(In reply to Len Lawrence from comment #4) > Switched to Plasma X11 and installed clipgrab. > $ clipgrab https://www.youtube.com/watch?v=...... > clipgrab: error while loading shared libraries: libQtWebKit.so.4: cannot > open shared object file: No such file or directory > Its like still require the deprecated qtwebkit, if is soneed rebuild or update
For me, running clipgrap followed by a url doesn't pass the url along. It brings up the gui, just as it does without the url in the command. I do see this in the terminal, but it seems harmless: $ clipgrab QObject::connect: signal not found in QTreeView OpenType support missing for "Unifont", script 12 OpenType support missing for "Unifont", script 13 The gui runs anyway. I tried some more Youtube videos before the update, and all failed. After updating yt-dlp, all worked but one. I have not seen the qtwebkit error, but this Clipgrab was installed some time ago. I'll try a fresh install elsewhere and see what happens.
Updated the yt-dlp packages and tried clipgrab again: $ rpm -qa | grep yt-dlp yt-dlp-2025.04.30-1.mga9 yt-dlp-fish-completion-2025.04.30-1.mga9 yt-dlp-bash-completion-2025.04.30-1.mga9 yt-dlp-zsh-completion-2025.04.30-1.mga9 $ clipgrab https://www.youtube.com/watch?v=y0YnYCFEbqI clipgrab: error while loading shared libraries: libQtWebKit.so.4: cannot open shared object file: No such file or directory $ rpm -qa | grep QtWebKit $
MGA9-64 Plasma X11. I went to an install that had not yet seen Clipgrab, used qarepo to get the above update packages, then used drakrpm to install clipgrab. The only dependency drawn in was yt-dlp. Ran clipgrab from the command line, but did not include the url. The gui came up, and I changed the destination to the Videos folder. Entered the url, and when I was told to "grab that clip" I told clipgrab to change resolution from 1080 to 720, and format to mpeg4. Then I "grabbed" that clip. It was downloaded, converted, and saved in Videos without incident. Len, unknown why you are getting the error and I'm not.
(In reply to Len Lawrence from comment #7) > Updated the yt-dlp packages and tried clipgrab again: > > $ rpm -qa | grep yt-dlp > yt-dlp-2025.04.30-1.mga9 > yt-dlp-fish-completion-2025.04.30-1.mga9 > yt-dlp-bash-completion-2025.04.30-1.mga9 > yt-dlp-zsh-completion-2025.04.30-1.mga9 > > $ clipgrab https://www.youtube.com/watch?v=y0YnYCFEbqI > clipgrab: error while loading shared libraries: libQtWebKit.so.4: cannot > open shared object file: No such file or directory > $ rpm -qa | grep QtWebKit > $ Did you really have the mageia 9 clipgrab? urpmq -pi clipgrab Name : clipgrab Version : 3.9.7 Release : 1.mga9 Group : Video/Editors and Converters Size : 1699179 Architecture: x86_64 Source RPM : clipgrab-3.9.7-1.mga9.src.rpm URL : https://clipgrab.org/ Summary : Download and Convert online videos Description : ClipGrab is a GPLv3 licenced, free and cost-free software for downloading and converting online videos. rpm -q clipgrab clipgrab-3.9.7-1.mga9
Yes, I checked the version on the test machine. Getting a bit confused here. Back to Mate on my production machine. $ rpm -qa | grep clipgrab clipgrab-3.9.7-1.mga9 Looks like I had already updated yt-dlp here. $ rpm -qa | grep yt-dlp yt-dlp-2025.04.30-1.mga9 ... Ran clipgrab without any error messages showing up. Used the search term field to look for Dust videos and chose Valentine. The download went smoothly and the MP4 file plays OK. So there is no longer a problem here. Need to double-check the versions on the test machine.
(In reply to Len Lawrence in #comment 10) Checked everything on the main testing machine and found nothing wrong. The updated version of yt-dlp is working fine with clipgrab. Beats me. The only difference between now and then is a system reboot this morning. !!
This is getting weirder. I was wrong about clipgrab working on the testing machine. Did not take it far enough. $ rpm -qa | grep clipgrab clipgrab-3.9.7-1.mga9 $ rpm -qa | grep yt-dlp yt-dlp-2025.01.26-1.mga9 $ clipgrab QObject::connect: signal not found in QTreeView Segmentation fault (core dumped) which confirms the bug. After the updates clipgrab works as it should although it still issues the 'QObject::connect: signal not found in QTreeView' warning.
So it doesn't work correctly before the update, and does after, with a warning. I think we can give this an OK, since it now works again. We have other packages that give warnings in the terminal, but work anyway. It may be an upstream issue. According to https://clipgrab.org/ the latest Linux version of clipgrab is 3.9.10. Going by past experience, it's only a few months before yt-dlp will need to be updated yet again. At that time I will request an update for clipgrab, as well.
Whiteboard: (none) => MGA9-64-OK
Keywords: (none) => advisory
Validating.
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2025-0045.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED