构建另类lfs的构想

线头

很奇怪有些软件非得要求redhat系列才能正常运行。是不是redhat不用公版的source编译了系统，从而致使那些软件对系统有了依赖？但对redhat的臃肿实不想靠近，从而有了按lfs book用redhat的source编译系统，这样是否可以满足软件对系统的依赖又实现了lfs的简约？

youbest

什么软件非要redhat才能运行?

Daemonccx

我也没见过这样的软件,见过的只有两种:
1,RPM包,同一个版本的软件分成不同系统的下载安装
2, 源码包.但是里面提供了不同系统的编译安装文件,一般都提供通用的文件

难道我见识短?

charliechan

樓主是否指那種只提供for Red Hat的RPM的軟件....?

线头

那些都是些专业软件(3d图形如softimage|3d 4)
据我猜想,关键的可能就三个包:binutils.gcc,glibc,如果这些基本运行库用redhat的,可能那些软件就能正常得运行了
怎样?我的思路不合理吗?

线头

下载了binutils-2.15.92.0.2-15.src.rpm （Updates for Red Hat Enterprise Linux 4WS Sources）
rpm2cpio binutils-2.15.92.0.2-15.src.rpm | cpio -id解压得如下文件：
binutils-2.15.92.0.2-ar-xo.patch
binutils-2.15.92.0.2-comdat-linkonce-mix.patch
binutils-2.15.92.0.2-eh-frame-lsda.patch
binutils-2.15.92.0.2-elfvsb-test.patch
binutils-2.15.92.0.2-gnu-warning.patch
binutils-2.15.92.0.2-gprof-synth-syms.patch
binutils-2.15.92.0.2-ia64-hint.b.patch
binutils-2.15.92.0.2-ia64-lib64.patch
binutils-2.15.92.0.2-justsymbols.patch
binutils-2.15.92.0.2-ldsoconf.patch
binutils-2.15.92.0.2-ltconfig-multilib.patch
binutils-2.15.92.0.2-place-orphan.patch
binutils-2.15.92.0.2-ppc64-emit-relocs.patch
binutils-2.15.92.0.2-ppc64-noteGNUstack.patch
binutils-2.15.92.0.2-ppc64-pie.patch
binutils-2.15.92.0.2-ppc-tlbie.patch
binutils-2.15.92.0.2-prelink-strip.patch
binutils-2.15.92.0.2-readelf-overflows.patch
binutils-2.15.92.0.2-relro-fix.patch
binutils-2.15.92.0.2-relro-gap.patch
binutils-2.15.92.0.2-robustify2.patch
binutils-2.15.92.0.2-robustify3.patch
binutils-2.15.92.0.2-robustify4.patch
binutils-2.15.92.0.2-robustify5.patch
binutils-2.15.92.0.2-robustify6.patch
binutils-2.15.92.0.2-robustify7.patch
binutils-2.15.92.0.2-robustify.patch
binutils-2.15.92.0.2-script-as-needed.patch
binutils-2.15.92.0.2-strings.patch
binutils-2.15.92.0.2-strip-dynamic.patch
binutils-2.15.92.0.2-stt_section-abs.patch
binutils-2.15.92.0.2.tar.bz2
binutils-2.15.92.0.2-x86_64-cfi-regnames.patch
binutils.spec

解压了binutils-2.15.92.0.2.tar.bz2后还要打上这么多的patch吗？

类似地，如gcc，glibc也会有许多的patch，是不是要把它们打上才能正常？上面的binutils原始版本是2.15.92.0.2吧？是不是打上patch就会变成2.15.92.0.2-15？

晨想

理论上，应该没这个问题的。

不过如果不提供源码的话，就有点麻烦了。因为不容易找到相应的库文件等。

线头

比较redhat的glibc与标准的glibc就有许多不同的地方，前者要多许多东西。

线头

附带的patch还好办：patch -Np0 -i patch_name或patch -Np1 -i patch_name打上就可以了，但那些特殊的文件就不知如何办了：binutils.spec之类的，覆盖原来的同名文件？
有经验的伙计帮帮忙了

d00m3d

为何不直接升级binutils-2.16.1？