Open hboetes opened 8 years ago
+1, they are clogging download dir.
What meta files are we talking about? The original one (that was put into watch directory) or the one that rtorrent has been created (inside session directory)? Have you specified a session directory in rtorrent config?
.meta
files, which are created when a magnet url is used.i just run next script by cron:
#!/bin/bash
DIR="ROOT_FOLDER_FOR_ALL_TORRENTS"
find $DIR -name \*.meta -type f -delete
This is workaround, but moving *.meta files elsewhere would be better than my method.
Can anybody familiar with the source code say if / when it's OK to delete these .meta
files?
(the ones created in the download dir when a magnet URL is used)
They are basically torrent files, required to download and check the torrent. So removing them when the torrent is disabled seems fine. This actually happens when the torrent actually finished. But in case the torrent never downloaded in the first place an empty file is created and that file is never removed. IMHO they should be stored in the .session directory.
On Fri, Feb 19, 2016 at 7:16 PM, Tobia notifications@github.com wrote:
Can anybody familiar with the source code say if / when it's OK to delete these .meta files? (the ones created in the download dir when a magnet URL is used)
— Reply to this email directly or view it on GitHub https://github.com/rakshasa/rtorrent/issues/343#issuecomment-186343387.
I also think that .meta files should be stored in .session directory.
This is a change that someone else should easily be able to implement.
Just make a meta torrent dir variable and use session if not set. The time to implement and test is why I'm not doing this, not because I won't accept a patch.
A.
Just make a meta torrent dir variable and use session if not set.
- It's a good idea, but the ideal would be if with some command parameter we can specify their place per torrent (e.g. a watch directory, that we can have more than one), since the downloaded meta file is tied to the torrent (similar way as a torrent file).
- Where are these meta files are created in the code? I couldn't find it, neither in rtorrent nor in libtorrent project.
B.
info
part, it starts with files
straight away. The result is an invalid file, e.g. lstor
from pyrocore
can't process them.
d5:filesld6:length
d4:infod5:filesld6:length
.torrent
extension (we get a full valid torrent file).meta
extension (as it is now, with the above fix)Meta files are just normal torrents that rtorrent creates, except they have a metadata variable set. (in loading of torrents iirc)
There's some special handling done in libtorrent too iirc, however just start from the point where rtorrent is passed a magnet link to load, and do some grep'ing of the variables it sets.
Hi,
This issue is still existing and should be store these *.meta files in session folder.
Is there any solution since last commment in this thread?
Thanks!
This issue is still existing and should be store these *.meta files in session folder.
Here's a workaround that I use in my setup, but helper commands are all over place, so you can't just copy-paste the block. And this is the simplified version of the above.
Is it possible to store the .meta files elsewhere? I think they should be stored in the .session dir, not in the download dir.