Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
Nedlouho po tom, co jsem na jaře dodělal diplomku, jsem vrátil ségře notebook Haku a sedm let starý desktop Tsubaki opět pozbyl využití. Pak nám i zde v divočině vypnuli analog, což způsobilo zásadní pokles počtu něco hodnotného ukazujících televizí v domácnosti ze tří na jednu – někdy mám pocit, že šum, který nyní ukazují analogové televize, je hodnotnější než to, co jde na některé z devíti naladitelných digitálních stanic, ale budiž. Vznikla tedy potřeba zvýšit počet televizí, ale protože jsem progresivní, navrhl jsem namísto estébáka zneužít k tomuto účelu nevyužité Tsubaki. Úkol je tedy jasný, vytvořit náhradu televize, která občas zvládne něco nahrát…
Úvahy o HTPC vedu doma již delší dobu, delší dobu však také nedocházelo k jejich naplnění. V zimě jsem si jako takový první krok alespoň koupil dvoutunerovou (chceme přece nahrávat a koukat se na něco na jiném multiplexu, že?) kartu od Leadteku. Úmyslně jsem chtěl kartu do PCI, protože jsem tak trochu počítal s recyklací právě Tsubaki na HTPC. Zajímavé informace jsou na Linuxtv WIKI, takže o jejím zprovoznění jen stručně. Nějakou dobu jsem ji provozoval ještě v Hikari na jádře 2.6.38 nebo .39, tam ještě potřebovala gitové V4L ovladače, pro které jsem spáchal PKGBUILD. Když jsem oživoval Tsubaki s jádrem 3.0, tak už nebyly potřeba. Karta má také nějaké zdokumentované problémy, které se dají řešit ponížením firmwaru na verzi 4.95.0.0 – v příslušném PKGBUILDu stačí přepsat číslo verze a kontrolní součty. Žel ne všechny problémy to vyřeší, karta ráda spamuje konzoli hláškami af9015 command failed: 1. Jinak karta funguje včetně obou svých tunerů, jen dodávaný ovladač se mi s Lircem nepodařilo rozchodit.
Sledování a nahrávání TV je nejjednodušší přes MPlayer (viz stránka o MPlayeru a DVB-T), ale chtějte po rodičích, aby klepali příkazy v konzoli…
Zkoukl jsem tedy dostupná mediální centra pro Linux – MythTV a XBMC – a začal s MythTV vzhledem k jeho výchozí podpoře televize. Tady poněkud překračuju základní vytyčený cíl, ale chtěl jsem si do budoucna vyzkoušet, co nasadit na případném primárním HTPC. Také jsem si říkal, že když už tam bude plnohodnotný PC, proč na něm nepřehrávat hudbu – máme takový menší problém s CD přehrávači, které, mrchy, nechtějí číst některá CDčka – a filmy z DVD.
MythTV má jistou studenou fíčurku, která vypadá celkem zajímavě, ale které jsem se od samého začátku poněkud bál: Při sledování televize ji ve skutečnosti pouze nesleduje, ale i nahrává. Pak je tu klasický síťový návrh aplikace využívající backend podporovaný MySQL databází a frontend pro sledování. Tomu samozřejmě nedělá problém běžet na jednom počítači, jak je to v popisovaném případě nutné, neboť nemáme ethernetem zasíťovaný celý barák a umístění Tsubaki se zdá bude na vždy bez ethernetu.
Nastavení MythTV není zcela přímočaré, ale dá se to zvládnout, i když jsem si párkrát pěkně zanadával. Držel jsem se návodu na MythTV na ArchWIKI a ještě detailního návodu pro nastavení MythTV na ArchWIKI. Z hlediska systému pro HTPC je užitečné automatické přihlašování uživatele, buď skrz nějaký správce sezení, nebo podobným řádkem v /etc/inittab:
x:5:respawn:/bin/su mythtv -l -c "/bin/bash --login -c startx >/dev/null 2>&1"
V ~/.xinitrc pak musí být řádek:
exec mythfrontend
A bootovat je třeba do runlevelu 5.
Chladná fíčurka, MySQL databáze a pouze občasné využívání PC se však projevily celkem nehezky. Je-li PC většinu doby vypnutý a zapne se pouze ke sledování jednoho nebo dvou seriálů týdně, tak se MythTV vrhne na stahování EPG a jeho ukládání do MySQL, což se starou osmdesátkou od Seagatu znamená pěkný cvrkot. Tenhle cvrkot pokračuje vzhledem k chladné fíčurce během sledování celého pořadu. Aby toho nebylo málo tak má MythTV jisté nedeterministické problémy při přepínání mezi multiplexy. V okamžicích intenzivního cvrkotu disku (což si vykládám, když stahuje EPG, nebo cosi) se prostě na druhý multiplex nepřepne, buď to přehodí na jiný kanál stejného multiplexu, nebo to skončí škaredou hláškou (nenapravitelná chyba rekordéru). Pak se dá buď čekat, než se MythTV umoudří a zkusit to znovu třeba i s různými kanály, nebo provést restart. Na takové věci jsou ovšem uživatelé extrémně citliví. A aby toho nebylo málo, občas při sledování TV vyskočí jiná škaredá hláška (buffer zařízení selhal mnohokrát) předcházená několika sekundami černé obrazovky a následovaná nemilosrdným ukončením přehrávání nebo i pádem MythTV. I když někdy stačí prostě jen opět pustit přehrávání televize (jindy je potřeba restart), dochází k tomu s oblibou během zásadních okamžiků Ordinace v Ulici (nebo jak se to jmenuje) a to je pak oheň na střeše.
Z MythTV jsem tedy poněkud zklamán. Zejména to přepínání kanálů a občasné pády jsou opravdu problém, pravda, nedokážu říct s naprostou určitostí, zda MythTV, nebo nějakého nastavení v něm. Ostatní by se dalo řešit odděleným strojem pro backend, který by běžel většinu času nejlépe někde v komoře, kde by bylo jedno zda mu cvrčí disky. V mém případě se to však nejeví jako použitelné řešení.
Když máme tu možnost volby, řekl jsem si, že v jiném XBMC to třeba pojede, jak má. Odnesl jsem tedy Tsubaki k Internetu a začal instalovat. S návody na ArchWIKI je to tentokrát bledé, ale XBMC má nějakou dokumentaci: Instalace XBMC v Linuxu a pak jsem ještě našel jeden návod, který teď nemůžu najít, podle čehož jsem nastavil automatické spouštění v /etc/inittab:
x:5:respawn:/bin/su mythtv -l -c "/bin/bash --login -c startx >/dev/null 2>&1"
a v ~/.xinitrc:
/usr/bin/ck-launch-session /usr/bin/dbus-launch --exit-with-session /usr/bin/xbmc --standalone -fs
XBMC neumí samo o sobě obsluhovat televizní kartu, takže je potřeba zprovoznit nějaký backend. MythTV jsem vzhledem ke zkušenostem zavrhl a místo toho jsem vyzkoušel Tvheadend (XBMC a Tvheadend). Nastavení bylo oproti MythTV velice jednoduché a přímočaré (používá se webové rozhraní na http://localhost:9981/ – po spuštění démona /etc/rc.d/tvheadend).
Dostal jsem se tedy do stavu, kdy mám funkční XBMC (mimochodem s hezkým UI, ačkoliv Mythbuntu styl u MythTV také nevypadal zle), které mi přehrávalo TV, aniž by neustále hrabalo na disk – konečně ticho! Odnes jsem tedy Tsubaki zpět k rodičům, zapnul a… nestačil se divit. XBMC se odmítá připojit přes loopback na Tvheadend, protože není připojeno k síti! Googlím a… nic! To nikdo nepoužívá HTPC offline? Znechuceně se teda vracím k MythTV…
Chlápek, co dělá zmíněný Tvheadend si také píše vlastní mediální centrum s názvem Showtime. V AURu je balíček pro gitovou verzi. Oproti XBMC či MythTV se Showtime jeví uživatelsky poněkud méně přívětivě až stroze, přehrávání hudby, videa a televize (přes Tvheadend – takže disk je zticha!) ale zvládá a žádné připojení k síti k tomu nepotřebuje.
Celkem znatelnou nevýhodou Showtime je krkolomné ovládání. Zdá se, že vývojáři očekávají ovladač, se zažitým způsobem ovládání pomocí klávesnice hrozí ztráta nervů – dostat se klávesou ESC o úroveň výše nebo to aspoň nastavit se zdá být nemožné. Jinak má Showtime celkem pokročilé možnosti v ovládání klávesnicí, pokud si tedy nastavíte klávesové zkratky a budete si je pamatovat. U mě celkem bez problémů, u cílové uživatelské skupiny to bude horší. Ovládání myší také nic moc.
Aby to nebylo jednoduché Showtime (v gitové revizi, kterou jsou instaloval) zřejmě nerado vypíná
počítač, jakýkoliv pokus o ukončení Showtime, restart PC či jeho vypnutí způsobí pád Showtime. Takže jsem musel
uhekovat následující „skript“ (spouští se přes exec z .xinitrc), aby
šlo uživatelsky rozumně PC vypnout:
#!/bin/bash /usr/bin/showtime --disable-upnp --disable-sd sudo halt
Tolik tedy k mým patáliím s offline HTPC. Pokud se časem dostanu ke skutečnému nasazení HTPC do obýváku, tak mě nejvíc zaujala kombinace XBMC a Tvheadend. Showtime by potřebovalo poněkud dospět a MythTV bych provozoval snad jen se serverem někde v komoře.
Tiskni
Sdílej:
Linux zacate 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux