关于包管理的建议.
最近发现, 我们的 ml 开发人员都把自己编译后的包放在了magiclinux.org/people/ 自己的目录里, 然后给大家讲下载连接.我觉得这样的管理存贮方式有一些不足之处.1. 分散的包存储和管理.
2. 不能提供方便的自动升级.
我觉得我们的 ml 可以使用 apt4rpm 来管理开发过程中和发布后的包. 使用类似 debian 的包管理方式. 稳定版和开发版分别使用一个代号(对应一个目录或者说一个 apt4rpm 仓库), 开发人员把包提交到开发版仓库中. 经过一段时间后开发版转成稳定版.使用 ml 旧版本的用户可以通过改便仓库来升级或部分升级,大家新装好 ml 后,可以使用 apt4rpm 来安装开发人员上传到开发仓库里的最新版本的包, 或者是一些修正 bug 后的包.
这样, 只有新用户才需要完全重新安装, 老用户可以简单的通过网络进行升级.这样也解决了软件升级的问题. 比如现在我使用的是 kde 3.2, 当 kanker 编译出 kde 3.3 的包, 并放入仓库后, 我便可以通过 apt4rpm 来升级我得 kde 了.而不用手工下载几十个包, 再一个个安装了. 相信使用过 apt4rpm 和在使用 debian linux 的人都知道其中的好处.:)fedora 的开发过程也如此.
这样我们也可以很方便的扩大开发队伍, 我们只需要告诉新的开发人员如何提交包到仓库中即可. 当然, 质量保证是个问题, 但这本来就是开发过程中要解决的.:)
这样也就很好地解决了现在的问题. 达到集中包管理和用户方便的升级软件的目的.
大家意见如何?
至于 magiclinux apt4rpm的仓库. 我会负责建立和维护, 也需要找人帮忙.:). 这个提议也就不会成为口号了.
今天无意中看到了一个帖子: 查看 :-) 支持一下 Very good ! :-D
怕只怕人手不够 ：（ :-) 好啊～～～ ML 的 apt server 已经开了有年头了 是啊，辛苦lone了 :wink: ML 的 apt server 已经开了有年头了
所以要扩大战果.:)
把你的经验些出来. 行不? 然后部署一下具体方案? PS：顺便明确划分个人的自责范围吧~~~ 最关键的问题是大家的开发平台版本不同，安装的软件不同，引入的依赖关系不同，导致 目前所有版本均不同程度地存在毁损的依赖关系。这一点，只要装上 synaptic 立即就能看到。当务之急是等最后一个 beta 版发布以后，立即着手在同一台机器上、在尽量小的系统下，也就是引入最少依赖关系的纯净环境下完成彻底的包重建。 如果依赖问题解决不了，任何包管理系统都是妄谈。至少目前的 apt 系统除了 GNOME 部分外根本不能用。而且就这部分而言，也有不少包是直接拿 redhat 的充数的。
http://auvtech.com/~xinzhen/downloads/apt/magic/ 看了以前的帖子，真佩服KDE等开发人员，不轻言放弃。
有“跑腿”的事情尽管说吧，尽力干哦。 :P
页:
[1]