Closed dr-death2 closed 1 year ago
mi-g
commented
2 years ago Each release of the vdh coapp comes with several flavours of glibc versions (https://github.com/mi-g/vdhcoapp/releases/tag/v1.6.3) to accommodate various linux distros. Did you try other .tar.gz packages ?
dr-death2
commented
2 years ago Thanks for your reply. I downloaded the one suggested at https://www.downloadhelper.net/install-coapp for "Linux - 64 bits - deb". This links to https://github.com/mi-g/vdhcoapp/releases/download/v1.6.3/net.downloadhelper.coapp-1.6.3-1_amd64.deb and says nothing about possible conditions or caveats.
That setup worked in the past until some unknown circumstances occured. It might have been an Kernel update, FF update or VdhCoApp update or something else.
With your hint I was able to fix my problem and this is what i did:
uninstall non functional version
sudo dpkg -r "net.downloadhelper.coapp"
download the version that does not require the latest GLIBC version from https://github.com/mi-g/vdhcoapp/releases/tag/v1.6.3
in my case i used https://github.com/mi-g/vdhcoapp/releases/download/v1.6.3/net.downloadhelper.coapp-1.6.3-1_amd64-glibc-2.27.deb
install the downloaded version
sudo dpkg -i "net.downloadhelper.coapp-1.6.3-1_amd64-glibc-2.27.deb"
That fixed my problem.
But what makes me wonder is that conditions exist or can occur, that render (just only!) VdhCoApp useless. In case it was a client system update all other software stayed usable. So i still think that something is wrong with your compiling setup or packaging. Maybe your way of linking to a specific glibc is not the best choice. If you feel the need of providing multiple VdhCoApp "versions" for each possible glibc version then your build system is not ideal. Not to mention that the way of fixing the issue is not very user friendly and is beyond most users capabilities.
paulrouget
commented
1 year ago New build includes a very glib-permissive build. Should be fixed in next release.
I'm running VdhCoApp 1.6.3 with FF 102.0.1 on Linux Mint 19.3.
VdhCoApp used to work for many years in the past on the same system, but downloads now seem to be interrupted when the download is at 100%. It fails with
So downloading is impossible ATM.
Searching the web brought me to https://groups.google.com/g/video-downloadhelper-q-and-a/c/9oTmcvGFHy0 and https://groups.google.com/g/video-downloadhelper-q-and-a/c/zF42AmjVTQU/m/FoF6UCLrAwAJ. That's why i expect the cause to be a compiling issue on Ubuntu unintentionally excluding other Linux systems.