GNU 1.0

xemacs

最初由 carlos 发表
也许是我有点过于悲观了....
说不定Hurd最终会成为下一代操作系统的原形，就像当年的Unix ???
那样就真叫“修成正果”了

不过我觉得，多元化也许会是趋势：D

也许HURD，也许Plan9，或者其他什么……

未来之所以吸引人，就是因为太多的未知、太多的不确定………………

xemacs

最初由 carlos 发表
bro...，产品 != 商品，totally different...

看来我是没有充分考虑这个黑客背景

另外这还是一个顺序问题
我看那些成功的例子都是以学术研究开始，进而普及开来
也许有几十个研究项目，最后只有一两个成功，这是一个自然的优胜劣汰的过程
而GNU HURD却反其道而行之......

产品和商品确实不太容易区分，不过我认为，产品通常会被商业化。产品本身就是因为有了生产之后出现的，生产的目的通常是为了交换，现代的交换更多的是一种商业行为，更具这个推理我想在大多数情况下，两者可以等同：D  (也许是谬论，请别介意)

carlos

er... 离题万里了... ;)
关于商品化的讨论就到此为止吧
回到GNU HURD的主线上去...
ho...

xemacs

最初由 carlos 发表
er... 离题万里了... ;)
关于商品化的讨论就到此为止吧
回到GNU HURD的主线上去...
ho...

确实，离题了；D

不过我觉得如果真相为GNU/HURD做些什么，我们可以在国内搞个镜像(不知有没有，我反正没发现：))，要知道国内大学的机器访问国外很麻烦，即使用代理。

million

尝试了一下hurd k3 CD的安装（安装到真实的机器）。用软盘启动grub来引导hurd K3

结果启动内核失败，bootstrap出错。

真不爽。

carlos

million，你以前都是用bochs安装的吧

xemacs

最初由 million 发表
尝试了一下hurd k3 CD的安装（安装到真实的机器）。用软盘启动grub来引导hurd K3

结果启动内核失败，bootstrap出错。

真不爽。

看看GRUB的INFO，如果内核已装好，无法引导应该是GRUB的设置问题。

LYOO

不知hurd与现行的GNU/Linux有多大的区别？在我的头脑里，从当代操作系统的概念上来看hurd应该和现行的GNU/Linux操作系统没太大区别(如：多用户管理、文件操作、进程控制、远程访问等等方面)，区别多在底层实现上。(我没新亲手玩过hurd，只是看了一点文章，呵呵，所言之处若有纰漏，还望各位海涵和指正:p)

plan9则有许多新奇的想法，把分布式、网络完全整合进系统(可以说不存在单用户多用户或者本地用户远程用户的区别)，整个系统(或者说网络)由终端、计算服务器和文件服务器组成，三者通过p9协议通信，计算服务器提供运算能力，文件服务器提供文件存储能力，没有root的概念，所有的对象(目录、文件、进程等)都视为文件，使用者通过Kerberos方式(一种检查用户密钥的方式)获得授权访问特定的对象，口令无需再通过网络传输...等等，plan9不再是unix的升级版，而是在此基础上的一个全新概念的操作系统。

只可惜不是Free的

jessew

好久没来了，看了大家的帖子，很感动，看来还是有不少人在关注着 GNU HURD 的发展，不过我们似乎应该为它做些什么，而不是在这里谈论什么商业与学术的问题。
Hurd 的主页上有一则关于 Hurd 在 GNU/LinuxTag 2003 上的新闻，大家不妨看一下，挺有意思的。连 ReiserFS 的发明人都买了一件 Hurd 的 T-Shirt 呢：）
现在，棘手的问题是如何确定将 Hurd 移植到 L4 微内核，有一个 GNU 的邮件列表
http://mail.gnu.org/archive/html/l4-hurd/
希望大家多看看，会有很大收获！

chern

jessew，想要参与 Hurd on l4 的开发不是那么容易的。Hurd 之所以开发进度这么慢，在我看来主要原因就是他选择了微内核。微内核这个东西在学术上就还是不够成熟的东西，想要转化成一个成熟可用的产品问题是比较大的。而且现在想要转到 API 和 Mach 完全不同的 l4 上面去，不是一两天可以做到的。因为虽然 Hurd 的设计目标之一是能够运行在不同的微内核上，但是这个目标事实上没有达到，Hurd 里面有非常多依赖于 Mach 的东西。所以比较容易一种移植方案是自在 l4 上面再写一个 Mach 模拟层，但是这样做的效率是可想而知的。我感觉 Hurd 的开发还是处在一个比较混乱的状态，还没有一个很好的路线规划。这几乎是所有科学研究项目具有的特点，但也是做工程项目的大忌。毕竟 GNU 是一个 Project，而不是科学研究。