The translation is temporarily closed for contributions due to maintenance, please come back later.

Source string Read only

(itstool) path: sect1/para
Context English State
<uri xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/network-pxe-nfs.html">@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/network-pxe-nfs.html</uri>
The FreeBSD system installation and configuration tool, <citerefentry><refentrytitle>bsdinstall</refentrytitle><manvolnum>8</manvolnum></citerefentry>, can be scripted to provide automated installs for large sites. This functionality can be used in conjunction with <trademark class="registered">Intel</trademark> PXE <_:footnote-1/> to bootstrap systems from the network.
Lessons Learned from FreeBSD 4.4
The release engineering process for 4.4 formally began on August 1st, 2001. After that date all commits to the <literal>RELENG_4</literal> branch of FreeBSD had to be explicitly approved by the Release Engineering Team <email></email>. The first release candidate for the x86 architecture was released on August 16, followed by 4 more release candidates leading up to the final release on September 18th. The security officer was very involved in the last week of the process as several security issues were found in the earlier release candidates. A total of over <emphasis>500</emphasis> emails were sent to the Release Engineering Team <email></email> in little over a month.
Our user community has made it very clear that the security and stability of a FreeBSD release should not be sacrificed for any self-imposed deadlines or target release dates. The FreeBSD Project has grown tremendously over its lifetime and the need for standardized release engineering procedures has never been more apparent. This will become even more important as FreeBSD is ported to new platforms.
Future Directions
It is imperative for our release engineering activities to scale with our growing userbase. Along these lines we are working very hard to document the procedures involved in producing FreeBSD releases.
<emphasis>Parallelism</emphasis> - Certain portions of the release build are actually <quote>embarrassingly parallel</quote>. Most of the tasks are very I/O intensive, so having multiple high-speed disk drives is actually more important than using multiple processors in speeding up the <command>make release</command> process. If multiple disks are used for different hierarchies in the <citerefentry><refentrytitle>chroot</refentrytitle><manvolnum>2</manvolnum></citerefentry> environment, then the CVS checkout of the <filename>ports</filename> and <filename>doc</filename> trees can be happening simultaneously as the <command>make world</command> on another disk. Using a <acronym>RAID</acronym> solution (hardware or software) can significantly decrease the overall build time.
<emphasis>Cross-building releases</emphasis> - Building IA-64 or Alpha release on x86 hardware? <command>make TARGET=ia64 release</command>.
<emphasis>Regression Testing</emphasis> - We need better automated correctness testing for FreeBSD.
<emphasis>Installation Tools</emphasis> - Our installation program has long since outlived its intended life span. Several projects are under development to provide a more advanced installation mechanism. The libh project was one such project that aimed to provide an intelligent new package framework and GUI installation program.
Marshall Kirk McKusick, Michael J. Karels, and Keith Bostic: <link xlink:href=""> <emphasis>The Release Engineering of 4.3BSD</emphasis></link>
NetBSD Developer Documentation: Release Engineering <uri xlink:href=""></uri>
John Baldwin's FreeBSD Release Engineering Proposal <uri xlink:href=""></uri>
I would like to thank Jordan Hubbard for giving me the opportunity to take on some of the release engineering responsibilities for FreeBSD 4.4 and also for all of his work throughout the years making FreeBSD what it is today. Of course the release would not have been possible without all of the release-related work done by Satoshi Asami <email></email>, Steve Price <email></email>, Bruce A. Mah <email></email>, Nik Clayton <email></email>, David O'Brien <email></email>, Kris Kennaway <email></email>, John Baldwin <email></email> and the rest of the FreeBSD development community. I would also like to thank Rodney W. Grimes <email></email>, Poul-Henning Kamp <email></email>, and others who worked on the release engineering tools in the very early days of FreeBSD. This article was influenced by release engineering documents from the CSRG <_:footnote-1/> , the NetBSD Project, <_:footnote-2/> , and John Baldwin's proposed release engineering process notes. <_:footnote-3/>


User avatar None

New source string

FreeBSD Doc (Archived) / articles_relengEnglish

New source string 10 months ago
Browse all component changes

Source information

Source string comment
(itstool) path: sect1/para
Source string location
String age
10 months ago
Source string age
10 months ago
Translation file
articles/releng.pot, string 182