LFS/CLFS based Gentoo

dyhml

LFS 的精华就在从 tool chain 到可以启动的基础系统的生成, 在 LFS 完成后, BLFS 里的软件安装已经没有什么能学到的东西了, 而且需要解决烦人的依赖关系.

而 Gentoo 是一个能够自动解决依赖关系, 且自由度很高, 甚至可以通过 USE 自行改变依赖关系, 的 source based distro .

Gentoo 以前的安装过程也是很像 LFS 的, 它要生成 stage1 stage2 stage3 的系统, 也要 chroot , 但由于有写的很好的脚本, 安装过程大部分都是自动的, 其安装的原理也就隐藏在脚本中了.

而现在的 Gentoo Installer 似乎已经采用了预编译的 stage1 stage2 stage3, 几乎基础系统都是预编译的.

我的想法就是作一个 LFS/CLFS based Gentoo , 具体如下:

在 LFS 看来, 就是 /tools 中的 tool chain 完成后, 这时就引入 Gentoo 的 emerge 系统, chroot 之后尽量全部用 emerge 安装.

在 Gentoo 看来, 就是 stage1 stage2 由 LFS 手工完成, 其后使用 emerge .

因为我已经做过 LFS 了, 准备做的是 CLFS , 想要在 CLFS 的 chroot 或 重启进入新系统后, 引入 emerge . 想要在 5.1 长假内完成. 如果顺利, CLFS 部分一天就可以, 再一天或半天解决 emerge 需要的基础, 下面就都是 emerge 自动作了.

希望各位 LFS/CLFS/Gentoo 高人多提意见, 砸砖头也没关系. 我还没有做过 CLFS 和 Gentoo , 也许有许多理解错误, 希望大家指正. 而 Gentoo 基本上只能找到 how to 找不到 why to , 我这里出错的可能更大, 请 Gentoo 高手多多指点.

dyhml

我想做的是一个 bleeding edge 的系统, gcc-4.1.0 glibc-2.4 , 其他软件用 the latest realese .

Gentoo 不用默认的软件版本, 也是 bleeding edge , /tools 中软件版本尽量与 Gentoo 中相同.

/tools 完成后, 把已经下载的软件包 ln -s 或 cp 到 emerge 的 portage 中, 以免再次下载.

demonlj

提些个人观点，这有些重复劳动。
如果你从LFS/CLFS开始引入emerge，那么一个portage树你打算怎么搞定？
1.用gentoo的？那么，一后emerge升级的时候软件将同步成gentoo
2.自己写，if u want and if u have enough time, then do it!

dyhml

就是说, 我既想 clfs 又想 gentoo , 于是就把两者合二为一了. 顺便试验用 gentoo 的 portage 管理 lfs 的可能性.

clfs 做成的东西基本都在 /tools 里, 完成后抛弃. 所以完成后就是一个 gentoo .

portage 还是从网上下的, 不过把已经下载的软件包, 按照portage 的格式 ln -s 或 cp 到 emerge 的 portage 中, 以免再次下载.

portage 树的原理我不清楚, 不过, 基本上, 所有正式安装的软件都是 emerge 的, 也许开始几个包需要用某种方式欺骗一下 emerge .

这样下来, 对 portage 的原理应该会了解很多

晨想

如果顺利，Gentoo 接手后，就会把你的系统更新一次，这样你作的 LFS 就没用了，要么被覆盖，要么就是多余的。想法是可行的，不过怎么转移过去，也许也要慢慢研究。。

加油！

youbest

认定目标就积极的开始吧,加油!

soloforce

我觉得不错。LFS做好以后，BLFS的确没太多值得学习的新鲜东西，因为OS已经构建起来了。倒是怎么在LFS基本系统上构建起一个包管理系统很值得研究。 至于以后基本系统被替换，那也无所谓，os毕竟是拿来用的。 其实我也有这个想法，打算在虚拟机里头先实验

晨想

LFS，最大的价值，就是建立toolchain以及基础系统的建立。（包括CLFS）。
兄弟们加油。：）。

d00m3d

Post by 终极幻想
如果顺利，Gentoo 接手后，就会把你的系统更新一次，这样你作的 LFS 就没用了，要么被覆盖，要么就是多余的。想法是可行的，不过怎么转移过去，也许也要慢慢研究。。

加油！

这正是我在 LFS 加入 Debian 支持时犹疑的地方，我很希望利用 Debian repository 提供的 binary 省掉编译之苦，但我却不希望系统在解决依赖的同时把我辛苦建立的基础系统替换了，变成真正的 Debian！

已有方案，研究中，有空便可实验。。。

晨想

加入了任何一个的支持，我觉得都会有点麻烦。比如网卡设置的不一样，安装的prefix 也不一样，等等，要慢慢解决才行呢。。。。

兄弟们加油！