Új hozzászólás Aktív témák

• Frawly veterán

  #7060

  #7059 Nagytoll

  2020-09-13 18:02:39

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Frawly

  veterán

  #7059 Nagytoll

  #7059 Nagytoll

  kiderítettem, hogy a gcc-t érdemes azon a verzión fogni amivel a kernelt fordították, különben gondok lehetnek.
  Downgrade-eltem gcc 10.1.0-ra és rögtön települt minden dkms modul újra

  Hasonló probléma merült fel most Archon a qBittorrenttel. Mindenhol crashel az új verzió, mert ebben már a qBittorrentet és a libtorrent-rasterbar-t is C++14-gyes beállítással fordították, de ez meg nem fér össze valami Python-gyökérséggel, ezért qbittorrent: symbol lookup error: qbittorrent: undefined symbol hibával elhasal az egész, nem indul. Állítólag várni kell, Arch és qBittorrent bugtrackeren is jelentve van már a hiba, dolgoznak rajta a fejlesztők.

  Még mielőbb jönne valaki ubuntus, hogy ×4rarolling, eltörtmegint, csaxólok, hogy ez specifikusan a qBittorrentes fejlesztők hibája, valószínű Ubuntun is eltört, ha már itt tartanak verzióban. Utoljára egyébként 3+ éve tört el a qBittorrent Archon, akkor is megint a qB fejlesztőinek a hibája volt, régi libtorrent-rasterbarra dependeltek, Archon meg egy újabb verzió volt.

  Egyébként meg ezért sem szeretem a komplex, bloatabb GUI-s programokat. Bonyásak, sok függőségük van, pl. ennek a qBittorrentnek Qt5, libtorrent-rasterbar, Python meg egyebek. Az ilyen komplexitási fok gyorsan törik el, mivel több modul válhat egymással inkompatibilissé.

  Ezzel szemben egy CLI-s rtorrent simán megy, nem törik el soha, mert olyan szög egyszerű, annyira kevés kód fut egymagában, hogy nincsen nagyon, ami eltörhetne rajta. Cserében grafikus felület nélkül is fut, headless szerveren meg konzolban.

Új hozzászólás Aktív témák