谁熟悉debian仓库的管理流程
现在仓库的管理太成问题了,大家也可以集思广益,想想怎么办才好。一个是仓库应该如何分类整理,二是怎么保证更新包的安全(至少相对安全,ub的仓库有时候也会更新错包的,不过比较少),三是怎么才能让大家都参与进来。 参考 arch 的管理方式,core ,ext ,comm 。core 就是最基础的部分,ext 是外围系统程序,comm 放大家自己打包的软件。这样借助 core 和 ext ,把 ml 的软件包分成两部分,core 都是核心库,大版本跨度升级才修改这里的包,ext 就是普通系统包,小版本升级和错误、漏洞更新在这里。comm 放绝对不会放在安装盘里面的软件。
之后还可以拆分小库,core-console ,core-X11 , ext-console ,ext-X11,ext-server ,comm-server 什么的。
不过人手还是问题。 嗯,是个办法。 干脆基于archlinux的包来做吧
用它的包管理方式 别,arch 的包控制要比 debian 更要严格才行。不然依赖问题更严重。
我觉得要充分利用 rpm 的自动添加依赖的功能。最好是依赖的 so 全都自动添加到对应的包上面,但包本身又不能依赖特定的版本。因为软件包并不是绝对版本不同, so 就互相不兼容。
但 so 版本变化导致 so.x.x 方式的名字变更找不到,又是另一个包依赖的问题。
很难解决版本间依赖的问题啊。
rpm 的数据库越全,这个问题应该就越好解决。最好是 rpm 数据库定期或者不定期更新。作为一个组建发布。 目前包混乱有一个原因就是各打包成员缺少交流,我们需要的是一个源的发布小组,他们对各打包成员提交并在服务器上编译的二进制包进行评估后方能放进稳定更新源中。
更新源的内容的更替不应该是随时的,而必需是有时间的,比如一个星期或半个月一次的更新源整理,同时打包新的ISO以便内部测试,所有发布过的ISO应该在稳定版本发布之前保留。
成立一个具有一定Linux应用基础的爱好小组对不稳定源进行测试是必要的,而不稳定源的包必需在每次更新源评估内容替换后清除,这个过程必需要求有三个以上的成员提交安全列表后执行。
对于更新源,我想可以自己写一个界面程序进行设置,避免用户去操作配置文件,这样做的优点是避免用户使用不稳定源。
对于扩展的源很难管理,我想nihui能否把KDE4.1纳入正常的更新源当中去,清除掉旧的安装包。
[ 本帖最后由 haulm 于 2008-9-21 11:30 编辑 ] 如何让大家参与进来其实可以置顶发帖邀请扩大开发组阵容,申请加入者应及时通知对方,并在醒目的地方公告,甚至我们可以在论坛ID的
称谓上进行区分,比如haulm版主,某某测试员等等,这样在讨论时我们都可以区分出成员水平,以便更好的交流。
我记得在MagicLinux3草案时就有不少朋友提出要加入,可惜我没看到谁加入了,或者是加入了我不知道。我们很想能有一个好的团队打造一个精品的MagicLinux2.5和64位的MagicLinux3。
我比较郁闷的是相当长时间好象都是版主间的交流。。。
[ 本帖最后由 haulm 于 2008-9-21 11:39 编辑 ] 呵呵,这半个月来全在捣鼓MAGIC了
刚刚重装上来。我可以在可能的时间里做测试的
因为今年就要毕业了,回家的话看能不能连网
找工作的时候可能就不会怎么搞了,不过稳定之后还会回来的
另外,正在学习LINUX,希望到时能贡献一点力量 原帖由 haulm 于 2008-9-21 11:35 发表 http://www.linuxfans.org/bbs/images/common/back.gif
如何让大家参与进来其实可以置顶发帖邀请扩大开发组阵容,申请加入者应及时通知对方,并在醒目的地方公告,甚至我们可以在论坛ID的
称谓上进行区分,比如haulm版主,某某测试员等等,这样在讨论时我们都可以区 ...
关于如何参与的文章好像也太少了.
看看debian,相关的文档真是多啊!
提供的工具也多!
http://www.debian.org/devel/ 嗯,现在要做的:
1.整理仓库,调整仓库设置方式,好像参考arch的就不错。不过这需要一定的工作量。
2.整理如何参与的指南,提供相关工具。
3.上面的工作需要人手。
我考虑,还有两个问题,一个是能不能做一个类似packages.debian.org网站,把包信息整理好放上去。
二是能不能通过一些自动化的措施(比如上传打好的包等)来简化仓库管理工作。 仓库的整理有个问题:依赖关系里面 core 不要依赖 ext ,ext 又不能依赖 comm ,最好是连编译的依赖都不能有。不然不好控制版本。
包信息的问题,应该 php + rpm命令就能解决。 嗯。这个也是需要考虑的问题。
顺便说句,仓库的extras里我加了dpkg/alien。 按照arch的方式吧 简洁
php管理用时结合svn,至于写代码嘛
就交给涛涛好了8) 8) 8) 二是能不能通过一些自动化的措施(比如上传打好的包等)来简化仓库管理工作。
-----这个我喜欢,以后我要是打了那个mgc没有的包,不就只需要领导批准就可以了吗?
-----现在我是想共享也不知该放在哪里,最后干脆自己用算了! :roll:
BS npc
页:
[1]
2