Momo je fenka cavapoo, která svými náhodnými stisky kláves bezdrátové klávesnice vytváří jednoduché počítačové hry. Technicky to funguje tak, že Raspberry Pi s připojenou bluetooth klávesnicí posílá text do Claude Code, který pak v Godotu píše hry a sám je i testuje pomocí screenshotů a jednoduchých simulovaných vstupů. Za stisky kláves je Momo automaticky odměňována pamlsky. Klíčový je pro projekt prompt, který instruuje AI, aby i
… více »GNU awk (gawk), implementace specializovaného programovacího jazyka pro zpracování textu, byl vydán ve verzi 5.4.0. Jedná se o větší vydání po více než dvou letech. Mezi četnými změnami figuruje např. MinRX nově jako výchozí implementace pro regulární výrazy.
Internetový prohlížeč Ladybird ohlásil tranzici z programovacího jazyka C++ do Rustu. Přechod bude probíhat postupně a nové komponenty budou dočasně koexistovat se stávajícím C++ kódem. Pro urychlení práce bude použita umělá inteligence, při portování první komponenty prohlížeče, JavaScriptového enginu LibJS, bylo během dvou týdnů pomocí nástrojů Claude Code a Codex vygenerováno kolem 25 000 řádků kódu. Nejedná se o čistě autonomní vývoj pomocí agentů.
Byl vydán Mozilla Firefox 148.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově lze snadno povolit nebo zakázat jednotlivé AI funkce. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 148 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána nová verze 22.1.0, tj. první stabilní verze z nové řady 22.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
X86CSS je experimentální webový emulátor instrukční sady x86 napsaný výhradně v CSS, tedy bez JavaScriptu nebo dalších dynamických prvků. Stránka 'spouští' assemblerovový program mikroprocesoru 8086 a názorně tak demonstruje, že i prosté CSS může fungovat jako Turingovsky kompletní jazyk. Zdrojový kód projektu je na GitHubu.
Po šesti letech byla vydána nová verze 1.3 webového rozhraní ke gitovým repozitářům CGit.
Byla vydána nová verze 6.1 linuxové distribuce Lakka (Wikipedie), jež umožňuje transformovat podporované počítače v herní konzole. Nejnovější Lakka přichází s RetroArchem 1.22.2.
Matematický software GNU Octave byl vydán ve verzi 11.1.0. Podrobnosti v poznámkách k vydání. Vedle menších změn rozhraní jsou jako obvykle zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Weston, referenční implementace kompozitoru pro Wayland, byl vydán ve verzi 15.0.0. Přehled novinek v příspěvku na blogu společnosti Collabora. Vypíchnout lze Lua shell umožňující psát správu oken v jazyce Lua.
Současný vývojový kernel je 4.6-rc7, vydaný 8. května. Linus: Nic strašidelného se neděje a čím více lidí bude testovat, tím jistější si budeme, že 4.6 bude dobré vydání. Takže si prosím najděte chvilku a testujte.“
Stabilní aktualizace: 4.5.4, 4.4.10 a 3.14.69 byly vydány 11. května.
Poznámka (pro mě): nejez při čtení l-k…
A ano, mám-li citovat sám sebe ze svého příspěvku na konferenci CoreOS v Berlíně před dvěma dny (když se nebudu citovat, kdo to udělá?), pokud nepoužíváte vydání s dlouhodobou podporou nebo stabilní vydání jádra (nebo Linusova -rc vydání), obsahuje váš počítač známé, neopravené chyby. Nebuďte tím, kdo neaktualizuje z lenosti.
S vydáním verze 4.6-rc7 dne 8. května je kernel 4.6 téměř připraven k vydání. Nebyl by to řádný vývojový cyklus, kdybychom v něm zapomněli na tradiční statistiky o původu kódu. S jádrem 4.6 se do seznamů nejaktivnějších přispěvatelů vrátila některá stará známá jména, ale jinak šlo o klasický – byť rušný – vývojový cyklus.
Začleňovací okno 4.6 je se svými 12 172 neslučovacími commity nejrušnějším oknem v dějinách vývoje jádra. Aktuálními čísly ovšem 4.6 neposune hranice rekordu pro celkový nejrušnější vývojový cyklus. Celkem 13 354 commitů sloučených do 4.6-rc7 je hodně, ale nevypadá to, že by 4.6 mohla překonat 4.2 se 13 694 commity, natož 3.15 s 13 722 commity. Takže rekord, který nastavila 3.15, bude v červnu nepřekonán už celé dva roky.
Tyto commity jsou příspěvkem 1 661 vývojářů, což je nový rekord, který překonává dosavadních 1 625 přispěvatelů v cyklu 4.3. Celkem 283 z nich přispělo v tomto vývojovém cyklu vůbec poprvé. Mezi ty nejaktivnější patří:
| Nejaktivnější vývojáři v cyklu 4.6 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Dlouholetý vývojář Arnd Bergmann se dostal na špici žebříčku „počtu změn“ hlavně díky probíhající práci na eliminaci varování ze sestavení jádra pro ARM. Caehyu Lim pokračuje v práci na staging ovladači wilc100, Oleg Drokin pročistil souborový systém Lustre, Jes Sorensen pokračuje v čištění staging ovladače rtl8xxxu a Amitoj Kaur Chawla skrz naskrz pročistila subsystém řadičů.
Ve sloupci s „počtem řádků“ je na prvním místě Faisal Latif díky ovladači i40iw InfiniBand. Dennis Dalessandro pracoval na různých RDMA řadičích, Mike Marshall přidal souborový systém OrangeFS a Shraddha Barke odstranila ze stagging tree některé neoblíbené ovladače.
Počet zaměstnavatelů podporujících vývoj kernelu zůstává s počtem něco málo přes 200 stále stejný. Jejich počet se výrazně nezměnil od počátku vývoje verze 3.x. Nejaktivnějšími zaměstnavateli byli:
| Nejaktivnější zaměstnavatelé v cyklu 4.6 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ani tady se toho moc nezměnilo. Do stagging tree se dostala spousta čistících patchů jako součást přihlášek pro stáže v Outreachy. Tentokrát používají někteří stážisté Outreachy skripty Coccinelle, čímž se jim zvyšuje produktivita. Většinu společností v této tabulce vídáme často; jméno, které se zde ještě nikdy neobjevilo, je Omnibond Systems: společnost, která má na svědomí OrangeFS.
Nakonec se v rychlosti podívejme na „recenzenty“. Vývojář může po podrobném zhodnocení patche nabídnout tag „reviewed-by“. Tyto tagy jsou jakousi zárukou, že dané patche byly podrobně prohlédnuty a jsou kvalitní. Jsou zde také proto, aby byli oceněni i vývojáři, kteří svůj čas tráví právě kontrolováním kódu. Jedná se o důležitý cíl, protože objem toho, co se dá zvládnout zkontrolovat, je značně omezený. Ve vývojovém kernelu 4.6 bylo patchům přiděleno celkem 3 645 tagů. Nejčastější přidružená jména:
| Nejaktivnější kontroloři cyklu 4.6 | ||
|---|---|---|
| Alex Deucher | 155 | 4.3% |
| Mike Marciniszyn | 141 | 3.9% |
| Ira Weiny | 133 | 3.6% |
| Dennis Dalessandro | 130 | 3.6% |
| Christoph Hellwig | 98 | 2.7% |
| Hannes Reinecke | 91 | 2.5% |
| Johannes Thumshirn | 82 | 2.2% |
| Oleg Drokin | 77 | 2.1% |
| Daniel Vetter | 72 | 2.0% |
| Ville Syrjälä | 68 | 1.9% |
| Krzysztof Kozlowski | 64 | 1.8% |
| Christoffer Dall | 54 | 1.5% |
| Christian König | 53 | 1.5% |
| Thomas Gleixner | 49 | 1.3% |
| Chris Wilson | 47 | 1.3% |
| Dean Luick | 44 | 1.2% |
| Maarten Lankhorst | 41 | 1.1% |
| James Simmons | 40 | 1.1% |
| Chunming Zhou | 37 | 1.0% |
| Laurent Pinchart | 36 | 1.0% |
Z tabulky jasně vyplývá, že různí vývojáři mají různé názory na to, jak by se tag „reviewed-by“ měl používat. Nejaktivnějším kontrolorem je Alex Deucher, správce grafických ovladačů AMD. Alex skutečně zkontroloval spoustu patchů, v jeho případě však většina patchů s jeho tagem nesem také tagy „Signed-off-by“, přidané v okamžiku, kdy přijal patche pro začlenění. Obecně platí, že správci byl měli zkontrolovat patche před jejich aplikováním. Většina správců potom tag „Reviewed-by“ nedává, ale Alex ano.
Z dalších třech kontrolorů v seznamu (Mike Marcinszyn, Ira Weiny a Dennis Dalessandro) se na seznamu správců objevuje pouze Mike. Něco však přesto mají společného, všichni pracují pro Intel. Z Intelu patche většinou přicházejí s tagem „Reviewed-by“ (mimo jiné) právě od těchto vývojářů, často od všech společně, dříve než kód spatří zbytek světa. Na tom můžeme pozorovat jakýsi interní proces kontroly uvnitř Intelu. Neexistuje způsob, jak zjistit, nakolik je pečlivý – tedy kromě toho, že Intel viditelně přispívá mnoho patchů a problémy s nimi jsou vzácné.
Na páté příčce seznamu je Christoph Hellwig, který proces kontroly vede tak, jak si to vývojáři představovali, když tag „Reviewed-by“ vznikl. Nikdo, komu Christoph věnoval svou pozornost, nemůže říct, že by se jeho patchi nedostalo řádně provedené kontroly. Práce všech dříve zmíněných kontrolorů může být stejně pečlivá jaké jeho, ale vzhledem k tomu, že se nejedná o veřejné kontroly, nemůžeme si tím být naprosto jistí.
Většina kontrolní práce, která je na patchích provedená veřejně, samozřejmě nezíská tag „Reviewed-by“. Takže by se dalo říct, že tag nikdy nedostál svého účelu, kterým mělo být dokumentování a podepisování kontrolních prací.
Celkový dojem vytvořený těmito čísly však vypovídá o vývojovém cyklu, který funguje i nadále jako dobře namazaný stroj. Počet přispěvatelů se zvyšuje, příliv patchů je stabilní a v dohledu nejsou žádné problémy se škálovatelností procesů.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: