On 2014-04-14 04:12, Felix Miata wrote:
On 2014-04-14 03:24 (GMT+0200) Carlos E. R. composed:
...some downloads have to be done directly by Firefox...
It's often possible to use wget by starting the download with FF, capturing the source URL from the FF download manager, feeding it to wget, then aborting the FF download. Before the "Preserve Download Modification Timestamp" extension existed, that's how I did a lot of downloading.
Does not work. I get: wget: unable to resolve host address ‘r4---sn-h5q7enls.googlevideo.com’ As I said, name solving fails while the download is running... I don't know if the download would work at all if I can not even solve the name. But that's the name pasted from the link the download manager says it is using...
Wget has an extension for OS/2 called Awget that allows wget to do the download by dragging the download URL to the desktop. Maybe that concept exists for Linux in some fashion as well?
I have seen sometimes the default download manager that Firefox uses internally with something else. [...] Send of this very email failed: <2.6> 2014-04-14 05:22:16 Telcontar postfix 10725 - - NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 450 4.1.8 <robin.listas@...>: Sender address rejected: Domain not found; from=<robin.listas@...> to=<opensuse@opensuse.org> proto=ESMTP helo=<[127.0.0.1]> My own postfix is unable to accept my own emails because it can not connect to the DNS and verify my own email address. That's my problem... I can not do *anything* while Firefox is downloading from youtube! And other machines on my local network fail, too. [...] One of the two videos I was downloading finished, so I could try with the second one. The name resolved, but wget can not cope: +++················ wget "http://r4---sn-h5q7enls.googlevideo.com/videoplayback... Cannot write to ‘videoplayback?sver=...mv=m&ratebypass=yes’ (File name too long). ················++- Obviously, that's not the name the resulting file should have. But I do not see how to tell wget to change the filename to something sensible... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)