Portál AbcLinuxu, 25. dubna 2024 10:57
Zpravodaj o Víně – 3. 4. 2012
Články
-
Zpravodaj o Víně – 3. 4. 2012
V čem se bude překládat Wine? Etiketa a vývojáři. KUSER_SHARED_DATA ve Wine. Změny v databázi aplikací.
Obsah
V čem se bude překládat Wine?
link
Praxe ukazuje, že standardní způsoby překládání – tedy že autor začne překládat, někdy překlad možná dokončí a svou práci pak pošle autorům aplikace – nejsou příliš praktické. Prvním důvodem je nutnost nainstalovat si nástroj pro zhotovení překladu, případně se začít hrabat přímo v souboru se samotným překladem. Druhým důvodem je pak samozřejmě obtížnější spolupráce lidí na překladu. A nelze zapomenout ani na to, že u projektů, kde se stále používá Subversion (i když Wine používá Git), znamenalo zajištění přímého přístupu k aktualizaci překladů dát překladateli přístup k celému repozitáři SVN a doufat, že nebude sahat tam, kam nemá.
Nejjednodušším východiskem je proto přesunout překládání na web. Toto už předvedl například Launchpad a Wine teď hledá něco pro sebe. Vývojáře Wine zaujal nástroj Weblate z dílny českého autora Michala Čihaře. Ti jej kontaktovali a on odpověděl, zejména pak na otázku, jaké jsou plány:
Teď vlastně žádnou pořádnou roadmapu nemám. Urgentně jsem potřeboval náhradu za Pootle, protože jsme naráželi na příliš mnoho chyb a nepodařilo se mi zorientovat se v kódu natolik, abych je dovedl sám opravit. Myslím si, že už je to v dostatečně dobrém stavu pro každodenní práci (ve stavu k dnešní verzi 0.5, kde jsem opravil několik otravných chyb).
Samozřejmě tomu ještě nějaké funkce schází, do mých plánů na verzi 1.0 se můžete podívat na github.com.
Doufám, že verzi 1.0 vydám přibližně za měsíc, ale nerad bych se zavazoval ke konkrétnímu datu.
Wine se ale nespokojí jen tak s nějakým udělátkem a než se vývojáři pro něco rozhodnou, musí si být jisti, že daná aplikace splňuje jejich požadavky. Aric Stewart:
Dostal jsem e-mail od vývojáře Pootle, kde píše, že právě na něčem takovém pracují pro Mozillu, ale ještě to není hotové. Wikimedia Foundation je s nimi na jedné lodi. Nevím, zda Weblate bude pro nás fungovat, nebo ne.
V podstatě máme tři velké požadavky, které zatím možné kandidáty vyřadily.
- Skutečná jména a e-mailové adresy u všech přispěvatelů.
- Individuální přiřazování u všech překladů. Abychom věděli, kdo konkrétně upravil který řetězec.
- Vytváření inkrementálních diffů/patchů/sad změn rozčleněných podle překladatele.
Hlavně bod 2 mají projekty problém splnit.
Vypadá to ale, že právě bod 2 pro Weblate problémem není. Michal Čihař:
Každá změna udělaná ve Weblate je přímo commitovaná do Git repozitáře s aktuálním překladatelem jako autorem, takže pokud počítáte autorství commitu v Gitu jako přiřazování, tak to splňuje. To bylo právě důvodem, proč jsem začal pracovat na Weblate, a integrace s Gitem je něco, co jej odlišuje od ostatních dostupných nástrojů.
Ukázalo se ale, že hlavní problém představuje vytváření extra commitu pro každý změněný řetězec. Spíše by se hodilo vytvářet hromadnější commity, ale to zase přináší komplikaci v podobě slučování změn. Ale protože to byl problém pro nejeden projekt, tak se Michal odhodlal to řešit:
Ukázalo se, že je tato funkce důležitá pro více projektů, takže ve verzi 1.0 nakonec implementuji nějaký způsob slučování. Podrobnosti najdete v #16.
A nakonec ani nedošlo na slučování samotným Gitem, Michal to vyřešil jinak. Diskuze na mailing listu Wine nedospěla k žádnému závěru, takže otázka, pro jaký nástroj se Wine rozhodne, zůstává doposud otevřená.
Etiketa a vývojáři
link
Problém chování vývojářů k uživatelům se nejčastěji vztahuje na stížnosti uživatelů, proč vývojáři nechtějí implementovat funkci XYZ nebo urgentně opravit bug ZYX. Ke konfliktům ale dochází i přímo v řadách vývojářů. Charles Davis nebyl potěšen přístupem vývojářů Wine k vývojářům (vývojáři) Apple:
Ahoj, nedávno mě přímo kontaktoval jeden vývojář Apple kvůli bugu v Apple Radaru (#9269783). Na jeho odpovědi je zajímavé to, že odbočil k tématu naší etikety. Jsem přesvědčen, že přinejmenším tento vývojář nás teď vidí jako sprosté a nenávistné stvůry a citoval konkrétní bug (#29922), který zadal a dokonce nabídl, že opraví.
Na vaši obranu: rozumím, že Vitaliyho chování není reprezentativním vzorkem za celou skupinu vývojářů Wine a že Jeremyho chování také nebylo zrovna vzorné. A také si uvědomuji, že tam nedochází k žádnému porouchání sestavování, protože neincludujeme žádné hlavičky v Objective C. Byl ale přesvědčen, že tam k problémům docházet může. Ty Alexandře – mluvím teď hlavně k tobě – jsi mu dostatečně nevysvětlil, proč to nemůže porouchat sestavování. Namísto toho jsi ho ty – hlavně ty, Vitaliyi – prakticky seřval za to, že se snažil pomoct! V tu dobu se už jistě o svůj zážitek podělil se svými kolegy v Apple. Když Wine vyvíjejí lidé jako Vitaliy, můžeme se pak vůbec divit, že nám Apple nechce pomáhat? Jsme my vývojáři tím pravým důvodem, proč Apple nepřispívá? A když už jsme u toho, jsme právě my tím pravým důvodem, proč *obecně* více lidí nepřispívá?
Přinejmenším bychom mohli ochotněji vítat pomoc, i když je od Apple. Potřebujeme to. Možná ne při opravování triviálních chyb, které nejsou vlastně chyby, jako 29922, ale s cílem udělat Wine lepší alternativou k Windows – na Macu, Linuxu, kdekoliv. Ale dokud budou lidé jako Vitaliy řvát na potenciální přispěvatele, tak se více pomoci než té od CodeWeavers nedočkáme.
Ještě než se rozhořel flamewar, tak se k tomu jako první vyjádřil Jerome Leclanche, který pomáhá se správou Bugzilly pro Wine:
Našel bych tisíc bugů, kde bych s tebou souhlasil, jenže druhý Jeremyho komentář zněl „Nemám v plánu vám posílat patche dostatečně často na to, aby mi stálo za to pročítat si vaše pravidla nebo se přihlašovat k odběru vašich mailing listů.“ To není „snaha pomoci“, to je sebestředné chování.
Obecně si ale myslím, že je v Bugzille až zbytečně moc neurvalostí. Někdy mám pocit, že je cílem pozavírat co nejvíce bugů jako neplatné co jen to jde, aniž se lidem dala vůbec šance se lépe vyjádřit. Zejména jsem pak byl svědkem různých lidí, co nemají angličtinu jako mateřštinu, kteří zadávají podivné bugy a pak na ně někdo křičí „přečtěte si tuto brutální stránku s pravidly“, když přitom stěží porozumí pár slovům.
Teď si ale uvědomuji, že čas některých lidí je omezený, neplacený apod. Ale tím to končí – nikdo (pokud vím) není nucen se o tyto lidi starat. Osobně se starám o bugzillu proto, že mě baví vidět, jak se projekt rozvíjí; pokud mě osobně rozčílí nějaký uživatel, tak to nechám být a vím, že někdo jiný (např. Austin) se o něj postará... a pokud ne, tak je lepší mlčet než nadávat.
Nebudeme se tu probírat hádkami. Zajímavá jsou ale slova Dana Kegela:
Když jsem dělal v jedné technicky zaměřené společnosti pohovory, tak bylo naší myšlenkou s kandidátem zacházet dobře a vyvolat v něm dobrý dojem z naší společnosti, i když jsme ho chtěli odmítnout. Důvodem bylo to, že i když jsme nechtěli jeho, tak bychom mohli mít zájem o jeho kamarády. To samé bychom mohli uplatnit zde.
A právě Dan Kegel byl asi také právě tím, kdo se pokusil záležitost uzavřít. Vitaliy, do kterého se původní e-mail opíral, sice fakticky neudělal nic špatně, ale choval se příliš podrážděně a činil unáhlené závěry:
Předpokládáš, že by pokračoval v kopání kolem sebe. A to nemůžeš vědět.
KUSER_SHARED_DATA ve Wine
link
Programátoři aplikací – a troufnu si prohlásit, že hlavně těch proprietárních – nepřestávají překvapovat ve způsobech, jak dělat nějakou věc co nejméně přenositelně. Právě jedna taková zvláštnost je ve hře Star Wars: The Old Republic, která používá strukturu KUSER_SHARED_DATA pro získávání informací o čase. Jde o strukturu definovanou ve Windows Resource Kitu, jehož licence například ani neumožňuje, aby někdo ze souborů citoval více než 50 řádek najednou.
Otázkou pak je, jak interní a všelijaká exotická API správně implementovat ve Wine, aby to mělo hlavu a patu a aby problémová aplikace pracovala správně. Joey Yandle se o to pokusil:
Jak původně odhalil Carsten Juttner, Star Wars: The Old Republic používá časové údaje v KUSER_SHARED_DATA při odesílání síťových bufferů. Wine tyto hodnoty aktuálně neaktualizuje, takže se TOR nedostane za počáteční handshake se serverem.
Přikládám svůj patch, který to napravuje. Aktualizuje hodnoty každých 15600000 nanosekund stejně jako Windows 7 a snad i ostatní verze Windows. [...]
Problém byl v tom, že svůj patch implementoval jako extra vlákno, co běží v aplikaci. To je nepřijatelné. Otázkou tak bylo, jak to udělat správně. Další variantou bylo používat NtTimer a asynchronní volání procedur (APC):
Kód používající APC je sice zakomentovaný, ale přesto je v té verzi patche stále přítomen.
Jenže to nefungovalo, čímž mám na mysli, že se SW:TOR nedokázalo úspěšně přihlásit. Bylo to jednoznačně nejlepší řešení, takže bych se k němu rád vrátil, kdyby se nám podařilo učinit zpětná volání přesnějšími.
Kornél Pál přišel s tím, že by dále bylo nejlepší napodobit chování Windows:
Kdyby user_shared_data bylo zapisováno wineservem a mapováno v režimu jen ke čtení do procesů Wine, tak by nebylo třeba vytvářet ve Wine extra procesy. Pokud tomu rozumím, tak Windows tuto strukturu sdílí a aktualizuje ji z jádra, takže chování Wine by bylo podobné, kdyby aktualizace přicházely z wineserveru.
Vitaliy Margolen později upozornil na to, že je nutné dát si pozor na kopírovací ochrany. Neopatrný zásah do Wineserveru by totiž mohl přivést Safedisk na myšlenku, že běží pod debuggerem:
Ještě jedna věc tu je, tato změna pravděpodobně porouchá řadu kopírovacích ochran. Jako třeba safedisk. Používají sdílené údaje o čase, aby odhadly, jak dlouho která operace jádru trvala. A některé limity jsou opravdu dost přísné.
Později se potvrdilo, že sdílení paměti mezi Wineservem a procesy Wine je skutečně v pořádku, a to za podmínky, že je toto sdílení skutečně jen ke čtení. Potud je tedy jasno. Hlavním problémem tedy zůstává, jak do KUSER_SHARED_DATA dostávat údaj o čase včas a jak přitom ještě neporouchat kvůli jedné nezbedné hře stovky jiných aplikací. Řešení tohoto problému se stále ještě hledá.
Změny v databázi aplikací
link
Změny od správců programů
link
Změny od uživatelů
link
Další články z této rubriky
Diskuse k tomuto článku
4.4.2012 12:14
Marv-CZ | skóre: 21
Re: Zpravodaj o Víně – 3. 4. 2012
4.4.2012 18:23
Zopper | skóre: 15
Re: Zpravodaj o Víně – 3. 4. 2012
5.4.2012 09:34
Lol Phirae | skóre: 23
Re: Zpravodaj o Víně – 3. 4. 2012
5.4.2012 10:43
jiri.one | skóre: 19
| blog:
Jiriho blog
Broken Sword: The sleeping dragon JEDE!!!
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
.
U nás je realita spíš taková, že aktivní překladatelé překládají průběžně (právě díky webovému rozhraní) a pro náhodné kolemjdoucí už u těchto jazyků v podstatě nezbývá prostor. Každopádně to je asi věc která je projekt od projektu různá...
Trvalé přiřazení technický problém není, ale v Pootle jsme ho ani jednou nepoužili, tak ve Weblate zatím není.
10.4.2012 10:37
4.4.2012 20:23
4.4.2012 21:55
6.4.2012 04:45
6.4.2012 10:57
5.4.2012 16:42
5.4.2012 10:43
