O víkendu probíhá online The Raku Conference 2022, tj. konference věnovaná programovacímu jazyku Raku.
Včera skončila bezpečnostní konference Black Hat USA 2022 (Twitter) a začala bezpečnostní konference DEF CON 30 (Twitter). V rámci Black Hat byly vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom).
Vývojáři PostgreSQL oznámili vydání verzí 14.5, 13.8, 12.12, 11.17, 10.22 a 15 Beta 3. Opraveno je více než 40 chyb a také zranitelnost CVE-2022-2625. Upstream podpora verze 10 končí 10. listopadu letošního roku.
Byla vydána verze 1.63.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Bylo vydáno Ubuntu 22.04.1 LTS, tj. první opravné vydání Ubuntu 22.04 LTS s kódovým názvem Jammy Jellyfish.
Microsoft Fluent Emoji jsou nově k dispozici na GitHubu pod licencí MIT. Více v článku na Medium.
O víkendu proběhla v Kolíně nad Rýnem demopárty Evoke 2022. Publikována byla prezentovaná dema. Upozornit lze na Area 5150 (YouTube) běžící na IBM PC s procesorem Intel 8088 běžícím na 4,77 MHz a CGA.
smenu, nástroj pro příkazový řádek pro generování možností a potvrzení výběru, dospěl do verze 1.0.0.
Byla potvrzena zranitelnost CVE-2021-46778 aneb SQUIP (Scheduler Queue Usage via Interference Probing) v procesorech AMD s mikroarchitekturou Zen 1, Zen 2 a Zen 3. Detaily v publikovaném paperu.
Turris OS, operační systém pro síťová zařízení Turris postavený na OpenWrt, byl vydán v nové verzi 5.4. Přehled novinek a diskuse v diskusním fóru.
Začleňovací okno 4.8 je stále otevřeno; viz níže o tom, co již bylo začleněno.
Stabilní aktualizace: tento týden žádné nebyly vydány.
Říkám to od samého začátku: se stávajícími souborovými systémy a DAX nedokážeme využít všech možností pmem (perzistentní paměti). DAX má být *provizorním opatřením*, dokud nativní řešení pro pmem nedozrají. To, že se přichází na omezení, jako jsou ta výše, jenom dokladuje skutečnost, že DAX je na ext4/XFS pouze částečným řešením.
Skutečný problém je – jako ostatně vždycky – nedostatek zdrojů na implementaci všeho, co bychom chtěli. Udělat nový souborový systém je těžké, vyžaduje to spoustu času a všichni schopní lidé, které máme, mají plné ruce práce s udržováním dosavadních linuxových souborových systémů a doplňováním podpory věcí jako DAX, které uživatelé chtějí (např. rmap, reflink, copy offload atd.).
ABI zvyšují užitečnost jádra.
Existuje mnoho způsobů, jak v jaderné komunitě udělat špatný dojem. Baole Ni nepochybně narazil na jeden z nich: zveřejnil 1285 samostatných čistících patchů, všechny se stejným předmětem a každý zkopírovaný na dlouhý seznam vývojářů. Byl to David Miller, kdo řekl: „Je to jedno z nejhorších podání série patchů v historii.“ Teoreticky byl cíl patche rozumný: nahradit natvrdo nakódované konstanty jejich symbolickými ekvivalenty. Ale zřejmě jde o příklad, u kterého by komunita viděla čísla raději přímo.
Ona změna se týká míst v jádře, kde jsou specifikována oprávnění souborů – většinou oprávnění soubory, které mají být vytvořeny v sysfs nebo /proc. Pro tato oprávnění existuje sada maker definovaných v <linux/stat.h>, ale mezi uživateli unixových systémů bývá zvykem používat pouze jejich ekvivalenty v osmičkové soustavě. Takže se často můžeme setkat s 0444 místo s S_IRUGO. Vlastně to vypadá, že vzhledem k velikosti sady patchů, které mají z jádra eliminovat oprávnění zadaná oktalově, se s nimi člověk setká alespoň 1285krát.
Samozřejmě se ke způsobu podání sady patchů objevila spousta stížností, ale objevilo se také hodně odpůrců změny samotné. Vypadá to, že pro řadu lidí je řetězec typu 0644 čitelnější než S_IWUSR|S_IRUGO. Nakonec tento přístup potvrdil také Linus, a to se slovy, že by byl nerad, kdyby došlo k začlenění diskutovaných čistících patchů a že by bylo lepší naopak konvertovat makra na oktalový zápis.
Ani oktalový zápis ale není dokonalý. Jak poukázal Al Viro, jsou předmětem drobných, těžko viditelných chyb. Možná, jak bylo navrženo, je skutečný problém v tom, že makra S_* (ze standardu POSIX) jsou těžko čitelná, takže záměry vývojáře spíše zakrývají, než aby je vyjasňovaly. Jako alternativu navrhuje Ingo Molnár přijetí nové sady maker, která je definována takto:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
#define PERM_rw_______ 0600
#define PERM_rw_r_____ 0640
#define PERM_rw_r__r__ 0644
#define PERM_rw_rw_r__ 0664
#define PERM_rw_rw_rw_ 0666
Všechny „užitečné“ kombinace mají definovaná makra, zatímco ty nesmyslné nemají žádná. Použití těchto maker by podle Molnára učinilo kód jasnějším a bylo by těžší do něj zavléct bezpečnostní problémy. Avšak jejich začlenění může vyžadovat překonání návyků vývojářů, kteří oktalové konstanty používají již desítky let. Případná diskuze tak nakonec může být ještě delší než sada patchů, která ji vyvolala.
V době psaní tohoto článku bylo Linusem do hlavního repozitáře začleněno již 10 589 neslučovacích sad změn, z toho 7 433 od minulého reportu. Zjevně šlo o rušný týden. Jak už to tak bývá, většina začleněné práce měla formu vnitřních vylepšení, která nejsou na první pohled uživatelům jádra viditelná, ale došlo i na několik zajímavých funkcí.
Mezi ty významnější, uživatelům viditelné patří následující:
Změny viditelné vývojářům zahrnují následující:
Začleňovací okno 4.8 bylo v době psaní tohoto článku ještě otevřeno, takže můžeme očekávat další funkce, než dojde k vydání 4.8-rc1. V příštím dílu se budeme věnovat posledním změnám, které v tomto vývojovém cyklu čeká začlenění.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
ethernetové přepínače Broadcom BCM53xx- jsou to ty co jsou osazené na Banana PI R1 - https://dev.openwrt.org/browser/trunk/target/linux/generic/files/drivers/net/phy/b53/Kconfig?rev=35305 - bo je to jiný?
15.8.2016 00:41
Jendа | skóre: 77
| blog: Jenda
| JO70FB
15.8.2016 09:39
Fluttershy, yay! | skóre: 90
| blog:
použít bo ve smyslu nebo
*ve smyslu moderního „nebo“ – historicky se „nebo“ používalo jako dnes „protože“, leč z toho se dochovalo pouze „neboť“