Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
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: