Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Počítačová hra Knytt napsaná v Multimedia Fusion 2 byla vydána před 20 lety. Při této příležitosti byl dnes představen moderní port (YouTube) této plošinovky na současné operační systémy pod názvem Knytt Classic. Je zdarma k dispozici na Steamu a GOG.com.
Americká technologická společnost Meta Platforms představila nový model umělé inteligence (AI) Muse Glimmer. Model je menší než přední modely AI od konkurence a má běžet přímo na počítačích uživatelů. Meta model zpřístupní jako open source, tedy otevřený software. Nový model je navržen tak, aby zvládal takzvané agentní úkoly na počítačích se spotřebitelskou grafickou kartou. Klade si tak za cíl uspokojit poptávku po systémech AI, které běží přímo na zařízeních uživatelů.
V pátek 28. srpna 2026 se v pražském Karlíně uskuteční již osmý Mobilní Hackday. Akce začne v 10:00 a potrvá až do večera. Setkání proběhne v prostorách SUSE Linux, s.r.o. na adrese Křižíkova 148/34, Praha 8 – Karlín. Nejbližší zastávkou je Křižíkova, kam se lze dostat tramvají i metrem. Na programu budou například novinky z posledních měsíců, možnosti, jak si zjednodušit práci s LLM/AI, a také nová linuxová distribuce BengalOS, včetně … více »
Jakub Vrána vydal Adminer ve verzi 6.0.0 s více než 130 změnami: "Většina změn vznikla s asistencí Claude Opus 5. Někteří lidi se bojí, že AI asistence může kód zamořit technickým dluhem. To je jistě pravda, pokud vývojář všechny změny bezduše odbouchne Enterem. Ale pokud si pořádně projde plán, vyjedná v něm změny a pak totéž udělá i s vygenerovaným kódem, kvalita kódu stoupne a technický dluh naopak klesne. Je to jako párové programování s
… více »Sam Aaron vydal novou major verzi 5.0.0 aplikace Sonic Pi (Wikipedie) určené také pro výuku programování pomocí skládání hudby. Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
U příležitosti 30. výročí vydání počítačové hry Quake byla vydána nová epizoda s názvem Dawn of the Machine (Steam).
6.2.2013 21:27
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Skús použiť príkaz hiddenmenu v súbore /boot/grub/grub.cfg. Netestoval som správanie. Prikladám link.
6.2.2013 21:36
Jendа | skóre: 78
| blog: Jenda
| JO70FB
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
6.2.2013 21:59
Jendа | skóre: 78
| blog: Jenda
| JO70FB
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
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
6.2.2013 20:10
8.2.2013 12:52
/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.
8.2.2013 11:08
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:
