Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.
Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.
Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].
Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
Thunderbird 128, příští major verze naplánovaná na červenec, přijde s nativní podporou Exchange napsanou v Rustu.
Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Novým vedoucím je Andreas Tille.
Po osmi měsících vývoje byla vydána nová verze 0.12.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 268 vývojářů. Přehled novinek v poznámkách k vydání.
Poslední měsíc byl plný zajímavých akcí, o kterých Vám bastlíři z projektu MacGyver mohou povědět, protože se na ně sami vydali. Kde všude byli, ptáte se? Objevili se na Installfestu, Arduino Day, Hackaday Europe a tajném srazu bastlířů z Twitteru. A z každé akce pro vás mají zajímavé poznatky.
… více »01. črv - 05. črv
Andrew Morton oznámil Linux 2.6.12-rc5-mm2 a Pavel Machek se zeptal:
Uvažoval jsi o vydávání -mm pomocí gitu?
Předpokládám, že kvůli způsobu tvé práce nemůžeš git normálně používat, ale i pouhé vydávání verzí pomocí gitu by bylo skvělé.
(V současné době sleduji se svým stromem Linuse, git to hezky usnadňuje. Sledování -mm je však protivná ruční práce s diff, patch a ketchup...)
Matthias Urlichs odpověděl:
Napsal jsem skript (vlastně to pochází z doby importování mm-do-BK), který stahuje -mm do gitu jako samostatné commity.
Andrew: Mohl bys před patche, které stahuješ z gitu, vložit následující řádek:
GIT SHA1-vrchního-commitu URL-archívu
abych mohl commity označkovat příslušným druhým rodičem?
Pokud neděláš změny přímo na -mm, ale pouze jej (nebo je) začleňuješ, pak to funguje docela dobře.
Pavel reagoval: Výborně! Mohl bys výstup toho skriptu někam exportovat? Řekl bych, že bys pro to mohl dostat účet na kernel.org... Matthias odpověděl, že to rád udělá, pokud mu ten účet někdo dá.
02. črv - 07. črv
Martin J. Bligh napsal:
OK, konečně jsem to dotáhl do podoby, ve které s tím mohu jít ven.
http://ftp.kernel.org/pub/linux/kernel/people/mbligh/abat/regression_matrix.html
V současné době zkompiluje a nabootuje jakékoliv hlavní, -mjb a -mm jádro během 15 minut od vydání. Spustí dbench, tbench, kernbench, reaim a fsx. Používám na to stroj s 4x AMD64 a 16x NUMA-Q, 4x NUMA-Q, 32x x440 (ia32) PPC64 Power 5 LPAR, PPC64 Power 4 LPAR a holý PPC64 Power 4 systém. Používané konfigurační soubory jsou odkazovány jako názvy strojů v záhlaví sloupců.
Andrew, měl bys díky tomu snáze vidět selhání při bootu -mm. Budeš-li chtít, zapracuji na nějakých automatických emailových upozorněních.
Díky všem lidem z IBM, kteří pracovali na testovacím systému ABAT, na němž je to založeno - příliš mnoho, než abych je mohl vypisovat. Hlavně však díky Andymu, Adamovi a Enriquovi, kteří opravili hromady chyb a vydrželi moje nekonečné držkování o tom, že to nefunguje, jak by mělo.
Bude to umět další věci... více profilování, více testů, bude to zvládat patche atd. Nechci na kernel.org tlačit moc velké objemy (v tuhle chvíli kopíruji jen malou část vygenerovaných souborů), ale ve frontě jsou například další zkoušky s opravnými patchi pro -mm. Také to dělá noční kompilace -bk a -git, které teď nejsou v tabulce, ale vrátím je tam brzy.
Andrew, budeš-li chtít přidat nějaké další testy, dej mi vědět... i když můžeme teoreticky dělat i testy s více stroji (např. zasíťovanými), rád bych se prozatím držel těch na jednom stroji. Máme velkou hromadu testů, které chceme přidat... ale chtěl jsem ukázat aspoň ten obecný výsledkový mechanismus, aby bylo, na co se podívat.
Kliknutí na hlášku o selhání by vám mělo ukázat něco alespoň zběžně užitečného pro diagnózu problému. Kliknutí na číslo testu hned pod tím vás hodí na informace, které by měly obsahovat výkonnostní výsledky, profily atd. Později přidám grafy porovnávající výkonnost různých jader (už je mám... jen ne automatizované).
Jeff Garzik odpověděl: Velmi pěkné. Bude to moc užitečné, díky.
03. črv - 07. črv
Jeff Garzik napsal: Myslím, že stabilní série jader 2.6.x.y funguje docela dobře. Pochvalme za dobře odvedenou práci tým stable@kernel.org. Řada 2.6.x.y nepochybně vyplňuje mezeru. Szonyi Calin nevěřil, že by mohl být strom 2.6 stabilizován pouhým přidáním několika patchů, což řada w.x.y.z zjevně dělá. Ale Szonyi uznal, že i přesto se strom zdá být stabilnější než běžný 2.6. Ale Alan Cox s Jeffovou pochvalou naprosto souhlasil: Je natolik konzervativní, že nejenže zůstává docela stabilní (jedna chybka s oddíly za celou dobu, to je opravdu dobré), ale je i tak malý, že většina přídavných patchů, které lidi používají, lze dobře aplikovat. Dokonce i -ac se (až na makefile) daří bez potíží aplikovat, takže mi to šetří spoustu práce.
04. črv - 04. črv
Jeff Garzik napsal:
Připojuji skript 'git-shortlog', který jsem dal dohromady, aby napodobil skript pro vytváření krátkého changelogu [seznamu změn] v dobách BitKeeperu.
shortlog načte changelog ve formátu 'git-whatchanged'. Např.:
git-whatchanged | git-shortlog
nebo
git-shortlog changes.txt
a výstupem jsou změny seřazené podle autorů:
autor1: cset 1-line popis cset 1-line popis ... autor2: cset 1-line popis ... ...
Protože git rozlišuje mezi 'autorem' a 'committerem', spustil jsem
git-whatchanged | git-shortlog > changes.txt
abych se podíval na autory jádra během celé historie (která je v gitu).
Je to zábavné čtení, protože tohle je poprvé, co máme možnost získat obrázek o tom, kdo patche doopravdy píše, a kdo je jen commituje. Viz připojený changes.txt.bz2.
Linus Torvalds odpověděl:
Díky, přidám to ke gitu a další vydání jádra už bude mít pořádný krátký changelog.
Mimochodem, ukazuje to, že tvůj slučovací [merge] skript funguje špatně: z nějakého důvodu nevyplňuješ správně pole AUTHOR:
<jgarzik@pretzel.yyz.us>: Automatic merge of /spare/repo/netdev-2.6 branch r8169-fix Automatic merge of /spare/repo/linux-2.6/.git branch HEAD Automatic merge of /spare/repo/netdev-2.6 branch use-after-unmap Automatic merge of rsync://rsync.kernel.org/.../torvalds/linux-2.6.git branch HEAD
Ale "committer" je správně. Oprav si to, prosím.
A ještě dodal:
Důvodem, proč jsi to přehlédl, je fakt, že "git-whatchanged" obyčejně slučování ignoruje. Proveď
git-rev-list --pretty HEAD ^v2.6.12-rc5 | git-shortlog | less -S
abys viděl, o čem mluvím ("zobraz krátký changelog všech změn od 2.6.12-rc5").
V originálu Kernel Traffic 315 vyšla navíc ještě tato témata:
Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.
Nástroje: Tisk bez diskuse
Tiskni Sdílej: