nem, viszont a #244-ben irtakhoz hasonloan at tudod oket alakitani
errol pontosabbat sajnos nem tudok, bele kellene maszni a forraskodba, eleg jol van dokumentalva

ha minden igaz, ez a vonatkozo kodreszlet (src/main.cc)

// Currently not doing any sorting on main.
"view_add = main\n"
"view_add = default\n"

"view_add = name\n"
"view_sort_new = name,less=d.get_name=\n"
"view_sort_current = name,less=d.get_name=\n"

"view_add = active\n"
"view_filter = active,false=\n"

"view_add = started\n"
"view_filter = started,false=\n"
"view.event_added = started,\"view.set_not_visible=stopped ;d.set_state=1 ;scheduler.simple.added=\"\n"
"view.event_removed = started,\"view.set_visible=stopped ;scheduler.simple.removed=\"\n"

"view_add = stopped\n"
"view_filter = stopped,false=\n"
"view.event_added = stopped,\"view.set_not_visible=started ;d.set_state=0\"\n"
"view.event_removed = stopped,view.set_visible=started\n"

"view_add = complete\n"
"view_filter = complete,d.get_complete=\n"
"view_filter_on = complete,event.download.hash_done,event.download.finished\n"
"view_sort_new = complete,less=d.get_state_changed=\n"
"view_sort_current = complete,less=d.get_state_changed=\n"

"view_add = incomplete\n"
"view_filter = incomplete,not=$d.get_complete=\n"
"view_filter_on = incomplete,event.download.hash_done,event.download.finished\n"
"view_sort_new = incomplete,less=d.get_state_changed=\n"
"view_sort_current = incomplete,less=d.get_state_changed=\n"

// The hashing view does not include stopped torrents.
"view_add = hashing\n"
"view_filter = hashing,d.get_hashing=\n"
"view_filter_on = hashing,event.download.hash_queued,event.download.hash_removed,event.download.hash_done\n"
// "view_sort_new = hashing,less=d.get_state_changed=\n"
// "view_sort_current = hashing,less=d.get_state_changed=\n"

"view_add = seeding\n"
"view_filter = seeding,\"and=d.get_state=,d.get_complete=\"\n"
"view_filter_on = seeding,event.download.resumed,event.download.paused,event.download.finished\n"
"view_sort_new = seeding,less=d.get_state_changed=\n"
"view_sort_current = seeding,less=d.get_state_changed=\n"

"schedule = view_main,10,10,\"view_sort=main,20\"\n"
"schedule = view_name,10,10,\"view_sort=name,20\"\n"

ebbol neked a view_filter*, es view_sort* parancsok fognak kelleni szerintem, de csak totozok

d.views=<hash>

vagy

d.multicall=d.views=

viszont ez csak a user view-kat adja vissza, a beepitetteket nem

hivatalos oldal-on a common tasks pont alatt van erre pelda, bar az regebbi verziohoz valo, s bar meg mukodik, az on_* parancsok el fognak tunni

itt egy, az aktualis verziohoz irt valtozat

schedule = watch_directory,5,5,"load_start=~/torrent/fajlok/*.torrent,d.set_directory=~/folyamatban"
system.method.set_key = event.download.finished,move_complete,"execute=mv,-u,$d.get_base_path=,~/torrent/kesz;d.set_directory=~/torrent/kesz"

igen, a scheduler sor figyeli a mappat (ez az rTorrent utemezojenek adott parancs)
ugy mukodik, hogy van neki ugye negy parametere, ezek sorrendben:
- egy elnevezes, lehet akarmi, itt watch_directory, de lehetnek fajlok_konyvtar_figyelese is
- annak megadasa, hogy az rTorrent indulasa utan mikor hajtodjon vegre eloszor (masodpercben megadva)
- annak megadasa, hogy a tovabbiakban milyen surun halytodjon vegre a parancs (masodpercben megadva)
- maga a parancs, esetunkben az, hogy a ~/fajlok mappabol minden .torrent file-t toltson be es inditson el (load_start, megfeleloen parameterezve)

a system.method.set_key egy azonosito es egy parancs hozzarendelese egy esemenyhez, itt a letoltes befelyeztehez (event.download.finished) rendeli a move_completed kulcsszot es az execute parancsot, az meg elvegzi a masolast

az, hogy ezek hol, milyen sorrendben helyezkednek el a config file-ban, teljesen lenyegtelen

ha unbind alatt a stop_untied, vagy hasonlo parancsot erted, akkor igen, az maradhat ahogyan van

a system.method.set_key parancsokrol pedig legjobb tudomasom szerint a levlistan (1, 2, olvashatsz, vagy ha minimalisan ertesz c nyelven, akkor a forraskodbol tudhatsz meg eleg sokat (igencsak jol dokumentalt az libTorrent es rTorrent kodja)

szerk.: szoval igen, az untied_* maradhat, annak nem szamit, hogy az adat hol van tarolva, az csak a .torrent file-t figyeli, azt pedig ez a parancs nem mozgatja el (es hacsak nem irsz ra kulon parancsot, mas sem)

[ Szerkesztve ]

Hi!

igen, regi az rTorrent-ed, ez az utasitas a 0.8.3-as verzioval jelent meg (ez nagyban kerulendo, viszont a 0.8.4 tobb altalam hasznalt, felugyelt gepen is stabilan mukodik honapok ota)
a 0.8.2-ben (ez van a legujabb ubi-ban, ha jol latom) meg az on_* parancsok hasznalatosak (az van a linkelt oldalon is a peldak kozt)

a szokozok nem ertem, miert okoznak gondot, azokat a programnak escape-elni kellene, ha a torrent-ben levo file-ok, konyvtarak neveben van
ha viszont az utvonalban, amit a config file-ban adsz meg, akkor neked kell escape-elni, megpedig ugy, ahogyan irtad is, hogy a szokozok ele dobsz egy backslash-t
a rendszer es a programok ebbol fogjak tudni, hogy ott nincs vege a parancsnak, az utvonalnak (hisz a szokoz alapbol elvalaszto karakter lenne), hanem folytatodik tovabb

ha nalad a program csinalta az emlitett hibas escape-elest, akkor azt jelezd a fejleszto fele

meg tudnad mutatni, milyen parancs masolja at?
esetleg tegy a .rtorrent.rc-be egy olyat, hogy:

execute_log = ~/torrent/execute.log

ez megmutatja az execute metodus altal meghivott parancsokat, s azok kimenetet, ettol talan okosabbak leszunk

mv -u /home/kozyadam/torrent/kesz/Damnation.CRACKFIX-ViTALiTY /home/kozyadam/torrent/kesz/

itt a hiba, ha megnezed, ez a kesz konyvtaron belulrol akar masolni
a gondot az okozza, hogy elobb beallitod a d.set_directory-val az uj eleresi utvonalat, s csak utana probalod attenni oda, ekkor (az athelyezeskor) viszont az rtorrent a d.get_base_path-bol mar az uj utvonalat fogja kiolvasni
az on_finished sorban csereld meg a ket parancsot

on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,/home/kozyadam/torrent/kesz ;d.set_directory=/home/kozyadam/torrent/kesz"

hi

igen, a legvegere kell, maga a parancs ugy nez ki, hogy:

system.method.set_key = esemeny,elnevezes,parancs

es ebbol jelen esetben a teljes parancs volt idezojelben (pontosabban lett volna, ha nem irom el mindket kodreszletben)

a parameteratadas ugy mukodik, hogy az execute metodus kap 1, vagy tobb parametert es meghivja az elso parameterkent kapott programot/parancsot, a tobbi parametert pedig atadja neki
tehat a fenti peldaban

execute=levelkuldoscript.sh,$d.get_name=

meghivja a levelkuldoscript.sh script-et es atadja neki parameternek a d.get_name metodus visszateresi erteket (ezert kell ele a $, hogy a methodus erteket adja at)

rtorrent hol, min hallgatozik scgi kapcsolatert?
/etc/munin/plugin-conf.d/munin-node file-ba milyen beallitasokat irtal be?

amugy felora varakozas helyett:

telnet 127.0.0.1 4949
fetch rtom_spdd

ez kapcsolodik a helyi gepen futo munin-node-hoz es lekerdezi tole az rtom_spdd plugin ertekeit (ha az nincs fenn, akkor ertelemszeruen masikat kerdezz le)

[ Szerkesztve ]

ami beallitasokat irtal, az jonak tunik, de a -1 ertekek arra utalnak, hogy a plugin nem tud valamiert kapcsolodni az rtorrent-hez

rtorrent config-ban mi van, rtorrent hallgatozik a 8600 porton?

netstat -napt | grep rtorrent

ez mit mond (elofordulhat, hogy csak root-kent megy):

munin-run rtom_spdd

illetve a fenti telnet-es pelda mit mond? (vagy itt mondta a -1-et? ha igen, akkor a munin-run is azt fogja)

[ Szerkesztve ]

az, hogy tobb rtorrent is van a gepen, nem szamit, mivel mindegyik mas porton hallgatozik (csak tudni kell, melyik melyike)

a tobbi rtom plugin is elszall?

esetleg probald meg ezzel tesztelni az rTorrent elerhetoseget

a watch_directory-t figyelo schedule parancsnal megadhatsz tobb parancsot is, mint pl az altalad is emlitett d.set_directory
ha pedig azt szeretned, hogy mas legyen a befejezeskor, torleskor elvegzendo parancs, azt a d.{get,set}_custom paranscokkal tudod beallitani, hasonloan ahhoz, mint ahogy az rTorrentCommonTasks oldalon a tobb letoltesi konyvtaras peldaban lathato

a masik poblemanal probald meg, hogy miutan szolt, hopgy nincs kesz, zard le ^K-val, majd ^E-vel tudod neki megmondani, hogy utemezze be ujra a file-ok letrehozasat/atmeretezeset, s utana ^S-sel mar indulnia kell hiba nelkul

ezek az if es branch parancsok, amennyire tudom egymasba agyazhatoak es lehet bennuk tobb parancs is, csak megfeleloen kell azokat escape-elni (ennek mikentjet viszont nem tudom, csak a #libtorrent csatin volt rola szo parszor)
ha mashol nem, a forraskodban valoszinuleg akad ra pelda, de szerintem elofordult mar levlisten is (kozben megvan, tobbek kozt itt es itt esett szo rola)

[ Szerkesztve ]

a ctrl+s es a ctrl+q billentyuparancsoknak kulon funkcioja van, ezert screen hasznalatakor nem ugy mukodnek, ahogy azt varnad
ha ^S utan halottnak latszik a putty, egy ^Q eletre tudja kelteni
ha az rTorrent-nek szetretnel ^S billentyukombinaciot kuldeni, azt megteheted a ^A s, vagy ^A ^S komboval (ctrl+a, majd a ctrl felengedese utan egy 's', vagy ctrl+a ctrl+s)
ugyanigy ^Q kuldesehez ^A q, vagy ^A ^Q billentyuparancsot hasznalj

bovebb info a screen sugojaban

jatszottam picit vele, futtathato pedig tobb parancs is

branch=$d.get_complete=,{print=kesz,print=100%},{print=nemkesz,print=<100%}

ha a torrent 100%-osan le van toltve, kiirja, hogy kesz, majd uj sorba, hogy 100%, ha pedig hianyzik meg belole, kiirja, hogy nemkesz, valamint uj sorba, hogy <100%

egymasba is lehet agyazni

branch=$d.get_complete=,"branch=$d.is_open=,print=kesz_nyitva,print=kesz_zarva","branch=$d.is_open=,print=nemkesz_nyitva,print=nemkesz_zarva"

ez kiirja, attol fuggoen, hogy a torrent `100%-osan le van-e toltve, illetve nyitva van-e, kiirja az alabbiak valamelyiket:
kesz_nyitva, kesz_zarva, nemkesz_nyitva, nemkesz_zarva

sot, meg ennel is jobban meg lehet keverni (tobb szintig egymasba agyazott branch-ek es minden agon egynel tobb parancs):

branch=$d.get_complete=,{print=kesz,"branch=$d.is_open=,{print=nyitva,\"branch=$d.get_state=,print=fut,print=nem_fut\"},{print=zarva,\"branch=$d.get_state=,print=fut,print=nem_fut\"}"},{print=nincs_kesz,"branch=$d.is_open=,{print=nyitva,\"branch=$d.get_state=,print=fut,print=nem_fut\"},{print=zarva,\"branch=$d.get_state=,print=fut,print=nem_fut\"}"}

ez harom sorba kiirja az alabbi infokat:
kesz / nincs_kesz
nyitva / zarva
fut / nem_fut

[ Szerkesztve ]

ha neked jobb megoldas, esetleg a kod atirasaval at tudod tenni mas billentyure, billentyukombinaciora is
az alabbi sort keresd (rtorrent/src/ui/element_download_list.cc):

m_bindings['\x13'] = sigc::bind(sigc::mem_fun(*this, &ElementDownloadList::receive_command), "d.start=");

itt a \x13 reszt kell atirnod
hogy mire, azt innen tudod kinezni

ranezesre az escape-elessel van gond nalad, mivel bekerul a kepbe meg egy par idezojel
nalam ket par van egymasba agyazva, s csak a belsot kell escape-elnem, nalad viszont melyebb a beagyazas, igy nemelyiknel tobb escape-eles szukseges

bar ki nem probaltam, de ez talan jo lesz

system.method.set_key = event.download.paused,pause,"branch=$d.get_complete=,{print=kesz,\"branch=$d.is_open=,{print=nyitva,\\\"branch=$d.get_state=,print=fut,print=nem_fut\\\"},{print=zarva,\\\"branch=$d.get_state=,print=fut,print=nem_fut\\\"}\"},{print=nincs_kesz,\"branch=$d.is_open=,{print=nyitva,\\\"branch=$d.get_state=,print=fut,print=nem_fut\\\"},{print=zarva,\\\"branch=$d.get_state=,print=fut,print=nem_fut\\\"}\"}"

rovidebben:
a te verziod:

"valami,\"masvalami,\"megvalami\" \" "

helyesen:

"valami,\"masvalami,\\\"megvalami\\\" \" "

erre azert vajn szukseg, mert mikor az rTorrent megnezni, mi van az elso idezojelen belul, "levesz" mindenhonnan egy backspace-t, s ekkor a te altalad hasznalt parancsban nem kulonboztetheto meg, hol nyilik a belso idezojel, s hol zarul a kulso, ezert sorban nezi oket, ez okoz kavarodast

a fenti peldabol, ahogy mindig nezi a soron kovetkezo idezojel parost, igy fogja kivenni a reszleteket, s ertelmezni az escape-elest:

valami,"masvalami,\"megvalami\" "

majd

masvalami,"megvalami"

vegul:

megvalami

szerk.:
elsore sikerult hulyeseget irnom, most mar javitva van

[ Szerkesztve ]

Hi!

az elsore sajnos nincs otletem, akarhogy probalom, ott nem akar mukodni
viszont feltunt, hogy elobb allitod at a konyvtarat, minthogy atmasolnad az adatot, azt elvileg forditva kellene, a d.set_directory a vegere kellene
ez jelen problemanal nem hinnem, hogy szamit, viszont a masolasnal okkozhat gondot (korabban volt par erre vonatkozo post)

a masodikra annyit, hogy a safe_sync nem torrentfuggo, hanem globalis beallitas, ezert ha egy torrent-nel hash-eles elott atallitja, az a tovabbiakban is ugy marad
ha szeretned valtogatni (bar nem ertem, ez miert jo), akkor a branch else agaban add meg, hogy kapcsolja ki

Udv: VladimirR

[ Szerkesztve ]

VladimirR voltam