关于 MagicLinux2.1 开发的担扰

haulm · 发表于 2007-11-6 02:04:11

这些担扰早就窝藏在心中很久了。比如MGC的CUPS升级导致对永中office的打印不支持，mkinitrd的升级导致grub菜单对init参数的不支持，某些未知包的升级导致KDE程序上网就不正常等等，这些东西都没有解决，某些已知bug存在半年以上，新的BUG又不断出现。在服务器上，我从来不敢直接给服务器上安装或升级某些部件，为什么大多数开发者将未经测试的更新部件直接上传到了主工作目录，导致相当长的历史版本存在同样的大BUG，而正常的版本又在没有验证可用性和稳定性下被无辜删除了。

KDE · 发表于 2007-11-6 03:49:23

在服务器上 /work 目录保留有最后一个能用的版本 0927 的 iso。

KDE · 发表于 2007-11-6 03:50:05

目前发现这个严重 bug 很可能是新的 MI 导致的。

sejishikong · 发表于 2007-11-6 11:28:09

1105应该已经修正了这个bug。
修复旧bug，带进新bug。软件开发就是这样的，不过尽可能的使bug变少吧。其实除了那些，还有很多bug，不过已经解决了一些。
关于永中打印的那个问题，暂时不考虑了。
init的问题，我打算等beta的时候找人解决了，因为我能力有限，解决不了。

haulm · 发表于 2007-11-6 15:26:57

EVL 也存在这个init 参数无法使用的bug。

sejishikong · 发表于 2007-11-6 15:50:58

我改mi把那两行先去掉了。
那个kde的bug还在解决中。不过应该基本解决了。

jiangtao9999 · 发表于 2007-11-6 17:14:47

原帖由 haulm 于 2007-11-6 03:26 PM 发表
EVL 也存在这个init 参数无法使用的bug。

好像 Gentoo 根本根本不支持 init 参数……

sejishikong · 发表于 2007-11-6 17:23:59

现在好像都不太支持init参数了。

npcomet · 发表于 2007-11-6 17:37:28

centos 5 不支持

lanzinc · 发表于 2007-11-7 17:23:58

Arch也不支持init参数.

请教:
init参数是传递给内核,还是经由内核传递给init进程的?

jiangtao9999 · 发表于 2007-11-10 10:22:09

原帖由 lanzinc 于 2007-11-7 05:23 PM 发表
Arch也不支持init参数.

请教:
init参数是传递给内核,还是经由内核传递给init进程的?

grub 给内核作为参数，kernel 不支持这个参数，实际使用的是 init script 。kernel 可以说就是转发的位置。

ghosTM55 · 发表于 2007-11-11 09:46:57

我在CU上看到有人多MAGIC LINUX的评论是：死了

。。。。。。。。。。。

sejishikong · 发表于 2007-11-11 10:17:49

呵呵，我也有这样的感觉。

KDE · 发表于 2007-11-11 10:20:02

等 2.1 发布，那些幸灾乐祸者就等于重重地扇了自己一个大嘴巴。

haulm · 发表于 2007-11-11 11:38:08

MGC相比红旗EVL的开发自然是慢的多，我们是业余的，而红旗是专业的。我也很高兴EVL开放源码，从中我们学习和模仿了一些，不求高科但求实用，我仍然不喜欢用EVL，一是不顺手其二不便说。

		自动登录	找回密码
密码			注册

关于 MagicLinux2.1 开发的担扰

关注中