Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,742 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější český počítač C24 klesl na 165 místo. Karolina, GPU partition klesla na 195. místo a Karolina, CPU partition na 421. místo. Další přehledy a statistiky na stránkách projektu.
Oficiálně byl vydán Android 16. Detaily na blogu a stránkách věnovaných vývojářům.
Byla vydána nová verze 14.3 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
CSIRT.CZ upozorňuje, že na základě rozhodnutí federálního soudu ve Spojených státech budou veškeré konverzace uživatelů s ChatGPT uchovávány. Včetně těch smazaných.
Ač semestr ve škole právě končí, bastlíři ze studentského klubu Silicon Hill neodpočívají a opět se jako každý měsíc hlásí s pravidelným bastlířským setkáním Virtuální Bastlírna, kde si můžete s ostatními techniky popovídat jako u piva o novinkách, o elektronice, softwaru, vědě, technice obecně, ale také o bizarních tématech, která se za poslední měsíc na internetu vyskytla.
Z novinek za zmínku stojí Maker Faire, kde Pájeníčko předvedlo … více »Na WWDC25 byl představen balíček Containerization a nástroj container pro spouštění linuxových kontejnerů na macOS. Jedná se o open source software pod licencí Apache 2.0 napsaný v programovacím jazyce Swift.
Do 16. června do 19:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | červen 2025 doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.
Apple na své vývojářské konferenci WWDC25 (Worldwide Developers Conference, keynote) představil řadu novinek: designový materiál Liquid Glass, iOS 26, iPadOS 26, macOS Tahoe 26, watchOS 26, visionOS 26, tvOS 26, nové funkce Apple Intelligence, …
Organizátoři konference LinuxDays 2025, jež proběhne o víkendu 4. a 5. října 2025 v Praze na FIT ČVUT, spustili přihlašování přednášek (do 31. srpna) a sběr námětů na zlepšení.
Po roce byla vydána nová stabilní verze 25.6.0 svobodného multiplatformního multimediálního přehrávače SMPlayer (Wikipedie).
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
# /etc/init.d/transmission-daemon stop
potom:
# nano /etc/transmission-daemon/settings.json
kde som si upravil cesty, a hlavne som zmenil rpc port z default 9091 na 9092, pretoze mi momentalne na sieti bezi iny transmission na NASe
potom som rebootoval a vsetko fungovalo ako ma, netstat ukazoval pocuvanie na porte 9092, restartoval som este niekolko krat a vsetko to fungovalo.
Ale ... potom som skusil daemona zastavit a hned ako som napisal:
# /etc/init.d/transmission-daemon start
tak sa to cele pokadilo a demon uz po starte systemu (nabootovani) nedokaze pocuvat na rpc porte, netstat ukazuje iba pocuvanie na peer porte ale nie rpc porte
teda: stacilo aby som raz (RAZ !!! panenko skava ... RAZ!!!) zadal /etc/init.d/transmission-daemon start, tak uz nikdy nedokaze demon pocuvat na rpc porte automaticky po starte systemu
ak demona zastavim a spustim automaticky, resp. /etc/init.d/transmission-daemon restart tak vestko funguje ako ma, ale nie priamo po starte, daemon sa pritom spusti ale http://mojserver:9092 napise "connection refused"
mozno som to napisal az moc polopatisticky, chcel som dat co najviac informacii, ale ... stretol sa uz niekto niekdy s tymto? skusal som menit uz vsetko mozne, debian som preinstaloval uz 8 krat a uz zacinam mat z toho sedive vlasy, ja viem ze ak by som do konzoly nikdy nenapisal /etc/init.d/transmission-daemon start, tak by to fungovalo automaticky, ale na to taky prikaz existuje aby sa pouzival, a nie aby sa to cele dokaslalo ...
Pomooooooc
Co máš v logu?
Na Archu mi to občas taky dělá a v logu je navíc:
Oct 2 16:23:25 <komp> transmission-daemon[288]: [16:23:25.913] Couldn't bind port <muj port> on <moje IP>: Cannot assign requested address (net.c:371) Oct 2 16:23:25 <komp> transmission-daemon[288]: [16:23:25.913] UDP Couldn't bind IPv4 socket (tr-udp.c:263)a pak ještě několik hlášek receive/send bufferu a pid souboru, které jsou tam i když to funguje.
Vždy mi stačilo démona zastavit, sestřelit případné pozůstalé procesy obsahující v názvu 'trans' a zkontrolovat, že opravdu neexistuje pid soubor z logu. Případně restart služby několikrát zopakovat. Nicméně system bych kvůli tomu ani nahodou nepřeinstalovával. Máš správně vytvořeného extra uživatele pro transmission s vlastním /home? (viz. ofic. wiki)
Nevím jak to máš na Debianu, ale na Archu je (podle mě) systemd servisa pro transmission trochu nedodělaná, protože nemá definovaný příkaz na zastavení, takže asi provede jen kill a pak dlouho čeká na nějaký timeout. To může být zdroj mého problému...
BTW, mám verzi 2.82 a ta chyba s přepisováním konfigu tam tuším stále je.
Tiskni
Sdílej:
