Bylo vydáno Eclipse IDE 2024-06 aneb Eclipse 4.32. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-2 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Po roce od vydání verze 15.5 bylo vydáno openSUSE Leap 15.6. Přehled novinek v nejnovější verzi této linuxové distribuce v oznámení o vydání a v poznámkách k vydání.
Byla vydána nová verze 256 správce systému a služeb systemd (GitHub). Nově mimo jiné s run0 jako alternativou k sudo.
Společnost Oracle oznámila spolupráci s Google Cloudem, OpenAI a Microsoftem.
Zítra začne v Brně na FIT VUT třídenní open source komunitní konference DevConf.CZ 2024. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Google Chrome 126 byl prohlášen za stabilní. Nejnovější stabilní verze 126.0.6478.55 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byl vydán Mozilla Firefox 127.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 127 je již k dispozici také na Flathubu a Snapcraftu.
Byla vydána (𝕏) nová verze 9.5 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Společnost Raspberry Pi dnes vstoupila na Londýnskou burzu jako Raspberry Pi Holdings plc (investor).
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: