Portál AbcLinuxu, 8. května 2025 20:42
Zpravodaj o Víně - 351
Články
-
Zpravodaj o Víně - 351
PatchWatcher. Stav DIB enginu. Průvodce vývojem Wine. Summer of Code: Gal Topper, Owen Rudge, Piotr Cabanm, Adam Petaccia, Dylan Smith. Změny v databázi aplikací.
Obsah
Alexandre Julliard byl začátkem srpna na týdenní dovolené, takže jedna verze Wine nevyšla. Wine 1.1.3 vyšlo 22. srpna spolu s hutnou dávkou změn za několik týdnů. Následující seznam je tedy jen náhledem na odvedenou práci:
- Začátky podpory overlay v DirectDraw
- Mnoho nově podporovaných funkcí crypt32
- Lepši podpora pro tabulky v RichEdit
- Podpora pro maximalizaci oken NETWM
- Řada oprav pro instalátory
- Změny pro lepší podporu PulseAudio
- Spousta dalších oprav
Dan Kegel zaslal odkaz na průzkum Linux Journalu, ve kterém se zjišťovalo, co lidé používají k provozování aplikací pro Windows. V čele je Wine s přibližně 40 % hlasů následované VirtualBoxem, ničím a VMwarem, které mají po 15-20 %.
Steam nabízí možnost zúčastnit se průzkumu, kde uživatelé zadají informace o svém systému. Alfred Reynolds poskytl údaje z něj:
Nedávno jsme z monolitického půlročního systému přešli na postupný měsíční, ve kterém se projeví vždy část uživatelské základny, takže můžeme mít trvalý přehled o hardwarových změnách mezi našimi uživateli.
K tomuto datu máme dva měsíce použitelných dat, používanost Wine se za měsíc zvedla z 0,33 % na 0,36 %, ale vzhledem k nízkému počtu uživatelů s Wine může jakýkoliv nárůst být jen statistickou chybou. Takže používanost Wine je od minulého roku stále stejná mezi uživateli Steam jako celku.
Jako obvykle, Steam Survey je dobrovolný systém, takže se mohou projevit typické odchylky.
PatchWatcher
link
Začátkem srpna Dan Kegel navrhl, že by začal dělat na programu 'Patch Watcher'. Byl by to démon, který by sledoval mailing list wine-patches, každý zaslaný patch otestoval na případné problémy a nahlásil by výsledek. Zatím uběhlo několik týdnů a udělal se pořádný kus práce. Vezměme to od začátku, úvodní e-mail od Dana:
Po debatě s Jeremym a Alexandrem na téma, jak fajn by bylo mít nějakou automatizovanou kontrolu patchů před tím, než je Alexandre zařadí, jsem se rozhodl pustit do práce na ní.
Zatím mám skript, který sleduje wine-patches a aplikuje každý patch oproti aktuálnímu Gitu, pak to sestaví a zašle e-mailem s informací, zda to fungovalo, v předmětu, a tělem obsahujícím krátkou poznámku 'Jsem sestavovací robot', patchem a záznamem ze sestavování.
Kód můžete najít na code.google.com. Hlavním nedostatkem je zatím to, že nerozumí sériím patchů, ale to bych měl být schopen rozchodit přepsáním next-patch.pl, aby se trochu více bral v úvahu kontext.
Zatím to posílá výsledky pouze mně, ale už je to asi skoro dost dobré na to, aby se na ně mohli dívat i jiní.
Otázka: kam by se výsledky měly posílat? Mohl bych je dávat na web a/nebo je poslat e-mailem autorovi a/nebo do vyhrazeného mailing listu (co takhle wine-patches-buildlogs@winehq.org?) a/nebo do wine-devel.
Následná diskuze byla plná chvály tohoto nápadu a účastníci se nakonec shodli, že zaslání výsledků autorovi a na web jsou přesně to, co by PatchWatcher měl udělat.
Kde to chceš spouštět? Já jen že mi přijde, že skript, který sestaví každý patch je závažnou bezpečnostní chybou; předpokládám, že by nebylo těžké, aby někdo poslal zákeřný patch, který by ovládl tvůj stroj. Například by upravil Makefile. Navrhuji, abys sestavoval patche v chrootu jako obyčejný uživatel a vždy, když se má sestavit nový patch, chroot přepsal.
Dan souhlasil s tím, že je tu bezpečnostní problém, ale řekl, že je obtížné to udělat. Ambroz navrhl svou pomoc, protože se ve věcech architektury OS vyzná. O několik dnů později představil Ambroz patch číslo 1, s kterým PatchWatcher používá chrooty:
Napsal jsem nějaký ten kód pro chrootování, ačkoliv se ukázalo, že je to těžší, než jsem myslel, především kvůli vývojovým nástrojům a knihovnám, které se do chrootu musí překopírovat. Zatím to bude fungovat jen na Gentoo, pro ostatní distribuce bude třeba doladit cesty, hlavně v případě toolchainu. Pokud mi, Dane, řekneš, jakou distribuci používáš, můžu to zkusit rozchodit i tam.
Abys mohl program použít, musíš mít v systému nejprve druhého uživatele (ne toho, co používáš!), který má k souborům, které vytvoříš, standardně přístup ke čtení (ale ne k zápisu!). Zadej toho uživatele do souboru config a spusť patchwatcher.sh initialize_chroot. Pokud vše proběhne, jak má, měl bys mít možnost dostat se do shellu v chrootu pomocí patchwatcher.sh chroot-shell nebo patchwatcher.sh chroot-shell-owner po spuštění nějakých vypsaných příkazů jako root. Jakmile budeš mít funkční chroot, použij příkaz initialize_tree pro přípravu zdrojáku Wine (je v chrootu) a volbu run pro spuštění trvalého sestavování.
Kromě obav o bezpečnost se objevily také obavy o výkon, zda by to vůbec mailing list stíhalo. Nakonec se rozhodlo, že se uvidí, zda se problémy vyskytnou.
Stav DIB enginu
link
Huw Davis nastartoval diskuzi o současném stavu implementace DIB enginu. Více o něm a důvodech jeho nezbytnosti najdete ve starších vydáních.
Tady je současný stav DIB enginu, na kterém jsem pracoval posledních několik měsíců. Práci umožnila štědrost Google - takže díky jim a samozřejmě i Danovi. Kód najdete na repo.or.cz.
Co je podporováno:
- Všechny hloubky DIB sekce (včetně podpory BI_BITFIELD)
- Vykreslovací tužky (pen) čárkované a nepřerušované o tloušťce jeden pixel
- 16 funkcí rop2
- Štětce (brush) jednolité a s DIB vzorem
- Několik jednoduchých funkcí pro kreslení na všechny povrchy sekcí DIB
- GDI32 API: LineTo, Rectangle a PatBlt
- Rozsáhlá testovací sada pro vše výše uvedené
Co se musí udělat:
- Blitting (např. BitBlt, StretchBlt a StretchDIBits) - mám pro ně ve svém stromu nějaké hacky
- ExtTextOut
- Spousta věcí z API GDI32 - mnoho z nich by mělo být snadných vzhledem k tomu, že máme potřebné vykreslovací DIB funkce
- Mapovací modely mimo MM_TEXT a transformace
- Počáteční interakce s GDI32 v BITMAP_SelectObject je škaredá a je třeba na ní zapracovat
- Mnoho dalšího
Mějte na vědomí, že v tuto chvíli je to v zásadě k ničemu kvůli neexistenci blittingu, takže pokud nemáte zájem to sami hackovat, tak se nemusíte obtěžovat se stahováním stromu.
Na chvíli na tom přestanu dělat (čeká tu na mě mnoho zajímavých chyb u Outlooku 2007!), ale vynasnažím se udržovat strom aktuální s ohledem k WineHQ. Pokud na tom někdo náhodou chce hackovat, může mi poslat patche!
Dále probíhala diskuze o tom, že se na DIB enginu už pracovalo někde jinde. Nový kód by však měl být lepší a neměl by být problém s jeho zařazením do Wine.
Průvodce vývojem Wine
link
Dan Kegel poukázal na zajímavý dokument o vývoji a komunitě kolem Linuxu. Připadá mu, že by to mohlo posloužit jako dobrý vzor pro Wine.
Tento průvodce se zdá být dost dobře napsaný. Wine by se pravděpodobně mohlo hodit něco podobného.
Následující diskuze byla naladěna v pozitivním duchu. I ze zmatků, ke kterým při diskuzi došlo, se dá usoudit, jak užitečný by takový průvodce byl. Nicméně nikdo nakonec nebyl ochotný na něm začít pracovat. Kdokoliv, kdo zná vývojářskou komunitu Wine a má zájem na průvodci pro nové vývojáře pracovat, ať se ozve na wine-devel@winehq.org!
Summer of Code
link
Summer of Code je za námi a studenti napsali své poslední zprávy o (ne)úspěších.
Gal Topper
link
Ahoj, s radostí sděluji, že můj projekt implementace PrintDlgEx* dopadl velmi dobře, protože jsem stihl implementovat skoro všechno a mám napsaný testovací program pro každou smysluplnou situaci. Jediná vlastnost, kterou jsem neměl čas implementovat a otestovat, je členská proměnná lpCallback (vizte MSDN), která je zrádná kvůli zapojení COMu a také kvůli tomu, že to není vůči čemu otestovat. Vím jen o jedné aplikaci, která to používá, a tou je Windows Address Book, který nefunguje s Wine. Kladnou stránkou situace je samozřejmě to, že žádná aplikace není ovlivněna nepřítomností této vlastnosti, alespoň prozatím.
Na seznamu aplikací, které využijí tuto novou implementaci, je hlavně software Microsoftu jako IE6 (a pravděpodobně IE7 pro ty, kteří ho umí rozchodit ve Wine), Malování a Poznámkový blok. Máme zprávy, že Bibleworks tuto funkci také vyžaduje. [...]
Owen Rudge
link
Ahoj, řekl bych, že můj projekt šel celkem dobře. Dokončil jsem hlavní plány projektu, a to včetně opravení implementace jmenného prostoru shellu Ovládacích panelů a práce na nějakých nových ovládacích panelech za účelem zlepšení konfiguračních možností Wine (Přidat/odebrat programy plus nový desktopový ovládací panel, který právě pročišťuji a pošlu ještě tento týden). I když mám teď v září ještě na práci něco v souvislosti s univerzitou, nemám v plánu se vytratit úplně - doufám, že budu moci pročistit a oddělit multimediální nastavení z winecfg do extra ovládacího panelu a pak ještě pročistit winecfg, aby bylo logičtější a byly tam jen panely, které jsou specifické pro samotné Wine. Takže o mě snad ještě uslyšíte )
[...]
Piotr Caban
link
Řekl bych, že můj Summer of Code dopadl dobře. Mým úkolem bylo implementovat SAX reader a opravit jiné chyby z bugzilly. SAX reader je dostatečně hotový pro aplikace, které jsem otestoval. Opravil jsem mnoho chyb z bugzilly. Mým hlavním problémem bylo, že jsem mnoho chyb nemohl zreprodukovat. Také je mnoho chyb, které čekají na opětovné otestování nebo už nejsou aktuální.
Adam Petaccia
link
Summer of Code jsem si výborně užil a snad bych si i rád myslel, že je ze mě lepší programátor, než když jsem začal, a ano, byla to spousta zábavy. Mnoho bugů, které jsem viděl založených vůči Gdiplus, byly chyby u instalátorů, takže snad je možné pod Wine nainstalovat mnohem víc aplikací - ale jakmile na to lidi přijdou, tak se možná bugů otevře ještě více :-) [...]
Dylan Smith
link
Mám radost, že mám hotový hlavní úkol, který jsem chtěl dokončit, a je podpora pro tabulky ve widgetech richedit. Jsou tam nějaké drobnosti, jež bych ještě rád dokončil, jako například chování výběru v tabulkách. Také musím opravit regresi, na kterou jsem byl upozorněn, a zkontrolovat patche, které ještě nebyly přijaty. Tohle všechno bude snazší udělat, jakmile se dostanu zpět ke svému vývojovému počítači, neboť stále nejsem doma v Ottavě.
Také jsem strávil čas na spoustě jiných problémů s richeditem, které se netýkaly implementace tabulek. Zjistil jsem, že mi to docela pomohlo se dobře seznámit s kódem richeditu a stejně tak s kódem Wordpadu, který jsem často používal pro jednorázové testování. Přesto jsem nad tím strávil více času, než jsem očekával, takže jsem se rozhodl se během období Summer of Code nepustit do práce na widgetech richeditu bez okna, ale ty jsem jen zmínil, že bych se k nim dostal, pokud by zbyl dostatek času. [...]
Změny v databázi aplikací
link
Změny od správců programů
link
Změny od uživatelů
link