3.0的原型应该还在，只是现在根本没有人力去进行3.0开发，大家把心思放在2.1吧，版本说明不了什么，实用好用才是关键。
Magic Build System 已经在设计中了。 我是从2.0的时候开始用magic linux的，感觉是很本土化的一个linux版本，几乎一些常用的软件都集成了，连mp3解码都没问题
回复 #32 宁静在心 的帖子
我们的目标就是这个:) 平心而论，只对新的Magic Build System系统感兴趣。 我想请教一下3.0的包管理机制用什么，还是rpm吗 ？ 原帖由 zywangyan 于 2008-2-3 17:43 发表 http://www.linuxfans.org/bbs/images/common/back.gif我想请教一下3.0的包管理机制用什么，还是rpm吗 ？
应该是 rpm..........
如果是 deb 的话，那么以前的很多东西都没法继承下来了，而且我也不会做 deb ........:P 呵呵 我想做些贡献。可是rpm有些繁琐（个人认为）。我觉得一个发行版本最主要的特点就反映在她的包管理机制上。
我提个比较草率的建议，我们可不可以用自制的工具链来编译其他比较成熟版本的代码呢?这样的话我们就可以在后期除bug上省很多的事！ rpm和deb本质上没什么区别，繁琐也算不上吧。mgc的包管理其实基于rpm，外在的表现却是apt/smart。
现在magic的包很多来自于其它发行版本的。不过除bug也不会省什么事的。 据说rpm已经升级到5.0了，是否更新尝试一下，和 zywangyan 相反，deb包的制做我参考了网络上的资料，可惜一直没能看懂，习惯了rpm建包后我也不大可能去尝试deb。 我并不是想更换包管理机制，我的意思是既然我们用rpm就干脆把apt改成yum！这样我们就可以使用rhel的资源了！这样的提议可能很草率因为我不知道mgc更新服务器的目录结构，这样的改动可能会引起很大的麻烦。 原帖由 sejishikong 于 2008-2-3 19:52 发表 http://www.linuxfans.org/bbs/images/common/back.gif
rpm和deb本质上没什么区别，繁琐也算不上吧。mgc的包管理其实基于rpm，外在的表现却是apt/smart。
现在magic的包很多来自于其它发行版本的。不过除bug也不会省什么事的。
magiclinux可不可以像centos那样呢？ 用yum和用apt-get有什么区别么，指令名称不同而已，这和deb和rpm也没有任何区别一样。每个系统都有不同的构架、不同的打包方式、不同的编码格式、不同的二进制文件。。。，apt改成yum，这样我们就可以使用rhel的资源是种很荒谬的想法，那还用开发什么mgc，直接用红帽不就好了。 原帖由 haulm 于 2008-2-4 11:17 发表 http://www.linuxfans.org/bbs/images/common/back.gif
用yum和用apt-get有什么区别么，指令名称不同而已，这和deb和rpm也没有任何区别一样。每个系统都有不同的构架、不同的打包方式、不同的编码格式、不同的二进制文件。。。，apt改成yum，这样我们就可以使用rhel的 ...
如果真这样的话，干脆直接用 yum 装 suse 的 rpm 算了...........
我支持 apt 方式！！
ps: yum 而且速度实在慢......:wink: 原帖由 haulm 于 2008-2-4 11:17 发表 http://www.linuxfans.org/bbs/images/common/back.gif
用yum和用apt-get有什么区别么，指令名称不同而已，这和deb和rpm也没有任何区别一样。每个系统都有不同的构架、不同的打包方式、不同的编码格式、不同的二进制文件。。。，apt改成yum，这样我们就可以使用rhel的 ...
我在回复的时候就表明意思了！这个想法确实很草率但是鉴于现在的状况，我觉得一切从新做起不如学习centos的模式。兄台以前也曾建议过吧，把mgc基于fedora制作！
如果以centos的模式开发，开发组人员制作mgc的工具链之后就可以直接编译系统了。在系统构架方面就会省去很多麻烦，而这样做的弊端就是要抛弃mgc原本系统构架！当然这种想法是为3.0的计划提出的。2.1是老开发组的心血，我相信2.1会很出色的。
[ 本帖最后由 zywangyan 于 2008-2-4 16:14 编辑 ] 我是一个新手，atp对我来说还是有些麻烦，能不能安装的时候像redhat那样选择要安装的包，安装好后有个“添加删除程序”？