Pro testování byl vydán 4. snapshot Ubuntu 26.04 LTS (Resolute Raccoon).
Ben Sturmfels oznámil vydání MediaGoblinu 0.15.0. Přehled novinek v poznámkách k vydání. MediaGoblin (Wikipedie) je svobodná multimediální publikační platforma a decentralizovaná alternativa ke službám jako Flickr, YouTube, SoundCloud atd. Ukázka například na LibrePlanet.
TerminalPhone (png) je skript v Bashi pro push-to-talk hlasovou a textovou komunikaci přes Tor využívající .onion adresy.
Před dvěma lety zavedli operátoři ochranu proti podvrženým hovorům, kdy volající falšuje čísla anebo se vydává za někoho jiného. Nyní v roce 2026 blokují operátoři díky nasazeným technologiím v průměru 3 miliony pokusů o podvodný hovor měsíčně (tzn., že k propojení na zákazníka vůbec nedojde). Ochrana před tzv. spoofingem je pro zákazníky a zákaznice všech tří operátorů zdarma, ať už jde o mobilní čísla nebo pevné linky.
Společnost Meta (Facebook) předává React, React Native a související projekty jako JSX nadaci React Foundation patřící pod Linux Foundation. Zakládajícími členy React Foundation jsou Amazon, Callstack, Expo, Huawei, Meta, Microsoft, Software Mansion a Vercel.
Samsung na akci Galaxy Unpacked February 2026 (YouTube) představil své nové telefony Galaxy S26, S26+ a S26 Ultra a sluchátka Galaxy Buds4 a Buds4 Pro. Telefon Galaxy S26 Ultra má nový typ displeje (Privacy Display) chránící obsah na obrazovce před zvědavými pohledy (YouTube).
Byla vydána grafická knihovna Mesa 26.0.1 s podporou API OpenGL 4.6 a Vulkan 1.4. Je to první stabilní verze po 26.0.0, kde se novinky týkají mj. výkonu ray tracingu na GPU AMD a HoneyKrisp, implementace API Vulkan pro macOS.
Byla vydána nová verze 4.6 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Byla vydána nová verze 3.23.0 FreeRDP, tj. svobodné implementace protokolu RDP (Remote Desktop Protocol). Opravuje 11 bezpečnostních chyb.
Španělský softwarový inženýr oznámil, že se mu podařilo na dálku ovládat sedm tisíc robotických vysavačů po celém světě. Upozornil tak na slabé kybernetické zabezpečení těchto technologií a jejich možné a snadné zneužití. Nesnažil se hacknout všechny robotické vysavače po světě, ale pouze propojil svůj nový DJI Romo vysavač se zařízením Playstation. Aplikace podle něj ihned začala komunikovat se všemi sedmi tisíci spotřebiči a on je
… více »Od posledního vydání zpravodaje vyšlo pět nestabilních verzí z řady 1.5.x a hned 3 -rc verze 1.6. Co tu máme nového?
Wine 1.5.27 vyšlo 29. března s těmito novinkami:
Wine 1.5.28 vyšlo 12. dubna s těmito novinkami:
Wine 1.5.29 vyšlo 26. dubna s těmito novinkami:
Wine 1.5.30 vyšlo 10. května s těmito novinkami:
Wine 1.5.31 vyšlo 24. května s těmito novinkami:
Wine 1.6-rc1 vyšlo 7. června s těmito novinkami:
Do verzí 1.6-rc2 a 1.6-rc3 se už dostávají jen opravy v kódu, protože ten je zmrazený.
Na mailing list přišel dotaz uživatele, který potřebuje na Linux portovat aplikaci intenzivně využívající WinAPI, ale z povahy aplikace prý není možné používat winelib. Hledá proto alternativu:
Potřebuji na Linux portovat aplikaci silně závisející na WinAPI. Po troše googlení mi začalo být jasné, že kromě Wine/Winelib nic není, jenže to je příliš *obrovské*. Ale pro základní funkce WinAPI se zdá, že by mělo být docela jednoduché je reimplementovat pomocí Boostu/STL/libc/linuxových syscallů. Proč něco takového ještě není? Proč je to jen Wine se snad 3 miliony řádky kódu a runtime závislostmi?
Dává výše popsaný přístup smysl alespoň pro nejběžnější funkčnost (vlákna, IPC, práce se soubory) bez věcí jako UI, grafika a registry? My kupříkladu buď potřebujeme implementovat okolo 200 funkcí WinAPI (povětšinou události, mutexy, semafory, sokety a operace se soubory a adresáři) nebo to budeme muset kompletně přepsat. Přímé použití winelib nepřichází v úvahu kvůli povaze aplikace. [...]
Damjan Jovanovic se jal vysvětlovat, proč není tak jednoduché něco takového napsat.
Vincent Povirk doporučil podívat se na knihovnu libwapi, která je součástí Mono:
Mohlo by tě zaujmout libwapi, což je malá knihovna uvnitř zdrojových kódů Mono, která poskytuje implementaci některých funkcí Windows API, kterým ale schází některé vlastnosti/kompatibilita. Synchronizační objekty fungují jen v rámci procesu a např. nejsou podporována písmena jednotek. [...]
Dan Kegel ukázal, že Wine není jedináčkem:
Myslím si, že takové vrstvy pro kompatibilitu tu už byly. Například PEACE. Wine je ale jediný, kdo se pokusil spouštět opravdu vše.
Většina uživatelů Windows si pod pojmem aplikace vybaví hlavně GUI. I pro Windows ale mohou existovat konzolové aplikace a zájem o jejich běh je evidentně i pod Wine. Hugh McMaster ve svém mailu o wineconsole zjišťoval, jak to vlastně je.
Během své snahy zlepšit wineconsole a jeho výpočty maximální velikosti okna jsem dospěl ke třem scénářům.
Detekce rozlišení obrazovky je s 1) a 2) jednoduchá. Pro 1) lze použít SystemParametersInfo a pro 2) jde použít XRandR ve Wine.
Mám ale problém se scénářem 3). Wine je navrženo, aby fungovalo s X serverem, ale wineconsole může být použito i v prostředí bez X serveru. Ačkoliv to je možné, přijde mi to nepravděpodobné. Tak jako tak se tento problém na wine-devel už dříve objevil.
Má otázka tedy zní: mám se tímto scénářem zabývat?
A ukazuje se, že ano! Rosanne DiMesio reagovala se slovy, že Wine má uživatele, kteří rozhodně X server nechtějí. Hugh se proto dále ptal, v jakém prostředí se tito uživatelé vlastně pohybují:
Je tedy bezpečné předpokládat, že tito uživatelé ani nemají knihovny X? Nebo se prostě jen rozhodli X server nepoužívat?
Michael Stefaniuc si myslí, že ano. Navíc podotknul, že Wine už dávno nefunguje jen pod X a připomněl podporu OS X, kde Wine komunikuje přímo s display serverem Quartz.
17. června se oficiálně spustilo Google Summer of Code, tedy přesněji jeho část zaměřená na samotný vývoj (čemuž předchází seznamovací úvod). Wine se GSoC jako snad pokaždé opět účastnilo a tentokrát má čtyři studenty. Austin English:
Doufejme, že se jim práce povede a výsledkem bude úspěšné začlenění kódu!
Windows NT 4.0 vyšly v roce 1996, tehdy ještě s podporou pro nyní (na Windows) neobvyklé platformy jako Alpha, MIPS a PowerPC. Až donedávna byly testy v testovací sadě Wine spouštěny i na tomto OS, bohužel k nelibosti některých programátorů, jimž to komplikovalo práci. Správný test ve Wine se totiž vyznačuje nejen tím, že funguje pod Wine, ale samozřejmě i tím, že funguje na skutečných Windows.
Ale teď to vypadá, že NT4 odzvonilo už i pro Wine. Jason Edmeades:
[...] Opravdovou nepříjemností pro mě bylo vždycky zajistit, že na NT4 procházejí testy, takže jsem přijal s úlevou/překvapením, když jsem zjistil, že na testbotu už VM s NT4 není.
Je tedy pravdou, že se u testů už nevyžaduje, aby před přijetím procházely na NT4 (pokud ano, tak NT4 testbota vážně potřebuju!)?
Pokud už se to nevyžaduje, jsou nějaké námitky proti tomu, abych vyřadil ty nesčetné hacky, co byly pro NT4 potřeba?
Zjevně o tomto neproběhla žádná veřejná diskuze, protože ne všichni o změně vědí. Frédéric i Alexandre ale potvrdili, že spolu s nasazením nové testovací infrastruktury už budou NT4 minulostí.
Vydání Wine 1.6 se blíží a od verze dob minulých přibyly překlady do řady jazyků. Ne všechny jsou ale kompletní a udržované. Francois Gouget:
S příchodem PO souborů se Wine dostalo z 12 dobrých překladů z dob před verzí 1.4 na současných 20. Co je ještě více potěšující, je to, že tu máme 6 dalších překladů, které jsou z půlky hotové. Dokážeme se tedy do vydání Wine 1.6 dostat na 26? Nebo na ještě víc?
Proto žádám všechny překladatele, aby byli toho srdce a zkontrolovali, obnovili, dokončili nebo dokonce vytvořili nové překlady Wine. Instrukce jak začít najdete na wiki.
A stejně jako u Wine 1.4 můžete sledovat stav překladů zde.
Francois dále popsal, jaké možné problémy dokáže odkazovaná stránka odhalovat – jde o typické chybějící tečky, uvozovky, konce řádků a samozřejmě zcela chybějící překlady. Český překlad je na tom ale trochu bledě (51 %) a ten slovenský ještě hůř (27 %). Najde se tedy někdo, kdo to změní?
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: