alapbol mindkettonek "bit per second"-nak kellene lennie, akkor lesz a download "bytes per second", ha a munin-node konfigba, az rtom_spdd szekcio ala betettel egy olyat is, hogy env.diff yes
ez azert kerult bele, mert adsl eseten a ket grafikon kozti kulonbsegek miatt nehezen leolvashato lenne a feltoltes (ugye az adsl altalaban 8:1, vagy nagyobb letoltes/feltoltes arannyal bir)

szoval annyi kell, hogy a fentebb irt beallitasaidbol kiveszed az env.diff yes sort

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

talan megoldas lehet, hogy az execute parancsot lecswereled, nem kozvetlen az mv-t hivod, mikor elkeszult a torrent, hanem egy script-et, ami megkapja parameternek a torrent nevet, s az vegzi el az ellenorzest, majd a masolast

sajnos maga az rTorrent nem tud ilyen jellegu osszehasonlitast, vagy kulon watch konyvtarba kell tenni az ilyen torrent-et (ha kezzel adagolod az rTorrent-nek, imho ez a jobb megoldas), s ekkor lehet az alapjan mas es mas helyre tenni, vagy pedig kulso script-et kell ra irni

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

valami ilyesmiben gondolkodnek

system.method.set_key = event.download.finished,move_complete,"execute=mv,-u,$d.get_base_path=,$execute_capture=\"/ut/vonal/script.sh,$d.get_name\";d.set_directory=$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"

itt a script.sh egy scrpt, ami egy parametert var - a torrent nevet - es azt az utvonalat adja vissza, ahova a torrent-et masolni kell (sorvegi enter nelkul)

a parancs nem biztos, hogy mukodik, most nem tudtam letyesztelni, lehet, az escape-eles hibazik, valamint lehet, hogy nem lehet egymasba agyazni az execute-okat, ekkor ket script kell, az egyik masolja is az adatot, a masik csak visszaadja az utvonalat a d.set_directory parancshoz

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

hol jelentkezik ez a problema? ha valamelyik webui-nal, akkor az 1.07-es, vagy ujabb xmlrpc-c hasznalata megoldja a gondot (amennyiben erre fel van keszitve a webui is)

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

xmlrpc-c-config --version

ha ez kisebb, mint 1.07 (azt hiszem ruTorrent valahol 1.10-et ir, nem tudom mi az oka, de teves info), akkor ujabbat kell keresni, vagy ujra kell forgatni
az ezt megelozo verziok nem ismerik a 64 bites integert, aminek eredmenye az, hogy 2^31-1 (kb 2.1 GB) erteknel tulcsordulas van, es a szamlalo atfordul -2^32-re (kb -2.1 GB)

asszem egyedul a wTorrent az, ami 1.07-nel kisebb verzioszamu XMLRPC-C eseten is jol jeleniti meg az ertekeket (van nemi hatulutoje is, ugyanis igy nem tud minden erteket megjeleniteni, csak amik torrenthez kotottek, mivel szuksege van a szelet meretre is, s ez pl az ossz feltolteshez nem erheto el, hisz az globalis ertek)

szoval harom lehetoseged van nagyjabol, kb ebben a sorrendben:
- xmlrpc-c ujraforgatas (optimalis eset)
- hasznalsz wTorrent-et
- beletorodsz ebbe a hibaba

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

nem, nem a torrentet, hanem az ahhoz tartozo adatokat mozgatja, reszletezem

system.method.set_key = event.download.finished,move_complete,"execute=mv,-u,$d.get_base_path=,$execute_capture=\"/ut/vonal/script.sh,$d.get_name\";d.set_directory=$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"

a system.method.set_key beallit egy esemenyhez egy feladatot (ey, vagy tobb metodushivas)
az event.download.finished a letoltes befejezese esemeny
a move_complete egy elnevezes, ez lehetoleg minden set_key hivashoz legyen egyedi, ha egy esemenyhez tobb feladat is tartozik, a vegrehajtas ennek sorrendjeben tortenik

execute=mv,-u,$d.get_base_path=,$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"
az execute methodus ez meghivja az elso parametert, s atadja annak parameterkent a tobbi kapott parametert (sajna szebben nem tudom elmondani, inkabb irok peldat)
az execute=mv,1,2 meghivja az mv utasitast , s atadja neki az 1, illetve 2 parametert, vagyis annyi, mintha beirnad parancssorba, hogy mv 1 2 (1 athelyezese/atnevezese 2-be/2-ve

itt az elso parameter, a -u arra szolgal, hogy update-eljen, vagyis ha mar megvan az adat a celkonyvtarba, ne mozgasson
a $d.get_base_path= lekeri a torrent jelenlegi konyvtarat (vagyis, hogy mit kellmozgatni)
a $execute_capture=\"/ut/vonal/script.sh,$d.get_name\" pedig meghivja a a /ut/vonal/script.sh-t a torrent nevet (ez a $d.get_name) atadva parameternek, s visszaadja a script visszateresi erteket
itt ugye a script a korabban emlitett modon elvegez egy szurest, ergo a masolas a torrent jelenlegi helyerol, egy a torrent nevetol fuggo helyre tortenik (ezt a celhelyet a script adja vissza, a torrent neve alapjan)

d.set_directory=$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"
az athelyezes utan meg kell mondani az rTorrent-nek, hogy a fle-ok el lettek mozgatva, erre szolgal a [M]d.set_directory[/M], s a beallitando ertek ugyanazon scripthivas eredmenye lesz, mint ahova tenylegesen masoltunk (hisz ugyanazt a script-et hivjuk meg)

a megerteshez meg segithet, hogy amennyiben egy metodushias $ karakterrel kezdodik, hogy az visszaad valamilyen eredmenyt (d.get_name pl a torrent nevet, execute_capture a meghivott script, program visszateresi erteket)

atfogobb leirast a hivatalos libTorrent / rTorrent oldalon talalhatsz, ott is leginkabb a levelezolista archivumaban keresgelve, illetve par pelda van meg a gyakori muveletek aloldalon is

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

lehet (nem emlekszem mar biztosan), hogy az rTorrent-et is ujra kell forditanod, hogy tudjon is az ujabb xmlrpc-c konyvtarrol (libTorrent-et biztosan nem szukseges)
elotte meg egy olyat probalj meg, hogy a .rorrent.rc-be beszurod az alabbi sort (ez bekapcsolja a 64 bites integer-eket), majd ujrainditod az rTorrent-et
xmlrpc_dialect = i8
(ezt futas kozben egy ctrl+X utan is beirhatod, ekkor nem kell restart, viszont a konfigba ekkor is be kell irni, maskullonben restart-kor elfelejti)

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

jelen topic elso hozzaszolasanak aljan talalsz linket a forgatashoz

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

1: a configure kimenetenek utolso 5-10 sora mi?
2: make-hez meg nem kell sudo, csak a make install-hoz
3: make-hez kell egy --with-xmlrpc-c kapcsolo, ha szeretnel XMLRPC-C tamogatast (es van egy olyan erzesem, hogy szeretnel)

+1 ha nem ugyanabbol a forrasbol van az rTorrent, mint korabban, jo esely van ra, hogy libTorrent-et is kell forgatnod, hogy a verziok stimmeljenek
a ket verzio kozt 0.4.0 kulonbseg kell, hogy legyen, pl 0.8.6-os rTorrent-hez 0.12.6-os libTorrent kell (maskulonben rendkivul erdekes dolgokat tud muvelni)

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

rendszeredtol fuggoen libncurses, vagy libncurses-dev csomag fog kelleni
verzioszamot onnan tudod, hogy megnezed, mit toltottel le (ha tar.gz-t toltottel)
vagy, ha svn-bol jott mindketto, akkor biztos meg fognak felelni

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

valahogy igy:
system.method.set_key = event.esemeny.tipusa,event_neve,"$execute=/usr/bin/xbmc-send,-a,\"$cat=\\\\\\\"Notification(\\\\\\\,,$d.get_name=,\\\\\\\,,$d.get_size_bytes=,\\\\\\\,,/home/user/icon)\""

az execute elso parameternek ugye a vegrehajtando parancsot/programnevet varja, minden tovabbi, vesszovel elvalasztott parametert atad a meghivott programnak/scriptnek
itt ket parametert kap, az elso a -a, a masodik pedig a cat fuggveny altal osszefuzott szoveg

az egesz trukkje az escape-elesben van
eloszor is, mar a cat-ot is escape-elni kell az execute idezojelei miatt
aztan a cat-nal escape-elni kell az idezojelet (\"), hogy az rTorrent tudja, at kell azt adni
viszont ha csak idezojelet adsz at, azt meg a shell nyeli le, ezert \" karaktert kell atadnod
ez escape-elve \\\"
viszont ebben meg nincs benne a cat miatt szukseges escape-eles
igy lesz a vegere osszesen 7 backslash-ed az idezojel elott

a vesszoknel haszonlo a helyzet, a cat-nal is az a szeparator es az execute-nal is az a szeparator

a ,\\\\\\\,, lehet meg megteveszto, ez egyszer a cat elvalasztoja, azt koveti egy megjelenitendo vesszo, majd megegy elvalaszto

remelem nalad is fog mukodni, en ugyanis nem esemennyel, hanem print-tel teszteltem (bar ott is ugyanugy kell idezojelezni az execute-ot, szoval mennie kellene)

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

igen, a session mappabol is kipucolja a file-t
ez a file amugy nem egyezik meg az eredeti torrentfile-lal, van benne tobbek kozt egy bitfield is, hogy mely szeleteket toltotted mar le (lehet mas nincs is, de ez egeszen biztosan - ezert van, hogy session konyvtar hianyaban mindig mindent ujra kell hash-elni az rTorrent ujrainditasat kovetoen)

elozo kerdesedhez meg annyit, hogy beallitasoktol, torrent betoltesetol is fugg, eltavolithatod-e teljes lelki nyugalommal a torrent file-t
a ugyanis ha watch konyvtaron keresztul toltotted azt be, es untied beallitas is van, akkor annak megfeleloen a letoltes leallhat, torlodhet a .torrent file eltavolitasakor

Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.