Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Od vydání posledního zpravodaje uplynulo několik měsíců, protože se bohužel nenašel dostatek zajímavého materiálu. Toto jsou novinky posledních třech vydání Wine:
Wine 1.5.23 vyšlo 1. února s těmito změnami:
Wine 1.5.24 vyšlo 15. února s těmito změnami:
Wine 1.5.25 vyšlo 1. března s těmito změnami:
Jörg Höhle se rozhodl upozornit na riziko používání 64bitových čísel – zejména pak nevhodných matematických operací. Při troše neopatrnosti pak můžeme snadno stvořit 64bitový čítač, který ale přeteče za pouhé tři dny:
Určitě věříte tomu, že vám 64bitové integery dávají dostatek prostoru a času na to, abyste se vyhnuli problémům jako Y2k a Y2033, že jo?
Problém je v tom, že tyto velké datové typy svádějí k používání čísel větších, než bylo zvykem, například počítání ve 100nanosekundových jednotkách, což vyjadřuje jednu sekundu jako 10000000.
Při kombinování velkých čísel způsobíte přetčení dříve, než si myslíte. Ozvláště vzorec X * čitatel / jmenovatel představuje problém. Podívejme se na winealsa:AudioClock_GetPosition:
QueryPerformanceCounter(&stamp); QueryPerformanceFrequency(&frequency); *qpctime = (stamp.QuadPart * (INT64)10000000) / frequency.QuadPart;
QueryPerformanceCounter (QPC) vrací čas jako neurčenou jednotku (frekvence) a potřebuje to převést do 100nanosekundových jednotek. Pojďme si to vyjádřit graficky, g – odpadní bity, s – posunuté bity, X – platné bity:
6 5 4 3 2 1 4321098765432109876543210987654321098765432109876543210987654321 <<< posun vlevo, násobení dělení, posun vpravo >>>
Předpokládejme, že QPC vrátí 64 platných bitů:
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX QPC
Vynásobíme to (INT64)10000000 (log2 ~ 23):
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXsssssssssssssssssssssss *10000000
Vydělíme to frekvencí (shodou náhod také 10000000):
gggggggggggggggggggggggXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX /10000000 (100 ns)
Už teď vidíte, jak se nám snižuje počet platných bitů.
Teď už nechceme nanosekundy, chceme sekundy. Znovu číslo vydělíme:
ggggggggggggggggggggggggggggggggggggggggggggggXXXXXXXXXXXXXXXXXX /10000000 (sekundy)
Kruci, na vyjádření sekund nám zbývá jen 18 bitů! Kolikpak dnů to je?
(/ (ash 1 18) 3600.0 24) -> ~3.03
Takže po třech dnech se GetPosition v mmdevapi ve Wine protočí. 3 dny není zrovna příliš ve srovnání s 50000 léty, které se dají ve 64bitovém integeru vyjádřit s přesností 100 nanosekund, co?
Nevím, jestli se GetPosition týká bugu #26968, kde si uživatel stěžuje, že foobar přestane po 4-7 dnech přestávat přehrávat zvuk, ale asi tušíte, oč mi jde.
Jörg připravil na toto a několik dalších míst patche. Otázkou je, jak obecně správně postupovat. Použít typ double jako mezityp a ztratit 11 bitů na exponent, ale alespoň tak zachováme řád?
O ničem nebylo rozhodnuto, jen Alexandre připomněl, že i bez 64bitových typů bychom se měli dokázat obejít. I tak se ale začalo na řešení pracovat.
Současné chování Wine je takové, že při každém spuštění prochází dostupná zvuková zařízení ALSA a ta pak nabízí. Jörg Höle to nepovažuje za nejrozumnější chování:
winealsa by mělo přestat enumerovat zařízení ALSA. Standardně by mělo nabízet jen přístup k výchozímu zařízení ALSA nazvanému „default“.
Kód, který aktuálně prochází registr Software\Wine\Drivers\winealsa.drv\devices=... by zůstal tak, jak je, a umožňoval by čárkou oddělovaný seznam dalších zařízení ALSA pro místa, kde není „default“ upřednostňovanou volbou.
Odůvodnění: Frontendy ALSA (pulse, dmix, ...) pracují s několika málo backendy (jedna nebo dvě zvukové karty nebo zařízení plug). Některé frontendy drží backendy otevřené, i když nejsou používány. Ví se, že to způsobuje nahodilé chyby.
Nikdo nenašel hezký způsob, jak robustně procházet zařízení ALSA (některé aplikace mají natvrdo nastavené obvyklé názvy), tak proč se problému nevyhnout úplně.
Na spoustě systémů současný kód vytvoří docela nezajímavý výčet zařízení, např. „default“, „plughw:0“ a „plughw:4“. Kdo by v dnešní době chtěl hw:0 bez míchání? Současný kód nevypíše existující zařízení jako „plug:dmix“.
Na druhou stranu, když vypíšeme jen „default“ nebo uživatelem ručně zadaný seznam zařízení, budeme mít očekávanější a lepší výsledky.
Co to bude znamenat pro uživatele: Uživatelé s funkčním zařízením „default“ by neměli narazit na jakékoliv nevýhody, jen na přednosti. Věřím, že právě to je případ většiny lidí. Uživatelé, kteří si upraví svoje ~/.asoundrc nebo definují jiná zařízení bez jejich nastavení jako !default budou muset dodatečně upravit registr Wine, aby určili, co se má používat pro záznam a přehrávání, např. „asnoop“ a „amix“.
winecfg by možná nabízelo GUI pro toto nastavení, nebo třeba ne. To by bylo podobné většině multimediálních přehrávačů, které nějakým způsobem umožňují změnit zařízení ALSA, co se má používat. Je škoda, že schéma používané v registru neumožňuje nastavení pro každou aplikaci zvlášť, ale to je nesouvisející problém.
Co by znamenalo nepřijetí tohoto návrhu: Uživatelé i vývojáři budou nadále naštvaní. Bugy zůstanou otevřené. Bude docházet k nepředvídatelným výpadkům zvuku, kdydkoliv bude mmdevapi nanovo hledat zařízení ALSA.
Henri Verbeet vidí jako problém to, že v ten moment nebudou mít uživatelé na výběr mezi různými zařízeními, což není v době HDMI výstupů a USB headsetů neobvyklým požadavkem. Andrew Eikum zase upozorňuje na to, že mezi ALSA a PulseAudio je rozdíl v tom, jak by takový výběr zařízení měl probíhat:
Je to trochu komplikované, protože ALSA a PulseAudio mají rozdílné teorie o tom, kde má k výběru zařízení docházet – v aplikaci, nebo v mixéru. V případě ALSA bychom měli vypisovat zařízení. V případě Pulse by se měl vypisovat jen „default“.
Skutečnost, že ALSA stále nemá použitelné API pro enumeraci, mě vede k tomu, že enumerace asi není zamýšleným use-case. Oficiální ukázkové aplikace ALSA obvykle používají jen „default“ nebo nechají uživatele zadat své vlastní zařízení. To se zdá být dobrým kompromisem.
Proto mi přijde rozumné vypisovat jen „default“, ale umožnit také snadno přidat nová zařízení. Nutit uživatele, jako je Max, aby lezli do regeditu v každém prefixu, aby přidali zvukové zařízení, je na prd. To by znamenalo do winecfg přidat nějaký dialog specifický pro ovladač (nebo ovládací panel)? To je sice taky na prd, ale myslím si, že je to to nejméně špatné řešení.
Jörg také souhlasí, že uživatel by měl mít jednoduchou možnost, jak zadat název zařízení ALSA bez spouštění regeditu. Jenže zatímco někteří přikyvují, že by se kód procházející zařízení ALSA mě vyhodit, Alexandre nesouhlasí – protože tento kód pro něj funguje právě tak, jak by měl. A tak by to mělo fungovat u všech. Ukazuje se, že enumeraci ALSA pro některé rozbíjí právě přítomnost PulseAudio.
Dál se debata nedostala. Bohužel se ukazuje, že současný stav podpory zvuku není na Linuxu vždy zrovna uživatelsky přívětivý.
Nástroje: Tisk bez diskuse
Tiskni Sdílej: