-
GAMEPOD.hu
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
VladimirR
nagyúr
Tisztelt Mindenki!
Mivel egyre sűrűbben merül fel a fórum különbözö részein kérdés ezzel a méltatlanul hanyagolt torrent klienssel kapcsolatban, úgy vélem, jó ötlet egy helyre gyűjteni ezen kérdéseket.
Kezdeném bevezetésnek egy rövid ismertetővel, hogy miről is van szó:
Az rTorrent egy nyílt forrású parancssoros BitTorrent kliens, mely elsősorban linux operációs rendszeren örvend népszerűségnek. Egyik legnagyobb előnye erőforrásigényében rejlik, pontosabban abban, hogy alig van neki: gond nélkül elfut egy P1-esen is, akar több felhasználónál is, egyedül hash elklenőrzáskor van szüksége komolyabb mennyiségű CPU időre.A programot, s a libTorrent* függvénykönyvtárat, amit az rTorrent használ egy oslo-i diák fejleszti, s ahhoz képest, hogy rajta kívül szinte egyetlen ember ad rendszeresen patch-eket a képest, elég dinamikusan fejlődik a program.
A program több nagy linux és bsd disztibúcióban is megtalálható, úgy mint - a teljesség igénye nélkül - Debian, Fedora, Gentoo, Mandriva, SUSE, Ubuntu, FreeBSD, NetBSD, OpenBSD. Emellett elérhető a forráskód is és GIT-en keresztül is beszerezhetjük.
Említésre méltó még, hogy közel egy éve (a 0.7.5-ös verzióval kezdve) az rTorrent támogatja az XMLRPC-n keresztül történő vezérlést, így adva lehetőséget különféle frontend-ek készítőinek. Innen hármat emelnék ki (a teljesebb lista itt látható):
- wTorrent: egy PHP alapú web-es felület, SQLight adatbázissal a felhasználók tárolására, akik közösen használnak egy rTorrent példányzt, s az adatbászis, illetve a webui különíti el egymástól a torrentjeiket
- nTorrent: egy Java-ban íródott grafikus felület, mely egészében a kliens gépén fut, igy nem szükséges hozzá webserver
- rTWi: szintén PHP alapú web-es felület, mely képes több rTorrent példány kezelésére (külön rTorrent minden felhasználónak, saját beállításokkal)Szóval ennyi lett volna a bevezető, egy link hiányzik még a letöltéshez (már nem).
rTorrent forditasa svn-bol, XMLRPC-C tamogatassal - elavult
rTorrent forditasa git-bol, XMLRPC-C tamogatassal
rTorrent forditasa git-bol, IPv6 es XMLRPC-C tamogatassal[ Módosította: 7 ]
-
VladimirR
nagyúr
van meg tobb is, de azokrol nem tudtam volna irni, ezert szurtam be az egesz 3rd party utilities oldal linkjet (sot, ott sincs mind feltuntetve, van meg pl rtgui, meg webtorrent is)
-
VladimirR
nagyúr
magatol nem csinal, neked kell letrehozni (bar anelkul is mukodik), de ha minden igaz, talalsz egyet a /usr/local/src/libtorrent/rtorrent-0.8.0/doc/rtorrent.rc konyvtaromn belul is (ha forrasbol tetted fel - ha csomagbol, akkor passz), illetve itt is van egy (ugyanaz)
amit a legfontosabb beallitani, az a session konyvtar, enelkul minden egyes leallitaskor elfelejti, hogy mit toltott, mivel hol tartott, mit hova mentett
[ Szerkesztve ]
-
VladimirR
nagyúr
az xmlrpc-c egy xml alapu rpc, pontosan elmondani nem tudom, a lenyege, hogy http keresekben kozlekednek fuggvenyhivasok, s azokra a valaszok
es igen, az rtorrent is ezt hasznalja (emlitettem az elso post-ban, 0.7.5-tol kezdve van tamogatas hozza), ehhez harom dologra van szukseg:
- rtorrent 0.7.5, vagy ujabb --with-xmlrpc-c kapcsoloval forgatva
- xmlrpc 1.00.00, vagy ujabb - 64 bites integerek hasznalatahoz 1.07.00, vagy ujabb (2gb torrent meret felett mar ez kell, kulonben a sima 32 bites integer tulcsordul es hulyesegeket fogunk kapni xmlrpc-n keresztul)
- sigc++ 2.0, vagy ujabbezen kivul meg fontos lehet, hogy az rtorrent scgi protokolt hasznal az xmlrpc kommunikaciora
valamint tenyleg letezik meg egy LibTorrent, de az nagy L betu, mig ez kicsi (libTorrent)
[ Szerkesztve ]
-
VladimirR
nagyúr
sajnos erre jelenleg nincs lehetoseg (pedig joideje van mar ticket a hivatalos oldalon, ami azt keri, a folosleges file-ok ne jojjenek letre, vagy legyenek elrejthetoek)
ami megoldas most hirtelen eszembe jut, az az, hogy irni kellene egy script-et, ami kivalogatja az adott meretnel (aktualis torrent chunk size-janak ketszerese) tobb helyet foglalo file-okat (mert a file igaz az eredeti meretevel latszik, de helyet nem foglal, amig nincs irva bele adat, s ha nem jeloltuk ki a file-t letoltesre, legfeljebb annyi lesz a merete, ami az atlogo szeletek miatt belekerul) atmasolja mashova, esetleg az annal kisebbeket torli (du-val meg tudod nezni, mely file mennyi helyet foglal)
szerk.: belegondolva ez megsem optimalis megoldas, mert ha a filemeret kisebb, mint a szeletmeret (pl egy nfo file, ami par szaz byte csak), akkor az is beleesik a szorasba
jobb megoldas talan, ha a latyszolagos meretet es a foglalt tarhelyet veti ossze a script[ Szerkesztve ]
-
VladimirR
nagyúr
szoval: a torrent-ben levo adatok szeletekre vannak vagva, mely szeletek merete 2 a valahanyadikon byte szokott lenni
mivel ez fix meret, elofordulhat, hogy egy szelet tobb file-t is tartalmaz, vagy atlog file-ok kozott, s ekkor hiaba folosleges egy file, elofordulhat, hogy kerul bele adat az atlogo szeletek miatt - maximum a szeletmeret (ez a chunk size) ketszerese: max egy szelet a file elejen es max egy szelet a file vegenviszont ha mp3-as diszkografiat toltesz, akkor elofordulhat, hogy mindjuk a szeletek merete 2MB (intro-k pl mega alatt is vannak), s ha van ettol kisebb file, az emlitett script ugy velne, az is letoltetlen file
jobb megoldas lehet, ha a file-ok foglalt meretet (amit mondjuk az ls mutat) osszeveti a script a foglalt merettel (amit a du mutat), s ahol nem egyezik a ket ertek, az a file nincs letoltve (s mondjuk torli azt)
masik megoldas, ha a script xmlrpc-n keresztul lekeri az rtorrent-tol, hogy mely file-ok prioritasa 0 (off), s azokat torli (persze ezutan mar nem ajanlott ujbol elinditani atorrent-et)
-
VladimirR
nagyúr
ha akadna valaki, akinek lenne kedve rTorrent-hez keszult munin plugin-eket tesztelni, latogasson el ide
-
VladimirR
nagyúr
ha torolni akarod a torrent-et (adatot nem torol, ahhoz kulon kell script-elni), akkor a close untied-ot csereld erase_untied-ra
viszont igy ujrakezdeskor be fogja hash-elni az adott torrent-hez tartozo adatot, ami akar lassu is lehetazt viszont nem ertem, miert nem inditja el, mikod visszateszed a torrent file-t
rtorrentcommontasks oldalon is igy van, es nekem hasonlo beallitasokkal mukodik is (nalam pl csak stop untied van, s ha leallitok egy torrent-et, amit watch ditrectory-n keresztul toltottem be, az automatikusan ujraindul, mert a .torrent file meg ott van a watch konyvtarban)szerk.: az info aloldalon nezd meg, hogy a "tied to file" erteke jo helyre mutat-e
[ Szerkesztve ]
-
VladimirR
nagyúr
itt arra akar vonatkozni, hogy osszekoti a letoltes a torrent file-al, s ha a .torrent eltunik (untied), akkor leall/torlodik a letoltes is, beallitasunk szerint
ez amugy csak watch directory-n keresztul betoltott torrenteknel van, vagy aminek kulon megatod (d.set_tied_to_file parancs) -
VladimirR
nagyúr
az erase_untied tobb, mint valoszinu azert nem mukodik, mert igazabol remove_untied a parancs, csak hulyeseget irtam (ne hallgass ram maskor)
dupla perjel nem tudom, mitol kerul oda, a watch konyvtar jol van megadva, bar ez elvileg nem lenne szabad, hogy bajt okozzon
remlik egyebkent egy ticket, miszerint ha valaki betesz egy torrent-et, majd torli azt, akkor ujrainditasig nem tudja megegyszer betenni, csak most hirtelen nem talalom
lehet nalad is ez okozza, hogy nem tudod ujrainditani a torrent-eket ilyen modszerrel -
VladimirR
nagyúr
pedig pont free leech-kor kell leallitani mindent, nem szabad elkapatni a nepet, hozzaszoknak, hogy nem kell visszatolteni
en egyebkent ebbol az initscript-bol irtam/irok magamnak sajatot, ha keszen leszek vele, megosztom, (a linkelt script-nek problemat okoz, hogy ha nem rendesen all le az rtorrent, akkor indulaskor nem tud mitkezdeni az ottmaradt rpc socket-tel)
kitoltes nalam az alabbiakbol allna a fenti script eseteben:
user="usernev"
config=("/etc/rtorrent/rtorrent.rc" "/home/usernev/.rtorrent.rc")
options=("-o import=/etc/rtorrent/rtorrent.rc") -
VladimirR
nagyúr
en is kivancsian varom, mit sikerul majd alkotnom vele (lesz ketfele majd, sima, barmely user altal sajat rtorrent peldanyara futtathato, es gentoo initscript valtozat is - jelenleg az elso van ugy-ahogyan kesz, de ez is leginkabb az en igenyeimnek megfeleloen kialakitva, nem biztos, hogy mas is tudja majd hasznalni)
a masik problemara megtalaltam azt a ticket-et, amit emlitettem korabban, de nem teszteltem, hogy az emlitett megoldas - miszerint mas neven kell visszatenni a file-t a watch konyvtarba - mukodik-e
-
VladimirR
nagyúr
mar megy, a mysql szerver dobta el magat (ha maskor ilyen lenne, legyen szives valaki megdobni egy levellel - koszonom)
dchard: ilyen legjobb tudomasom szerint nincs, ehhez legkozelebb talan az ntorrent all (de ahhoz meg ugye kliens gepen kell jvm)
a masik ami most eszembe jut, az egy python alapu cucc (viszont webszerver es python ehhez is kell), de azt most hirtelen nem talalom, majd holnap atnezem a mirc logjaimat
-
VladimirR
nagyúr
nem, erre nem jo az ntorrent, az kliens oldalon fut, szerveroldalon viszont nem kell hozza csak az rtorrent
egyebekhez (rtgui, rtwi, wtorrent) sem kell grafikus felulet, viszont legalabb egy vebszerver igenazert az ntorrent-et javasoltam, mert bar nem bongeszo alapu, de korabban irtad, olyasmi kellene, "aminek nem kell se php, se http se sql szerver"
ilyen nincs, legjobb tudomasom szerintinitscript estere meglesz
-
VladimirR
nagyúr
szoval o volna az
amit tudni kell hozza, az az, hogy van egy kozponti, meg egy user szintu konfigfile rtorrent-hez, elobbiben az utvonalak megadasanal mindenhol ~ van hasznalva, utobbiban csak a port_range, es a dht_port szerepel
fontos meg, hogy csak scgi_local hasznalataval teszteltem, scgi_port mellett nem tudom, mukodik-e rendesen
illetve tobbek kozt a whoami miatt ez meg nem hasznalhato rendszerinditaskor, csak ha a juzer le akarja allitani, el akarja inditani a _sajat_ rtorrent-jet -
VladimirR
nagyúr
utvonal letezik?
rtorrent-et futtato user-nek van ra irasjoga?
elnezest a hulye kerdesekert, de annak ugy mukodnie kellene, letre kellene hoznia a socket-etami meg fontos lehet, bar nem vagyok benne biztos, hogy akkor is ilyen hibauzenetet dobna: az rtorrent-et --with-xmlrpc-c kapcsoloval konfiguraltad forditashoz? (vagy ha csomagbol van, jarj utana, bele lett-e forgatva az xmlrpc tamogatas)
-
VladimirR
nagyúr
an rTorrent Web interface, mint az az oldalon is latszik
-
VladimirR
nagyúr
root-kent:
- rtorrent amugy fut rendesen?
- rtorrent fut a kovetkezo modon is: "rtorrent -n -o import=/root/rtorrent/.rtorrent.rc" (idezojelek nelkul)?
- mi tortenik, ha kezzel probalod inditani ("/etc/init.d/rtorrent start" - szinten idezojelek nelkul)?
- a screen session letrejon, vagy az sem ("screen -ls" - itt kellene hogy szerepeljen egy "torrent" nevu screen session is)? -
VladimirR
nagyúr
elso problemadra nem tudom, megoldas-e, de a user guide azt irja, hogy:
SIGINT - Normal shutdown with 5 seconds to send the stopped request to trackers.
SIGTERM - Shut down immediately.
nem ismerem a kill-t, nem tudom, alapbol mit kuld, esetleg az initscript stop-jat ird at, hogy sigint-et kuldjon
viszont meg igy is problemas lehet, ha sok torrent-ed van, mert elofordulhat, hogy az az 5 masodperc keves minden announce lebonyolitasara (nekem neha van olyan, ami eleg sokaig beragad, akar percekig is - ez mondjuk mar inkabb a curl hibaja)a masik az by-design ilyen, az initscript nem foglalkozik az otthagyott screen-nel
az alabbi sorral tudhatod meg az adott user-hez rtorrent-jehez tartozo screen pid-jet (lehet van egyszerubb is, nem ertek az awk-hoz, azt a reszt masoltam)su -c "screen -ls | grep -s "\.torrent[[:space:]]" | awk -F: '{print($1)}' | sed "s/[^0-9]//g" " ${user}
a kovetkezo sorral pedig azt is le tudod loni:
su -c "kill `screen -ls | grep -s "\.torrent[[:space:]]" | awk -F: '{print($1)}' | sed "s/[^0-9]//g`" " ${user}
ezt azonban megsem ajanlanam, mert ekkor a screen lelovese lelone az rtorrent-et, igy megakadalyozva, hogy az elozo kerdesre adott valasz barmit is erjen (hacsak nem raksz be egy legalabb 5 masodperces wait-et az rtorrent-re es a screen-re vonatkozo kill-ek koze)
gondolom pont emiatt nem foglalkozik vele az initscript sem[ Szerkesztve ]
-
VladimirR
nagyúr
válasz VladimirR #55 üzenetére
juteszembe, meg egy ok, hogy miert nem szukseges a screen-t leloni
su -c "screen -ls | grep -sq "\.${srnname}[[:space:]]" " ${user} || su -c "screen -dm -S ${srnname} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2
ez a sor elobb megnezi, van-e mar letrehozva megfelelo nevu screen, s ha van, akkor ujrahasznositja azt
szoval nem kell attol tartanod, hogy ha sorozatban allitod le, majd inditod el az rtorrent-et, egy csomo screen marad utana -
VladimirR
nagyúr
nem a tracker-et milyensege, hanem a torrent-ek mennyisege az, ami miatt keves lehet az 5 masodperc
egyfelol az rtorrent-ben van egy limit aktiv http request-ekre, (alapbol 32*), illetve eleg sok hulye curl-lal talalkoztam, ami ennek negyedet sem birja el
masfelol ha egy tracker-rol van 5-10 torrent-ed, lehet maga a tracker nem fogja engedni az ilyen gyors egymasutanban erkezo http kereseket*: bal also sarokban latszik: [H 0/32], set_max_open_http=X paranccsal allithato, ahol X a kapcsolatok szama
-
VladimirR
nagyúr
sigterm-et ne irj bele, az egybol bezarja announce nelkul
neked a sigint kell
megoldas lehet amugy, hogy ha xmlrpc-n keresztul elobb elengedsz egy d.close-t minden torrent-re, varsz fel percet, s utana allitod le (mindezt init.sh stop funkciojaban)
valami ilyesmit kell beszurni a kill ele:xmlrpc localhost d.multicall main d.close=
sleep 30 -
VladimirR
nagyúr
a hivatalos oldalon fel van sorolva jonehany disztrohoz a csomagok keszitoje, azokon a linkeken nezelodj (fokent, mert nem irtad, mely disztro, mely verzioja erdekel teged)
pl debian eseteben a csomag a "surgosen elfelejtendok" kategoriaba tartozik, legalabbis ami a stabil verziot (etch) illeti
az abban szereplo 0.6.4 tobb, mint masfel eves verzio -
VladimirR
nagyúr
ezt a sort szurd be a .rtorrent.rc file-odba:
encryption = allow_incoming,try_outgoing,enable_retry
ez az alabbiakat jelenti pontosan:
allow incoming: engedelyezi a titkositott bejovo kapcsolatokat
try_outgoing: kimeno kapcsolatnal titkositassal probalkozik
enable_retry: ha nem sikerul, akkor megprobalja ujbol, titkositas nelkulaktiv modot meg ugy tudod ellenorizni, hogy figyeled a peer list kepernyon a a C/RE/LO oszlop ertekeit
ahol az elso betu r, vagy R, az bejovo/remote kapcsolat (az l, L a kimeno/local)
ha hosszabb tavon sem latsz ilyet, van ra esely, hogy megsem vagy aktivilletve ezen post elso ket pontja vonatkozik a te esetedre is
[ Szerkesztve ]
-
VladimirR
nagyúr
eszerint mindharom kapcsolat kimeno (local), ez inkabb arra utal, hogy passziv vagy, de nem egyertlemu bizonyitek
es a harmadik (nagy L) az mar titkositott
ezen felul mundharom peer toltene toled, s te engeded mindharomnak, te predig nem toltenel toluk, s ennek megfeleloen ok nem is engedik ezt neked
bovebb infot a karaktersorozatok jelenteserol a user guide-ban talalsz
p.s.: ha privatban megdobsz az ip cimeddel es az rTorrent port-javal (kepernyo legalja, a throttle ertekektol kicsit jobbra), akkor megnezem, tudsz-e kapcsolatot fogadni
[ Szerkesztve ]
-
VladimirR
nagyúr
on_finished-nel az utolso ket parameterben egyeznie kell az utvonalnak
az utolso elotti mondja meg, hogy hova tegye, az utolso pedig beallitja a torrent utvonalat
ha a ketto nem egyezik, athelyezi ugyan, de nem ott fogja keresni az rTorrent a file-okat, s elkezdi ujbol letolteni (ha jol sejtem)on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/Videók/ ;d.set_directory=~/Videók/
gondolom emiatt nem ment az unrar sem (abc sorrendben hajtrja vegre, a move_complete elorebb van, mint az unrar_on_completion), mert az mar nem talalja a file-okat
-
VladimirR
nagyúr
Hi!
jobban belegondolva, ezzel az a gond, hogy nem tudsz mindent igy kicsomagolni, meg ha jo is a parancs (ha lesz egy kis idom, jatszok majd vele, hogy jo-e ebben a formaban)
tobbfele keppen is kinezshet ugyanis a torrent, s benne a csomagolt allomany:
- egy darab rar file
- tobb darab rar file a d.get_base_path konyvtarban
- tobb rar file, szetszorva a d.get_base_path\CD1, d.get_base_path\CD2, d.get_base_path\CDX konyvtarakban
ezeket pedig nem lehet ugyanazzal a paranccsal kiscomagolni, lehet kulon script-et kellene irni raUdv: VladimirR
-
VladimirR
nagyúr
ahogy nezem, es nelkul csomagol az unrar
tedd mar be az alabbi sort a .rtorrent.rc file-ba, hogy meg tudjuk nezni a kimenetet, hatha okosabbak leszunk tole
[c]execute_log = ~/execute.log[/i]
ez csinal a home-ba egy execute.log file-t, amibe elmenti a kiadott execute parancsokat, s azok kimenetet -
VladimirR
nagyúr
a 0.3.2b-ig hulyen oldottam meg, szukseges hogy az apache tudja irni a file-okat, a kovetkezo verzioban ez mar ugyesebben lesz megoldva
gyorsabb, de nem tul szep megoldas, ha a .rtorrent.rc-ben megadod, hogy umask = 0000
ekkor 777 jogosultsaggal lesznek letrehozva a file-okettol szebb megoldas, ha azt mondod, hogy:
chgrp www-data /a/letoltesi/konyvtar/
chmod g+ws /a/letoltesi/konyvtar/
es a .rtorrent.rc-ben umask = 0002ez osszessegeben azt fogja eredmenyezni, hogy a file-ok 664 jogosultsaggal jonnek letre (konyvtarak 775), a tulaj te leszel, a csoport pedig a www-data (vagy amilyen a webszervered fut, olyat allits be), s a csoport oroklodni fog ujonnan letrehozott file-okra is
-
VladimirR
nagyúr
válasz Extracsaba #89 üzenetére
ugyanazzal az xmlrpc-c verzioval probalkozol? mert ez annak a hibaja
-
VladimirR
nagyúr
válasz Extracsaba #94 üzenetére
probald esetleg regebbi, vagy ujabb (svn) xmlrpc-c verzioval
sajnos pontosat nem tudok mondani, az advanced ag (1.07+) eleg valogatos, megesik, hogy ami egyik gepen lefordul, masikon nem
esetleg, ha biztosra akarsz menni, elsonek probalkozz a legutobbi stabl verzioval (1.06.akarmennyi), azok szepen szoktak fordulni -
VladimirR
nagyúr
válasz ChiliChili #97 üzenetére
ket lehetoseg jut hirtelen eszembe:
az egyszerubb, de pontatlanabb megoldas az, hogy a watch_directory-bol torrent-eket indito schedule esemenyt ugy idozited, hogy mondjuk csak naponta egyszer fusson, valahogy igy:
schedule = watch_directory,10,86400,"load_start=~/torrent/.watch/*.torrent,d.set_directory=~/torrent/unfinished"
a ket szamertek kozul az elso (10) azt mondja meg, hogy az rtorrent inditas utan mennyit varjon az adott feladattal az elso vegrehajtas elott, a masodik pedig azt, hogy ket futtatas kozott mennyit varjon ket vegrehajtas kozott (24 ora)
a masik, az sokkal pontosabb, nincs hatassal mas torrentekre (a fenti az pl az rss letoltot is "hazavaghatja" esetleg), hogy a torrent-eket egy kulon konyvtarba (pl.: ~/torrent/estehatkor/) teszed es csinalsz egy, az alabbihoz hasonlo cron job-ot:
echo "0 6 * * * userven cp ~/torrent/holnaphatkor/*.torrent ~/torrent/.watch/" >> /etc/cron.d/rtorrent
ez letrehoz egy cron job-ot, ami minden este hat orakor atmasolja a .torrent file-okat a usernev nevu felhasznalo ~/torrent/estehatkor konyvtarabol a ~/torrent/.watch konyvtaraba, ahonnan aztan az rtorrent betolti, s elinditja azokat
p.s.: a konyvtarnevek persze csak pelda konyvtarnevek
-
VladimirR
nagyúr
válasz Extracsaba #99 üzenetére
ugye az rtorrent-et is ujraforditottad egy-egy xmlrpc-c frissites utan?
-
VladimirR
nagyúr
válasz Extracsaba #101 üzenetére
es minden esetben ugyanezzel a hibaval all le?
esetleg meg probald meg az xmlrpc-c teljes eltavolitasat, majd feltenni a stabil valtozatot
utana libtorrent, rtorrent forgatasaz xmlrpc-c eltavolitasat a kovetkezokeppen szoktam megoldani (jobb hijjan, ugyanis nincs hozza uninstall a makefile-ban):
rm -R /usr/local/libxmlrpc_*
rm -R /usr/local/include/xmlrpc-c/
rm /usr/local/include/XmlRpcCpp.h
rm /usr/local/include/xmlrpc*ugyanis gondot okozhat az is, hogy vegyesen vannak fent a korabbi telepitesekbol fennmaradt lib-ek, include file-ok
utana pedig probald meg feltenni ezt a verziot, vegul pedig forditsd ujra az rtorrent-et (azt hiszem, configure is kell ujbol)
[ Szerkesztve ]
-
VladimirR
nagyúr
válasz Extracsaba #103 üzenetére
agyam eldobom, de most mar tenyleg, hogy mekkora hulladek ez az xmlrpc-c
eddig legalabb a stabil aggal nem volt gond, csak az advanced jatszott ilyet
sajnos erre csak annyit tudok mondani, hogy uninstall, az elozoekben leirt modon, majd innen szedd le az utolso elotti stabil release-t (1.06.27)
ha az sem jo, megint eggyel korabbit
valamelyik csak lefordul -
VladimirR
nagyúr
válasz Extracsaba #105 üzenetére
milyen linux ez (disztro)?
illetve milyen forditoval probalkozol? -
VladimirR
nagyúr
hany darab torrentrol van szo?
ha sokrol, lehet az a baja, probald meg emelni (vagy scokkenteni) az egyideju http kapcsolatok szamat a max_open_http paranccsal
a masik, amire gondolni tudok, hogy a curl verziod hulye (nekem tobbszor volt vele problemam), probald meg frissiteni a libcurl-t[ Szerkesztve ]
-
VladimirR
nagyúr
válasz Scobbyka #119 üzenetére
ahh, legkozelebb ne azt mondd, hogy nem lehet letolteni, hanem hogy szar az oldal, akkor hamarabb leesik, hogy en kurtam el mar emgint valamit
most mar be tudsz menni a downloads, majd az all releases menube es ott az eddigiekkel ellentetben lathatoak is lesznek majd a letoltheto verziok
meg mindjart megcsinalom a tobbi reszt is, hogy ne dobaljon macro-s hibauzeneteket sem, hanem inkabb latszodjanak a screenshot-ok es egyebek -
VladimirR
nagyúr
-
VladimirR
nagyúr
válasz ChiliChili #123 üzenetére
igen, a korabbi verziot mindenkeppen szedd le elotte
ha van a nas-odhoz rtorrent/libtorrent csomagban, akkor azt tedd fel, ha forgatni kell, akkor elobb a libtorrent-et, utana az rtorrent-et forditsd
ha szukseged lenne xmlrpc-re is, akkor legeloszor azt kell leforditanod (lehetoleg xmlrpc-c 1.07, vagy ujabb verzioval probalkozz, bar annak erdekes szokott lenni a forditasa)
Új hozzászólás Aktív témák
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Windows 10 Home COA fizikai licencek kiárusítás ingyenes szállítással
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!