Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Pak záleží na tom, co udělá distribuce se starými konfiguračními soubory, které byly modifikovány, a mohou být buď záměrně změněné uživatelem, nebo chybně narušené při té neúspěšné aktualizaci.Pokud chci čistou instalaci, tak samozřejmě všechno kromě /home (a /root) smažu.
Myslím, že oddělení uživatelských dat od systémových dat je správný krok, ale kromě toho můžu mít oddíly s rozdílnými FS podle typu dat (např. zašifrovaný oddíl pro citlivá data).Jo, takhle to mám taky (nešifrovaný /boot, hůř šifrovaný / a nejvíc chráněný /home). Ale tohle je zrovna situace, na kterou subvolumes nejdou použít, tedy alespoň pokud šifruješ na blokové vrstvě.
Subvolumes jsou zcela dynamická záležitost, lze je vytvářet a snapshotovat kdykoliv. To je hlavní důvod jejich existence.
Pokud ale jde například o subvolume pro /home nebo /var, ty je pochopitelně vhodné nadefinovat při instalaci systému, aby pak nebylo nutné bootovat z rescue média a přesouvat už nainstalované soubory do subvolumes či něco podobného.
Vytváření subvolumes během instalace rozumného systému (například Fedory) přímo naklikáním v instalátoru je hračka. U Debianu ovšem může čistě ze zásady něco nefungovat, jako obvykle.
/boot se dává na samostatný oddíl proto, abyste tam měl jednoduchý souborový systém, ze kterého dokáže nabootovat kdejaký zavaděč a kdejaké jádro. A také proto, abyste měl bootovací oddíl chráněný od zbytku systému, třeba pro případ, kdy by se hlavní souborový systém rozsypal apod. Ze všech těchto důvodů nemá smysl dávat /boot jako subvolume na btrfs, ale je lepší ho dát do samostatného oddílu. U ostatních adresářů má smysl použít subvolume v případě, kdy tam potřebujete nastavit něco jinak, než u zbytku souborového systému - kompresi, chcete tam používat snapshoty apod. Ale subvolume můžete vytvořit i kdykoli dodatečně.
Z btrfs dokáže nabootovat kdejaký zavaděč a kdejaké jádro. (Bohužel kvůli omezením BIOSu (i EFI) stále ještě neexistuje spolehlivá podpora pro bootování z Btrfs RAIDu jiného než 1. Zavaděč něco takového klidně zvládá, ale když mu BIOS neukáže všechna potřebná zařízení, nezmůže zkrátka nic.)
Když se „hlavní“ souborový systém rozsype, bootovací oddíl je ten nejmenší problém a jeho zachování je v tom případě celkem na houby.
Dobrý důvod, proč má smysl mít oddělený /boot oddíl, je šifrování zbytku disku. (Pokud vím, btrfs zatím nepodporuje šifrování na úrovni filesystému.)
Tiskni
Sdílej: