1 |
r0bertz 07/09/20 16:45:50 |
2 |
|
3 |
Added: making-the-distro-p1.xml |
4 |
Log: |
5 |
added articles/making-the-distro-p1.xml |
6 |
|
7 |
Revision Changes Path |
8 |
1.1 xml/htdocs/doc/zh_cn/articles/making-the-distro-p1.xml |
9 |
|
10 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/zh_cn/articles/making-the-distro-p1.xml?rev=1.1&view=markup |
11 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/zh_cn/articles/making-the-distro-p1.xml?rev=1.1&content-type=text/plain |
12 |
|
13 |
Index: making-the-distro-p1.xml |
14 |
=================================================================== |
15 |
<?xml version='1.0' encoding="UTF-8"?> |
16 |
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd"> |
17 |
<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/zh_cn/articles/making-the-distro-p1.xml,v 1.1 2007/09/20 16:45:49 r0bertz Exp $ --> |
18 |
<!-- English CVS version: 1.5 --> |
19 |
|
20 |
<guide link="/doc/zh_cn/articles/making-the-distro-p1.xml" disclaimer="articles" lang="zh_cn"> |
21 |
<title>Gentoo的前世今生,第一部</title> |
22 |
|
23 |
<author title="Author"> |
24 |
<mail link="drobbins@g.o">Daniel Robbins</mail> |
25 |
</author> |
26 |
<author title="Translator"> |
27 |
<mail link="linuxfans.linky@×××××.com">范华</mail> |
28 |
</author> |
29 |
<author title="Editor"> |
30 |
<mail link="r0bertz@g.o">张乐</mail> |
31 |
</author> |
32 |
|
33 |
<abstract> |
34 |
我们每个人都会有一个有关linux的经历的故事。这是Daniel的故事。在这最初的三篇文章中,他告诉了我们他是如何成为一个Stampede Linux的开发者,又是为了什么事而离开Stampede并开始制作他自己的、名为Enoch的这样一个发行版的故事。 |
35 |
</abstract> |
36 |
|
37 |
<!-- The original version of this article was first published on IBM |
38 |
developerWorks, and is property of Westtech Information Services. This |
39 |
document is an updated version of the original article, and contains |
40 |
various improvements made by the Gentoo Linux Documentation team --> |
41 |
|
42 |
<version>1.3</version> |
43 |
<date>2005-10-09</date> |
44 |
|
45 |
<chapter> |
46 |
<title>Gentoo Linux发行版的诞生</title> |
47 |
<section> |
48 |
<title>我和linux</title> |
49 |
<body> |
50 |
|
51 |
<p> |
52 |
现今对每一个linux爱好者(linux geek)来说,linux不再只是一个字面上的名称,她所呈现的一切对很多开发人员来说已经超过了他们所接触过的任何东西, linux比它们更强大、更令人着迷和称赞。当我在新墨西哥大学担任系统管理员时便与linux结下了不解之缘。那时因为我们的NT服务器运行得非常棒,我的手头上也有了很多空余的时间可以加以利用,就这样我的第一个linux操作系统(Debian)在一台Pentium 166的主机服务器上安下了家,接下来的不断、不断地学习和深入理解的过程使我对linux越来越着迷了…… |
53 |
</p> |
54 |
|
55 |
<p> |
56 |
一开始我学习了linux下的很多细节的东西:网络访问、执行备份、搞定samba等等。接着我建了一个qmail和apache的服务器并学习了 python编程和shell编程。接着我还搭建了一个小型局域网接着就把linux娶回了家,在尝试过很多发行版后我最终选择了Stampede Linux这个版本(注:该版本从2001起就没有再更新了)详细的消息可以看一下 <uri link="http://distrowatch.com/table.php?distribution=stampede">Stempede</uri>你知道学习linux的过程是怎么样的吗?:第一、努力搞清楚linux基本的东西;第二、当你已经有了相当好的掌握程度之后,学习定制你的linux,知识的累积会和你深入的程度成正比。由于linux并没有隐藏任何东西,当linux对你来说变得越来越得心应手之后就可以开始探究技术和那些实现这些技术的工具了。 |
57 |
</p> |
58 |
|
59 |
</body> |
60 |
</section> |
61 |
<section> |
62 |
<title>Linux的潜能</title> |
63 |
<body> |
64 |
|
65 |
<p> |
66 |
Linux提供了很多以前我所没有见到过的东西,如果一定要我用一个词来形容这些不可思议的话,我选择“潜能”这个单词:用来维护、改变、提高事物的能力,这种能力甚至能够冲破一些固有规则的约束。当我把kernel升级到一个更新的版本时,简简单单的就把我眼前的这个linux的性能提升了很多,更为令人兴奋的是这种改变几乎每时每刻都在进行着。而我也正是这种进步的一份子,伴随着linux的前进而不断进步着, 对我而言这种感觉真的很棒。 |
67 |
</p> |
68 |
|
69 |
<p> |
70 |
如果你和我是同一类人,在你进入开源世界和linux世界之前大概看过位于Redmond和Cupertino的那些大公司们准备的下一代操作系统,它们确实如你所愿般的完美,然而那些东西却始终都只是一个虚幻的影子而已。然后就在我们慢慢等待的过程中linux来到了我们面前。虽然等来的这个精灵并不如我们预料的那么完美,但是她却提供给了我们这些喜欢动手hack的帅哥和美女一个亲手改变她的机会。就这样我们一边期待着一个更强大的操作系统,一边津津有味的hack我们的linux。日子一天一天过去,直到某天我们才突然发现原来期待着的那个强大的操作系统其实就在我们自己的手中,大家不约而同的笑了起来,也决定了继续在linux这条路上走下去,并继续hack下去。 |
71 |
</p> |
72 |
|
73 |
</body> |
74 |
</section> |
75 |
<section> |
76 |
<title>Linux的人文艺术</title> |
77 |
<body> |
78 |
|
79 |
<p> |
80 |
我学到的另一件事就是Linux对人们的影响,这个话题可能听上去还真有点新鲜,是吧?Linux不仅仅只是一堆源代码的,它其实就是一个“社区”,从一开始的依赖这个社区解决我们提出的问题到付出我们的时间和经验去帮助他人,渐渐的我们也将会成为了这个社区的一部分。 |
81 |
</p> |
82 |
|
83 |
<p> |
84 |
IRC(Internet relay chat)既是一个交朋友的好地方也是一个很打发时间的场所。irc.openprojects.net上的 #stampede频道已经成为了我在网络上正式的安乐窝^-^。那是我解答自己疑问的地方,也是第一次回答朋友问题的地方。#stampede频道需要很多有安装经验的用户去帮助那些新手解决他们刚刚开始安装后碰到的各种各样的问题。由于那些新手在安装过程遇到的问题在irc中越来越普遍,原来很多有经验的Stampede Linux用户渐渐失去了他们一开始的热情。但是我依然还是很兴奋,因为很多菜鸟的问题我都知道解决的办法,要我忍着不回答那些问题我可做不到!当然我也并不是唯一的那个对解决新手问题乐此不彼的人,同样的家伙也有不少。我也承认自己也有那么点私心,想从那些更有经验的家伙们(不是指Stampede的开发人员)身上学到更多的东西。 |
85 |
</p> |
86 |
|
87 |
</body> |
88 |
</section> |
89 |
<section> |
90 |
<title>如何起步</title> |
91 |
<body> |
92 |
|
93 |
<p> |
94 |
当有朋友问我如何才能加入一个开源项目时,我告诉他们的是首先是找一个能为他人做些什么的地方,就算那里只是解答一些很基础的问题。一份诚挚的渴望帮助他人的愿望是通往Linux社区的通行证,因为这份诚挚的愿望同样也扎根在每一个开源项目开发人员的心中(不仅仅只对Linux项目来说),它也应该扎根在那里。 |
95 |
</p> |
96 |
|
97 |
<p> |
98 |
沿着这条路走下去不可避免的你会遇到比你更有经验的同志,你将会从他们身上学到更多的知识,就像以前新手从你身上学习时一样。另一方面,当你积累起了更多的经验后在碰到某些问题时你就会用一个新方法去解决它而不是用以前惯用的一套思路。你遇到的一些开发人员有时会提出一些建议,有时又或者会需要一些帮助,他们更可能会邀请你加入他们的开发队伍;如果你的助人为乐成为焦点时,他们可能会笑着从你身边经过;如果你帮助了很多很多人之后,你在社区内肯定会备受瞩目。在Stampede和我身上这些故事都曾经发生过。 |
99 |
</p> |
100 |
|
101 |
<p> |
102 |
渐渐的我在Stampede的开发越来越深入,不久以后我就成为了一个正式的Stampede开发人员。在受到了Stampede的领导者Matt Wood的鼓励后,我开始对用于Stampede Linux软件包的原有的.slp机制进行升级。当时,.slp软件包格式包含一个.tar.bz2的软件包和后面的一个包含软件描述及软件包创作者等等在内的一个定长的页脚。这种实现的方式有两个主要问题:页脚部分实际上包含的内容根本达不到定长所约定的字节数;该格式没有预留任何扩充余地(也就是说如果未来没有办法加入一些可能需要的额外信息)。显然这些问题需要动一次大手术了,活活。 |
103 |
</p> |
104 |
|
105 |
<p> |
106 |
和那些老资格的Stampede开发人员工作一段时间后,我拟了一个解决上面那些问题的草案。过了一阵子我便开始用Python先编写了一些原始的实现方案,新的格式(代号slpv6)有些类似与Amiga世界的IFF格式。下一代的.slp格式包含了了2的32次方个字段,字段种类为2的32次方种,每个字段最大数据段同样为2的32次方字节。新的格式不仅具有良好的扩充性而且比纯文本更加紧凑和简洁并易于解析。二进制代码和文本都能存储在这样的格式当中,该架构对其本身在未来的进一步发展带来了无限的可能性。我的想法是把这个新版的动态header加入到打包文件的结尾部分,从而这个新版本的.slp格式未来可以为Stempede用户服务相当一段时间并且同时又能和标准的UNIX档案文件保持不错的兼容性。 |
107 |
</p> |
108 |
|
109 |
</body> |
110 |
</section> |
111 |
<section> |
112 |
<title>丑陋的一面</title> |
113 |
<body> |
114 |
|
115 |
<p> |
116 |
slpv6的开发进展很顺利,所有的资深开发者看到我取得的成果后都很高兴。不幸的是,两名刚加入的Stampede开发者想要自己掌控slpv6项目。由于不欣赏我选择的开发方向,他们花了很大劲诋毁和打击这个新的slpv6系统,虽然我也用了大量时间一边继续我的开发一边加入讨论再一边回应他们的攻击,但是这样做也没从根本上解决问题。最后一切都变的很明了,他们只是很擅长辩论,并且显而易见的是除非是走他们自己的路子,不然他们是不会罢休的。幸运的是我的项目依然得到了资深开发人员的认可和支持。可是这些讨论渐渐地使我背上了一些包袱,同时对Stampede的开发也产生了一些不好地影响。唉…… |
117 |
</p> |
118 |
|
119 |
<p> |
120 |
可惜我没办法使这些家伙消失,原来还可以在#stampede频道里和那些高级的开发者互相交谈,但是现在不得不退了出来。每次只要我一进入那个频道,他们就开始变得很不友好,总是在破坏我想要进行的工作。这些家伙会使用各种各样的方法:比如一个开发者会议(其实只是想当着其他资深开发者的面侮辱我)。他们还尝试用投票的方法控制Stempede,当然那种投票只在他们可以得到更多支持的时候才会举行。但是自始至终我在这样的情况下都没有放弃过我的slpv6的开发工作。不用多说,资深开发者们都喜欢我的开发项目,并且他们也都支持我继续做下去(没有他们的支持,我不可能克服那么多困难并坚持下去)。 |
121 |
</p> |
122 |
|
123 |
</body> |
124 |
</section> |
125 |
<section> |
126 |
<title>对这些异类的了解</title> |
127 |
<body> |
128 |
|
129 |
<p> |
130 |
我习惯于把这两个家伙和这种类型的开发者称为“异类”。虽然我的开发工作因此变得很很不愉快,但是我还是学会了怎么样去对付他们。就这点我乐于提供给各位一个对这些“异类”的全方面的描绘:他们的品质、采用的方法以及当你作为一个项目领导者怎么样才能对抗这些”异类“或是尽可能的用最小的代价去改变他们。 |
131 |
</p> |
132 |
|
133 |
<p> |
134 |
为了消除情绪上可能存在的危险,你需要具备一个先决条件:意志力。如果你不能用一种既礼貌又态度坚决的方式回应你的对手,事情就会变得很糟糕。“异类”的目的就是尽可能多的在你的项目中取得控制权,这么做会使他或她感觉更具有力量。首先,他们会对某个项目或是项目的开发人员进行片面的指责和抱怨,同时他们也会阻挠那些对这个项目富有建设性的提议。当然这些家伙在他们获得项目管理人员位置之前是不会对这个项目伸出任何的援手。目的就是使你确信只有依靠他们的那些“独道的、富有素养”的眼光才能最终解决问题,这样你就不得不给他们足够的权限去实现这些。 |
135 |
</p> |
136 |
|
137 |
<p> |
138 |
如果指责和抱怨没起什么作用,这些“异类”就会要求举行一个开发者会议。这将会给他们一个可以分裂你开发团队的机会。在觉得本方这方面已经得到了大多数人的支持后,他们就会举行一次投票决定(当然他们知道赢的会是他们的情况下)。如果并没有赢得投票或是投票被驳回,那么下周他们还是会提出举行一次会议以便再一次的分裂你的团队,然后再是那种无休止的循环。 |
139 |
</p> |
140 |
|
141 |
<p> |
142 |
如果会议的方法行不通,“异类”们将会变成革新运动者。他们会用一种更民主(也就是更容易操纵)的办法来取代先前压迫性的和非公平的决策方案。这些办法常常包括令人信服的让你去为你的开发团队中的大部分人做任何事。异类比较偏爱这个办法,因为你没有办法弃大多数投票表决的结果于不顾(活活活)。你许可这些事情发生的时候就已经把那把通往你的“Lexus”的“钥匙”交到了他们的手里,这将使你感觉越来越无力。 |
143 |
</p> |
144 |
|
145 |
<p> |
146 |
“异类”们用的另一种方法是激怒你的主要开发人员并使他们离开,然后在你的开发团队混乱的时候尝试重新组织该项目的管理团队。如果所有的努力都没有成功的话,他们会聚集尽可能多的叛离者并把他们安插在你的项目中,痛啊!I |
147 |
</p> |
148 |
|
149 |
</body> |
150 |
</section> |
151 |
<section> |
152 |
<title>对付这些异类</title> |
153 |
<body> |
154 |
|
155 |
<p> |
156 |
区分这些家伙还是相当容易的。他们不会写一行代码(也不愿意写),相反他们会花大量的时间讨论那些更重要的问题(对了,就是那些管理方面的问题)。假设你是一个项目管理者,对付他们非常容易。只需要告诉他们,在没有看到高质量的代码之前你是不会考虑他们所谓的建议的。或者在他们提出“建设性“的批评之前强调对于某个项目有建设性得帮助也包括服从项目的管理人员。如果他们开始编制优质的代码并且越来越有易于这个项目,那么就太好了。如果没有,就告诫他们离开。在你忽略这帮家伙一段时间后,他们会选择离开或是一边采取行动一边写一些代码,世界就这样清净了^_^。 |
157 |
</p> |
158 |
|
159 |
<p> |
160 |
不幸的是Stampede的那些资深开发人员对”异类“并没有采取更多的管理措施。换句话说,他们许可了这两个家伙对我(和其他人)的无休止的纠缠。虽然这些资深开发者总是赞赏我的项目,但是对那两个家伙他们却并没有做的更多。然后终于有一天我决定制作一个自己的发行版,因为我觉得这样做比忍受那两个家伙更容易些。我退出了Stampede的开发团队并开始制定自己发行版的一些计划和草案。 |
161 |
</p> |
162 |
|
163 |
<p> |
164 |
一段时间之内,我对自己因为两个低等级开发者而离开一个项目还是感到有些不可思议。其实他们没有涉及到的实际情况却真正显示出这个项目存在很严重的管理方面的问题,如果高等级的开发人员不能或者不愿意确认Stampede的开发成果是可喜的和有益的话,我想我不会愿意继续留在那里。 |
165 |
</p> |
166 |
|
167 |
</body> |
168 |
</section> |
169 |
<section> |
170 |
<title>新的开始</title> |
171 |
<body> |
172 |
|
173 |
<p> |
174 |
离开Stampede后我做的第一件事就是长长的舒了口气。喔……,整个世界都清净了。现在我有了足够的时间来思考我自己的Linux发行版的轮廓和将给Linux发行版的布局带来什么新的贡献。对Stampede感兴趣的一件事是它所具有的原生的性能(这得感谢它使用的带有实验性质的、并针对Pentium处理器优化过的pgcc编译器),所以我决定首先我考虑的就是性能。除了更少的CPU占用率以外,我还希望它更精简。很多发行版本(特别是那些流行的热缩塑料封装的家伙)默认启动了太多的daemons以至于打开一个xterm(X环境下的终端)后系统所剩余的可用RAM已经所剩无几了。我希望自己的发行版能更小也更强,为此我把目光放到了最大限度的榨取让这个操作系统运行的硬件平台的性能上。为此我下决心进行一个整体测试并处理掉所有细节中的性能方面的问题。 |
175 |
</p> |
176 |
|
177 |
<p> |
178 |
但是我真的很缺乏对应的资源,因为我是这个发行版的唯一的一个开发人员!我该怎样做才能只靠自己就鼓捣出不逊色于Redhat或是Caldera这样的产品呢?解决办法是采用自动控制技术。我必须写一些脚本以便所有的事情都可以自动搞定,这样我就可以事半功倍了。毕竟,电脑们这些方面做得更好,对吧? |
179 |
</p> |
180 |
|
181 |
<p> |
182 |
很快我发现光是写一些自动化的脚本还远远不够,需要设计的是一整套能从源代码产生一个完整Linux系统的机制。我实验性的把它称做ebuild系统并且开始了工作。ebuild系统可以自动的建立所有一个发行版所需要的二进制文件,包括从解压源代码并打好相应的patch再到编译、封包的一系列过程的自动化解决方案。在一个基本、原始的ebuild可以工作后,我开始为一个Linux发行版必要的一些关键组成部分(像是gcc、glibc、binutils、util-linux等软件)撰写ebuild脚本。通过重新撰写初始化脚本(基于以前我为Stampede设计的初始化脚本)把原先的Stampede开发系统逐渐的演变成一个我自己的系统,接着我开始测试每一个自己建立好的新的软件包。 |
183 |
</p> |
184 |
|
185 |
<p> |
186 |
几个月之后我有了一个完整的,自主的Linux版本。我给她起了个名字『Enoch』然后坐着满足的笑了起来。但是什么改变了Enoch、Gentoo的发展又是怎么样的?续篇将会告诉大家Enoch是怎么演变成Gentoo的,而我在这条路上将要面对的更多新的挑战。 |
187 |
</p> |
188 |
|
189 |
</body> |
190 |
</section> |
191 |
<section> |
192 |
<title>Resources</title> |
193 |
<body> |
194 |
|
195 |
<ul> |
196 |
<li> |
197 |
接下来更精彩的故事请看“Gentoo的前世今生,<uri link="/doc/zh_cn/articles/making-the-distro-p2.xml">第二部</uri>和<uri link="/doc/zh_cn/articles/making-the-distro-p3.xml">第三部</uri>". |
198 |
</li> |
199 |
<li> |
200 |
请访问<uri link="/index.xml">Gentoo Linux网站</uri>获取更多有关这个发行版信息. |
201 |
</li> |
202 |
<li> |
203 |
学习更多Gentoo Linux ebuild系统尽在Daniel的文章,<uri link="http://www.gentoo.org/doc/en/articles/bash-by-example-p3.xml">Bash by example, Part 3</uri>. |
204 |
</li> |
205 |
</ul> |
206 |
|
207 |
</body> |
208 |
</section> |
209 |
<section> |
210 |
<title>关于作者</title> |
211 |
<body> |
212 |
|
213 |
<p> |
214 |
Daniel Robbins居住在美国新墨西哥洲中部大城Albuquerque。他是Gentoo Technologies Inc.的董事长兼CEO、Gentoo项目的首席架构师,他还是MacMillan出版过的一些书的贡献作家,这些书有:Caldera OpenLinux Unleashed, SuSE Linux Unleashed和Samba Unleashed等等。在二年级的时候,自从迷上了Logo语言和Pac Man游戏后,渐渐Daniel融入了计算机的世界。这在某种程度上也解释了他后来为什么会成为SONY Electronic Publishing/Psygnosis的首席图形艺术家。Daniel喜欢和他的妻子Mary、他的小女儿Hadassah一起享受生活。你可以通过这个邮件地址<mail link="drobbins@g.o">drobbins@g.o</mail>联系到Daniel。 |
215 |
</p> |
216 |
|
217 |
</body> |
218 |
</section> |
219 |
</chapter> |
220 |
</guide> |
221 |
|
222 |
|
223 |
|
224 |
-- |
225 |
gentoo-commits@g.o mailing list |