-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed to download on line 339 #2
Comments
That is very strange, because they all still work for me.
For reference, I am using Perl 5.34 on macOS 11.4, as well as Perl 5.32 on FreeBSD 13. |
Hi! Thank you for the swift response. I've not previously been successful at using this tool, so this is not new behavior for me, unfortunately. I've now used perlbrew to install perl v5.34.0, which then required I (re-)install Running the command now returns the same error — except this time, it's non-fatal: despite repeated instances of the error, the tool proceeds to download the MP3s. I've tested this with both
et al. The designated destination folder does indeed have the expected RSS, MP3, and HTML files. So that's an improvement! Perhaps there is an undocumented change or dependency from perl v5.16 to v5.34? Here is that same command tested with
|
Great to hear that you found a workaround for now. Looking at your output, it seems to sometimes use I am using wget 1.21.1 installed via homebrew. |
I don't recall when/how I installed
|
In my configuration, a "Failed to download" error is consistently returned on line 339, regardless of the feed. Examples below include two feeds confirmed as working in the documentation, as well as my own podcast, where I have more control over the feed for testing purposes:
(A
--dry-run
returns the same error on line 345.)One exception occurred with another feed from the documentation, though it ultimately failed on the same line:
I'm running bash 3.2.57(1) and perl v5.16.0 on macOS 10.14.6.
The text was updated successfully, but these errors were encountered: