Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Skús použiť príkaz hiddenmenu v súbore /boot/grub/grub.cfg. Netestoval som správanie. Prikladám link.
Prepisanie súboru /boot/grub/grub.cfg dochádza pri každom spustené update-grub. Uveď zdroj, kde si našiel výpis premenných pre /etc/default/grub
Prepisanie súboru /boot/grub/grub.cfg dochádza pri každom spustené update-grub.Ano.
Uveď zdroj, kde si našiel výpis premenných pre /etc/default/grubViděl jsem to někde. Tuším, že to tam přidal instalátor Ubuntu. Nicméně výpis je vidět třeba v
/usr/sbin/grub-mkconfig.
Tebou odkazovaná dokumentace je pro GRUB1.
/etc/default/grub (pokud si neznemožníte update GRUB2-u)./etc/default/grub obsahuje roj voleb, ale jsou zakomentované, jinak zde je to po čehúnsku popsané.
jak bylo řečeno /boot/grub/grub.cfg se nedoporučuje přímo editovat (ale je to možné). V Archu dojde k přepsání po každém spuštění grub-mkconfig. Pro editaci jsou určeny soubory /etc/grub.d/40_custom nebo /boot/grub/custom.cfg. Změny v těchto souborech se pak přepíší do /boot/grub/grub.cfg.
Princip stejný, jen k aktualizace slouží jiný příkaz ( update-grub x grub-mkconfig ).
GRUB_HIDDEN_TIMEOUT=3
nebo-li menu je schované, ale pokud do 3 sekund stiskneš SHIFT naskočí GRUB menu
GRUB_HIDDEN_TIMEOUT_QUIET=true
toto ti také schová časovač.
více viz odkaz
Ten soubor je generován jak v Bubuntu, tak například v Debian-u a očekám (nemám to ověřené), že to tak prostě je pro GRUB2 world-wide.Není. Součástí balíku je tuším jen grub-mkconfig, který se volá ručně. Gentoo například pokud vím grub-mkconfig automaticky nespouští nikdy. Programy typu update-grub už jsou distribuční speciality. Ale i distribuce bez update-grub může zavolat grub-mkconfig automaticky například v rámci package managementu.
grub-mkconfig vezme /etc/default/grub a vygeneruje konfigurační, soubor obvykle si zadáš nebo je zadáno /boot/grub/grub.cfg, bo to bude ten který používá Grub2 (nepíšu nic o tom „čím“, ale „co“ je bráno jako zdroj). Takže když si jej pak ručně upravíš (jako třeba já), tak musíš zajisti dvě věci aby se tento update neprovedl sám, buď jiným nástrojem (update-grub, grub-mkconfig), protože jak píšeš, balíčkovací systém ho pravděpodobně a někdy i neočekávaně to může udělat za tebe, protože to považuje za správné „když aktuální, tak aktuální“ (a je jedno jestli je to update-grub nebo grub-mkconfig -o /boot/grub/grub.cfg) a za druhé je třeba zajistit, aby sis to nepustil sám a uvedl se do stavu zděšení po reboot-u – což beru jak větší problém, bo já se takto děsím nerad./boot/grub/grub.cfg, bo tam se nic neztratí, nanejvýše bez opomenutí dalšího, se změna nepromítne./etc/grub.d/40_custom už mi byl přepsán, předpokládám, že to byl bug při aktualizaci GRUB-u.
Ty to v rámci touhy po přesnosti nepřesně komplikuješ ;)Ani ne.
OT: A k o patro výše uvedenému /etc/grub.d/40_custom už mi byl přepsán, předpokládám, že to byl bug při aktualizaci GRUB-u.Přepisování souborů v /etc/grub.d rozhodně upstreamová aplikace nedělá, takže v tomto případě s tebou sohlasím a bude se jednat o distribuční bug.
A za mě hlasuji za odstranění jakýkoliv automatů a aktualizátorů zavaděče, tato činnost by nikdy neměla být prováděna automaticky „by default“, jako je to třeba v Bubuntu či Debian-u - tedy každý měsíc (trošku jsem si zapřeháněl…).Podle mě se dělí lidi v oblasti GRUBu rámcově na tři (nedisjunktní) skupiny: 1) Většina, která automatiku vítá. Nebo přesněji řečeno nevítají, protože ji nevnímají, ale kdyby zmizela, okamžitě by začali nadávat. Jsou mezi nimi běžní domácí uživatelé, ale i zkušení administrátoři, kteří prostě jen nemají důvod ztrácet čas s něčím, co může normálně fungovat samo. 2) Velmi odborná menšina, která automatiku nechce, ale dokáže si ji vypnout. Tito můžou používat distribuci, která má automatiku ve výchozí konfiguraci vypnutou (třeba Gentoo), nebo běžnou distribuci (třeba Ubuntu, Fedora), kde se jim buď podaří automatiku vypnout normálně, nebo nějakým hackem (kdyby bylo nejhůř, tak zablokují update GRUBu a v případě potřeby ho provedou ručně). 3) Nejmenší, zato nejhlasitější, menšina, jejíž myšlenkové pochody jsem zatím nedokázal rozkrýt. Nerad bych jim křivdil, ale zatím mě nenapadá nic jiného než že se nadáváním na automatiku snaží dokázat sobě a okolí, že jedině oni jsou ti praví geekové. Ale třeba mi někdo vysvětlí, že se mýlím. Já osobně se řadím do skupin #1 a #2, s tím, že u běžných instalací se držím #1 od té doby, co mi automatika funguje podle představ.
„Windows Beta 7 - 37bit extension (It's similar to operating system)“ a nesere mě, když jsem si to nepodchytil a on mi to přepíše na titulek, evokující volbu startující plnohodnotný OS a navíc 64 bitový.V tom tě naprosto chápu a přeju ti, ať se ti podaří najít distribuci, která ti v tomto bude vyhovovat (i kdyby to byla nakonec ta, kterou momentálně používáš).
Pravděpodobně patřím do skupiny dvě a tři, u tři ti pomohu s rozkrytím, brblu (sice si nemyslím, že hlasitě), protože to právě zapomenu vypnout (stav nyní) a nechápu proč to je tak „by default“Přitom to není až tak těžké pochopit. Zkus si představit člověka z nejširší skupiny #1, co pro něj bude znamenat když mu tu automatiku sebereš.
Do skupiny jedna nemůžu a to obecně, bo se mi věci pocitově vymykají kontrole (prakticky to může být obráceně), a automatiky mi právě nefungují nikdy podle mých představ, nebo spíš hůře, zdá se, že fungují dle mých představ a najednou „bác“.Lidi z #2 potom často používají méně automatizované distribuce typu Gentoo nebo Archlinux. Nevím, jak třeba vypadá výchozí konfigurace Sabayonu. Ale když si vybereš distribuci pro #1 (obecněji, nejen ohledně GRUBu), tak holt musíš automatizovaný default očekávat.
Přitom to není až tak těžké pochopit. Zkus si představit člověka z nejširší skupiny #1, co pro něj bude znamenat když mu tu automatiku sebereš.Přitom to není tak těžké pochopit, že se lze při instalaci nového jádra, apod. jen zeptat… („s větičkou když nevíš zvol ‚ano‘“), a jinak „tak nějak“ cítím, že rýpat automaticky do fungujícího zavaděče, je divné - nejistotu zavádějící…
Lidi z #2 potom často používají méně automatizované distribuce typu Gentoo nebo Archlinux. Nevím, jak třeba vypadá výchozí konfigurace Sabayonu. Ale když si vybereš distribuci pro #1 (obecněji, nejen ohledně GRUBu), tak holt musíš automatizovaný default očekávat.Čyři věcí:
Přitom to není tak těžké pochopitJá jsem nepsal nic o tom, že bych něco nechápal :).
že se lze při instalaci nového jádra, apod. jen zeptat…Mam rád, když je instalátor interaktivní co nejméně. A navíc tohle mi zrovna přijde úplně zbytečné. Bohatě by stačil přepínač, který si pokročilý uživatel nastaví podle potřeby (a pro běžného uživatele měnit bez ptaní, protože to je to, co typicky chce).
№1 Např. u Debian-u bych to neočekával.Zrovna Debian je ohledně automatiky dost extrémní. Prakticky každá služba se spustí už instalací, pokud si dobře pamatuju.
№2 Pro skupinu #1 často připravují lidé (asi ze skupinu #2) OS, tedy je té práce více než by muselo býtMám na to opačný názor, ale tam už jsme byli.
№3 Zrovna chování GRUB-u (a NM), má (pro mě) velmi malou váhu při výběru.Ono to není chování GRUBu, ale chování všeho. Typická distribuce má nějaký svůj celkový ráz. Není to tak, že by se to týkalo jen jednoho balíčku.
№4 A ať je to jak chce, „automatizovaný default očekávat“ možná můžu, nicméně souhlasit s tím nemusím.A to je asi tak všechno, co s tím můžeš dělat, pokud chceš používat distribuci, jejíž filosofie s automatizací počítá.
Mam rád, když je instalátor interaktivní co nejméně. A navíc tohle mi zrovna přijde úplně zbytečné. Bohatě by stačil přepínač, který si pokročilý uživatel nastaví podle potřeby (a pro běžného uživatele měnit bez ptaní, protože to je to, co typicky chce).O instalaci jako takovou moc nejde, jde spíš o aktualizace, případně balíčkovací systém.
Zrovna Debian je ohledně automatiky dost extrémní. Prakticky každá služba se spustí už instalací, pokud si dobře pamatuju.Ano po instalaci služby je i aktivována/spuštěna/nastaveno její spouštění - to je sice automatizace, ale očekávaná a předvídatelná, nedochází ke změnám té již nainstalované služby a změnám konfigurace služeb dalších, navíc někde v pozadí jako doprovodný jev. Nemám to ani k čemu přirovnat, protože mi přijde, že právě ta regenerace grub-u je svým chováním jedinečná.
Ono to není chování GRUBu, ale chování všeho. Typická distribuce má nějaký svůj celkový ráz. Není to tak, že by se to týkalo jen jednoho balíčku.Grub viz výš, podle mě nezapadá do modelu (a NM na serveru), když si nainstaluju
named, taky mi nevygeneruje konfigurace domén, co zrovna nalezl a při jeho aktualizaci to neudělá znovu.
A to je asi tak všechno, co s tím můžeš dělat, pokud chceš používat distribuci, jejíž filosofie s automatizací počítá.Myslím si, že můžu víc, ale otázka je jestli chci.
Tiskni
Sdílej: