Linux Unified Kernel: Windows programok futtatása Linux alatt

Bizony, ez LUKra futás.

Ellenben egy rakat driver is működhet, és ha azok elérhetőek natív Linuxos programokból, akkor azon nagyot nyerhet is a project. Hátrány lehet viszont, hogy akkor a gyártók még annyira sem adnának ki linuxos drivereket mint eddig.

"Ezzel az a baj, hogy 2005. szeptemberben indult, tehát 3,5 év kellett a pre-alpha eléréséhez"

Valószínűleg a Wine is így indult. 10 év alatt meglett az 1.0.

"a vírusok is ugyanúgy futni fognak Linux alatt."

Nem hiszem, hogy bug-to-bug kompatibilis lesz.

Nemtom, szerintem ahol már egy Photoshop elfutkorászik, ott azért már elég sok dolog működik. És hol van még ugyebár a feature freeze... Ígéretesnek tartom, de valóban kell neki szerintem mondjuk 2 év még, hogy használható alternatíva legyen.
És akkor lesz egy normál kernelem, meg egy lukas :)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Én azt sem értem, hogy a videókártya-driverek miért nem a kernelben vannak, mint a többi driver.

Csak nehezen elerhto, es 1 2 k val lehet tolteni. Valaki aki leszedte nem rakna fel valahova. Kiprobalnam (pl a yahoo messengr 9 et mert az uj wine-k el mar csak egy hajszal valasztotta el hogy menjen. Talan ez hianyzott)
--
The worst or stupidest ideas are always the most popular.

paste az oldalról:
"Short-Term Plan
Linux Unified Kernel 0.2.4 will be released in May, 2009.
Medium-Term Plan
Achieve all win32 system calls, really embodies the advantages of Linux Unified Kernel in compatibility and efficiency.
Long-Term Plan
Achieve windows device driver framework and device driver interface support. "
az utolsó sor szerintem akár DX és .NET futtatást is lehetővé tehet...

Dx ill. .Net nem ingyen letolteheto/terjesztheto dolog ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

A DirectX redistributable letoltheto, de jopar jogi dolog elleneben. Nem hiaba van mindig dll hackelgetes winecfg-vel. (Nem tudom pontosan mifele jogi utveszto, utana kene olvasni. (De nem hiaba ker ervenyesitest a WIN is ha le akarod tolteni (DX web updater))

.NET-et a Mono-sok próbálják meg megcsinálni.

Ne temesd az XP-t. Sokáig fog még az élni :)

"a Win7-el az egész megy a levesbe"

Nem tudom, API szinten milyen újdonságok lesznek a Win7-ben, de valószínűleg még elég sok évig nem lesznek Win7-only alkalmazások. És, gondolom, nem kell minden Win verzióhoz újraírni az egészet, az MS se írja 0-ról újra a Windowst minden verzió előtt.

"Mi lesz a win specifikus biztonsági kérdésekkel?"

A felhasználó által elindított trójai bármilyen rendszeren kockázat, és Wine-nal is össze lehet szedni. (Viszont jó eséllyel eléggé különböző a környezet ahhoz, hogy ne működjön, ez itt is igaz.) Windows biztonsági rést kihasználó vírusok nyilván nem fognak működni, mert elég kicsi az esélye, hogy ugyanazt a bugot beleteszik a LUKasak is. Alkalmazás (pl. webböngésző) biztonsági rést kihasználó kártevők működhetnek, de webböngészni úgysincs sok értelme LUK alatt futtatott windowsos böngészővel.

Az ötletet nem tartom hülyének, hogy a kernel szintű dolgokat a Linux is kernel alól intézze, a gondot inkább ott látom, hogy a Windowsban a grafikus rendszer és a kernel úgy össze van kutyulva, hogy a Hamupipőke sem tudná szétválogatni de még a galambokkal sem a függvényturmixot...

A Wine-on is natívan futnak. (Wine is not an emulator.)

ami nekem nagyon tetszett, az a drivertámogatás. Bár azt mondják Redmondban, hogy a sok 3rd party taknyolt driver miatt hasalgat el a Windows, de legalább van driver – talán ezzel a megoldással néhány speckó eszköz is működik majd Linuxon komolyabb reverse engineering nélkül. Kb. mint egy általános ndiswrapper. Jól teszik, hogy lerakják kernelszintre a dolgot.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

A Wine se virtuális gép, elvileg natív sebességgel futnak a programok, lassulást csak az overhead, és esetleg lassabb implementáció okoz.

made my day :)

Ezert jó a szabad forrás, mindenki mehet a saját feje után.

Nem értelek. Hogy gondolhatod taknyolásnak, hogy a nagyszerű MS-t másolják? Csak nem azt akarod mondani, hogy az MS taknyol????

;)

volt már hasonló, a Win4Lin. névlegesen még most is létezik, de ma már egy kereskedelmi qemu változat. korábban egy kernel szintű virtualizátor volt, kissé több is annál. monulként futott, és win9x rendszer használatát tette lehetővé gnu/linuxon. így minden nem 3D alkalmazás vígan elfutott gnu/linuxon is. mégsem lett átütő siker. azóta eltelt 10 év, ez természetesen rengeteget jelent.
a windows vga driver LUK mellett használata a legérdekesebb, és az hogyan illeszkedne ez a linuxon szokásos Xorg környezetbe.

Én inkább úgy látom, hogy végre lesz valami stabil a Linuxban. Ironikus hogy pont a Windowsból veszik át...

Miért? Alternatív rendszerekről nemigen váltanak Windowsra, neki meg nem érdeke, hogy Windowsról váltsanak.
Egyelőre nem akkora piac a linuxfelhasználók, hogy érdemes legyen rajtuk futtathatóvá tenni a Windowsos desktop alkalmazásokat.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

nem hiszem. a fotoshopos screenshot red flag linuxon készült, ha megnézed a bal alsó sarkot...
(szerintem)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

te is az osszeeskuves elmelet klubb tagja vagy?

--
.

Olyan az OSS fejlesztésben nincs, hogy "odaállunk valaki mellé". Az túl racionális lenne.

Nem kell kompatibilitás itt, ha meguntad a Vistát, és retrozni szeretnél, akkor:
rmmod winvista
modprobe winxp

:)

Jó reggelt! Felébredtél már? Még nem? Akkor ideje lenne! :D

Ennek az egésznek úgy ahogy van, keresztbetesz a Linux fejlesztők híres mondása, miszerint minden stabil API hülyeség.
Amiről írtál, pedig gyakorlatilag egy stabil API/ABI kialakítása ("programozási környezet" ahogy te mondod), majd Windowsra portolása lenne. Felejtsd el. A Linux soha nem fogja elérni ezt a szintet, ugyanis nem akarja elérni.
Innentől nincs miről beszélni... (amúgy a fenti, "ugye csak vicc volt" írásom is erről szól, sajnos nem vicc)

hehe ezert erdemes hupot olvasni
--
.

forditva ;)

--
When in doubt, use brute force.

"azért nem teszik meg, mert fizetőssé akarják tenni később."

Mit, a kernelt?! Viccelsz? :)

Nem tudom, én mostanába egyre többet sz$pok vele. Habár, csak játékokra használom.

A wine, mint userspace program eleg kevesse ferhet hozza olyan infokhoz/dolgokhoz, amik kernel level access-t igenyelnek. Erre jott letre ez a project. Abban igazad van, hogy beleolvadhatnanak a wine-ba, biztos ki tudnanak talalni valami nagyon okosat.
--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Kernel modul? Tainted? A kernel modul lehet fizetős, nem?

"A wine, mint userspace program eleg kevesse ferhet hozza olyan infokhoz/dolgokhoz, amik kernel level access-t igenyelnek. Erre jott letre ez a project. Abban igazad van, hogy beleolvadhatnanak a wine-ba, biztos ki tudnanak talalni valami nagyon okosat."

Pont ezt mondom: a wine-hez kellene ezt fejleszteni, nem a wine-al konkurrens módon. Nem a versenyt sajnálom, hanem a szétforgácsolódást. Főleg, mikor a wine már ilyen jól halad. Tulajdonképpen inkább az a problémám, hogy ahelyett, hogy a wine kiegészítéseképpen lenne egy (nagyon) jól működő wine, a wine ebben nem fog fejlődni, de létrejön egy újabb kísérlet, ami évek múlva a wine klónozásának nehézségei között kimúlik használhatatlanul. Ha meg nem múlik ki, akkor a wine gpl-es részeinek "ellopásával" a wine hátán annak segítése nélkül kapaszkodik fel. És nekem ez valahogy sugallja (hogy újraírnák a wine részt), hogy fizetőssé akarják tenni.

"A wine, mint userspace program eleg kevesse ferhet hozza olyan infokhoz/dolgokhoz, amik kernel level access-t igenyelnek."

Ezt érti vagy érteni véli az ember, de (irónia nélkül mondom, érdekel:) írhatnál valamiket, hogy mihez van szükség kernel level access-hez? Nem lehet megcsinálni user space-ben egy kis kernel modul támogatással?
Tudom, hogy egy kicsit lassabb lenne, de ez ilyen processzor sebességeknél nem túl nagy overhead. ?? Vélemény???