Po po téměř roce vývoje od vydání verze 5.38 byla vydána nová stabilní verze 5.40 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 75 vývojářů. Změněno bylo přibližně 160 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Uroš Popović popisuje, jak si nastavit Linux na desce jako Raspberry Pi Zero, aby je šlo používat jako USB „flešku“.
Andreas Kling oznámil, že jelikož už se nevěnuje nezávislému operačnímu systému SerenityOS, ale výhradně jeho webovému prohlížeči Ladybird, přičemž vyvíjí primárně na Linuxu, SerenityOS opustí a Ladybird bude nově samostatný projekt (nový web, repozitář na GitHubu).
Po dvou měsících vývoje byla vydána nová verze 0.13.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 73 vývojářů. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Před 70 lety, 7. června 1954, ve věku 41 let, zemřel Alan Turing, britský matematik, logik, kryptoanalytik a zakladatel moderní informatiky.
NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Bohužel, jak jsem předpovídal, jednoho dne k tomu dojít muselo. U novějších počítačů už není zbytí a možnost vyhnout se UEFI v podstatě není.
Doposud nebyl problém vedle sebe v poklidu a míru Windows a Linux provozovat. GRUB se s EFI umí vypořádat bez problémů. Takto jsem nějaký čas bootoval jak Windows Boot Manager, tak GRUB. Nemám ponětí co se stalo a aniž bych si byl vědom nějaké chyby z mé strany, prostě mi včera vyskočila při snaze nabootovat GRUB tato nádherná obrazovka:
Klíček s popiskem „Security Boot Fail“. Toť vše. Dál se počítač nehnul ani o instrukci a vysvětlení žádné. Po restartu mi zůstal Windows Boot Manager jako jediná možnost kterou nabootovat.
Vypnutí UEFI a navrácení se ke standardní metodě mělo za následek, že nabootovat můžu pouze pomocí DHCP:
Secure Boot dle výchozího nastaven zapnutý a zašedlý, takže možnost deaktivovat ho žádná:
V tento moment jsem začínal být mírně řečeno zoufalý.
Za celý svůj život jsem nenastavil jediné heslo do BIOSu. Důvodem je pragmatičnost a taky trochu vlastní ideologie. Hesla mám tendenci zapomínat a hrozba, že zapomenu jaké heslo jsem nastavil do BIOSu je prostě veliká. Nemožnost spravovat BIOS poté velmi nemilá. Navíc jsem prostě toho přesvědčení, že kdokoliv sedí fyzicky před strojem by měl mít možnost ho spravovat včetně svobodné volby který systém chce nabootovat a heslo by mu v tom mohlo bránit. Prostě stroj je toho kdo před ním sedí, ten ho zároveň dost pravděpodobně spravuje a zároveň vlastní poslední bajt ve vlastní paměti. Takový člověk také rozhoduje co bude a nebude spouštět. Tak nějak to vidím já.
Bohužel jsem si zároveň všiml, že možnosti vlastnosti Secure Bootu jsou v menu do kterého se jinak než bez nastaveného hesla nedostanete. No nedá se nic dělat:
Nyní je možné spravovat klíče a možná ještě nějaké parametry Secure Bootu. Ovšem také zpřístupní jinou položku:
kterou každému soudnému člověku doporučuju nastavit na jedinou myslitelnou hodnotu:
[Vypnout, zničit, znárodnit a rozsekat na cucky!!!]
Na závěr dodám že nyní bootuji co uznám za vhodné já a už mi nezbývá nic jiného než obávat se dne kdy mi nějaký „Security patch“ i tuto možnost z BIOSu odebere.
Tiskni Sdílej:
Řekl bych že ty "náhlé kolapsy" typu secure boot fail na dualboot mašině budou nejspíš mít na svědomí aktualizace Windows. Doporučuju se tímto jednoduše vyhnout spouštění Windows na železe úplně.Též něco takového podezřívám. Sám si nejsem vědom že bych změnil nějaké nastavení a prostě tohle začalo ze dne na den. Pokud vypnu Secure Boot, GRUB nabootuju bez nejmenšího problému. Problém je že pokud se oken zbavím a nepůjde nabootovat z jakéhokoliv důvodu Linux, z počítače zbude cihla. Licenci oken jsem si poctivě zaplatil, není k tomu instalačka, nic. Prostě by to byly vyhozené peníze z okna.
Virtualizace je jediná rozumná volbaTohle jak funguje? Co když začne WBM ten Secure Boot ke svému startu vyžadovat, jak se vlastně bude spouštět ve virtuálu?
Tohle jak funguje? Co když začne WBM ten Secure Boot ke svému startu vyžadovat, jak se vlastně bude spouštět ve virtuálu?Podle me neni duvod aby nejaky otevreny UEFI firmware ten secureboot nemohl podporovat, verejne klice MS jsou volne dostupne (a i kdyby nebyly jsou v kazdem BIOSu).
Ne. To první se jmenuje UEFI Capsule, to druhé Windows Platform Binary Table.
První umí Linux od verze 4.2, s druhým mělo aféru Lenovo asi tak před rokem, kdy lidem, co si odinstalovali z Windows nějaké pitominy od Lenova, je znovu nainstalovalo při bootu.
Po nejakých aktualizáciách WIN10Popravdě též podezřívám aktualizace, protože WIN10 aktualizuje jako zběsilé, furt to něco mění…tak mě napadá, dá se to nějak rozumně vyřadit z provozu?
Nešel by coreboot?Na nějakém Acer spotřebním zboží? Těžko.