Zpravodaj o Víně - 342

19. 3. 2008 | Luboš Doležel | Různé | 5323×

Google Summer of Code se blíží. Patche pro Wine pod Valgrindem. Srovnání Wine vs. Vista. Přesun Wine z uživatelského prostoru do jádra? Několik významných programů nově funguje. Změny v databázi podporovaných aplikací.

Obsah

• Google Summer of Code se blíží
• Patche pro Wine pod Valgrindem
• Srovnání Wine vs. Vista
• Přesun Wine z uživatelského prostoru do jádra?
• Několik významných programů nově funguje
• Změny v AppDB
  • Změny od správců programů
  • Změny od uživatelů

Google Summer of Code se blíží

Google nedávno zveřejnil informace o Google Summer of Code 2008 a komunita okolo Wine neváhala jednat. Čtěte oficiální informace:

• Stránka ve wiki Wine
• Stránky Google

Kai Blin byl hned v obraze a sepsal toto oznámení:

Ahoj lidi, Google dnes uvolnil rozvrh na rok 2008 a hned bych rád využil příležitosti k tomu, aby se projednaly kroky naší přípravy.

Rozjedu oddělené vlákno pro diskuzi o návrzích na projekty, a to tím, že představím ty, co jsou zmíněné na wiki. Všechny nápady jsou vřele vítány. Pokud bystě někdo rád dělal mentora pro některý z projektů, ozvěte se. Pokud jste student s návrhem na projekt, platí pro vás to samé.

Pak probereme to, zda je možné projekty uskutečnit během doby, po kterou Summer of Code běží. Z diskuze na WineConf vyplynulo, že tuhle věc jsme minulý rok moc dobře nezvládli. Nemám na to spolehlivé řešení, ale asi bychom měli být trochu více konzervativní.

Připíšu na wiki stránku SoC nějakou další dokumentaci - má někdo nápad, jak pojmenovat závěrečné rozpitvání (post-mortem analysis)? Vím, že je to správné technické označení, ale podle mě to zní trochu negativně. Jelikož nemám lepší nápad, nazval bych to posouzení. Mají rodilí mluvčí nějaké lepší nápady?

Maartene - tys napsal wiki stránku o zkušenostech z roku 2007, mohl bys ji prosím přidat do sekce Užitečných odkazů? Zdar, Kai.

Maarten Lankhorst si letos vezme na starost řízení GSoC. Takto vypadalo jeho oznámení:

Zdravím, mám v plánu se stát administrátorem Wine v souvislosti se Summer of Code 2008.

Sháním dobrovolníky, kteří by se stali mentory. Pokud nevíte, co to je, pročtěte si FAQ. V případě, že máte někdo zájem, soukromě se mi ozvěte.

Také mám zájem o nápady na projekty. Pokud třeba někdo nápad na Summer of Code máte, připište jej do wiki. Upřednostňuji projekty, které by vždycky měly za úkol jen menší změny, například by mohlo jít o implementaci změn potřebných pro rozchození programu spíše než něco drastického - například implementací DIB enginu. Nejlépe by to mělo být něco, co za 2 až 3 měsíce zvládne člověk bez nějakých velkých zkušeností s Wine.

Dále sháním lidi, kteří by rádi vypomohli jiným způsobem, například rozšířením wiki stránek nebo přípravou dodatečných informací, které by se mohly hodit studentům. Zdar, Maarten.

Kai Blin také poslal dlouhý e-mail s nápady na projekty. Některé z nich jsou shrnuty zde - pokud máte zájem, přečtěte si celé vlákno.

• Implementace WinePluginApi, aby linuxové programy mohly používat DLL pro Windows.
• Vylepšení našich prohlížečů nápovědy typu HTML/Win32.
• Implementace zvukové infrastruktury ASIO pro Cubase.
• Implementovat knihovnu MS wsock (dlls/mswsock), rozšířenou implementaci soketů Windows.
• Integrovat Wine s Valgrind (čtěte Wine_and_Valgrind).
• Dokončit Wine Web Browser (neboli Internet Explorer) - tzn. widgety rámců (frame controls), panel nástrojů, stavový řádek.
• Úplná implementace URLMoniker (aby IE fungovalo s vestavěným urlmon.dll).
• Implementovat transakční režim pro Úložiště OLE32 (STGM_TRANSACTED).
• Zlepšit kompatibilitu cmd.exe.
• Zařídit, aby Mozilla šla zkompilovat s Winelib (info).
• Spustit testovací sadu Mauve Java vůči Sun JRE pro Windows a nahlásit chyby / napsat testovací programy v C / opravit cokoliv, co to najde.
• Spustit testovací sadu pro splnění MDAC vůči microsoftímu MDAC a nahlásit chyby / napsat testovací programy v C / opravit cokoliv, co to najde.
• Vybrat nějaký reálně používaný program nebo hru, která nefunguje dobře, a vylepšit Wine tak, aby lépe zvládalo instalaci a běh programu. (Dobrými příklady budiž Photoshop, Visual Basic, nějaká hra apod.).
• Vybrat funkce Windows, které ve Wine nejsou kompletní, a vylepšit jejich podporu a s tím spojené testy pro ověření korektní funkčnosti. (Dobrými příklady budiž riched20, DirectPlay atd.).

Patche pro Wine pod Valgrindem

Hodně úsilí bylo věnováno tomu, aby se Wine a Valgrind skamarádily a nabízely použitelný výstup. Nedávno byla do upstreamu zařazena sada původně externích patchů. Dan Kegel:

Čau, vývojáři Valgrindu konečně zařadili patche pro podporu Wine! Právě jsem sestavil Valgrid ze SVN podle tohoto popisu a na čerstvé instalaci Gutsyho to fungovalo bez dalších úprav.

Pro spouštění testů Valgrindu na Wine Valgrind konfiguruji pomocí --prefix=/usr/local/valgrind-svn a dále pak udělám něco jako:

cd wine-git/tools
wget http://kegel.com/wine/valgrind/runtests.patch
wget http://kegel.com/wine/valgrind/valgrind-daily.sh
wget http://kegel.com/wine/valgrind/valgrind-suppressions
wget http://kegel.com/wine/valgrind/valgrind-split-pl.txt
-O valgrind-split.pl
patch -p2 < runtests.patch

Pro spuštění všech testů pak použiji

cd ~/wine-git
sh tools/valgrind-daily.sh

nebo pro spuštění jen jediného testu

export RUNTEST_USE_VALGRIND=1
cd ~/wine-git/dlls/riched20/tests
make test

Funkčnost jsem zatím ověřil jen na jediném stroji, ale docela tomu věřím. Má někdo další náladu to ozkoušet?

Srovnání Wine vs. Vista

Před časem vyšel článek se zajímavým srovnáním běhu několika her pro Windows XP pod Windows Vista a pod Linuxem s Wine, který nabídl docela zajímavé výsledky. Berte to s rozvahou; autor není úplně nestranný. Pár ukázek:

Soldat pod Wine: Ve výchozím nastavení nefunguje, ale na rozdíl od Windows Vista s sebou při pádu nevezme celý operační systém - proces se pouze ukončí. Abyste to rozchodili, musíte dát všechna nastavení o hodně dolů, ale funguje to... pomalu.

Darwinia pod Wine: Opět je trochu šok vidět lepší kompatibilitu pod Wine než pod skutečnými Windows. Ačkoliv Darwinia bez patche pod Vistou neběží, funguje dobře pod Wine (a to dokonce se snesitelným výkonem).

Závěr: Tento zápisek je rozhodně trochu neobjektivní. Co mě však šokovalo, je, jak snadné je najít hry, co neběží pod Windows Vista, ale na Linuxu ano, a to díky Wine nebo DOSBoxu. Nejsem velký hráč, takže nemám na vyzkoušení k dispozici velkou sadu her, ale i tak - po několika hodinách frustrující práce - jsem byl schopen dokázat, že nejenže je Linux rozumnou herní náhradou za Vista (nicméně XP stále sedí na trůnu), ale že Linux také lépe zvládne selhání programů než Vista. Každá hra kromě Blackthrone sundala můj systém s Vista, což se pod Linuxem nestalo ani jednou.

Přesun Wine z uživatelského prostoru do jádra?

Říkejte o mně, že jsem naprostý geek, ale když jsem o tomhle četl poprvé, byl jsem vskutku uchvácen. Základní myšlenkou projektu nazvaného Linux Unifed Kernel je použití Wine k nativní podpoře mnohých standardních systémových volání Windows, čímž by se vlastně velká část Wine přesunula z userspace do jádra. Takto zní jednoduchý popis od Dana Kegela:

Vypadá to, že přidali do linuxového jádra kód pro příjem systémových volání Windows NT. Možná dokonce umožňují použití standardního systémového loaderu sdílených knihoven namísto toho speciálního z Wine. Tohle je něco, co jsem už mnohokrát chtěl udělat, ale má to podstatně nižší prioritu než rozcházení Wine. Vůbec jsem se na jejich projekt nedíval; nemám ponětí, jestli je to dělané dobrým způsobem.

Přináší to některé zjevné výhody (mj. nějaká ta zlepšení výkonu) a také potíže (je to zaměřeno čistě na Linux, zatímco Wine nyní podporuje Linux, BSD a Mac). Měl jsem obavy, že takový projekt by se nikdy nerozjel kvůli nepřijetí ze strany upstreamu (jádra). Nicméně Dan Kegel má očividně nějaké vlastní informace, které mě uzemnily:

Myslím si, že bychom někdy rádi přesunuli wineserver do jádra. Už se to probíralo i dříve. Linus proti nativní podpoře systémových volání win32 nic nemá. Jeden týpek z Red Hatu před několika lety napsal jaderný modul pro Wine, ale nebyl na to ten správný čas.

Něco pro BSD najdete také. V roce 2006 ten projekt ještě fungoval, ale myslím si, že se nedostali moc daleko.

A je to tu: zajímavý projekt, který by, pokud by se mu dobře vedlo, mohl změnit způsob, jakým Wine používáme.

Několik významných programů nově funguje

Pan Kegel pozorně sleduje některé významné programy a knihovny a zaznamenal, že několik důležitých věcí začalo v poslední době fungovat:

Čau, #11678 je opravené a VCToolkitSetup.exe se teď u mě nainstaluje bez problémů!

Než začnou fungovat programy pro .NET 1.1, bude ještě třeba dost práce - vizte #11742. Pak je tu ještě několik škaredě vypadajících problémů s během instalátoru .NET 1.1, ale ty zatím mohou počkat.

Adam Strzelecki si zase všiml, že se Visual Studio 2005 dostalo o pořádný kus dále:

Nazdar, chtěl jsem zmínit, že se mi výhradně za použití Wine podařilo nainstalovat Visual Studio 2005.

1. nainstaloval jsem "vcrun6" (s winetricks)
2. aplikoval jsem 1 patch z #8439 (je potřeba pro celkovou instalaci)
3. aplikoval jsem patch z AppDB (nutné pro instalaci .NET 2.0)
4. aplikoval jsem patch "msi: ACTION_RegisterProduct store all InstallProperties" z wine-patches, kam jsem ho před časem poslal (bez něj si Visual Studio 2005 bude myslet, že MS XML 6.0 a spol. dosud nejsou nainstalovány!)

Instalace projde bez potíží, nicméně spuštění devenv.exe vede k několika problémům s balíčky .NET 2.0 a pádům :( - věčná škoda. Většina pádů a chyb je kvůli několika chybějícím funkcím API ve Wine a nekompletní podpoře .NET 2.0. I přesto si myslím, že k rozjetí Visual Studia nemáme daleko, což by byla bezva zpráva pro multiplatformní vývojáře.

Podívejte se na screenshoty mého MacBook Pro s OSX 10.5.2 připojené k #8439.

Změny v AppDB

Změny od správců programů

Program	Původní stav/verze	Nový stav/verze	Změna
Stronghold 1.x	Silver (0.9.51)	Platinum (0.9.56)	+2
dBPowerAmp Music Converter Release 12	Gold (0.9.46)	Platinum (0.9.56)	+1
Isobuster 2.3	Platinum (0.9.52)	Gold (0.9.56)	-1
Star Wars: Knights of the Old Republic 1.0	Garbage (0.9.46)	Platinum (0.9.56)	+4
Battlefield Vietnam 1.2x	Gold (0.9.54)	Garbage (0.9.56)	-3
Visual FoxPro 7	Silver (0.9.54)	Bronze (0.9.55)	-1
Celková změna			+2

Změny od uživatelů

Program	Původní stav/verze	Nový stav/verze	Změna
Warlords: Battlecry III 1.0x	Silver (0.9.55)	Garbage (0.9.56)	-2
Microsoft Flight Simulator 2002	Garbage (0.9.29)	Silver (0.9.55)	+2
Tactical Ops: Assault on Terror 3.x	Platinum (0.9.38)	Gold (0.9.55)	-1
Team Fortress 2 - Steam February 19, 2008	Garbage (0.9.50)	Gold (0.9.51)	+3
EndNote X1	Gold (0.9.51)	Bronze (0.9.55)	-2
Project64 1.6	Platinum (0.9.54)	Silver (0.9.55)	-2
Bridge Baron 14	Gold (0.9.22)	Platinum (0.9.55)	+1
.NET Framework 1.1	Garbage (0.9.48)	Bronze (0.9.56)	+1
Worms Armageddon 1.0-3.6.28.0	Garbage (0.9.54)	Gold (0.9.56)	+3
Proteus 7.2	Garbage (0.9.54)	Bronze (0.9.56)	+1
PhotoImpact 12	Gold (0.9.54)	Bronze (0.9.55)	-2
Mathematica 5.x	Silver (0.9.44)	Bronze (0.9.54)	-1
The Elder Scrolls IV: Oblivion 1.1.511	Silver (0.9.48)	Gold (0.9.56)	+1
Need for Speed: ProStreet 1.0	Bronze (0.9.54)	Silver (0.9.55)	+1
Acrobat 5.0	Gold (0.9.42)	Silver (0.9.56)	-1
Electronics Workbench 5.12	Garbage (0.9.25)	Silver (0.9.55)	+2
TOCA Race Driver 3 1.0	Gold (0.9.50)	Bronze (0.9.55)	-2
Flash 8	Silver (0.9.54)	Platinum (0.9.55)	+2
Warlords: Battlecry II 1.0x	Silver (0.9.16)	Gold (0.9.56)	+1
Steam All Versions	Silver (0.9.52)	Gold (0.9.56)	+1
Acrobat 8.0	Bronze (0.9.54)	Garbage (0.9.55)	-1
Warhammer 40,000: Dawn of War Soulstorm: DEMO	Silver (0.9.55)	Platinum (0.9.56)	+2
Magic ISO 5.3	Bronze (0.9.41)	Platinum (0.9.55)	+3
Silent Hill 2 1.0	Silver (0.9.48)	Platinum (0.9.56)	+2
Call of Duty 4: Modern Warfare 1.4	Bronze (0.9.53)	Garbage (0.9.55)	-1
SimCity 4 1.x	Bronze (0.9.53)	Gold (0.9.56)	+2
IMVU BETA	Gold (0.9.49)	Silver (0.9.56)	-1
Halo: Combat Evolved 1.x	Gold (0.9.54)	Silver (0.9.56)	-1
CPU-Z 1.39	Garbage (0.9.49)	Bronze (0.9.55)	+1
Celková změna			+12

Tento text je překladem WWN a je distribuován v souladu s podmínkami GNU GPL.

       

Komentáře

[David Heidelberg]

Chápu dobře, že přesunem wineserver do userspace modulu jádra by "mohli" jít normálně sputit exe soubory jako ve windows? Mě je to celkem jedno, ale setřelo by to pár argumentů, že programy z Windows nejdou jednoduše spouštět na linuxu...

[David Heidelberg]

aha, tak jsem koukal na odkazy a ono už to tak asi funguje WOW

[thingie]

./něco.exe je s binfmt_misc možné už snad miliardu let nejmíň.

[JaRo]

EXE soubory tak jdou v Linuxu spouštět už dávno.
Ale přesunem z uživatelského prostoru do jádra by Wine už také mohlo podporovat kompletní zhroucení systému. A v článku uvedená věta: "Každá hra kromě Blackthrone sundala můj systém s Vista, což se pod Linuxem nestalo ani jednou." by se mohla změnit na: "Každá hra kromě Blackthrone sundala můj systém s Vista i s Linuxem."
A o tak "dobrou" kompatibilitu Linuxu s Windows opravdu nestojím. Proto raději mívám programy mimo jádro. Nejlépe mikrokernel, ale tam jsou jiné problémy, takže rozumný kompromis. Ale ne vše cpát do jaderného prostoru. Co to může přinést? Trochu větší výkon a spoustu problémů.

Nechci si bordelit jádro jen pro to, že jednou za rok potřebuji testnout nějakou Windows aplikaci. Takže doufám, že i dosavadní způsob bude dál k dispozici, aby si uživatelé jako já spustili wine pod jiným účtem z omezenými právy bez strachu co tam podivná windows aplikace všechno provede. Nemyslím si, že je to zas tak pomalejší než qemu/VirtualBox/vmware/.. a pod tím Linux s wine přímo v jádře.
Ale třeba to mysleli jinak, v jádře malý redirector zpět do uživatelského prostoru (něco jako např. FUSE)

[dayvee]

Pravdepodobne se bude jednat o jaderny modul, nebudes-li o nej mit zajem, nespoustej jej.

[Petr Mach]

A bude zachovana moznost spustit wine bez modulu v kernelu? Jestli jo, tak OK, ale jinak je tva rada na houby.

[stativ]

Když jsem to četl poprvé na winehq.org, tak jsem to považoval za jeden z nejblbějších nápadů co jsem kdy viděl. Myslím si to pořád.

[frEon]

neco takoveho bych si do jadra nedal, neverim tomu a windows aplikacim uz vubec ne. pokud ale bude moznost to do jadra nedat beze ztraty funkcnosti nejsem v zasade proti.

[phero]

presne tak, ten sandboxik, co wine vytvari, je vic nez zahodny. Pokud jde o out of the box funkcnost, tak to muzou s (ne)rozumnym default nastaveni poresit distribuce uz ted preci.

[xkucf03]

Asi tak. Možná kdybych měl na wine vyhrazený počítač, tak bych ho v jádře používal - třeba na hry Ale to už si na tom vyhrazeném PC můžu spsustit XPčka, to je stejně nejlepší herní konsole

[hydrandt]

S tou integrací teda nevím, stačí mi, když se po pádu fullscreen aplikace ve wine posere rozlišení Xek...

[David Jaša]

To je podle mě spíš chyba na straně X než na straně wine, protože stejným problémem trpí i programy nad SDL.

[dayvee]

to je "chyba" wine a vlastnost sdl. X zmeni rozliseni vystupu, pokud k tomu dostane prikaz. Pokud win32 aplikace ve wine zada prikaz na zmenu rozliseni, wine jej preda X a to jej vesle provede. Stejne tak u sdl aplikaci (samozrejme bez ucasti wine), pokud naslena aplikace spadne, proc by melo X vracet puvodni rozliseni, jak k tomu prijde? U sdl se s tim prakticky neda nic delat, na strane wine (tedy mezistupne mezi win32 aplikaci i X) by mohl byt hlidaci proces, ktery by po padu (resp. ukonceni) aplikace vracel nektera puvodni nastaveni, tedy mj. daval X prikaz pro nastaveni puvodniho rozliseni, ale i to ma sva proti. Treba pokud bys chtel pouzit win32 aplikaci pro celkovou zmenu rozliseni (obraznej priklad)

[David Jaša]

Pokud aplikace nemůže X říct, že chce změněné rozlišení jen sama pro sebe, tak je to prostě chyba na straně X. Když ta aplikace spadne, tak by se měla X vrátit do výchozího stavu (aby byl systém blbuvzdrorný).

[hankey]

Myšlenka té věci je z jistého pohledu strašně prima, ale já hlasuji proti začlenění do jádra z jistých důvodů bych to nedělal ani jako option. Raděj bych se ubíral cestou uživatelsky co možná nejpřívětivějšího rozhraní wine, aby se spouštění exe komplikovalo co možná nejméně. Myslím si, že politika linuxu by se tímto směrem vydávat nemusela- a je tu mnoho a více důvodů proti než pro. Jejich váha ovšem už záleží na názoru každého.

[dayvee]

... ovšem už záleží na názoru každého.

a prave proto by mi vubec nevadilo, pokud by byl wineserver (ci cokoliv co ma co spolecneho s wine) k dispozici jako jaderny modul. Je-li nekdo toho nazoru, ze win32 aplikace a linux o sobe nemaji ani tusit, at ten modul proste nespousti.

Jinak co se tyce konfigurace wine, nekde jsem ted videl pomerne hezke rozhrani na spravu wine, tusim ze psane v pythonu ...

[xkucf03]

Záleží, jestli pak wine bude fungovat i bez toho modulu, čistě v uživatelském prostoru. Pokud ano, tak je to v pohodě a jaderný modul vítám.