12 év fejlesztés után beta lesz a Wine

Wine, Proton

Nagyjából 12 év fejlesztés után a fejlesztők úgy döntöttek, hogy ideje lenne már beta jelzővel illetni munkájukat, a széles körben használt Windows emulációs szoftvert, a Wine-t.

( anr | 2005. 10. 23., v – 11:48 )

A Wine is aszimptotikusan kozelit a stabil kiadashoz, mint az mplayer az 1.0-hoz:)

Igen... csak az a különbség, hogy az mplayer közben használható. A wine-vel minden évben eltöltöttem 1 vagy 2 napot az utóbbi hat évben, minden alkalommal teljes kudarccal. Pedig igazán fontos lett volna, hogy egy-egy windowsos könyvelő, vagy más nyilvántartó program elinduljon. De soha --- vagy el sem indulnak, vagy ha elindulnak, valamelyik létfontosságú vezérlőelem meg sem jelenik, vagy éppen elszáll az egész egy rossz mozdulattól --- sajnos használhatatlan. Pedig iszonyú fontos volna.

Többször nézegettem a kódját is, szép-e, lehet-e besegíteni. Egészen meglepődtem: szép, tiszta, de lényegében egy 10%-ban kitöltött skeleton. Úgyhogy: lehet besegíteni, lehet javítani rajta, de irreálisan sok munkának néz ki...

A Plex86 megszűnt (erre a célra legalábbis; linuxot linuxban futtatni egyelőre nem akarok), VmWare-t még nem vettem, a bochs-ra egyszer felraktam egy win98-at, de amikor arra az office2000-et akartam rakni, akkor az már nem ment.

Úgyhogy egyelőre nem látom a módját, hogy hogyan tudok kisvállalkozói, kisvállalati környezetben 1-2 öröklött windowsos alkalmazást elindítani, hogy ne legyünk win-be lockolva...

Hat ezzel nem tudok egyeterteni.

A wine igenis hasznalhato, legalabbis amiota a codeweavers-crossofice megjelent es fejleszi.

A fo problema vele, hogy iszonyatosan nehez bekonfiguralni, es ezen az RTFM sem feltetlenul segit.

Ellenben ha letoltesz egy crossover office _demo_ verziot, azzal szinte minden windozos program mukodik a legkisebb sharewarektol a legextremebb m$ alkalmazasokig. Utana csak annyi a dolgod, hogy vagy megveszed a crossovert :) vagy lemented a crossover dotwine konyvtarat a home-odba .wine konyvtarba, forditasz egy cvs wine-t es mar megy is minden ugyanugy, korlatozas nelkul, ingyen.

Nemtom ez igy mennyire legalis, hogy a konfigfileokat a crossoverrel generaltatod le, es utana a free wine-al hasznalod, de mukodik. Es ahogy en enztem, a crossoveres wine configfile igencsak tele van hack-ekkel, workaroundokkal, kismillio dll beallitas beirva stb, mig ezeket magadtol kitalalod (rtfm se sokat segit ebben), megoszulsz... nem csoda hogy 1-2 nap alatt nem sikerult reprodukalnod :)

Hogy mondjak meg erdekeset: ha a wine nem lenne, az mplayer se jatszana le sok mindent, mivel erosen vettunk at kodot a wine-bol a .dll loaderhez, illetve hasznaltunk patchelt wine-t a codecek debuggolasahoz, visszafejtesehez (pl. quicktime). Marpedig a quicktime nem egyszeru program, a lenyeget tekintyve van egy 6.5 megas quicktime.qts nevu dll, ami kb _leemulalja_ a fel mac os-t, legalabbis a kernel (memoriakezeles, file i/o, halozat, stb) es gui funkcioit, mivel a quicktime playert "elfelejtettek" portolni windozra, csak leforditottak a mac-es forrast x86 procira...

A'rpi

Egyetertek, wine/winex/crossover eddig olyan triot alkot, amivel nagyon sok w32 - es programot sikerult mar linux alatt hasznalnom. Ez alol eros (es szamomra szignifikans) kivetelt jelent a kulonfele exepackerekkel osszetomott programok tomkelege. Azok sajnos nem mennek :(

( nc | 2005. 10. 24., h – 08:55 )

Ahogy látom, már a Microsoft is kezdte ellesni ezt az aszimptotikus fejlesztést, az új oprendszere holnapután kiskedden lesz stabil a mostani állapot szerint. Vagy mindent kivesznek belőle, amit eddig fejlesztettek, mert ezen is sokat gondolkodnak :)