做一个系统的设想，请大家继续讨论。

dyhml · 发表于 2006-2-20 02:04:09

从 xxx.src.rpm 文件构建系统用rpmbuild -ba xxx.spec

基本是不可能的,因为 xxx.spec 里有 require 和 build require ,这都是要检查系统的rpm数据库的,为了满足rpmbuild 的要求,要有完全的rpm数据,就是基本每个包都是rpm安装的,这就不是lfs了.

这样就必须基于一个发行版,因为不同发行版的包名不同.

如果用 rhel 的 src.rpm 就是另一个 centos 了.

晨想 · 发表于 2006-2-20 03:18:56

Post by dyhml
我这里有许多的 blfs 的包是直接从 mdv 的 src.rpm 用 rpm2cpio ,cpio 解开,根据需要打里面的补丁,mdv 系统特定的补丁就不打了.

不过手工做非常麻烦,主要是 patch 太多.

多几个人一起作，成了脚本就不麻烦了。：）。

Post by dyhml
基本是不可能的,因为 xxx.spec 里有 require 和 build require ,这都是要检查系统的rpm数据库的,为了满足rpmbuild 的要求,要有完全的rpm数据,就是基本每个包都是rpm安装的,这就不是lfs了.

这样就必须基于一个发行版,因为不同发行版的包名不同.

如果用 rhel 的 src.rpm 就是另一个 centos 了.

再弄一个centos就不好了：）。。

lvjinhua · 发表于 2006-2-20 03:19:37

如果什么东西都顺理成章，那我们就真的什么都不用做了！翻译LFS足够！
搞了那么多LFS，现在搞RPM，解决掉它的依赖，最终创建一个独立宿主的系统，这不就是LFS精神吗！只要造出个基本系统，那以后在里边做的软件就不会有依赖问题了！

还有就是，用别人的东西不一定不好，因为：就像那谁说的，自由软件的开发就是个大集市，它的开发都遍布世界，相互之间不需要见面，甚至不需要认识，而且像FedoraCore这样的项目不属于某个公司的，它是自由的。
因此我们应该认为Fedora Core，OpenSuSE 的开发者也是我们的开发者，只是他们自己都不知道而已（对于他们来说，KDE开发人员都是他们的开发者，只是KDE开发人员自己都不知道而已）！

我之所以选择RPM而不是deb，可能是因为我对deb不熟吧！但是我发现deb更新太慢，而且这个世界更多的第三方软件包是通过RPM发布，而不是deb。毕竟世界三大Linux供应商都采用RPM包管理。

提供一个由RPM源码包构建系统的教材，还可以使更多的人接触RPM，那就会有更多的人为RPM系统打包，当有许多这样的自愿者后，那就可以独立成体系了！

慢慢发展，只有一个核心主题在，终究会成功的！不要求一次就达到完美！最主要的是聚集到主够多的开发人员！

我想LFS在最初的时候一定备受指责，因为它的系统在人们眼里肯定不实用，还得一点点编译。但事实证明它成功了！而且我觉得是最近才发展较快的，因为我发现它的那些附属项目都比较年轻！

综上：我觉得我们要做一个不丢失太多LFS思想的前提下创建一个更实用的系统！不要说世界上已经有许多轮子了我们就不用造轮子，既然在这个帖子里有好几个人都赞成做，那就证明那些已经存在的轮子还是不能满足某些人的某些需求！因此再讨论再造个Linux是否有意义的问题已经没有意义了！

晨想 · 发表于 2006-2-20 04:28:35

回到了一个问题：
到底这个系统是我们自己做一个，还是用现成的？

系统自己做的话，由于 toolchain 的差异，也许会造成编译出来的软件和其他发行版不兼容。就算不同的发行版之间也会有差异的。

系统取自某个发行版（如最小安装）：那么我们就可以借助这个发行版的原有资源，做我们想做/需要做的事情。

想让我们的打包绝对兼容某一个系统，就一定要用那个系统的方式建立我们的系统，这个还是比较麻烦的。

youbest · 发表于 2006-2-20 09:03:17

我赞成搞系统,而且我觉得还要快点开始,不过快不代表仓促,必要的准备是必须的,但时间不能拖的太长,很多教训告诉我们,等的时间太长很容易让一个计划不了了之.
我不赞成用RPM,我比较倾向于用自身的源码包,否则我觉得这个系统的意义至少打了一半的折扣,因为从RPM出发我认为至少或多或少的有依赖心理,希望能快速的完成,而不是挖掘我们缺少的东西.而且很多人并不喜欢RPM.

d00m3d · 发表于 2006-2-20 11:47:51

上星期出差去了，期间看了几个source based distro (包括Rock，Sorceror，SourceMage，Lunar，OneBase等) 的文章，其中SourceMage及Lunar都是fork from Sorceror，而当中SourceMage的打包系统似乎最可取，可以说是paco的升级版，也是用bash script的，老大有空请看看。

lvjinhua · 发表于 2006-2-20 15:39:57

大家都觉得事不宜迟，那就得抓紧呀！
考虑到大家可能在时间及空间上都不能同时在线，因此我申请了一个临时的邮件列表来讨论对于如何制作我们的发行版本，必须集集体的智慧啊！
最好能找到一个更快速的讨论方法。
能在论坛中做个置顶贴也不错！

加入方法：可以从 http://groups.google.com/group/Our-Linux 加入及查看此邮件列表的内容。
还可以直接往此邮箱发信 Our-Linux@googlegroups.com ，这样所有加入此列表的人员均能收到一份。

lvjinhua · 发表于 2006-2-20 15:46:31

大家都觉得事不宜迟，那就得抓紧呀！
考虑到大家可能在时间及空间上都不能同时在线，因此我申请了一个临时的邮件列表来讨论对于如何制作我们的发行版本，必须集集体的智慧啊！
最好能找到一个更快速的讨论方法。
能在论坛中做个置顶贴也不错！

加入方法：可以从 http://groups.google.com/group/Our-Linux 加入及查看此邮件列表的内容。
还可以直接往此邮箱发信 Our-Linux@googlegroups.com ，这样所有加入此列表的人员均能收到一份。

lvjinhua · 发表于 2006-2-20 15:49:01

[color="Red"]我在Google申请了个邮件列表来讨论此问题：

大家都觉得事不宜迟，那就得抓紧呀！
考虑到大家可能在时间及空间上都不能同时在线，因此我申请了一个临时的邮件列表来讨论对于如何制作我们的发行版本，必须集集体的智慧啊！
最好能找到一个更快速的讨论方法。
能在论坛中做个置顶贴也不错！

加入方法：可以从 http://groups.google.com/group/Our-Linux 加入及查看此邮件列表的内容。
还可以直接往此邮箱发信 Our-Linux@googlegroups.com ，这样所有加入此列表的人员均能收到一份。

[color="Red"]最好能在2－3天之内出结果，包括版本名称。时间太长就变成争论，不是讨论了。

kyolsy · 发表于 2006-2-20 17:28:18

先顶一下，偶新手，暂时不好参与技术方面的问题，等偶弄好第一个LFS后再具体的说说偶的系统设计。其实设计是早有了的，不过编程等方面还很空白，接触计算机也很久了，虽然现在才大一，专业的学计算机时间很短，认识也不少了，说来也的确很惭愧，自己在图书馆研究系统原理好几个月了，现在连linux具体是个什么样子都不知道，更别说UNIX。偶还是对这些东西真的特感兴趣，特别想参与到你们这个计划中来，当然更希望能帮到你们点什么，祝愿你们早日完成一个优秀的东东来。。。。

		自动登录	找回密码
密码			注册