Portál AbcLinuxu, 8. května 2025 13:53
Zpravodaj o Víně - 348
Články
-
Zpravodaj o Víně - 348
Interview o Wine 1.0: Alexandre Julliard. Popularita Wine. Vývoj po verzi 1.0. Změny v databázi aplikací: Změny od správců programů.
Obsah
Konečně vyšlo Wine 1.0 - cesta k tomuto vydání byla dlouhá 15 let. Toto vydání vyvolalo takový nápor na webové stránky winehq.org, že zapříčinilo výpadek na jednu až dvě hodiny. Pokud chcete vidět křivku návštěvnosti, podívejte se na grafy. Od vydání verze 1.0 uběhl jediný den a Alexandre Julliard už zase začal zasílat patche v typickém množství.
Interview o Wine 1.0: Alexandre Julliard
link
1. K verzi 1.0 vedla dost dlouhá cesta. Myslíš si, že za ty roky mělo mít Wine nějaké vydání založené na některé ze starších verzí? Pokud ano, kdy se tak podle tebe mělo stát? Proč? Myslíš si, že aktuální vydání 1.0 přichází ve vhodný čas?
Z počátku Wine podporovalo pouze Win16, protože projekt začal v dobách Windows 3.1, a pravděpodobně jsme mohli udělat vydání s dost dobrou podporou Win16 někdy v roce 1998. Ale jak se dalo očekávat, v té době všichni chtěli spouštět Win32 aplikace, takže soustředění na podporu Win16 takové, aby to došlo až k vydání, by pravděpodobně způsobilo, že by mnoho vývojářů ztratilo zájem. Místo toho jsme začali měnit architekturu, abychom podporovali Win32, což byla z dlouhodobého hlediska dobrá volba, ale znamenalo to, že jsme po dlouhou dobu nemohli vydat nic rozumného.
2. Jaké stěžejní věci bys vyzdvihl ve verzi 1.0? Říkám si, že teď, když jsme se dostali až k verzi 1.0, tak bychom možná měli stát na střeše a vykřikovat: „Umíme [to]!“. Co je [to]? Pokud by chtěl někdo Wine prubnout, víš o nějakých programech pro Windows, které bys k vyzkoušení doporučil? Pořád existuje tuna programů pro Windows bez srovnatelné alternativy pod Linuxem - jsou nějaké takové programy, které ti připadají obzvlášť užitečné, abys je někomu navrhl vyzkoušet?
Photoshop CS2 jednoznačně představuje něco jako vlajkovou loď, ale myslím si, že bychom měli vyzývat k tomu, aby vyzkoušeli vše, co mohou, neboť to je důvod, proč vkládáme tolik úsilí do rozcházení instalátorů. V současnosti je dobrá šance, že skoro jakákoliv aplikace se nainstaluje a alespoň udělá něco zajímavého.
3a. Podíváme-li se do budoucna, jaké technické změny Wine potřebuje? Existují nějaké velké sady patchů, které se někde povalují a nebyly zařazeny kvůli zmrazení kódu?
Velkou chybějící funkcí je DIB Engine, který doufám, že se dostane do verze 1.2. Některé další zajímavé patche, které vyčkávají, jsou podpora iPodu (a více všeobecná podpora USB zařízení) a animované kurzory.
Z dlouhodobého hlediska je tu podpora 64bit, která bude jednoznačně vyžadovat hluboké technické změny; naštěstí to není tak zlé jako přechod 16->32, ale stále je to hodně práce.
3b. Je tady pár různých skupin, které pohánějí kupředu vývoj Wine, konkrétně Google a CodeWeavers. Na co se chcete zaměřit? Za ty roky jsme viděli docela dost velkých změn, které posunuly Wine v různých směrech - například vývoj D3D8 skutečně zahájil éru podpory her ve Wine, port na OS X otevřel dveře přenositelnosti - je na obzoru něco takového? Myslíš si, že někdo udělá ntoskrnl načítající ovladače Windows nebo připojující je do jádra nebo tak něco?
Nemyslím si, že jsou ovladače pro Windows pro Wine tak zajímavé, vyjma několika specializovaných oblastí jako USB zařízení nebo tiskárny. Všeobecná podpora ovladačů by skutečně musela jít do linuxového jádra, aby byla užitečná, a i když je to rozhodně proveditelné, byl by to oddělený projekt.
Pokud jde o Mac OS, rozhodně potřebujeme grafický ovladač quartz, uživatelům by se to více líbilo. Udělat takovou věc správně je ovšem docela těžký úkol, takže nevím, kdy na to dojde.
4. Co nechceme dělat? S jakými technickými věcmi bychom si neměli zatěžovat hlavu? Existují nějaké části Windows, které nemá ani cenu se snažit podporovat? Například podpora Win31 teď visí na vlásku - dojdeme někdy do stavu, že nebude mít cenu to podporovat? Nebo snad Wine má důležitou roli tím, že umožňuje používání archaických aplikací?
Myslím si, že se dostaneme do fáze, kdy bude nutné vyřadit současnou podporu Win16; mohla by být nahrazena čistější architekturou, která by byla skutečně nezávislá na 32bit kódu namísto toho, aby s ním byla provázaná, takže by v 32bit změnách nepřekážela a v jednom kuse by se nerozbíjela. Tady bude těžké najít někoho, kdo tu práci udělá, dělat na nových funkcích je podstatně zajímavější...
5. Je Wine příliš ambiciózní? Nesnažíme se o něco až příliš velkého? Dostaneme se někdy do stavu, že komplexita projektu v kombinaci s množstvím regresí nebude zvladatelná naší vývojářskou komunitou? V jednu dobu asi před deseti lety to vypadalo, jako kdyby Microsoft vydával nové technologie a API každý týden. Věci se, zdá se, dost zpomalily, ale myslíš si, že ten trend bude pokračovat? Myslíš si, že budeme stíhat reagovat na budoucí API Visty, Windows 7 atd.?
Doposud se nám dařilo stíhat a nepředpokládám, že se to změní. Vždycky máme samozřejmě trochu zpoždění, ale na druhou stranu nevidím, že by se zpoždění zvětšovalo. Kromě toho je celá ta složitost problémem i pro Microsoft, je pro ně čím dál složitější dělat zásadnější změny.
6a. Pokud bys mohl mávnout čarovnou hůlkou a změnit jednu věc ve Wine, co by to bylo?
6b. Pokud bys mohl mávnout čarovnou hůlkou a změnit jednu věc na Linuxu [nebo OS X], co by to bylo?
Byl bych rád, aby byly řádné desktopové standardy, korektně implementované různými desktopovými prostředími. Postupně se k tomu dostáváme, ale trvá to déle, než by mělo.
6c. Pokud bys mohl mávnout čarovnou hůlkou a změnit jednu věc na Windows, co by to bylo?
Nevěděl bych, kde začít, je tolik věcí, které by se musely opravit...
7. Teď, když se Wine dostalo k verzi 1.0, myslíš si, že ho velké distribuce zařadí? Pokud ne, proč? Bojí se právních sporů? Pokud ano, měly by?
Pochybuji, že budou přibalovat Wine, neboť se všichni obávají Microsoftu. Je to všechno FUD, neexistuje žádný racionální důvod k obavám, ale i když je pravděpodobnost vzniku soudních pří malá, nekonečná velikost prostředků, které by do toho mohl Microsoft vložit, postačuje k odrazení.
8. Na to bychom se měli ptát jen proto, že není lepší způsob vyvolání násilí než rozjetím flamewaru kvůli licencím, ale vidíš potřebu přejít na LGPL3? Většině vývojářů docela stačí verze 2. Jenže zase si musíme vzít, že většině lidí vyhovovala licence X11, než jsme rychle změnili názor. Je na LGPL3 něco obzvlášť problémového pro Wine?
Myslím si, že Wine nemá problém s LGPL2, ani s LGPL3, takže ani není moc motivace ke změnám. Dovedu si představit, že k přechodu nakonec dojde, jakmile se vynoří potřeba sdílení kódu s LGPL3 projekty.
9. Když vychází verze 1.0, vidíš potřebu pro nějaké změny ve vnitřních procesech? Půjdou patche do stromu stále tím samým způsobem jako doposud? Myslíš si, že se něco ohledně vývojového cyklu po verzi 1.0 změní?
Doufám, že budeme moci dělat stabilní vydání častěji než jednou za 15 let...
Také snad budeme moci rozjet systém pro sledování příspěvků, na kterém jsme pracovali se SFLC, ale tady jde hlavně o papírování, nijak zásadně to způsob naší práce nezmění.
10. Pokud bychom mohli zázrakem zajistit, aby všichni vývojáři na světě dělali pro Wine a Wine 2.0 by vyšlo touto dobou příští rok, co bys tam rád viděl?
Mezi velké funkce by zjevně patřily DIB engine, Win64, podpora .NETu, ovladač quartz atd. Ale co skutečně zabírá čas, to je vystopování a opravování škaredých drobných nekompatibilit, které rozbíjejí aplikace, jež by si jinak celkem vystačily s naší existující sestavou funkcí. To je to místo, kde by zázračné zapojení všech vývojářů mohlo pomoci.
Popularita Wine
link
Scott Ritchie udělal analýzu používanosti Wine na základě balíčku popcon z Ubuntu:
Balíček "popcon" je nainstalován, pokud uživatel během instalace (nebo ve správci balíčků Synaptic) povolí anonymní sdílení dat o používání aplikací. Zanalyzováním dat můžeme o Wine zjistit následující:
Wine, nainstalováno 215262×, 14731 uživatelů jej používá pravidelně, 156710 jej nepoužívá.
Pokud to srovnáme s dpkg, které má každý systém s Ubuntu:
dpkg, nainstalováno 576989×, 151098 uživatelů jej používá pravidelně, 411213 jej nepoužívá.
Po troše dělení to znamená, že docela vysokých 37 % uživatelů Ubuntu má nainstalované Wine a 10 % uživatelů Ubuntu jej skutečně používá. 7 % používá Wine "často", ať už to u popconu znamená cokoliv. Pokud to zkombinujeme s odhady velikosti uživatelské základy Ubuntu (okolo 8 milionů, co jsem slyšel), máme přibližně 800 000 uživatelů Wine.
Tyto údaje jsou trochu zkreslené - nezahrnuje to většinu uživatelů Wubi, kteří si nainstalovali Ubuntu z Windows, protože jim nejsou pokládány žádné instalační otázky. Ačkoliv to nemohu dokázat, tak věřím, že to znamená, že nyní podceňujeme množství uživatelů Wine, neboť se zdá rozumné, aby se ve Wubi instalacích více používaly aplikace pro Windows, a tudíž i Wine.
Scott se také podíval na celková čísla o používanosti:
Jistě. Pokud Ubuntu stále představuje ~30 % uživatelů, jak to bylo v roce 2007, když proběhl průzkum DesktopLinux.com, a pokud je pravděpodobnost používání Wine mezi uživateli ostatních distribucí stejná, tak získáváme odhad, že Wine má nějakých 2,6 milionu uživatelů.
Vývoj po verzi 1.0
link
Alexandre Julliard, který má na starosti údržbu Wine, rozeslal stručné shrnutí toho, jak bude vývoj Wine fungovat v budoucnu.
Zdarec, znovu bych chtěl pogratulovat k vydání verze 1.0!
Teď, když už se zotavuji z toho šoku, že se nám podařilo vydat verzi 1.0, mám pár poznámek k budoucímu vývoji:
- Zmrazení kódu skončilo, patche jsou opět přijímány. Pokud jste zaslali patche a ty nebyly zařazeny během zmrazení kódu, upravte je prosím pro 1.0 a zašlete je znovu.
- Vývoj bude pokračovat jako v obvykle v git větvi "master". Vývojová vydání 1.1.x se budou připravovat z této větve každý druhý pátek.
- Nyní máme git větev "stable", kam se budou dávat jen důležité opravy. Údržbová vydání 1.0.x se budou připravovat z této větve, jakmile se nashromáždí dostatek změn na to, aby bylo nové vydání odůvodnitelné.
Pro vydání 1.0.1 navrhuji následující proces:
- Všechny chyby by měly být nejprve opraveny ve větvi master.
- Jakmile byla oprava zařazena do master, odpovídající bug by měl být označen jako opravený spolu s SHA1 hashem commitu - bug by pak měl být zařazen do milestone 1.0.1
To mi umožní pravidelné hledání chyb v 1.0.1, které jsou opraveny v master, a budu moci natáhnout odpovídající commity do větve stable.
Změny v databázi aplikací
link
Změny od správců programů
link
Související články
Odkazy a zdroje
Další články z této rubriky
Diskuse k tomuto článku
10.7.2008 01:41
Mrkva | skóre: 22
| blog:
urandom
Re: Zpravodaj o Víně - 348
10.7.2008 05:33
HonzaD
Re: Zpravodaj o Víně - 348
10.7.2008 10:58
Vít Profant
Re: Zpravodaj o Víně - 348
11.7.2008 21:33
Tupac
Re: Zpravodaj o Víně - 348
13.7.2008 11:51
Zmije
Re: Zpravodaj o Víně - 348
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
10.7.2008 03:51
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
opraveno.
10.7.2008 01:58
10.7.2008 20:37
to som uz dlho nepocul o tych perlach.. a vzdy ma to dostane :o))
10.7.2008 06:23
10.7.2008 14:02
13.7.2008 18:11