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ářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
TT-rss si uzivatele provozuji u sebe a nespolehaji na online agregatory, ktere uz zitra nemusi fungovat nebo zacnou fungovat za pro uzivatele nevyhodnych podminek.
Pro zacatek bude vic nez stacit, kdyz si guard natahne list kategorii a v nich vlozenych kanalu tj. aby koncovy uzivatel videl stejny stromecek co ma ve web rozhrani. Synchronizace nove vytvorenych kategorii a kanalu se muze udelat treba pri startu guardu...zas tak casto se to nemeni. Stahovani obsahu-hlavicek z tt-rss tj. nemusim se na koncove rss stranek napojovat 2x.
Synchronizace statusu jako precteno-smazano-"bookmarkovano" jak instantne, tak v nastavitelnem intervalu. Specialitky typu stitku, offline? mod apod. bych nechal na pozdeji.
Z meho pohledu by optimalnim koncovym stavem mela byt moznost pouzivat guard jako "desktopovou proxy(guard stahuje data z tt-rss, nejen synchronizuje obsah kategorii a pak sam stahuje a komunikuje s koncovymi rss linky" pro obsah v tt-rss. To umozni koncovemu uzivateli ziskat komfort desktopoveho klienta na svem PC a zachovani shodneho obsahu rss na dalsich zarizenich.
Vypada to dobre.
K bodu 5 - jestli to spravne chapu...s tim kompletnim smazanim...nebude to znamenat velkej napor na tt-rss respektive jeji DB, kdyz guard zacne po startu znova vsechno stahovat? U male instance, kde je par kanalu to asi nebude vadit, ale aktivnejsi useri s nekolika stovkama kanalu a vetsi historii, kdy nemaji nastaveno cisteni prectenych clanku(chteji mit kompletni historii) daji sve instanci tt-rss docela zabrat. U me to treba problem neni, me DB bezi na ssd, ale u sebevrahu s chujovinkama typu rasperipi by to asi narazilo na vykon.
Takze co takhle nechat zpravy v DB guardu a po jeho dalsim spusteni je nechat aktualizovat, tzn vse co se zmenilo v DB tt se zapise-prepise v DB guardu po jeho spusteni namisto opetovnyho stazeni vseho znova?
Upraveno. https://bitbucket.org/skunkos/rssguard/issue/8/tt-rss-integrationVypada to dobre.
Takze co takhle nechat zpravy v DB guardu a po jeho dalsim spusteni je nechat aktualizovat, tzn vse co se zmenilo v DB tt se zapise-prepise v DB guardu po jeho spusteni namisto opetovnyho stazeni vseho znova?
To zni rozume.
Obsahy zpravicek urcite cachovat, protoze kdyz na zpravicku kliknu pozdeji znova a zdroj ji mezitim zmenil, tak by guard mel zmenu sesynchronizovat s tt(pokud v tt byl link uz aktualizovan)...
Co to nechat na userovi? Sam by si zvolil jestli si udela z guardu offline ctecku tt-rss nebo to bude chtit cerstvi a nahradi guardem web rozhrani tt-rss a nic nebude chtit mit lokalne na pc.
A treba nejakej full mod, kdy se po zapnuti guard sesynchronizuje a s nove stazenyma zpravickama zaroven nacte i jejich obsach(cilovej web) by taky mohl bejt zajimavej pro heavy users.
A podme dal, nedrzme se pri zemi, kdyz uz sme v tom :) ... co takhle ikonka v liste, ktera posle link vybrane zpravicky do lokalni instance wallabag(wallabag.org)?
Predpokladam ze to ma nejaky api, protoze jsou na to pluginy do ruznych prohlizecu(link lze vlozit rucne, coz vetsinou delam a proto by bylo fajn mit tlacitko v guardu). Je to v podstate knihovna ulozenejch linku. Tj najdu na netu velmi zajimavej clanek a chci si ho nekam ulozit, protoze ze zdrojove stranky muze po nejake dobe zmizet nebo zmizi samotna stranka.
Kdyz to ulozim v prohlizeci jako soubor na disk, tak se to pak tezko dohleva treba po roce(vetsinou to nenajdu).
Kdezto tahleta self-hosted(stejne jako tt) aplikace ulozi cilovej link jako stranku(s definovanym vzhledem bez reklam) a muzu si kdykoliv pozdeji precist odkudkoliv, kde mam inet. Je to v podstate takovy ultimativni soukromy archiv web clanku. Podporuje to viceuzivatelskej rezim, lze sdilet stazene clanky a dokonce je publikovat skrze rss. Obsah lze vyexportovat.
Tiskni
Sdílej: