找回密码
 注册
楼主: footman

请 cjacker 提供部分ML1.2 的 rpm.....

[复制链接]
 楼主| 发表于 2003-8-22 08:33:52 | 显示全部楼层

Re: footman,进度如何?

[quote:b53c210db7="cjacker"]准备中,我在整理内核,我发现2.4.21的内核在Magic上编译i386架构总是出错,原因不明,待查。[/quote]

不知你是否看过我对包管理逻辑的构思。目前已完成说过的包管理的两个脚本。一个是:RpmPkgInfor.py,另一个是 PkgArrange.py。其中 RpmPkgInfor.py 是用于从 rpm 包中抽取安装需要的信息,PkgArrange.py 则用于根据 pkgarrangement.py 的内容加工由 RpmPkgInfor.py 中获得的信息。你需要通过编辑 pkgarrangement.py 来控制包的分组和在各个光盘中的分布。

RpmPkgInfor.py 的用法如下:
python RpmPkgInfor.py dir ....  > pkginfor.py

PkgArrange.py 的用法如下:
python PkgArrange.py >  pkgarr.py

运行 PkgArrange.py 时,当前目录下必须有 pkginfor.py 和 pkgarrangement.py 存在。pkginfor.py 由 RpmPkgInfor.py 生成,pkgarrangement.py 手工编辑生成。

关于 pkgarrangement.py 内容的含义 PkgArrange.py 中有注释加以说明。附件中也给出一个示例。

如果发现 RpmPkgInfor.py、PkgArrange.py 有什么错误或需要增加什么功能,就告诉我。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?注册

×
回复

使用道具 举报

 楼主| 发表于 2003-8-22 08:34:30 | 显示全部楼层
[quote:29637b1d91="KDE"]直接提供 i586 架构吧。[/quote]

我赞成!
回复

使用道具 举报

发表于 2003-8-22 08:57:04 | 显示全部楼层
[quote:60dd1c2d4b="footman"][quote:60dd1c2d4b="KDE"]直接提供 i586 架构吧。[/quote]

我赞成![/quote]
又要害我,呵呵,编译一遍要累死人的,呵呵
回复

使用道具 举报

 楼主| 发表于 2003-8-22 09:01:24 | 显示全部楼层
[quote:79f56fc0e4="cjacker"][quote:79f56fc0e4="footman"][quote:79f56fc0e4="KDE"]直接提供 i586 架构吧。[/quote]

我赞成![/quote]
又要害我,呵呵,编译一遍要累死人的,呵呵[/quote]

哈,可以先把一些基础性的包改过来。比如说 glibc、zlib、Python 之类的。
还有,是否可以引入 Python-2.3,据他们的网站说比 2.2 快 30%。
回复

使用道具 举报

发表于 2003-8-22 09:07:43 | 显示全部楼层
[quote:f97a2eb408="footman"][quote:f97a2eb408="cjacker"][quote:f97a2eb408="footman"][quote:f97a2eb408="KDE"]直接提供 i586 架构吧。[/quote]

我赞成![/quote]
又要害我,呵呵,编译一遍要累死人的,呵呵[/quote]

哈,可以先把一些基础性的包改过来。比如说 glibc、zlib、Python 之类的。
还有,是否可以引入 Python-2.3,据他们的网站说比 2.2 快 30%。[/quote]
只要是为你的安装程序服务的,要省级什么软件都可以,呵呵。
回复

使用道具 举报

 楼主| 发表于 2003-8-22 15:32:04 | 显示全部楼层
[quote:74c32defac="cjacker"]
只要是为你的安装程序服务的,要省级什么软件都可以,呵呵。[/quote]

呵呵,强烈感动中。以后我们之间需要配合的地方就越来越多了。
回复

使用道具 举报

发表于 2003-8-22 20:54:04 | 显示全部楼层
[quote:4b1a8cf5e1="footman"][quote:4b1a8cf5e1="cjacker"][quote:4b1a8cf5e1="footman"][quote:4b1a8cf5e1="KDE"]直接提供 i586 架构吧。[/quote]

我赞成![/quote]
又要害我,呵呵,编译一遍要累死人的,呵呵[/quote]

哈,可以先把一些基础性的包改过来。比如说 glibc、zlib、Python 之类的。
还有,是否可以引入 Python-2.3,据他们的网站说比 2.2 快 30%。[/quote]

lfs手册上是不建议优化 Binutils  gcc  glibc的
不知道对magic适用否
回复

使用道具 举报

发表于 2003-8-22 23:58:32 | 显示全部楼层
[quote:179f86ce93="cjacker"][quote:179f86ce93="footman"][quote:179f86ce93="KDE"]直接提供 i586 架构吧。[/quote]

我赞成![/quote]
又要害我,呵呵,编译一遍要累死人的,呵呵[/quote]

不知软件包维护小组的工作开展得怎样?偶觉得应该把软件包维护小组成员的积极性调动起来,并吸引更多想参加的有能力的加入,多交流,细化分工,否则不累死你才怪。  :-(
回复

使用道具 举报

发表于 2003-8-23 00:13:07 | 显示全部楼层
mandrake 8 和 turbo 8 都是 i586 包,这将逐渐成为一种趋势。大家可以帮忙编译绝大多数包,只要你在 alpha 版发布时同时提供 src 文件,就有人帮你编译成 i586/i686/athlon 版本。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

GMT+8, 2025-1-9 06:05 , Processed in 0.076688 second(s), 14 queries .

© 2001-2025 Discuz! Team. Powered by Discuz! X3.5.

快速回复 返回顶部 返回列表