Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
Richard Biener oznámil vydání verze 14.1 (14.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 14. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Současné vývojové jádro je 4.14-rc8, vydané 5. listopadu. Linus řekl: „Ale abych se opravdu rozhodl, že rc8 nepotřebujeme, to by muselo být opravdu naprosté ticho, a to nebylo. Nic nevypadá děsivě, ale měli jsme několik regresí a já budu šťastnější, když dáme 4.14 ještě jeden poslední týden… a já opravdu doufám, že to _bude_ poslední týden a že nenajdeme nic nového hrozného.“ Kromě různých oprav přidává tento prepatch do mnoha souborů se zdrojovými kódy jádra licenční štítky SPDX.
Stabilní aktualizace: 4.13.11, 4.9.60, 4.4.96 a 3.18.79 vyšly 2. listopadu. 5. listopadu je následovaly je aktualizace 4.13.12, 4.9.61, 4.4.97 a 3.18.80.
Willy Tarreau se při příležitosti vydání poslední aktualizace 3.10.108 jádra 3.10 s dlouhodobou podporou ohlíží za svými zkušenostmi s jeho správou. „Předně, neexistuje nic jako ‚důležité opravy‘. Dokonce i významní dodavatelé, kteří zaměstnávají několik jaderných vývojářů, byli přistiženi, že jim chybí některé zdánlivě nedůležité opravy a jejich produkty zůstaly zranitelné přes dva roky poté, co bylo opraveno LTS vydání. Takže si můžete udělat představu o kvalitách, jaké se dají čekat od dodavatele WiFi routerů za 1400 korun, který tvrdí, že dodržuje stejné postupy… Skutečnost je taková, že chyba je chyba – dokud nedojde k jejímu zneužití, není považována za bezpečnostní hrozbu.“
Jenom by bylo hezké, kdyby mi po dokončení projektu a nasazení čipů někdo od Intelu řekl, jen tak ze slušnosti, že MINIX 3 je nyní pravděpodobně nejpoužívanějším operačním systémem na počítačích s architekturou x86 na světě. Po nikom jsem to samozřejmě nevyžadoval, ale myslím si, že by bylo zdvořilé mi dát vědět, to je celé.
Skutečnost je na většině strojů taková, že zápis na zařízení spíše než to, co to popisují ty diagramy, připomíná jednu z těch her, kde se míček nepředvídatelně odráží od sloupků, aby posbíral bodíky.
A kernel self-testing update. Jonathan Corbet. 2. listopadu 2017
Shuah Khan je správkyní subsystému autodiagnostiky jádra. Na letošním Kernel Summitu představila, co je nového v testování jádra, a vedla související diskuzi. Ve věci testování jádra sebou samým se podařilo udělat hodně práce, ale hodně práce ještě zbývá.
Jádro obsahuje sadu testů již dlouho, alespoň od roku 2005, řekla Khan. Jsou to však teprve tři roky, co byla zahájena formální iniciativa k vytvoření příslušného „subsystému“. Spočívala v tom, přidat mnohem více testů a vytvořit balík na regresní testování pro jaderné vývojáře. Využívají ho různé organizace, například Linaro. Je také součástí KernelCI.org a 0-day test service.
Spuštění testů je prosté:
make -silent kselftest
Volba -silent omezuje množství nepořádku na výstupu. Spuštění testů se superuživatelskými právy poskytuje lepší výsledky, ale je třeba dát si pozor na násilnější testy, které si mohou vynutit restartování systému.
Je možné přidat volbu TARGETS=, která testy omezí na jeden nebo více subsystémů. V tomto případě spouští pouze nenásilné testy. Díky nedávným pracím je k dispozici volba O=, která vede k použití samostatného adresáře pro sestavení, přitom se ale stále spoléhá na soubor .config ze zdrojového adresáře. Tento detail je považován za hodný opravy, má však relativně nízkou prioritu, jelikož příslušné testy konfiguraci jádra moc nevyužívají. Ted Ts'o si ale všiml, že architektura sestavení je definována v .config, stejně jako volby pro konfiguraci různých subsystémů zcela mimo jádro.
Další možností, jak testovat konkrétní subsystém, je spustit:
make -C tools/testing/<subsystem> run_tests
Výstupem tohoto příkazu bude souhrn výsledků, detaily je možné nalézt v souborech v /tmp, pojmenovaných po dílčích testech. Ben Hutchings žádal, aby se v /tmp nepoužívaly pevné názvy (zřejmě proto, aby se zabránilo vytvoření dalšího vektoru pro útoky využívající symbolické odkazy), takže toto chování se může nakonec změnit. Proběhla diskuze o formátování výsledků, leč nepřinesla žádné důležité závěry.
Khan ukončila svou prezentaci slovy, že od jádra 4.12 jsou výsledky testů uváděny ve formátu TAP13. Jedná se o jednoduchý textový formát, díky němuž lze snadno zjistit rozdíly mezi cykly testování, navíc podporuje strojové zpracování výsledků.
Arnd Bergmann uvedl, že spouští nejnovější testy na (starších) stabilních jádrech. Vyplynuly z toho patche opravující problémy odhalené těmito testy. Většina správců si testy chválí, ale zejména síťový subsystém odmítá akceptovat patche, jejichž cílem je provádět nové testy na starších verzích jádra. Podle Bergmanna je velký zájem umožnit co nejjednodušší přidávání nových testů. Požadavek, aby se tyto testy chovaly na starších jádrech správně, přitom zvyšuje laťku.
Není ani zcela jasné, co by se mělo stát s testy funkcí, které starším jádrům chybí. Názory se různí, zda by testy měly selhat, nebo být přeskočeny. Ts'o navrhl, že správný výsledek testu je „přeskočeno“ (skipped), a zajímalo ho, proč proti tomu někteří vývojáři protestují. Řekl, že možná problém spočívá v tom, že se některé funkce nedetekují správně. V takovém případě by jejich přeskočení mohlo zakrýt závažnější problém. Mathieu Desnoyers navrhl, že ve výchozím nastavení by měla u vynechaných testů vyskakovat chybová hlášení, která by šlo jednoduše přeskočit.
Na konci seance Matthew Wilcox nadhodil otázku týkající se testů implementace radixových stromů. Podle něj by se tyto testy možná měly spouštět při každém sestavení jádra, přičemž by v případě selhání testů selhalo celé sestavení. Pokud testy radixových stromů neprojdou, nedoporučuje zavedení výsledného jádra. Tento nápad ale narazil na odpor. Kromě toho, že by se tím zpomalilo sestavení jádra, účinnost těchto testů je oslabena skutečností, že prostředí sestavení se často liší od cílového běhového prostředí. Například jádra určená pro ARM bývají sestavována na systémech s architekturou x86. Debata celkově naznačovala, že spuštění automatických testů při běžném sestavování jádra se bude těžko prosazovat.
Nástroje: Tisk bez diskuse
Tiskni Sdílej: