Synology Debian 8 (Jessie) 編譯 qBittorrent 4.5.5
再不久後就要過年了,最近想轉換跑道,空閒時間也變多了,有多閒呢?閒到在群暉裡的 Debian-chroot 這個老古董,編了一個 qBittorrent 4.5.5+ libtorrent 1.2.19 (qt.5.15.x)
(繼續閱讀)再不久後就要過年了,最近想轉換跑道,空閒時間也變多了,有多閒呢?閒到在群暉裡的 Debian-chroot 這個老古董,編了一個 qBittorrent 4.5.5+ libtorrent 1.2.19 (qt.5.15.x)
(繼續閱讀)先離個題講個題外話:
離上次發文時間好像很久了XD
其實一直都有在更新 qBittorrent Docker 的版本,只是我這個人真的太懶了
沒什麼重大的變動就懶得發文了
平時實在太忙了,年尾空閒時間比較多,往後我會多多發文的
qBittorrent 4.2.0終於上了正式版,一路從Alpha到RC與Beta等測試版,試用上都覺得不錯
libtorrent庫版本也從1.1.x升級到1.2.x,除了這些變動外,變化最大的大概就是Webui了
Synology qBittorrent for Docker 其它版本選擇:
2019.01.08更新
使用一陣子,發現github不少人回報在Debian/Ubuntu環境裡編譯的4.1.5,三不五時crash,我自己在Debian8環境使用4.1.5也遇到這樣的問題,加上些朋友使用後回報,原本透過Ubuntu 16.04編譯的Latest4.1.5版本也會三不五時潰崩,因此暫時利用手動的方式push了一個Centos7.6環境編譯出來再commit的Image,替換原本的Latest4.1.5版本,Centos的版本我自己試用在之前測試的Docker Image和Seedbox的Server上,已穩定使用一星期沒有出現潰崩的情形,試過上傳Centos版本的Dockerfile,不知為何總是卡在編譯qb4.1.5時出現session.o error,一般這問題都是gcc g++ 版本造成的,Dockerfile指令有另外指定使用相對應的版本來編譯一樣報錯,純手動在Centos7.6的容器裡自行輸入指令編譯確可以順利完成編譯=.=||,Centos我真是搞不懂你啊啊啊啊!!!!!!!,暫時手動push commit修改的版本,有空再來研究~”~
本文
最近看到 qBittorrent 官方放上了 4.1.5 的 release,離上個使用的版本4.0.4也蠻久了,趁著Dockerhub官網介面改版,嚐試build了一個新的 Synology qBittorrent 4.1.5 版本,不過因為 Dockerhub新版介面不熟悉,突然發現我的 Dockerfile 跟 Builds 的狀態連結都不見了,查了一下 Dockerhub 官方論壇,有不少人在改版後的新介面都遇到這樣的問題,所以暫時沒有 Dockerfile,想了解 Dockerfile 內容的話必須到我的 github 看
突然發現 4.1.5 的 Webui 可以編輯 Tracker 了 (灑花) ,也不知從第幾版開始有支援,不過這也是我想使用 4.1.5 的重要原因之一,在不想安裝 Desktop System 的 Seedbox Server 裡,舊版的 Webui 都沒有 Edit Tracker 的功能實在很不方便
Synology qBittorrent for Docker 其它版本選擇:
Synology qBittorrent 在群暉裡並沒有第三方源套件安裝
之前利用Debian Chroot的方式編譯了一個Debian 8版本的qBittorrent
使用qBittorrent 4.0.4也好一陣子,真心覺得好用 (缺點大概就是1000種以上會卡成狗)
當使用者從Seedbox把檔案拉回本地重新輔種時大檔案直接跳過校驗省了很多時間
幾天前,有位朋友透過QQ詢問一些Docker qBittorrent 最新版本在群暉上運作的問題
試了幾個Docker Qb4.0.4版本,有些站點會存在Tracker not working或潰崩的問題
不知道為什麼會出現這樣的問題 (猜測作者可能精簡了一些環境導致一些功能異常)
昨天花了一些時間,使用libtorrent1.1.17編了一個新的qBittorrent 4.0.4 build 成 Docker images,為了能正常運作並沒有精簡一些相依賴的環境,今天已push到DockerHub上面
Synology qBittorrent for Docker 其它版本選擇:
之前發表了幾篇Linux OS安裝Qbittorrent的教學,但對於一般不熟悉Linux的使用者,獨立伺服器的指令操作可能令人費解,因為他不像Windows 系統,任何東西一鍵install到底就安裝完成了,在編譯的過程,可能輸入了一個錯誤的指令或lose掉了一個步驟,甚至準備環境少了某些庫或設定參數錯誤,都可能導致編譯失敗收場
這時我就很推薦大家使用Nas,伺服器的應用可大可小 ,有ISO認證的那些中、大型企業建立自己機房、自己的伺服器群、自己的機房線路、重新為機房配電配線配空調甚至消防or不斷電系統,花個幾百萬不為過,當然也有小型企業直接搞1-2台Nas當Server完事,套一句周星馳的名言「身為一個IT,在機房偷放一台自己的Nas也是很合理的事」,上面的那句話是做夢夢到的….