也许magic 可以借鉴netbsd的开发模式

kakuyou

随便说说，大家觉得不对可以骂，呵呵。

我想magic主要是借鉴了redhat的发行方式，问题是redhat以及其他发行版的发行模式目的是什么，我认为，他们主要是要发行一种万能型的发行版，既可以配置成服务器系统，也可以配置成桌面系统，甚至可以配制成小型防火墙。话说回来，我想magic只是要提供成一个桌面系统。既然是要提供一个桌面系统，那实际上很多库就不能再作为安装选项。

回头看看netbsd的开发模式，玩过追踪netbsd current的玩友都知道，你需要下在全部基本系统的源代码，通过一个ebuild脚本你可以创建一个全新的基本系统，其中基本系统里x是可选，其他例如基本c库，gnu库都是不可选的。netbsd发布都是发布基本系统，它的安装程序没有任何软件包可选，需要你另外安装。当然，netbsd的基本系统也是提供一个最小集，便于后面的扩展。而它的ebuild系统很有趣，它每次要先编译出一个新的编译软件，才会继续编译软件，这样就保证了制作系统时不会受到系统中以有软件的影响。

所以我想magic既然是要发布一个桌面系统，就应该建立一个支持桌面的基本核心的集，包括各种c库，x 系统，kde桌面，以及支持gnome程序的库的源程序，而可选软件包都只依赖这个核心集，万一某个软件需要什么比较少用的库，就应该把那个库打在软件包里，而magic在开发时制作基本集的编译系统，便于任何人自己下载创建系统，测试，或提供改进。

顺便提一下，我想windows和macos也是以这种方式提供和进行内部开发的。

sirsunny

我赞成这个办法。

ygw_ycf

我不赞同
桌面系统,是普通老百姓的系统,是易用的;不要象其它--debian --gentoo等
把菜鸟拒之门外


magic linux 即不可思议的,魔术般的 linux
对中文支持最彻底,最易用

Fujinsan

关于Magic Linux的开发模式，在较早前在的内部讨论中，我曾详细分析过各个常见开源项目的协作开发模式的优缺点。经过更深入的研究，我认为处在中国这个国情条件下的Magic Linux必须探索自己的协作开发模式，而这个模式最重要的东西还是人才的培养。

至于楼主所说的技术方案，也是可以尝试的。但它有它自身的优缺利弊，不可能作为ML唯一的模式，可以用到某些小组内部，但整体的还是不太好。