During installation, a target computer's hardware is identified and configured and the appropriate file systems for the system's architecture are created. Finally, anaconda allows the user to install the operating system software on the target computer. anaconda can also upgrade existing installations of earlier versions of the same distribution. After the installation is complete, you can reboot into your installed system and continue doing customization using firstboot .
anaconda is a fairly sophisticated installer. It supports installation from local and remote sources such as CDs and DVDs, images stored on a hard drive, NFS, HTTP, and FTP. Installation can be scripted with kickstart to provide a fully unattended installation that can be duplicated on scores of machines. It can also be run over VNC on headless machines. A variety of advanced storage devices including LVM, RAID, iSCSI, and multipath are supported from the partitioning program. anaconda provides advanced debugging features such as remote logging, access to the python interactive debugger, and remote saving of exception dumps.
我们始终会在每次 Fedora 的发布更新这个安装器，包含一些修复或者改进之类的内容。更新 页面讲述了如何使用这些更新。
想了解每个发行版上安装器的改进？请查看为用户，重构人员以及贡献人员总结的 变更 介绍。
Anaconda 主要是由Python 语言编写的。 The graphical front-end of anaconda is written with pyGtk library and glade interface description files . Using Python for the majority of the installer code allows for easy distribution of updates and the quick development of new features. The loader, which handles loading the large main portion of anaconda, module loading, and other boot up tasks, is written in the C programming language. Some other minor hardware-specific portions of anaconda are also written in C. 另外，bash和python脚本用于一些管理工作。
There are two mailing lists for Anaconda. The first is the development mailing list. This list is used to discuss development issues, submit patches, and other activities related to extending anaconda. The sign up for the development list is located at anaconda development list site . Past discussions can be found in the anaconda development archives .
The second list is a user oriented list on how to create kickstart files. The kickstart list is the place to discuss automated installation issues. The sign up for the kickstart list is located at anaconda kickstart list site . Past discussions can be found in the anaconda kickstart archives .
There is also an http://freenode.net. This resource is for discussion of anaconda development, not for distribution customization questions.IRC channel on
If you want to work on Anaconda, you should start with the Source Overview , which contains a high level discussion of the source files and what they do. Then look at the stage1 development guide and the stage2 development guide for information on how to test, debug, and develop for these two parts of anaconda.
Familiarize yourself with the tools that anaconda uses. Check out the following external reference documents:
Once you're up and running, you should check out future work items for anaconda to see what we'd like to have done.
There's also some tips on the building anaconda page describing how to compile and create a new version of the anaconda package.
The anaconda API reference is an ongoing effort to document the anaconda source code. This is far from complete, but getting better all the time.
The primary methods of distributing the anaconda source are source RPMs in the Fedora development tree and git. To access the current source code in in non-rpm format, you'll need to install git.
yum install git
Note that several related packages will be installed as well. After the git source code management tool has been installed, then you use anonymous git access to the Anaconda repository.
The output may look similar to the following:
Initialized empty Git repository in /home/drkludge/anacondatest/anaconda/.git/ remote: Generating pack... remote: Counting objects: 10861 remote: Done counting 91222 objects. remote: Deltifying 91222 objects... remote: 100% (91222/91222) done Indexing 91222 objects... 100% (91222/91222) done remote: Total 91222 (delta 68785), reused 90187 (delta 68059) Resolving 68785 deltas... 100% (68785/68785) done Checking 543 files out... 100% (543/543) done
If you have committer access to anaconda, then you will want to use the git+ssh access url.
git clone git+ssh://git.fedorahosted.org/git/anaconda.git
Once you've committed changes locally, you can push them with
If you would just like to browse the Anaconda git repository via the web, then please use one of the following two Anaconda git URLs .
To contribute you should read our Branching policy first.
If you are having difficulty installing, please file the problem report with your distribution vendor.
Before filing a bug, please read up on How to debug installation problems, which will tell you how to fill out useful bug reports that will help us quickly solve your problem. Also try searching bugzilla for other reports about your problem, as some bugs are often filed by several people.
CommonBugs is a list of common anaconda bug reports you may wish you check before filing a duplicate.
AnacondaBugWorkflow is a guideline to how Fedora anaconda bugs pass through bugzilla, and what all the various statuses really mean. This is only for Fedora.
From left to right, the following people are the anaconda team and are responsible for the majority of commits. Of course, we get help from other people both from Red Hat and from the volunteer community as well.
- Chris Lumens (clumens): Kickstart, thinking up new stuff.
- Martin Gracik (mgracik): firstboot, UI elements, lorax.
- Ales Kozumplik (akozumpl) (alumni)
- Martin Sivak (msivak): FirstAidKit, driver disks.
- Peter Jones (pjones): EFI.
- Brian Lane (bcl): LiveCD.
- David Cantrell (dcantrell): Manager.
- Will Woods (wwoods): Stuff.
- Radek Vykydal (rvykydal): Networking.
- Dave Lehman (dlehman): Storage.
Anaconda Team Emeritus
- Jeremy Katz (katzj).
- Joel Andres Granados (jgranado).
- Hans de Goede (hansg).
- Ales Kozumplik (akozumpl)