Functionality Request

2) can be done with rtorrent's functionality.
It is unclear, what to do with deleted torrents. Current functionality bad, I know ;)
Transmission, Azureus, etc dealed with local data, but Native with remote - thats why moving data somewhere is not good.

It can be scheduled, but can it be set to move on manual removal of the torrent? I'm not a big fan of letting some settings determine if I'm going to be removing torrents or not(also I'm not at all sure I understand the syntax laid out in the rtorrent.rc)

For removed torrents I was just thinking that it would move them into an adjacent folder(for my I have a Completed Downloads that is located inside my ~/torrents/ folder where I store stuff until I can pull it down from my remote box. If I can make this work with just pure rtorrent functionality I would, but I'm not sure how to make it move the files when I manually remove the torrent with Nativa.

Thanks for looking, #1 Will not launch is really the bit that I would kill for the most, with that added it would entirely kill my reliance on the webUI

I thought about hook, but I'm still far from it :)
in your case you can move completed torrents somewhere you need (see http://libtorrent.rakshasa.no/wiki/RTorrentCommonTasks#Movecomplete...) and remove torrent from rtorrent any time without deleting data.

Excellent, once I figure out how this works it will be good:)

You thought about hook? Is that related in some way to my first request? At any rate, thanks for the input, maybe I will try and get some learning in with this code and see what I can manage. I appreciate the efforts so far!

I think, correct way is implement some UI for rtorrent's rules (events). It one of the most powerful things in it.

Ok, is it possible to do something like my first suggestion? How difficult would it be to have the user specify a set size that they want their download folder to not exceed and then having Nativa display the remaining of that cap?

If it's not in the cards to have it added soon, would you be able to give me some tips on how I might add it myself to the status bar(where it shows DL/UL)?

Sorry, meant to attach this image of what I am thinking, in this example(random numbers!) I have 200GB of total space I want consumed and have 14.8GB of torrent files in my directory ~/torrents/

It is easy to implement, I'll do it in next release :)

Awesome, having a real-deal native app blows the door off those terrible/ugly webUIs you generally get for rTorrent.

Many thanks!

(from [8e4c36ba3bcb]) Space left statistics [#5 Functionality Request] http://bitbucket.org/vovasty/nativa/changeset/8e4c36ba3bcb/

(from [2dd24b706b1a]) another way to determine space on disk [#5 Functionality Request] http://bitbucket.org/vovasty/nativa/changeset/2dd24b706b1a/

How does it determine space remaining? Does it do a free space check or just compare vs a user-entered value(the case I have)?

Free space determined automatically. Now it only showed in status bar. You can look at this functionality with attached app or compile if from sources

10-03-24 8:48:59 AM Nativa[27016] update download list error: Invalid response
10-03-24 8:48:59 AM Nativa[27016] Encountered an XML parsing error: Error Domain=NSXMLParserErrorDomain Code=4 UserInfo=0x11316d840 "zero length data"

new issues with this build

This error can be raised when:
1. rtorrent not running
2. rtorrent busy or refuses connections

Надеюсь ничего, что на русском? Видел тикеты от автора в других проектах на русском. С английским сложно.

по поводу выше описанного видимо "execute_capture/execute_capture_nothrow и к примеру df" хотя не понимаю зачем это нужно? есть get_safe_free_diskspace для получения размера хранилища и close_low_diskspace для установки крайнего значения свободного места при котором происходит остановка закачек. Для функционала этого достаточно, а отображение на панели это уже из серии "рюшечек".

В плане юзабелити, неприятный момент с добавлением закачек по "schedule = watch_directory,5,5,load_start=", в Nativa без перезапуска не появляются (или дождаться обновления списка не довелось, т.к. минут за 15 не обновилось), а обновить список даже вручную нет возможности.

Также логин и пароль хранятся в ~/Library/Preferences, не открытым текстом, но все же лучше в Keychain.
И самое злостное это SSHCommant.sh, по "ps -A | grep ssh" покажет всем желающим и логин и пароль. Можно хотя бы завернуть все это в еще один скрипт, что бы пароль не светился в процессах? А лучше взять исходники OpenSSH и собрать статически в проекте с подключением прямо из проекта не использую скрипты и ssh клиент OS.

А в плане функционала очень не хватает нормального добавления закачек. Сейчас любой файл просто закидывается в rtorrent, и качается в директорию по дефолту, а хотелось бы при добавлении указывать дополнительный путь(относительно пути по умолчанию Movies\Pictures\Music… etc). Так же возможность выбора стартовать\не стартовать закачку после добавления, для мультифайлов добавлять\не добавлять "name" в путь закачки, установить приоритет, выбрать какие файлы качать, а какие пропустить и т.д. (В трансмишен в мультифайл режиме выскакивает подобное окно с параметрами.)
Для этого придется BEncode'ь и парсить файлы перед добавлением,
(может пригодится http://www.glassechidna.com.au/2009/devblogs/objective-c-bencoding-..., менять директорию закачки можно просто устанавливая для каждой закачки "set_directory" на время. В последующем простенький обработчик регулярных выражений сможет автоматически раскидывать закачки по папкам в зависимости от типа файла. И очень сильно не хватает "пользовательских меток" для упорядочивая закачек.

Free space determined automatically. Now it only showed in status bar. You can look at this functionality with attached app or compile if from sources.

Плохая идея в случае соединения через инет с rtorrent установленным на NAS и если шара недоступна, либо доступна, но с такой скоростью, что пользоваться ей не возможно. В этом случае фриспейс либо не верный (локальное место считает), либо всегда 0.

Got it connecting but the space remaining isn't working(sitting at 0 bytes)

to No1451

is command df -k /path/to/mounted/downloads works correctly?

vovasty: It does but it doesn't present the proper values as I'm on a shared box so I have an allotment of the free space I can use.

эта команда возвращает совершенно непонятную информацию, потому сейчас свободное место определяется локально. Со свободным местом вообще проблема: у вас может быть смонтировано несколько физических дисков.

Поэтому и предложил вариант df по directory, это будет самый честный вариант при условии что внутри directory ничего не смонтировано. А вообще это больше относится к работе rtorrent, негоже делать работу серверной части в клинте. close_low_diskspace поможет поставить ограничение и предотвратить падение rtorrent сервера, а визуальное отображение свободное места, с текущими доступными методами, делать, дело не благородное. Лучше озадачить этим разработчиков rtorrent, хотя думаю этот функционал будет проблематично обосновать :)

Поэтому и предложил вариант df по directory, это будет самый честный вариант при условии что внутри directory ничего не смонтировано. А вообще это больше относится к работе rtorrent, негоже делать работу серверной части в клинте. close_low_diskspace поможет поставить ограничение и предотвратить падение rtorrent сервера, а визуальное отображение свободное места, с текущими доступными методами, делать, дело не благородное. Лучше озадачить этим разработчиков rtorrent, хотя думаю этот функционал будет проблематично обосновать :)

Я начал копать в сторону ssh соединения с сервером - для определения свободного места, просмотра директорий и т.п.
Боюсь, это единственный приемлемый способ. Возможны, конечно, проблемы с диалектами ls и df, но это все решаемо.
SFTP не даст мне возможности определить свободное место.

SFTP !- SSH. Dropbear к примеру не умеет SFTP, хотя это SSH сервер.
Через SSH придется теми же командами ls и df оперировать. Чем XMLRPC команды execute_capture и execute_capture_nothrow выдающие stdout комманд не подходят?

to dkobzev:

В дальнейшем я планировал использовать не только rtorrent, но и другие клиенты. Плюс, такие вещи лучше всего делать через шелл, нежели через rtorrent (он часто подглюкивает)

Is it not possible to have a setting to check for remote users and a field that designates how much space they have then get the total size of a given folder? Or am I too naive about what you can do with this, would be better for me if I could read some of the posts(russian?) but sadly languages are not my strong point:)

to No1451:

there are two problems with this task:
1. How correctly determine free space (current method is incorrect)
2. How to show it

At the end of discussion with dkobzev I decided to implement special "add torrent dialog" (like transmission's one), which will warn user about free space, asks about remote folder etc. But it requires lots of time to implement, so ticket is hold for some time.

you can read translated version of discussion http://translate.google.com/translate?js=y&prev=_t&hl=en&am...