这两天在研究一些小size的linux启动光盘,看看里面有些什么样的内容
slackware变成了最近我比较关注的版本,或许是因为slax的原因。曾经以为debian是geek们的完美世界,或许我还是太年轻了
slackware和gentoo,具有一些特别的气质。如果我不是有经验的系统管理员,我想我不会选择gentoo,不过我想在不久的将来,我有机会玩转这个有着BSD血统的高贵版本⋯⋯
在那之前,gentoo是我的陪练。我非常惊讶的发现,仅仅在50M的minial启动光盘中,已经装备了python binary。不过让我失望的是,gcc无法在光盘上直接运行。
假想在某一个时候,人类失去了所有的binary,只剩下source,然后一个先知降临了。开启人类智慧的就是一张能够启动电脑的光碟,之后先知进入了一个主机,里面有GNU和Linux的所有代码——最后,一件非常沮丧的事情发生了,我们没有一个能用的 gcc binary,我的天!
编译GCC让我们回到了鸡和蛋的问题,因为人们用ASM写成了C Compiler ,然后用C写成了GCC,并且用C Compiler编译出了GCC,从此开始,人们就用GCC来编译GCC
我仍然幻想着从0开始做这一切,不过我们至少还需要一些binary: 一个启动器,一个内核,一套编译器,还有文本编辑器,vi或者,nano⋯⋯
大概,我需要从stage1开始,继续我的gentoo之旅
slackware变成了最近我比较关注的版本,或许是因为slax的原因。曾经以为debian是geek们的完美世界,或许我还是太年轻了
slackware和gentoo,具有一些特别的气质。如果我不是有经验的系统管理员,我想我不会选择gentoo,不过我想在不久的将来,我有机会玩转这个有着BSD血统的高贵版本⋯⋯
在那之前,gentoo是我的陪练。我非常惊讶的发现,仅仅在50M的minial启动光盘中,已经装备了python binary。不过让我失望的是,gcc无法在光盘上直接运行。
假想在某一个时候,人类失去了所有的binary,只剩下source,然后一个先知降临了。开启人类智慧的就是一张能够启动电脑的光碟,之后先知进入了一个主机,里面有GNU和Linux的所有代码——最后,一件非常沮丧的事情发生了,我们没有一个能用的 gcc binary,我的天!
编译GCC让我们回到了鸡和蛋的问题,因为人们用ASM写成了C Compiler ,然后用C写成了GCC,并且用C Compiler编译出了GCC,从此开始,人们就用GCC来编译GCC
我仍然幻想着从0开始做这一切,不过我们至少还需要一些binary: 一个启动器,一个内核,一套编译器,还有文本编辑器,vi或者,nano⋯⋯
大概,我需要从stage1开始,继续我的gentoo之旅
