-
IT café
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
chros
őstag
válasz vargalex #2007 üzenetére
"tmux-ban fut az rtorrent"
"/usr/bin/SCREEN -d -m -fa -S rtorren"Akkor ez nem tmux (En tenyleg abban ) Egyebkent mindegy.
Ha ranezel az rtorrent feluletere, a legfelso sorban a verzio mellet irja a pid-et. Az kell."~1G használt memória,"
Igen, de ebben nincs benne a max_memory beallitas eredmenye (mint azt fentebb linkeltem).[ Szerkesztve ]
-
chros
őstag
válasz vargalex #2011 üzenetére
"Nem én másoltam be ps kimenetet."
Bocs, felre kattintottam ..."De közben rájöttem, hogy a saját useremmel néztem és nem az én nevemben fut"
Koszi Alex, itt volt a kutya elasva."max_memory nincs beállítva"
Ha nincs beallitva ez az ertek a config-ban, akkor rtorrent kalkulaja ki a szerinte megfelelo erteket.Korcsi, Alex:
Koszi az adatokat, 1 dolgot felejtettem el kerni:
- az aktualis feltoltesi sebesseget (kb ertek) a kb 1,5 perces teszt alatt (hiszen arra vagyok/unk kivancsiak, hogy mennyivel tobbet olvas feleslegesen a kelletenel)
- az rtorrent allapotsoraban latszik ez az ertek
- az "atlag" sort eleg leirni (nem kell az egesz)Amint eddig latszik (nalam is igy van), hogy a letoltes/hdd-re iras-nal nincs ez a problema, csak feltoltesnel/hdd olvasasnal.
Soma01: a tietekre kulonosen kivancsi lennek, ha mar beuzemeltetek es megy a feltoltes, ahogy csak a csovon kifer (30-40 MB/s !)
- mert, ha itt is meglesz a 3-4x szorzo, akkor az kikesziti a HDD-t hosszutavon ...[ Szerkesztve ]
-
chros
őstag
válasz vargalex #2016 üzenetére
Igy nalad is megvan a 4x olvasas.
"És ugye egyszerre 1 egész blokkot kénytelen beolvasni a file-ból, attól függetlenül, hogy neki a blokk egy szelete kellene csak."
A fentebb linkelt issue-ban is erre gyanakszik az egyik hozzaerto.
Es ha ez tenyleg igy van, akkor ez rossz design dontes volt anno (az mas kerdes, hogy abban az idoben a net sebesseg toredeke volt a mainak, igy nem volt erzekelheto).
Egyebkent mas kliensek is szenvedtek ezzel a problemaval (rasterbar-libtorrent, transmission), de idovel kijavitottak oket."Nálam egyébként még nincs gond a HDD-kkel, pedig folyamatosan mennek:"
Ekkora olvasasi sebessegnel valoban nem gond, bar 4x annyit olvas mint kene igy is. (Nekem a max upload linkem kb 2,2MB/s, szoval engem sem veszelyeztet ez a problema nagyon.)
De ha ez a 4x szorzo a 30MB/s feltoltesnel is megvan, az mar nagy gaz! -> 120MB/s !!! -
chros
őstag
"Az mitől lehet, hogy nálam nincs hasznos kimenete a pidstat parancsnak?"
rtorrent tobb sub-process indit, probald ki a tobbi PPID-et is: pl. 916. Ha van pillanatnyi feltoltesed, akkor latnod kell lemez-olvasast!"A beolvasott blokk (ami úgy tudom kis méretű is lehet 4KB szektorméretnél talán annyi), a torrent szeletméreténél kisebb"
Alex is erre gondol, bar nem tudom pontosan mit ertunk blokk alatt.
Ha minden igaz, rtorrent (libtorrent pontosabban) teljes torrent chunk-kal operal (ennek merete teljesen kulonbozo lehet, 256KB - 16MB) s nem szeletekkel. Elso korben valszeg ez a problema forrasa.
Itt a hozzaszolas, amire fentebb hivatkoztam: [link]
Mindez pusztan hipotezis, mindaddig, amig ez a bug ki lesz javitva (ha egyaltalan valaha ki lesz )."ha az rtorrentnek nem is az operációs rendszernek illene gyorsító tárazni."
Ezt pedig egyaltalan nem ertem Itt egy erre vonatkozo hozzaszolas: [link]" rTorrent is wasting insane amounts of I/O. Keep in mind rTorrent is wasting massive amounts of random i/o, not sequential, which compounds the issue as far as increasing overall disk I/O latency goes."
"És most ugrott be, mi történik, ha a most megfigyelt érték nem a fizikai háttértár olvasásokat jelenti, hanem amikor onnan fér hozzá adathoz a program, bár az a gyorsítótár okán már a memóriában van"
A teszt-parancsok a kernel altal szolgaltatott tenyleges lemez-olvasasi sebessegeket mutatjak.Es a fent emlitett 3x-4x olvasasi sebesseg csak a jeghegy csucsa, ami minden rendszernel jelentkezik, de ha pl. NFS halorol (pl NAS) seed-elsz, akkor ez az egekbe ugrik: [link] , [link] , [link]
Igy ezt ne rtorrent-tel tegyuk! -
chros
őstag
válasz Oldman2 #2022 üzenetére
"bár van/volt download és most van upload is, csak zérókat ír ki"
A tobbieknel is ez volt eloszor: probald azzal a user-rel futtatni a parancsot, amellyel az rtorrent fut.@Alex: jo kerdes, passz, s meg lehet, hogy mas gond is van. Remelhetoleg rakshasa "hamarosan" raall erre az ugyre is.
[ Szerkesztve ]
-
chros
őstag
Flood (Node.Js) , ha valaki kiserletezni akar.
-
chros
őstag
válasz enginev3.0 #2037 üzenetére
"rtorrent leállítás után"
Ez gonbdolom rtorrent ujrainditasat jelenti.
Ha ez benne van a config-ban:# Check hash for finished torrents. (check_hash)
pieces.hash.on_completion.set = noes igy is csinalja, akkor:
- mentett rtorrent session fajlokkal van baj (pl. nincsenek egyaltalan ) -
chros
őstag
válasz enginev3.0 #2039 üzenetére
session.path.set = /mnt/rtorrent/sessiondir
Ezzel a direktivaval tudjuk megadni, hova mentse rtorrent a session file-jait. Ha pl. ez nincs a konfigban, akkor minden ujrainditas utan ellenorizni fog. Vagy ha ezek serultek/nem-frissitettek valami okbol kifolyolog. -
chros
őstag
válasz enginev3.0 #2041 üzenetére
Hogy-hogy?
-
chros
őstag
Uj verziok a ket projecthez:
rTorrent-PS-CH 1.5.0-0.9.7, fobb ujdonsagok:
- csak git verziot fordithatunk (megszunt a support az "elozo" verziokhoz )
-- kicsit mas code-base mint a 0.9.6-os szeria, sok hibajavitassal, s a futtathato meret 1/3-al kevesebb
-- leginkabb az UDP es DHT fixek az erdekesek
- alap matematikai parancsok
- partially done downloads fix
- choke groups fix
- honoring system.file.allocate.set=1 fix (felkesz ugyan, de jobb mint ami volt )
- temp filter: az "F" billentyu hasznalataval kereshetunnk barmely nevre majdnem minden view-ban (kiveve started es stopped)Teljes changelog.
Elviekben Arch Linux-on is fordithato, bar en nem probaltam.
rTorrent-PS_setup 0.9.7-0.9.7, fobb ujdonsagok:
- rTorrent-PS-CH 1.5.0-0.9.7 -ot igenyel!
- enable peer exchange, UDP tracker, DHT support !
- support public torrents !Teljes changelog.
[ Szerkesztve ]
-
chros
őstag
"Rtorrentnek kell (nem kell, de jó e ha van) nyitott UDP port?"
Ha hasznalsz udp trakert, dht-t, akkor igen.@(#2051) F34R: "Kezd transmissionosodni"
Egyebkent tudunk masik torrent kliensrol, amivel csoportokra lehet osztani a torrenteket? (throttle group es choke group)
Ez nagyon brutal feature![ Szerkesztve ]
-
chros
őstag
válasz #96292352 #2056 üzenetére
Ha ratio-ra gondolsz, es 0.9.6-ot hasznalsz, akkor igen: [link]
(#2055) F34R: "Az miert van, hogy a te builded rendszeresen elszall"
Ebbol igy fogalmam sincs. Nalam muxik jol.
Mikor, hogy? Milyen disztribucio, milyen konfiggal, rutorrent-et hasznalsz hozza?[ Szerkesztve ]
-
chros
őstag
"a te builded rendszeresen elszall es csak a main rtorrent-PS megy"
- akkor ezalatt azt ertetted, hogy le sem fordulEz igy nagyon kulonos, mert elviekben a mostani build script kisertetiesen hasonlo a mostani pyroscope-hoz (a git verzio kezeleseben van lenyeges elteres), azaz ha egy friss PS clone utan is lefordul a PS, akkor (szerintem ) a PS-CH-nak is le kell fordulnia.
"Itt a checking resznel hasal el."
Ez mar az utolso (rtorrent) build (az osszes tobbi utan), a 137 sor azt jelenti, hogy XML-RPC nem fordult le/nincs. Ezt a verziot hasznaljuk.
Itt a resz, ahogyan c-res, curl, xml-rpc fordul, es itt ahol libtorrent, rtorrent.
Ez az rtorrent kapcsolo lehet a ludas nalad?--with-xmlrpc-c=$INST_DIR/bin/xmlrpc-c-config
Nezd meg, hogy az adott fajl letezik e (elviekben a$HOME/lib/rtorrent-0.9.7-1.5.0/bin/xmlrpc-c-config
, ha user-kent forditottad)."nem hasznalom a rutorrentet"
Remek!"Voidlinux, GCC 6.3"
Eletemben nem hallottam rola Ebben nem tudok segiteni.
A szukseges csomagok debian/ubuntu alatt: [link]
Es a build script ezeket ellenorzi debian/ubuntu alatt.Lehet, hogy nincs "libssl-dev" csomagod felrakva es ezert hasal el az xml-rpc build (majd utana az rtorrent build)???
De ha ez igy van, akkor PS-en is igy kell lennie!"Altalaban csak public trackerrol szoktam tolteni, szoval most kiprobalnam az uj funkciokat is"
Ezekkel a beallitasokkal megy a git verzio mar tobb mint fel eve jol ubuntu-n."utp disabled vagy off-ra"
Ez UTP vagy UDP? Mi volt, ha nem kapcsoltad ki?[ Szerkesztve ]
-
chros
őstag
válasz #96292352 #2060 üzenetére
"A trackernek azt jelenti, hogy pl 2GB/s -el töltök fel. Igen, 1DVD 2mp!"
Ettol meg lehet ugyanaz a problema: a gond, hogy virtualhost kornyezetben rtorrent nem general egyedi ID-t, ezert a trackerek nagy resze ugy erzekeli a tobb rtorrent kliens-t, mint ha 1 lenne, ebbol szarmazik/hat a galiba. (A problema nem jelentkezik, ha egy fizikai eszkozon fut.)
Itt vannak hozzaszolasok, hogy jopar tracker ban-nolta.(#2061) F34R: erre sajna neked kell rajonnod, ha kiderult, ne tartsd magadban
[ Szerkesztve ]
-
chros
őstag
"kerte a libncruses5-dev csomagot ami ugye .deb only. Szoval leszedtem es nem kert fuggosegeket, az egyik forumtars ajanlotta hogy szedjem le a build.sh-t a legutolso-t ami az rtorrent-ps repobol szarmazik. Azzal lefutott a forgatas."
Ez azert erdekes, mert abban is bent van a libncruses5-dev: [link] Igy nem hiszem, hogy ezzel van a gond.Mint emlitettem, xml-rpc nem fordult le nalad, annak kene utanajarnod, hogy miert:
- build konyvtara megvan?
- a fent kerdezett xmlrpc-c-config megvan?
(Ezekre nem adtal valaszt)Ezt kene kezzel forditani probakepp.
Ui: kuldtem privit.
-
chros
őstag
1. Probaltad leforditani user-kent a git verziot pyroscope-tol?
2. Koszi a linket. Akkor valszeg a git libtorrent nem akar lefordulni az uj gcc-ddel. Ez ellen nem nagyon tudok mit tenni. Megkerdezhetned a Viodlinux foruman, hogy git verziot (a 2 jelenlegi master branch-bol) tudnak e forditani rtorrent-bol?
- remelhetoleg nem, s igy ki is derult mi a gond
- ha ez igy van, akkor nyithatnak egy uj issue-t az rtorrent github oldalan, ha gondoljak"As you can see, the library produced by rtorrent-ps-ch has undefined symbols, that is why the build fails"
Ezzel csak az a gond, hogy ubuntu 14.04-en lefordul[ Szerkesztve ]
-
chros
őstag
"a te rtorrent-ps ed gentoo alatt meg egybol lefordul nem is ertem"
En szinte biztos vagyok abban, hogy compiler lesz a "ludas". Itt latod azt, hogy mely gcc verziokkal fut automatikusan TravisCI: [link]
Ubuntu 14.04 alatt gcc 4.8.4 van, a tiedben joval ujabb (5.x ?), es megnezheted gentoo alatt mi.
Ezert irtam fentebb, hogy a Viodlinux forumon megkerheted oket, hogy probljanak git-et forditani rtorrent-bol, mert valszeg ezert nem menne."azt ajanlottak ne hasznaljak git verziot mert az instabil"
Ezt gondolom 1 ember javasolta, ps Nem tudja, mirol beszel"Egyebkent ezeket nem tudja a szimpla rtorrent?
- enable peer exchange, UDP tracker, DHT support"
Ezt tudja, de azota sok hibajavitas kerult az upp/dht kapcsolatok kezelesebe. En fel eve nem tapasztaltam crash-t, azelott volt 1x-2x 0.9.6-al."- support public torrents"
Nem irtam tobbet errol a feature-rol multkor: ez (javareszt) a choke group-ok hasznalatat jelenti. Ezt en fix-altam (mar 0.9.0 ota benne volt a feature listaban, de nem mukodott egyaltalan), igy ezt nem.
Kicsit bovebben errol: a gond a public torrenttekkel, ha rendszeresen hasznaljuk oket, hogy (foleg az ujak) "felzabaljak" a rendelkezesre allo slot mennyiseget, es a privat-oknak nem jut.
A choke group-ok ezen segitenek: csoportonkent lehet limitalni a rendelkezesre allo slotok szamat, igy szabva korlatot nekik.Az egesz az rtorrent-ps_setup-rol szol: igy mar 3 csoportra osztjuk az osszes torrentet. Leegyszerusitve, fontossagi sorrendben:
- 1. privat torrentek, nehezen seedelheto forrasbol
- 2. privat torrentek, konnyen seedelheto forrasbol
- 3. public torrentekEbbol latszik: ha csak 1 csoportnyi torrentet hasznalsz (pl. csak public), akkor nincs szukseged a choke group feature-re.
[ Szerkesztve ]
-
chros
őstag
válasz Zoolesz #2077 üzenetére
Milyen uj verzoit? Biztos, hogy az rtorrent-ps-ch-t?
Ha igen, van mas verzio is telepitve, nem veletlen az indul el?
Ha root-kent forditod a "build.sh install ps" paranccsal, akkor az /optban kell, hogy letrehozzon konyvtarat es symlinket is.Mas: hamarosan ismet ij verzio lesz, ujabb nyalanksagokkal.
[ Szerkesztve ]
-
chros
őstag
válasz Zoolesz #2079 üzenetére
Hhmmm ....
Akkor nem azzal a kapcsoloval lesz a gond, ha igy csinaltad.Honnan tudod, hogy a ch verzio indul el? En arra gyanitok, hogy van masik rtorrent is felrakra (van?) es az indul el a ch helyett, kulonben nem kapnal ilyen hibauzeneteket (hogy az adott parancs hianyzik). Ezt konnyen ki todod probalni:
- nevezd at a home konyvtaradban levo ".rtorrent.rc"-t barmire
- s igy inditsd el az rtorrentet, ahogy eddig probaltad
- igy el kell induljon valaminek (a beepitett konfigjat hasznalva), s a cimsorban latod majd, hogy ez csak sima rtorrent vagy a chHa nincs masik, akkkor pontosan masold be a hibauzenetet es annak a config sornak a tarmalmat amit ir.
-
chros
őstag
Az elso blokkot erdemes atnezni, es kiserletezni eddig a vonalig bezarolag :
[link]
(Az rtorrent wikin van performance tuning page, magyarazattal hozza.)De a fentebb emlitett 4x olvasasi bug miatt erdemes majd nezni a HDD terheltseget is, es annak megfeleloen beloni majd a download/upload limit-et.
Az jo hir! En vacak, meregdraga 76/20-assal sz*pok, es meg "rakenyszeritettek" VPN hasznalatara is, ami tovabb rontja a helyzetet
[ Szerkesztve ]
-
chros
őstag
Nos, osszessegeben 3 fo problemank van a kulonbozo disztribucio upgrade-ekkel:
1. fix OpenSSL 1.1 support
- pl Debian 9-en
- ez volt az, amit @Zoolesz tapasztalt Debian 9-en
- ez nem tul bonyolult, Jari mar elkeszitette a patch-et egy masik branchbe, csak backportolni kell2. fix rpath linking
- pl. Ubuntu 17.07-ben
- erre mar pyroscope elkeszitett egy javaslatot, de meg akarom nezni, hatha van jobb megoldas is ra egyenlore3. fix gcc v6.x issue
- ez az, amit pl. ViodLinux-on is jeleztel
- ez libtorrent/rtorrent git-gcc_6.x bug
- nem fogod kitalalni, mi a gond!
-- csak egy "gyors" hack-et tudtam ra kesziteni: mert nem tudom hol a bug libtorrentben (esetleg rtorrentben?)
- tovabbi info: [link]1. es 3. fix-e mar a develop branch-ben van, ezutan a 2.-esnek nezek utana.
Koszi mindkettotoknek a bug reportot!
Ezek utan van meg kerdes, hogy mert ruhellem a disztribucio valtast?!
[ Szerkesztve ]
-
chros
őstag
"2. fix rpath linking: ... de meg akarom nezni, hatha van jobb megoldas is ra"
Volt.Uj verzio (most csak a klienshez):
rTorrent-PS-CH 1.5.3-0.9.7, fobb ujdonsagok:
- input (command) history with categories (mint bash-ban)
- proper Inotify support
- c-ares, curl upgrade-elve
- OpenSSL 1.1 fix
- fix compiling issues with gcc v6.x
- fix rpath linking on newer distros by using relative rpath linking
-- ez nagyon erdekes: innentol kezdve a forditott konyvtarat:
--- at-lehet-nevezni, mozgatni, masolni !
--- igy, ha egyszer mar forditottal user-mode-ban, akkor nem kell az `install`-al ujraforditani, csak atmasolni az `/opt` konyvtarba
--- keszithetsz belole masoknak sima "tar.gz" file-t, s feltoltheted valahovaTeljes changelog.
Nos, ez nem volt egyszeru ... Remelem nem lesz hasonlo problema az elkovetkezo 2-3 evben!
[ Szerkesztve ]
-
chros
őstag
válasz bencsikgab #2097 üzenetére
"Az rtorrentben sem ékezetesen jelennek meg"
Ez erdekes, szerintem ez csak TERM beallitas kerdese lesz. Min belul fut rtorrent? screen/tmux?
A filemanager-re pedig nem tudok valszt, nem hasznalom, ezt a rutorrent foruman kellene megkerdezni.[ Szerkesztve ]
-
chros
őstag
válasz bencsikgab #2099 üzenetére
Ne screen-t hasznalj, hanem tmux-ot.
A daemon mode valoban uj, talan a kovetkezo verzioban benne lesz. De engem special nem erdekel -
chros
őstag
Ez csak egy resze volt, de kell hozza. A shell (bash) scriptek is felelosek a queue-ert, queueTorrent.sh, ami cronbol kell hogy fusson.
Te a "queue" konyvtar valamelyik alkonyvtaraba kell bemasoljad a letolteni kivant fajlt es Nem a "downloading"-on belulre!Nekem es masoknal is muxik a rendszer jol.
"Mivel ha nekem van helyem akkor nem fogja atrakni egy masik almappaba"
Dehogynem, ezen alapul a rendszer.[ Szerkesztve ]
-
chros
őstag
válasz Zoolesz #2104 üzenetére
Uj verzio mindket projekthez (2017.08.20.):
rTorrent-PS-CH 1.6.0-0.9.7, fobb valtozasok: lenyegeben a build script kb 70% ujrairva
- Rename repo and main directories
- Create optimized gcc build by default on Linux as well
- Fix compiling issues with gcc v6.x and libtool properly
- Add proper relative rpath link support
- Refactor build script completely
- Separate vanilla build of rtorrent completely
- Update building instructionsTeljes changelog.
rTorrent-PS-CH_Setup 0.9.8-0.9.7, fobb valtozasok:
- Add inotify support in rtorrent config
- Rename repo and modify absolute path of rtorrent-ps-ch in init script
- Disable CURL's built-in DNS cache if external one is available
- Add ability to set an interface to bind to
- Set public IP address reported to the tracker without dynamic DNS service
- Don't restart download upon moving unless it's necessary
- Fix tied torrent file for magnet links
- Improve performance of rtgetTotalRotatingSize bash function
- Comment out low_diskspace scheduled task in rtorrent config
- Upgrade pyrocore to current version
- Upgrade KiTTY to current stable version on Windows
- Support multiple tmux versions in tmux.conf
- Fix reporting stopped rtorrent instance even when it has been restarted successfully in external scriptTeljes changelog.
"Láttam van új verzió: 1.6.0"
Igen, mar lassan 2 honapja, de erdeklodes hianyaban ide mar nem masoltam be. Most igen."Szerettem volna frissíteni ... ha jól másoltam így írtad korábban."
Mint latszik a changelog-bol, a kliens eseteben a build script kb 70%-a lett ujrairva (remelhetoleg egyszerubbe teve az egeszet ).
Ezt megelozoen Pyroscope build scriptjet "patch-elgettem", de eljott az ido, hogy alapjaiban legyen megvaltoztatva a build script.
Ennek kovetkezteben a project neve es a konytar nevek is megvaltoztak!
Igy mar uj leiras is van, hogyan kell build-elni."Mondjuk nem tudom, hogy elég a ps vagy a ps-ch-t kellene felrakni, de ahogy néztem mindegy és mindkettőnél ez a hiba."
Ha csak a megvaltozott project nevere gondolsz, akkor lehet, hogy mindegy, mert mindketto URL ugyanoda mutat, de hasznald az uj leirast.Mivel a forditott binary fajl konyvtarneve is megvaltozott, igy modositani kell az rTorrent-PS-CH_Setup-ban is, ha hasznalod. (Nem is emlitve a tobbi valtozasokat.)
Enjoy!
[ Szerkesztve ]
-
chros
őstag
válasz Zoolesz #2106 üzenetére
"
sudo gem install fpm
no such file or directory - getcwd"
Ez a parancs csak a packaging (csomag keszites)-hez kell, igy ha nem muxik, akkor nem gond.
A folotte levo hosszu apt-get install parancsot is futtattad mint root?
Vagy sudo nincs, vagy a gem parancs hianyzik."Az új verzió pedig evvel száll el
time nice -n 19 ./build.sh ch [git]
"
"nem tudja most valamiért fordítani config a helyén van"
Errr.... Milyen config???
Akkor megegyszer, sima user-kent futtatod ezeket, s igy mar leforditod sima usernek (kb 10 perc):mkdir -p ~/src/; cd ~/src/
git clone https://github.com/chros73/rtorrent-ps-ch.git
cd rtorrent-ps-ch
time nice -n 19 ./build.sh chMajd ha ez kesz, akkor "installalod" (atmasolja csak a forditott binary-kat) az "/opt" konyvtarba root-kent (!) s elkesziti a szukseges symlink-eket.
sudo ./build.sh install
Ha ezzel lesz gond, akkor sudo beallitasa Debianon nem jo: mint latom a leirasban linkelt "hint" mar nem el (de jo ... ), itt a web-archive-os link. Roviden ez kell majd neked (ha nem muxik elsore, Debian 9-en mindenkepp, 8-on nem probaltam), es itt a commit hozza (1 soros fix).
Tesztelve: Ubuntu 14.04, Ubuntu 17.0x, Debian 9.
[ Szerkesztve ]
-
chros
őstag
válasz Terrorista #2109 üzenetére
Ha socket-el konfigoltad oket, akkor a socket "fajl" jogosultsaga lehet az egyik gond, amit egyszeruen igy orvosolhatsz: [link]
@(#2108) Zoolesz: hat ez nagyon kulonos. Ha lesz idom es hangulatom, akkor kiprobalom majd virtualgepben debain netinst 8.9.0-val. Le kell hogy forduljon ezen is. Es a regi 1.5.3-0.9.7 lefordul???
-
chros
őstag
válasz Zoolesz #2112 üzenetére
Ppfff ... Mi is kiprobaltuk debian 8.9.0-val, es valoban. De nem volt/lesz idom mostanaban ezzel "jatszani" sajnos.
Probald ki debian 9.0-val virtualgepben (tudom, hogy van mar 9.2.x is) azzal teszteltem 2 honapja. Ha jo, es nem gond, akkor upgrade-eld 9-re.
Elnezest a kellemetlensegert. -
chros
őstag
válasz enginev3.0 #2116 üzenetére
En nem is hallottam rola. Link?
-
chros
őstag
válasz enginev3.0 #2118 üzenetére
Koszi, nem tudtam rola.
De latatlanban sem ajanlom Windowsra. Ntfs fs-el nem mukodik jol egyaltalan, s meg ki tudja mennyi mas baja lenne.
Inkabb hasznalj mas, gui-val rendelkezoket Winfoson.[ Szerkesztve ]
-
chros
őstag
válasz Santino #2128 üzenetére
"Asus RT-N18U routeren Tomato firmware ... Szeretném az rtorrent-ps-t felrakni"
Van hivatalos csomag Tomato-ra belole?
Ha van, akkor minden maradhat.Ha nincs: Ebben sajna en nem tudok, regen OpenWRT-re probaltam, a forditas sikerult is, de: OpenWRT-n nincs normalis locale support (utf-8), igy az rtorrent-ps altal hasznalt glyph-ek abszolute xarul (ertsd, hasznalhatatlanul) jelentek meg, igy ertelmet vesztette a dolog. (S az pedig mas kerdes, hogy az 1 magos tplink routerek nem is birjak erovel.)
Szovel ez a sorrend, ha ki akarod probalni:
- deritsd ki, hogy van e proper locale support; ha van:
- keresd meg az rtoerrnt/libtorrent source csomagjat, s modositsd, hogy a pactchek is belekeruljenek, majd probald leforditani
- a dependency csomagokkal neked kell probalkoznod (cares, curl, xmlrpc)
- es akkor a pyrocore projectrol meg nem is beszeltunkHa nekiallsz, akkor jopar honapos projectet veszel a nyakadba, de erdekes a problema.
Amit inkabb javasolnek: ha van regi elfekvo laptop, akkor Ubuntu-t, Debain-t ra, s radugni egy nagy, kulso usb3-as/esata-s hdd-t, s mehet a menet.
S zaroszokent, inkabb rtorrent-ps-ch-t javaslok
(#2127) torzsa007: elofordul ez a legjobbakkal is
[ Szerkesztve ]
-
chros
őstag
válasz rootmin #2131 üzenetére
Udv!
1. kerdesre: valszeg a hianyzo '-rf' kapcsolo miatt nem torlodik, igy tudod hasznalni.
2.: akkor valszeg tetszeni fog az rtorrent-ps-ch_setup project
Ugyanis pont az altalad linkelt Stefano altal keszitett otletre alapul, csak joval osszetetteb modon. Jo olvasgatast! -
chros
őstag
"a gond, hogy ha valaminél már megvan a letöltött anyag"
Kell meg egymethod.set_key = event.download.hash_done, move_hashchecked, ...
sor is az "event.download.finished"-hez hasonloan, mert a kesz adatnal csak az elobbi triggerel-odik, de:
- trukkos a dolog egy kicsit, mert:
-- a hash_done event ujra triggerel-odik minden rtorrent ujrainditasnal es minden torrentre!!!Ha ilyet hasznalsz, akkor lehet, hogy tetszeni fog az rtorrent-ps-ch_setup project, tobbek kozott ezt is kezeli, s meg sok minden mast is. Itt a megfelelo reszlet belole (mast is tratalmaz):
[link][ Szerkesztve ]
Új hozzászólás Aktív témák
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Vírusirtó, Antivirus VPN kulcsok
- AKCIÓ! - STEAM kulcsok / Punch Club, Oddworld: Soulstorm, Children of Morta, stb. - 2024.05.16.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest