对于MagicLinux的后续开发的一些个人意见

imkerberos

MagicLinux让我重新看到了Linux中文化的希望，就如同所有的开发版一样，总存在这样那样的问题。提一下我的一些意见，希望MagicLinux的研发者能够采用，因为MagicLinux是大家的

1. 首要的问题，我觉得是软件包的管理问题。现在ML采用的是RPM方式。没个Linux发行版都有自己的包管理系统。Debian 用apt, RedHat用RPM，Gentoo采用emerge ，连freebsd都用portage.Debian 的apt非常好，但是也有很多缺陷，RPM的弊端想来大家都知道了。Gentoo的emerge吸取了apt和portage的优点，但是需要用户下载源代码来编译。这一点对普通的用户来说，是难以忍受的。我建议ML采用emerge系统，再加上一些修改。使emerge不是下载源代码编译，而直接下载编译好的二进制文件（最好是tar文件）。要改造emerge系统应该不算很浪费时间，但是修改没个包的ebuild文件的工作量比较大。需要很多人手，不过这些辛苦是值得的，因为一旦做好以后，几乎就是一劳永逸，想想看，debian的apt从一开始就使用了，到现在还没有改变过。

2. 推广的问题。我觉得MagicLinux的推广几乎全部是依靠Linuxfans网站的推广，这是仅仅不够的。看了一下ML的招聘的帖子，居然没有推广人员的。偶自告奋勇做一个。可以联系一个商业公司出点赞助搞一些小活动。

3. 看到大家讨论安装程序的问题，个人建议最好不要采用X，直接使用一些嵌入式系统的GUI就可以。比如qt-embedded,MiniGUI,Microwindos的一种。

樱家冢

[quote:d15094cda0="imkerberos"]MagicLinux让我重新看到了Linux中文化的希望，就如同所有的开发版一样，总存在这样那样的问题。提一下我的一些意见，希望MagicLinux的研发者能够采用，因为MagicLinux是大家的

1. 首要的问题，我觉得是软件包的管理问题。现在ML采用的是RPM方式。没个Linux发行版都有自己的包管理系统。Debian 用apt, RedHat用RPM，Gentoo采用emerge ，连freebsd都用portage.Debian 的apt非常好，但是也有很多缺陷，RPM的弊端想来大家都知道了。Gentoo的emerge吸取了apt和portage的优点，但是需要用户下载源代码来编译。这一点对普通的用户来说，是难以忍受的。我建议ML采用emerge系统，再加上一些修改。使emerge不是下载源代码编译，而直接下载编译好的二进制文件（最好是tar文件）。要改造emerge系统应该不算很浪费时间，但是修改没个包的ebuild文件的工作量比较大。需要很多人手，不过这些辛苦是值得的，因为一旦做好以后，几乎就是一劳永逸，想想看，debian的apt从一开始就使用了，到现在还没有改变过。

2. 推广的问题。我觉得MagicLinux的推广几乎全部是依靠Linuxfans网站的推广，这是仅仅不够的。看了一下ML的招聘的帖子，居然没有推广人员的。偶自告奋勇做一个。可以联系一个商业公司出点赞助搞一些小活动。

3. 看到大家讨论安装程序的问题，个人建议最好不要采用X，直接使用一些嵌入式系统的GUI就可以。比如qt-embedded,MiniGUI,Microwindos的一种。[/quote]
谢谢你的支持，对于第2、3两点，我完全支持你的看法，但是对于第一点我持不同看法：
搞自己的软件包管理系统需要大量的人力，目前magic看来是十分热闹，然而多数人还停留在看看的阶段，真正在工作的只有少数，根本没有精力搞一套自己的软件包管理系统，你说每个linux发行版都有一套自己的软件包管理系统，恐怕也不是事实，目前看来，虽然apt和emerge都有其优越性，但是最通用，使用范围最广还是rpm，也是事实上的标准，我们最好还是跟着标准走。

baif

开发都成问题，就别想推广了。

Bluedata

我在其他论坛上贴了不少Magic Linux的帖子。