Open Minoru opened 8 years ago
This is also happening on my ArchLinux system with newsbeuter 2.9.
Thanks! Let's consider this confirmed.
Apparently the problem has magically fixed itself. Either I was stupid and forgot to restart podbeuter after changing the config, or some other shenanigans are happening here.
O-okay, let's bring the "unconfirmed" tag back, then :)
I was having the same issue. Besides restarting pod- and newsbeuter after changing config (I use them at the same time), I've deleted downloaded files and all entries in podbeuter, then re-added them. That worked.
Did you do it all just to make sure, or was restarting alone insufficient? I just took a quick peek at the code and it seems like after changing this setting, you have to restart both Newsbeuter and Podbeuter.
Suppose just to make sure. Just deleted files and reconfigured manually (no packets removed). After restarting both newsbeuter and podbeuter it just works. Using version 2.9-3+b2 from Debian stretch.
Okay, I guess it means I have to update the docs to be more clear on this point. Thanks!
As a new user, I had the same issue and was running in circles before finding this bug report. I concur that the documentation requires improvement and I would like to suggest an even more explicit explanation:
For every en-queued podcast,
newsbeuter
writes a download path to thepodbeuter
cache. Hence, changingdownload-path
requires restartingnewsbeuter
and en-queueing any podcasts again.
qnikc2 on IRC reported that with the following config:
but Podbeuter seems to ignore the last line, downloading the files into home directory instead.