Zpravodaj o Víně – 13. 8. 2012: K čemu je a není winelib

15. 8. 2012 | Luboš Doležel | Různé | 3800×

Nové verze Wine. Milník v 64bitovém Wine. Příchod GCC 4.7. Hráči Diablo III pod Wine banováni? Používání Wine k portování aplikací. Změny v databázi aplikací.

Obsah

• Nové verze Wine
• Milník v 64bitovém Wine
• Příchod GCC 4.7
• Hráči Diablo III pod Wine banováni?
• Používání Wine k portování aplikací

Nové verze Wine

Od posledního dílu Zpravodaje o Víně vyšly čtyři nové (vývojové) verze Wine.

Wine 1.5.7 vyšlo 22. června s těmito novinkami:

• Nová verze enginu Gecko založená na Firefoxu 13.
• Podpora dynamických zařízení přes UDisks2.
• Více stream tříd v C++ runtimu.
• Podpora metadat v souborech TIFF.
• Vylepšená podpora pro velikosti papíru u tiskáren.
• Různé opravy chyb.

Wine 1.5.8 vyšlo 3. července s těmito novinkami:

• Ještě více stream tříd v C++ runtimu.
• Řada vylepšení ve Windows Codecs.
• Více tříd a vlastností WBEM.
• Opravy v HTML Help.
• Podpora pro tisk falešných fontů s kurzívou.
• Různé opravy chyb.

Wine 1.5.9 vyšlo 17. července s těmito novinkami:

• Podpora pro tabulky písem GPOS v Uniscribe.
• Podpora XRandr 1.2 a 1.3
• Vylepšení parseru v kompilátoru HLSL.
• Na Mac OS je podporováno více algoritmů pro výměnu klíčů.
• Relay tracing na ARM.
• Různé opravy chyb.

Wine 1.5.10 vyšlo 31. července s těmito novinkami:

• Nová verze enginu Gecko založená na Firefoxu 14.
• Podpora OpenGL v DIB enginu pomocí libOSMesa.
• Off-screen vykreslování je nyní v Direct3D výchozí volbou.
• Více z infrastruktury WMI
• Různé opravy chyb.

Milník v 64bitovém Wine

Dan Kegel upozornil na milník, kterého se podařilo 64bitovému Wine dosáhnout:

Právě jsem narazil na CAD aplikaci, jejíž 64bitová verze běží lépe než ta 32bitová (32bitová se zasekne kvůli #31358, ale 64bitová se přes to dostane a vypadá to, že i něco dělá).

Není to tak důležité, ale je to fajn.

Příchod GCC 4.7

GCC 4.7 přináší zajímavá vylepšení, v souvislosti s ním se slýchá asi hlavně o LTO (Link Time Optimization). U Wine ale nejde ani tak o LTO, jako spíše o to, aby to vůbec fungovalo. Scott Ritchie:

Wine je posledním balíčkem v aktuálním Ubuntu alpha, který stále závisí na GCC 4.5, bylo by pěkné se GCC 4.5 zbavit a přeportovat Wine, jenže i o 4.6 se ví, že to moc nefunguje.

Ale teď tu máme 4.7 – ví se v souvislosti s tím o nějakých chybách?

Eric Pouech vysvětlil, že překážkou může být i jedna další novinka:

Pokud vím, tak GCC 4.7 nastavuje dwarf4 jako výchozí formát pro ladící informace, zatímco wine (dbghelp) umí jen dwarf2. Způsobuje to spoustu nepřehledných backtrace ve winedbg.

Začal jsem do Wine přidávat podporu dwarf4, ale zatím se neradujte (bude to náročné a pracné a vyžádá si to docela dost oprav v dbghelp) (a nemám teď moc času).

Scott Ritchie se tedy rozhodl dwarf4 manuálně zakázat (respektive nastavit natvrdo používání dwarf2). Dan Kegel poukázal na spoustu jiných problémů s novými GCC (s verzí 4.7 se to „samo“ neopravilo) – kromě toho, že je standardně zapnuté -fomit-stack-pointer, kompilátor také na některých místech padá se SIGSEGV.

Hráči Diablo III pod Wine banováni?

Caleb Hearon nakousnul téma hry Diablo III a banů, které firma Blizzard údajně dávala uživatelům Wine, typicky za používání nepovoleného softwaru třetí strany.

[...] A pak se to dostalo na úvodní stranu na Redditu s 25 tisíci hlasy!

Pravděpodobně jde o chybu na straně Blizzardu. Ale myslel jsem si, že by to mohlo být zajímavé i pro lidi tady. Je úžasné, že tato diskuze, kterou jsem vedl, zatímco jsem byl v práci, vedla k rozšíření povědomí o Wine (jeden z top komentářů na Reddit se ptá, co to Wine je).

A Wine hackeři – skvělá práce, právě jsem 2 hodiny hrál Diablo III a běží to výborně.

Kupodivu zareagoval jen jediný člověk. Erich E. Hoover:

Také jsem nějakou dobu úspěšně hrál Diablo III a dotýká se mě, že se z toho stalo takové mediální šílenství. Je docela dost dobře možné, že lidé dostali ban za neoprávněný přístup ke svému účtu nebo jednoduše za cheatování.

Přijde mi, že rovnou z toho vinit Blizzard je rychlá cesta, jak získat spoustu negativní publicity a právě to by je mohlo vést k tomu úmyslně znemožňovat fungování pod Wine, aby k podobným problémům v budoucnu nedocházelo.

Používání Wine k portování aplikací

Ilyu Konstantinova zajímala možnost používání Wine při portování aplikací na Linux postupným způsobem, zejména k doplňování „chybějících“ funkcí.

[...] Hledám něco skromnějšího – knihovnu pro snadné portování, která implementuje funkce, které v glibc samotném nejsou – např. _wfopen, _wgetenv. Pravdou je, že spoustu funkcí je možné dodat jednoduchým #define na jejich obdobu v glibc. (Ale je to samozřejmě nutné dělat opatrně.)

Existuje něco takového?

Vincent Povirk vysvětluje, že winelib je spíše pro ty, co vlastně portovat nechtějí.

Přijde mi, jestli nepoužíváte winelib nevhodným způsobem.

Winelib není užitečným mezikrokem při portování existující aplikace na Linux, protože většina práce spojená s portováním na winelib vám nijak nepomáhá s nativním linuxovým portem. V určitém bodě se musíte od Windows plně odloučit a winelib na tom nic nezmění. Jen vám dává způsob, jak tento bolestivý krok odsouvat, aniž by s bolestí, až na to dojde, pomohlo.

Navíc běh existujícího kódu pro Windows s winelib nemá oproti běhu Windows exe nebo dll pod Wine typicky žádné výhody. Ačkoliv je pravda, že se dá winelib použít k portování kódu pro Windows na nové architektury, které MSVC nepodporuje, není to zrovna něco, o co by byl zájem.

Většina lidí, kteří chtějí použít winelib, to chtějí kvůli jedné z těchto věcí a neuvědomují si, že winelib neřeší žádné z jejich problémů. Winelib nemá skoro žádné využití pro sestavování existujícího kódu pro Windows. Vzhledem k tomu pak zlepšování kompatibility winelib s Windows na úrovni zdrojového kódu není moc užitečné a nikomu to asi nestojí za ten čas.

Winelib je nejlepší pro podporování omezeného množství nového kódu (jediné .dll.so nebo .exe.so), které funguje jako most mezi Linuxem a Windows.

Tazatel nebyl tímto vysvětlením odrazen. Vincent jej odkázal na libwapi v Mono jako dost dobře lepší věc pro jeho účel. Nakonec ale našli společnou řeč, což vedlo k závěrečnému dotazu:

Pokud mám kód, který je potřeba napsat nativně pro provázání aplikace pro Windows s Linuxem (např. pro používání nějakých nízkoúrovňových linuxových záležitostí), mohu to sestavit jako knihovnu pomocí wineg++ / winelib a používat to z aplikace spuštěné pod Wine?

Vincent už jen potvrdil, že to je přesně to, k čemu se dá winelib dobře využít.

       

Komentáře

[Ragzid]

Jen pro upresneni, pro zmeny v databazi aplikaci puvodni verze = 1.5.6, nova verze 1.5.10?

Jinak vzdycky me fascinuje, jak se z mnoha fungujicich veci stane odpad...

[DjAARA]

Verze před a po jsou u každé aplikace zmíněny v daném sloupci.

[Ragzid]

Ja jsem fakt slepy, jsem byl jeste rozespaly, a uplne jsem to prehledl, moje chyba

[Luboš Doležel (Doli)]

Je to za období 2 měsíců.

[D.A.Tiger]

Off-screem vykreslování je nyní v Direct3D výchozí volbou

Neměl autor na mysli Off-screen?

Jinak co se týče Winelib, je možné, že to není úplně ta "nej, nej cool cesta", ale dřív jsem používal Wine právě pro testování a odlaďování aplikací které jsem chtěl portnout na Widle. Co mi běželo v pohodě na Wine, mi běželo absolutně bez problémů na Windows...

Nevím tedy jak je tomu teď, protože už dlouho se portováním na Widle nezabývám (jednak je už dávno nepoužívám a jednak, dost vývojářů, kteří používají multiplatformní freemworky na widlích na nás taky stejně z vysoka kašle... )

[Honz]

Nebo OFF-CREAM...?

[lmb]

Na spouštění widloidních aplikací jsem už nad Wine zlomil hůl. Něco co fungovalo s aktualiazí fungovat přestalo, program který se zdál bez problémů slítl na hubu aktivací dosud nepoužívané featury apod.

Od tý doby co jsem si pohrál s nastavením KVM QEMU jsem nadmíru spokojenej a nemám potřebu hledat jiný řešení.

[little.owl]

Neprehani se to trochu s tema stitkama u tohoto clanku?

[stativ]

Je fakt, že na první pohled jsou tam štítky jako třetý řýše nebo sedmihroty vidle, které nezasluhují nic jiného než smazání.

[little.owl]

Asi by to chtelo limitovany set stitku na vyber, bez moznosti uzivatelu pridavat nove bez schvaleni.

[Lol Phirae]

bez moznosti uzivatelu pridavat nove bez schvaleni.

To přidávání štítků někomu funguje? Mně teda už min. půl roku ne.

[Luboš Doležel (Doli)]

Jsou automatický a IMO celkově dost postrádají smysl. Osobně bych to dal pryč.

[D.A.Tiger]

"IMO celkově dost postrádají smysl. Osobně bych to dal pryč."

Zas až tak bych to nehrotil. Osobně jich využívám když hledám informace (mimo vyhledávače), je to pro mě někdy dokonce lepší, než odkazy pod články. Ale probrat by potřebovaly, to je fakt.

[little.owl]

On by tam smysl byl, pokud by se to rozumne pouzivalo.

Jsou automatický

Jak jsou generovany automaticky? Kdyz se kouknu na nektere stitky, jsou "podedene" z naprosto nesouvisejich clanku.