milahu
milahu
i guess this is hard to reproduce, so low priority i added this torrent about 36 hours ago ``` magnet:?xt=urn:btih:5ac0c38eda69f33cfaa09997c8ceff16e2a5bdcf&dn=Koan&tr=udp%3A%2F%2F193.189.100.186%3A6969%2Fannounce&tr=udp%3A%2F%2F198.100.149.66%3A6969%2Fannounce&tr=udp%3A%2F%2F185.230.4.150%3A1337%2Fannounce&tr=udp%3A%2F%2F109.201.134.183%3A80%2Fannounce&tr=udp%3A%2F%2F209.141.59.16%3A6969%2Fannounce&tr=udp%3A%2F%2F156.234.201.18%3A80%2Fannounce&tr=udp%3A%2F%2F185.102.219.163%3A6969%2Fannounce&tr=udp%3A%2F%2F23.157.120.14%3A6969%2Fannounce&tr=udp%3A%2F%2F208.83.20.20%3A6969%2Fannounce&tr=udp%3A%2F%2F89.234.156.205%3A451%2Fannounce&tr=udp%3A%2F%2F185.243.218.213%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.breizh.pm%3A6969%2Fannounce&tr=udp%3A%2F%2F23.134.88.6%3A1337%2Fannounce&tr=udp%3A%2F%2F152.231.114.209%3A1337%2Fannounce&tr=udp%3A%2F%2F102.223.180.235%3A6969%2Fannounce&tr=udp%3A%2F%2F93.158.213.92%3A1337%2Fannounce&tr=udp%3A%2F%2Ftracker.moeking.me%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.torrent.eu.org%3A451%2Fannounce&tr=udp%3A%2F%2Fwww.torrent.eu.org%3A451%2Fannounce&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce&tr=udp%3A%2F%2Ftracker.bitsearch.to%3A1337%2Fannounce ``` size is 45.88GiB after 24 hours the download is...
https://docs.rs/tokio-file/latest/tokio_file/trait.AioFileExt.html#method.writev_at https://docs.rs/tokio-file/latest/tokio_file/trait.AioFileExt.html#method.readv_at https://github.com/rust-lang/rust/issues/71055 https://github.com/vimpunk/cratetorrent/blob/master/DESIGN.md#vectored-io https://old.reddit.com/r/rust/comments/kiah3q/i_wrote_cratetorrent_a_bittorrent_engine_in_rust/ https://github.com/vimpunk/cratetorrent/pull/95
useful for monitoring the network load of rqbit expected result: something like ```json { "uploaded_bytes": 62134134, "downloaded_bytes": 345124, "download_speed": { "mbps": 1.23, "human_readable": "1.23 MiB/s" }, "upload_speed": { "mbps": 5.32,...
currently there seems to be no limit, all torrents are checked in parallel cpu load is about 25% when checking 20 torrents in parallel so this is just slow, not...
currently rqbit is re-checking complete files on every run https://libtorrent.org/manual-ref.html#fast-resume
currently rqbit throws when the downloaded files are read-only > finished with error: error opening "/path/to/file.txt" in read/write mode the downloaded files are complete and rqbit should only seed them...
### What happened? i removed files from git in this commit https://github.com/milahu/iceagefarmer/commit/b49eeeebebc37b24dd0e75578afeb527cbf4f2a6 and now the upload to github-pages (actions/upload-pages-artifact@v0) fails with the errors ``` tar: ./index.atom: File removed before we...
fix #755 todo: dont use `output = NamedTemporaryFile(mode="w+b", delete=False` instead, write directly to `out_f` or write to `out_f + ".temp"` and on success, rename to `out_f` to reduce memory usage...
this action fails in [my fork](https://github.com/milahu/pyload) of pyload ``` /home/runner/work/_actions/lee-dohm/no-response/v0.5.0/dist/index.js:3430 const error = new requestError.RequestError(message, status, { ^ RequestError [HttpError]: Resource not accessible by integration ``` full error ``` /home/runner/work/_actions/lee-dohm/no-response/v0.5.0/dist/index.js:3430...
i want to use scribeocr to proofread and correct a bunch of hocr files from tesseract currently i need to process a book of 200 pages... so the current interface...