linux兼容内核？

[yejustme]

毛德操在研发linux兼容内核longene
这个想法很不错，毕竟没有办法强迫如此众多的windows软件商去开发linux软件去……

很多产品或者服务，多数人用不用他，可能并不取决于它本身，而是取决于周围环境或上层建筑。这里借用了”经济基础决定上层建筑“这样一类说法：上层建筑决定底层软件。
就像我用中国移动，是因为周围的同学朋友家人都在有，没有办法……

多数人用windows，决定于上层应用软件
用Ubuntu半年来，从完全不会到能完成日常操作，简单的维护，学会了一些基本命令。
Ubuntu本身其实已经做得不错，并不差，阻碍多数人的原因在于上层建筑：应用软件。
我给班里两个同学安装了Ubuntu，其中一个是对此兴趣比较大的，我也有推广，我也爱Ubuntu/linux

Ubuntu会因为os自身的魅力而吸引更多的用户，但由于应用软件弱而很多用户不愿用，因为用户相对较少而windows软件大多不移植，因为不移植所以应用软件少，因为应用软件少所以很多用户不用……啊，一个循环圈……
虽然用户会增加，但会很慢……

linux兼容内核，比wine更进了一步，在内核级上兼容windows软件。虽然很多资深linux可能会抵触这么做，但不能不说这是一个现实的做法。
这种兼容内核可能不会被linux内核小组纳入到官方内核中来，他们可能会希望保持linux自身的独立性。但是对于用户来说，这是是一个不错的选择。

Ubuntu的第一个bug是Microsoft has a majority market share,即微软占据了主要的市场份额，而Ubuntu要修正它，Ubuntu并不奢求取代windows，但希望可以成为另一个选择。Ubuntu的未来希望可能会是一个和windows并驾齐驱的os，虽然可能超越不了windows，但取得类似于火狐的成就是可以期待的。

而这个成就的到来，应该会与linux兼容内核有关。可能有人会说这种妥协会毁了linux，但在linux兼容内核发展的过程中，如果有也越来越多的windows软件可以更好的兼容（假设它们在linux上运行只比在linux上稍微差一点点，一点点而已。假设他们比原生的linux软件只差一点点而已），那么linux可用性提高，用户就会增加，用户增加后软件商看到这种情况可能会开发“原生”的linux软件（消除那一点点的差距，在这种情况下linux作为重要os平台，软件商之间为了竞争自然会好好努力的，开发原生软件必然会是增加自己竞争力的途径），于是linux原生软件更丰富，之后用户又增加……这是一个良性循环……

能屈能伸才行，这种妥协是必要的……通过兼容来增加用户，用户增加催生原生软件……卧薪尝胆而已

对于多数用户（他们根本就没有开发软件能力）来讲，其实大家并不特别在乎软件的纯粹性，甚至都不特别在乎是否开源，他们这是在乎能软件易用，功能是否强大，在乎软件价格（免费或低价）。

只是有一个疑问：这个兼容内核是一个完整的内核吧？我感觉如果只做一个内核模块，工作量不是小了点？不知道有没有人用过这个兼容内核？我打算试试

[AngelMAX]

[pollothana]

linux+reactOS+wine?
好像就是这样

[hubert_star]

一个不争的事实，就是wine的效率和模拟win32api的质量

有很多东西，光靠模拟是不够的，用内核模块来做，将wine的底层给替换掉，我认为这是解决目前windows程序在linux中运行的很重要的一部

内核级的代码，要比wine层可靠和快速，更重要的是底层的API

而这帮人确实是在做事情，看代码的进展就知道了

真的很佩服这些人

[absfreedom]

毛德操在研发linux兼容内核longene
....
linux兼容内核，比wine更进了一步，在内核级上兼容windows软件。虽然很多资深linux可能会抵触这么做，但不能不说这是一个现实的做法。
只是有一个疑问：这个兼容内核是一个完整的内核吧？我感觉如果只做一个内核模块，工作量不是小了点？不知道有没有人用过这个兼容内核？我打算试试

马甲来了，不好意思


我个人也觉得兼容内核的思想确实比wine的好，其实我想过，国外的开源氛围要比国内好的多，但是却没有这样做，为什么呢？个人猜测他们没有这样做的原因是也许他们希望保持Linux内核的纯净……。就像debian，非常纯净的血统。不过我也认同每个人的想法是有区别的，所以，在debian的分支上出现了现在最受欢迎（没有调查过，估计是）的Linux发行版──Ubuntu。所以，毛老师出现兼容内核的想法和实现，应该和Ubuntu的理念是差不多的，以人为本，以方便实用为本。

关于楼主的疑问，我来稍稍作答好了
这个兼容内核是一个完整的内核吧？
兼容内核最终（如果能顶住难关，最终实现）也是一个完整的内核，但是是属于Linux内核上的2次发布根基是搭载在Linux内核之上的。其实可以是编译内核时的一个选项，选择是否支持PE程序（Windows程序）的功能。

工作量不是小了点？
兼容内核做为一个内核模块，工作量已经不小了，因为内核模块可大可小，看看模块里面的代码其实已经不少了，当然，如果又更多的开源爱好者参与，这个开源项目肯定会发展得更快些，其实这个模块要是可能，有一天也能直接添加到标准的Linux内核代码里面去，不过现在似乎为时尚早。

不知道有没有人用过这个兼容内核？
兼容内核有不少爱好者参与尝试，但是因为现在还在处于开发阶段，问题还是有一些的，并且原来的源码安装，对于用户来说技术要求比较高，需要编译内核编译wine等等。这周将会发布0.2.4版本，这个版本提供了for ubuntu的deb包和for fedora的rpm及for 红旗Linux的rpm。这样大家安装和卸载的时候会方便很多，不用再被原来的编译错误困扰。但是兼容内核现在还在处于开发阶段，很多功能并没有完全实现好，需要大家的支持和参与，谢谢：）



兼容内核主页：http://www.longene.org
兼容内核论坛：http://www.longene.org/forum/index.php

[hongmy525]

Absfrredom 是我的马甲，勿见怪
心血来潮，今后换个id

[pcbird]

这个内核win会同意吗？

[absfreedom]

linux+reactOS+wine?
好像就是这样

目前的代码是这样，近来代码进度还算可以，做了很多东西，很快就不止是这些了。
详细的其实在毛老师的《三个源泉》里面已经说得比较清楚了 ：）

三个源泉（本来应该在http://www.longene.org/这里给出链接的，但是网站有点问题）：

3GeYuanQuan.doc

三个源泉

(46 KiB) 已下载 62 次

附件没有上传好，到这里看也行：
http://www.longene.org/techdoc/0754006001227686023.html

[absfreedom]

一个不争的事实，就是wine的效率和模拟win32api的质量

有很多东西，光靠模拟是不够的，用内核模块来做，将wine的底层给替换掉，我认为这是解决目前windows程序在linux中运行的很重要的一部

内核级的代码，要比wine层可靠和快速，更重要的是底层的API

而这帮人确实是在做事情，看代码的进展就知道了

真的很佩服这些人

看到支持者泪奔感动阿：）

[absfreedom]

这个内核win会同意吗？

windows？
wine？

[hongmy525]

其实包括论坛上的wine的中文补丁，我都一直想稍修改后添加到兼容内核的wine中的，因为我们自己开发的，对中文支持会好些，虽然代码不如国外的那么严谨。但是开发兼容内核时间也一直很紧，没有稍多的时间好好看看，可能也是自己的功力不够，看那段代码需要的时间比较长。

不知道是否可以联系作者让作者给兼容内核的wine提交一个

[yaska]

我用的时候还是用到wine的。

现在不知道怎么样了。

[absfreedom]

我用的时候还是用到wine的。

现在不知道怎么样了。

现在也还是要用到wine的，想要完全不使用wine，需要把4大dll完全实现阿~~~

[absfreedom]

linux+reactOS+wine?
好像就是这样

目前的代码还是这个架构，因为还在开发中，并没有开发完全，不过大家都遵守GPL就没有什么了。

有兴趣的话可以看看毛老师的漫谈《三个源泉》

三个源泉地址：
http://www.longene.org/techdoc/0754006001227686023.html

因为好像有时论坛会丢帧，所以我发了很多遍

[小普林斯]