"I když by někdo mohl nabídnout, že je možné užít Wine, je jasné, že se nejedná o plnohodnotné řešení na každodenní systematickou práci."
Proč, pokud je Wine schopné rozchodit Photoshop na 100%? Upřímně, nezkoušel jsem to, mě bohatě stačí GIMP, ale je to asi rok a půl, co Adobe někde tvrdilo, že tedy vyjde vstříc uživatelům na Linuxu a bude Photoshop vyvíjet a testovat tak aby jel plnohodnotně i pod Wine. Jestli se jim to daří, pak je naprosto z hlediska použití tohoto programu jedno, zda jej provozujete pod Linuxem, nebo Widlemi.... (a asi se jim to daří, protože CS5 jede podle Wine AppDB ve zlatě.)
Bohužel Wine AppDB je komunitní aktivita, takže je testování dost pochybné. A když si člověk rozklikne detaily, tak zjistí, že "Gold" aplikace má problémy s během na více monitorech, neběží 64-bitově, GUI se občas nepřekresluje jak má, okna a toolbary se občas otevírají pod aplikací místo nad ní atd. Nemluvě o instalaci, která vyžaduje použití různých workaroundů. A znovu zdůrazňuji, že o komplexnosti testování lze mít oprávněné pochyby. Jestli takhle vypadá Gold aplikace, jak potom vypadají ty ostatní?
http://appdb.winehq.org/objectManager.php?bShowAll=true&bIsQueue=false&bIsRejected=false&sClass=version&sTitle=&sReturnTo=&iId=20158
pochyby lze mít o všem (koneckonců sám kolikrát dokazujete, že i kdyby žádné důvody k nim nebyly, lze je vytvořit uměle) Neznám lepší a spolehlivější testy než praxi :)
Jinak ono u AppDB ani nejde o nějaké komplexní testování a nikdo to netvrdil. Jde o orientační ukazatel jak která aplikace běží, pokud Vám to nestačí co Vám brání provést komplexnější testy? Já vím - Vy šachy nehrajete, ale raději do nich kafráte ;)
Ano, ale spíš mě zajímalo co tím měl na mysly autor - Váš názor je v tomto směru stoprocentně předvídatelný, což v praxi znamená, že vás se ptát nemusím, protože dopředu znám vaši odpověď.
Jinak o Wine a jeho fungování nemám jednak žádné iluze, a myslím si, že s ním mám i dost zkušeností. Jenom jako ilustrativní příklad: http://www.abclinuxu.cz/clanky/zpravodaj-o-vine-2.-5.-2011/diskuse . Zprovoznil jsem pod Wine hodně her i praktických aplikací. Pro sebe i pro druhé, myslím, že opravdu, alespoň tuším o čem Wine je - proto ty šachy - při četbě Vaši odpovědi jsem si vzpomněl na Anděla na horách :-D
Takže nikde nevylučuji, že Gold aplikace mají své problémy. Jak píšu informace v AppDB na WineHQ je víceméně orientační, ale stačí to na to aby si člověk mohl udělat představu. od dob co Adobe přišlo s tím, že bude při vývoji Photoshopu podporovat i Wine, jsem bohužel nečetl žádný seriózní test jak se jim to daří a upřímně mě to i mrzí.
Pokud by takový test dopadl (alespoň) slibně, není problém vytvořit nastavení prefixu Wine na určitou verzi Wine a Photoshopu a to potom šířit jako závislostní balíček. Vím, že některé aplikace jsou takto řešeny, kde dokonce i s bottlí se šíři už rovnou předinstalovaná aplikace. Ale ani to není úplně dokonalé řešení. naráží to třeba na možné problémy s HW a i jiné, vím. Jenomže jak jsem už naznačoval ve shrnutí na Abíčku: Pouze používáním se dá vychytat většina závažných a konfiguračně závislých chyb. hloupé remci o tom jak je to na ho**o ničemu nepomůžou.
Ano, často se vyjádřím, když čtu věci nepravdivé nebo opomíjející důležitá fakta. V tom jsem předvídatelný. A váš komentář "asi se jim to daří" se mi zdál opomíjet ten fakt, že - vašimi slovy - "je to na ho**o".
Pomůžu tím Wine? Ne, to fakt nepomůžu :). Wine je mrtvě narozené. Implementuje jen subset Win32 API, a snaží se co nejkvalitněji implementovat ta API, bez kterých se aplikace neobejde. Zbytek volání API se prostě ignoruje. Fakt čekáte, že nějaká větší aplikace v takovém prostředí poběží opravdu bez problémů?
http://www.winehq.org/winapi_stats
Zajímavé, že se ale spíše vyjadřujete tehdy, když máte možnost si do Opensource a hlavně do Linuxu a věcí kolem něj kopnout. Ona anonymita internetu je krásná věc, že? Nemluvě o to, že jsem se vám tím snažil naznačit, že není potřeba, aby jste se tak okatě vnucoval - zajímal mě hlavně názor autora.
Komentář "asi se jim to daří" rozhodně znamená, že je něco na ho**o, ale dobrý pocit z dobře odvedené práce, už jen vzhledem k tomu, že Wine je projekt už od narození mnohonásobněji živější, než unixové API ve Widlích (které nikdo nechce ani zadarmo). Navíc vzhledem k tomu o jak velkou kompatibilitu s aplikacemi pro různé verze Windows se vývojáři snaží je 52% rozhodně velmi slušný výsledek. Taky jaksi pomíjíte fakt, že z API, které je momentálně implementováno aplikace nutně potřebuje zhruba něco málo přes polovinu. Taktéž jaksi opomíjíte logiku věci. Je jasné, že nejdřív se bude implementovat to co je pro chod Windows aplikací životně důležité a až pak doplňujicí funkčnosti. Osobně bych to ještě roztřídil na ty, které jsou nějak užitečné a vyložené zbytečnosti. Další věcí které opomíjíte jsou problémy a překážky s nimiž se vývojáři Wine musejí vypořádat. Ono Wine urazilo velmi slušný kus cesty a velmi slušný kus cesty má ještě před sebou. Ovšem leskem M$ zlata zaslepenému trollovy to budeme asi těžko vysvětlovat ;)
Z toho je normálnímu člověku jasné, že se najdou aplikace které poběží naprosto bez jakýchkoliv problémů, s problémy a nebo vůbec. ;) Ozanačení Gold v AppDB znamená, že těch problémů při testu běhu aplikace nebyly žádné, nebo jen minimum a nebyly nijak závažné.
UNIXové API ve Windows je prakticky nepoužívané, protože naprosté většině uživatelů nemají UNIXy ohledně aplikací co nabídnout. Zajímavé unixové aplikace jsou většinou portované. Uživatelé Windows nepostrádají kvalitní office, DTP a line of business aplikace, hry atd., na rozdíl od uživatelů Linuxu. Proto typicky neinstalují SFU, nemají dual boot s Linuxem, ani neběží Linux ve virtálním stroji.
Množství verzí Windows nemá s pokrytím API ve Wine nic společného. Protože je Win32 API zpětně kompatibilní, při implementaci API nejnovější verze Windows implementujete zároveň i jeho starší verze. Naopak 52% vnímám po všech těch letech jako dost mizerný výsledek.
Která API konkrétní aplikace "nutně potřebuje"? Kdykoliv aplikace volá *jakékoliv* API, které Wine nenabízí, něco v aplikaci přestává fungovat jak autor zamýšlel. Někdy máte štěstí, a aplikace to možná rozdýchá. Jindy to štěstí nemáte. Z tohoto je jakékoliv chybějící API problém.
Dalším problémem je odlišná implementace. Některé popisované problémy (práce s více monitory, toobary objevující se pod aplikací apod) budou nejspíš výsledkem odlišností, ne nutně chybějících API.
Jistě, aplikace může pod Wine běžet zcela korektně. Pokud se strefí do implementovaných API, a nenarazí na odlišnosti implementace. Bohužel by to zřejmě byly jen malé jednoduché věci typu Notepadu :). Pak jsou aplikace, které neběží korektně, což se projevuje menšími (klidně uživatelem nepozorovanými) problémy, případně většími problémy (v extrému pádem aplikace).
Problémy a překážky vývojářů Wine naopak vidím velmi dobře. Přirovnal bych to ke snaze postavit si v garáži kopii VW Golf. Můžete to být už z 52% hotové, ale nikdy to nebude ono.
WSFU je prakticky nepoužívané, protože naprostá většina uživatelů dá přednost buď přímo nějakému Unixu, nebo Linuxu.
Množství verzí má s pokrytím API sakra hodně společného, protože API je sice zpětně kompatibilní, ale to znamená pouze a jedině to, že program může použít tytéž datové konstrukce a volání jako u předešlých verzích Windows. Ovšem problém je v tom, že API je pouze komunikační rozhraní, tedy deklarace volání funkcí a datových struktur. Samo o sobě je absolutně k ničemu, musí být implementované, a právě implementace API určuje výsledné chování a celkovou kompatibilitu aplikace s různými verzemi OS. A právě implementace se verze od verzi liší (v některých případech až diametrálně).
Další věcí je to, že knihovny ve Vámi odkazovaném linku nejsou jen čistě API WIndows (Win32 API). Např. DirectX, které jsou do seznamu zahrnuty, minimálně do verze 10, byl samostatný produkt se svým vlastním API.
Windows aplikace nutně potřebuje Win32 API. bez něj neotevře ani to pitomé okno. Tedy hlavně kernel32.dll, advapi32.dll a gdi32.dll (nemluvím o původním 16-bitovém API Windows). Všechny jsou už z 90% hotové (implementované) a to pro všechny podporované verze.
Sečteno, podtrženo: 52% z celkově vytyčeného rozsahu je sakra dobrý výsledek. A můžete flusat své jedy jak jen chcete.
No pokud máte dojem, že na Wine, běží korektně pouze aplikace typu notepad, tak vás lituji, protože ukazujete, že s ním moc praktických zkušeností nemáte. Tak např. Zaklínač, TES IV, Need for Speed (a - nejen - u mě jedou naprosto bez problémů...)jsou aplikace typu notepad? Aha, tak to jsem fakt netušil... :-D
obavám se, že nemáte naprosto potuchy ani o tom jak Wine funguje v praxi, natož aby jste viděl nějaké problémy a překážky s nimiž se musejí potýkat vývojáři Wine. A nebo záměrně lžete.
Nějak jsem si nevšiml, že by naprostá většina uživatelů dala přednost UNIXu nebo Linuxu. Čísla tvrdí, že dávají přednost Windows a běhu aplikací pro Windows.
Implementace API se pochopitelně v různých verzích Windows liší - v novějších toho často dané API umí víc. Ale to nic nemění na faktu, že stačí implementovat API poslední verze Windows, a s tím máte implementované i API všech předchozích verzí. Existují výjimky, ale je jich minimum.
Někomu stačí 52% API a nevadí mu dlouhá řada problémů; jiní to považují za nedostatečné. Chápu, že když nemáte dost aplikací pro Linux, je potřeba nějak běžet aplikace z Windows. To znamená dual boot, virtuální stroj s Windows, nebo Wine. Wine je nejkomfortnější, pokud ale funguje. Uživatelé Linuxu jsou zvyklí vystačit s málem, tak si to užívejte.
Fakt myslíte, že ty "korektně" běžící aplikace nepoužívají API, které Wine neimplementuje? Nejspíš ho používají. Pokud aplikace přesto funguje, je to spíš happy accident, než výsledek systémového přístupu.
S Wine jsem krátce experimentoval, a byl jsem znechucený. Ve Windows spustím setup, klik, klik, a je hotovo. Ve Wine můžu na setup ve většině případů zapomenout. Spolehlivější je provést instalaci do Windows, nakopírovat aplikaci do Wine, a pak experimentovat, nastavovat, v případě her použít no-CD crack, a hlavně hodně doufat. Na konci je po spoustě úsilí ve většině případů skoro-funkční aplikace, co má mouchy, které ve Windows prostě nejsou (rozpadající se zobrazení, nefunkční features, někdy padání). Děkuji, polotovary neberu.
Vy jste si nevšiml více věcí. Například té, že v minulých příspěvcích nebyla porovnávána používanost Windows a Unixu/Linuxu, ale WSFU a Unixu/Linuxu.
Jinak neustálé nabalování nových funkcí na stávající kód asi nebude jediný model vývoje, který MS používá, i když bych byl ochoten tomu i věřit - pak nezbývá než jen politovat uživatele, ať si ty tuny mrtvého kódu a backdooru ve zdraví užijou ;) Navíc od NT 4.0 v tom musí být takový marast, že se v tom ani prase nevyzná. Je však zajímavé jak zarytě jste oponoval, když jsem někde napsal, že zpětná kompatibilita stojí uživatele spoustu zbytečného kódu navíc, který využijí možná někdy a možná taky nikdy - a teď tomu sám nahráváte. Asi v tom nemáte sám moc jasno, nebo plácáte co se vám momentálně hodí.
Ať tak či tak, každá změna v API, nebo jeho implementaci vede k odlišnostem v jeho chování. V celku jako jsou Windows se tyhle odlišnosti neprojevují nutně jako havarijní chyby, buď proto, že byly plánovány a zapadají do sebe jak ozubená kolečka; a nebo se ztratí ve zbytku nedostatků (jakých ve Widlích není zas až tak málo). A když je to moc velkej problém, tak se uživatelům nakecá, že nejde o chybu, ale feature - volů, kteří to sežerou i s navijákem se najde vždycky více než dost. Jiná situace však nastává, když se někdo snaží napsat toto API sám, bez řádných informací o jeho implementaci, se potom taková změna může projevit pádem, nebo nekorektním chováním aplikace, která dané API využívá. Bohužel, nebohý vývojář si neplatí žádné PR flamery a fabulátory, takže to koupí rovnou z první ruky.
Velmi zajímavá je vaše až patologická potřeba se vyjadřovat za nás, linuxáře, a všem vnucovat VAŠI VERZI našich názorů a postojů. Ono je to ale jinak... Nespokojíme se z kde jakým šmejdstvem, který vyprodukují v Redmontu, taky se nespokojíme s pindáním podobných ophirů, kteří do omrzení budou vykládat našprtané kydy o tom jak jsou Widle úžasné a světoborné a jak bez toho nikdo nemůže žít. My můžeme. Navíc si rádi vybereme to co vyhovuje nám, a ne to co nám nějaký přechytralý panák naservíruje až pod nos, nejlépe tak, aby nebylo vidět nic dalšího. A věřte, že já mám jen v základní instalaci takový výběr, o jakým se uživatelům Windows nezdá ani po letech. A není to o tom, že by nic lepšího než widlařům předhodíte nebylo, jen si to nechají nabulíkovat - jako ovce, jdoucí za mečením berana. Aplikace pro Linux jsou a jsou jich mraky. Od méně po ty velmi kvalitní. Ano, existují i aplikace které na Linuxu nemají ekvivalent, nebo jsou psány prostě pouze jen pro jednu platformu (Windows her, PC Translator, ...) a Wine nám umožňuje si ten výběr ještě podstatně rozšířit i o tyto kousky. Také umožňuje některým firmám jednoduše, poměrně snadno a s malými náklady své produkty rozšířit i na další platformu. Tolik k známému a už dávno pasé FUDU, že na Linuxu nejsou aplikace a Linuxářům stačí málo. Ono IMHO stačí porovnat Servery s aplikacemi pro Windows a instalační média Debianu a hned je jasné kde asi je podstatně menší výběr a komu stačí fakt málo ;)
IMHO je úplně jedno, jestli aplikace používají neimplementované části API, nebo ne, pokud běží bez problému, tak jak mají. Může se jednat o zázrak, skvěle odvedenou práci vývojářů dané aplikace (tím líp), nebo to taky znamená, že dané funkčnosti API jsou nepodstatné. Pokud však aplikace problémy mají, buďte si jist, že se tomu někdo dřív nebo později bude věnovat. Podle priorit, důležitosti/závažnosti a všeobecného zájmu. Linuxový přirozený výběr funguje skvěle i zde.
LOOOOL !!!! :-D :-D No, nejsem si jist, jestli se tak nepostupovalo při instalaci win aplikací někdy v dřevních dobách Wine (verze 0.0.1 - 0.3.x), já si akorát pamatuji, že bylo potřeba jistou dobu od začátku nainstalovány Windows, a konfigurace se prováděla přes globální soubor v /etc. Mám ten dojem, že někdy na přelomu verze 0.8 / 0.9 i tato potřeba odpadla a konfigurace se plně přesunula do wineregistrů. Ale jste první, od koho čtu takhle složitý postup a ani se teď nedivým, že vám to moc nefungovalo a byl jste tím znechucen :-D kopíroval jste i záznamy z registrů? a co registrace knihoven a mimetypů? Taky? :-D Jinak, co k tomu říkají sami autoři : http://wiki.winehq.org/FAQ#head-497f1a295d53dd3444f211df2b13312c7767afa2
Buďte ubezpečen, že všecho instaluji přímo v Linuxu a s pomocí programu setup - a jak vidíte, funguje mi to dokonale. Zkuste to také : wine setup.exe click, click a je to hotovo:) A pokud se nechcete párat s CLI, máte na výběr i GUI nástroje pro pohodlnější práci s Wine. Spousta lidí spokojeně používá PlayOnLinux, já mám však alergii na hady, takže spíše doporučuji Q4Wine. poohlédnout se můžete i po CrossOver, nebo zkusit projekt Cedega. V Linuxu platí, že vždy máte na výběr ;)
Při vývoji Windows se nepoužívá extrémní programování (aka bordel), ale promyšlený návrh.
"každá změna v API, nebo jeho implementaci vede k odlišnostem v jeho chování" - to není pravda. Vezměme si jako příklad funkci CreateFile(). Ta používá parametr dwFlagsAndAttributes. Od jisté verze Windows je možné nastavit flag FILE_FLAG_SEQUENTIAL_SCAN, který napoví cache manageru, jak se nejspíš bude soubor číst. Jakou odlišnost v chování aplikace taková změna API podle vás přinese? A jaký mrtvý kód ten nový flag podle vás v OS zanechá? Odpověď: žádná změna chování pro staré aplikace, žádný mrtvý kód. A tak je to s naprostou většinou změn.
Nevyjadřuji se vás. Popisuji svůj pohled na věc, a podkládám ten pohled fakty.
Aplikace pro Linux jsou. Je jich málo, a v řadě oborů chybí aplikace na úrovni kvality běžné ve Windows. Nakonec právě proto naprostá většina uživatelů Linuxu běží v dual bootu, a/nebo má virtuální stroj s Windows, a/nebo používá Wine. Může se vám to nelíbit, ale tak to je.
Pokud aplikace mají problémy: jak se můžete dočíst už v testech těch "Gold" aplikací na webu Wine, problémy jsou. Že vás ty problémy netrápí? Jak jsem psal, uživatelé Linuxu se spokojí s málem.
Instalační média Debianu obsahují nekomerční opis UNIXu, a něco co by se dalo srovnat s výtahem z archivu freewaru na Tucows (hromady "praktických" utilit, a dokonce sem tam něco opravdu použitelného). MS ale měl oplétačky, i když si dovolil tak "hroznou" věc, jako přibalit k OS přehrávač multimédií, a stálo ho to stovky milionů EUR. Poděkujte EK :)
Vám možná setupy procházejí; když jsem to zkoušel já, instalace často nedoběhla, nebo potom aplikace nešla spustit, nebo se za běhu vyskytovaly problémy, které rozhodně nebylo možné přehlédnout.
Ano, v Linuxu máte vždycky na výběr ze dvaceti možností. Nejprve je důkladně prostudujete, abyste zjistil, že ani jedna z nich není na úrovni slušného komerčního SW. A po instalaci zjistíte, že ty jsou ty aplikace o řád horší, než byste si coby uživatel komerčního SW představil ve špatném snu. Nakonec skončíte se sadou 4-8 aplikací, které dohromady udělají s hromadou chyb horko těžko 80% toho, co zvládne jeden slušný komerční SW. A k tomu řešíte problémy typu nefunkční zvukovky, špatné detekce video karty, z neznámého důvodu nesmírně mizerného výkonu HDD, zamrzání stroje, problémů s uspáváním (resp. častěji s probouzením), vysokou spotřebou, a patláte se s rozhraním, které snad nezkoušeli používat ani jeho autoři. Problémy na Linuxu nejsou výjimkou, ale životním stylem uživatele. Tak to vypadá z mého pohledu.
http://jank.blog.root.cz/2011/09/18/quo-vadis-linux/
Photoshop som vo Wine rozbehol uplne bez problemov, ale starsiu verziu 7 :) Problem s novym bol ten, ze ked chcel validovat SW online, tak ma nepustilo.. Vlastne podobne s dalsimi, ktore potrebovali byt online pri prvom spusteni.. Mozno bolo len potreba otvorit nejaku cestu, ale to som moc neskusal, ked mi siel aspon ten starsi..