关于包管理的建议.

黑企鹅

最近发现, 我们的 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  的仓库. 我会负责建立和维护, 也需要找人帮忙.. 这个提议也就不会成为口号了.

今天无意中看到了一个帖子:    查看

caihua

:-) 支持一下

MichaelBibby

Very good !
怕只怕人手不够 ：（

jiangtao9999

:-) 好啊～～～

xLoneStar

ML 的 apt server 已经开了有年头了

KanKer

是啊，辛苦lone了

黑企鹅

[quote:f82a76a907="xLoneStar"]ML 的 apt server 已经开了有年头了[/quote]

所以要扩大战果.

把你的经验些出来. 行不? 然后部署一下具体方案?

jiangtao9999

PS：顺便明确划分个人的自责范围吧~~~

KDE

最关键的问题是大家的开发平台版本不同，安装的软件不同，引入的依赖关系不同，导致 目前所有版本均不同程度地存在毁损的依赖关系。这一点，只要装上 synaptic 立即就能看到。当务之急是等最后一个 beta 版发布以后，立即着手在同一台机器上、在尽量小的系统下，也就是引入最少依赖关系的纯净环境下完成彻底的包重建。

KDE

如果依赖问题解决不了，任何包管理系统都是妄谈。至少目前的 apt 系统除了 GNOME 部分外根本不能用。而且就这部分而言，也有不少包是直接拿 redhat 的充数的。
http://auvtech.com/~xinzhen/downloads/apt/magic/

bamfox

看了以前的帖子，真佩服KDE等开发人员，不轻言放弃。
有“跑腿”的事情尽管说吧，尽力干哦。