
<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://www.funtoo.org/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://www.funtoo.org/api.php?action=feedcontributions&amp;user=Drobbins&amp;feedformat=atom</id>
		<title>Funtoo Linux - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://www.funtoo.org/api.php?action=feedcontributions&amp;user=Drobbins&amp;feedformat=atom"/>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Special:Contributions/Drobbins"/>
		<updated>2013-06-19T03:05:30Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.20.6</generator>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-06-15T16:35:11Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: simplify user-centric text&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png;limit=9999&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png;limit=9999&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png;limit=9999&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
Who develops and improves Funtoo Linux? '''You do.''' We are a completely open meta-distribution that is run by our users and a small group of support staff. Our development centers around the needs of our users. Any user can contribute code and help improve Funtoo Linux functionality on our [http://bugs.funtoo.org bug tracker]. &lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=SuCjLjVV800|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Pandaboard</id>
		<title>Pandaboard</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Pandaboard"/>
				<updated>2013-06-15T16:29:57Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: overwrite spam history&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The '''PandaBoard''' is a low-power, low-cost single-board computer development platform based on the Texas Instruments OMAP4430 system on a chip (SoC). The board has been available to the public since 27 October 2010. It is a community supported development platform.&lt;br /&gt;
&lt;br /&gt;
The '''PandaBoard ES''' is a newer version based on the OMAP4460 SoC, with the CPU and GPU running at higher clock rates. The board has been available to the public since 16 November 2011. Like its predecessor, it is a community supported development platform.&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
The OMAP4430 SoC on the PandaBoard features a dual-core 1&amp;amp;nbsp;GHz ARM Cortex-A9 MPCore CPU, a 304&amp;amp;nbsp;MHz PowerVR SGX540 graphics processing unit (GPU), a Texas Instruments TMS320C6400 digital signal processor (DSP), and 1&amp;amp;nbsp;GiB of DDR2 SDRAM. &lt;br /&gt;
&lt;br /&gt;
The PandaBoard ES uses a newer SoC, with a dual-core 1.2&amp;amp;nbsp;GHz CPU and 384&amp;amp;nbsp;MHz GPU. Primary persistent storage is via an Secure Digital (SD) Card slot allowing SDHC cards up to 32&amp;amp;nbsp;GB to be used. The board includes wired 10/100 Ethernet as well as wireless Ethernet and bluetooth connectivity. The board can output video signals via Digital Visual Interface (DVI) and HDMI interfaces. It also has 3.5&amp;amp;nbsp;mm audio connectors. It has two Universal Serial Bus (USB) host ports and one USB On-The-Go port, supporting USB 2.0.&lt;br /&gt;
&lt;br /&gt;
=== CPUinfo ===&lt;br /&gt;
* Pandaboard&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Processor       : ARMv7 Processor rev 2 (v7l)&lt;br /&gt;
processor       : 0&lt;br /&gt;
BogoMIPS        : 599.22&lt;br /&gt;
&lt;br /&gt;
processor       : 1&lt;br /&gt;
BogoMIPS        : 582.68&lt;br /&gt;
&lt;br /&gt;
Features        : swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls&lt;br /&gt;
CPU implementer : 0x41&lt;br /&gt;
CPU architecture: 7&lt;br /&gt;
CPU variant     : 0x1&lt;br /&gt;
CPU part        : 0xc09&lt;br /&gt;
CPU revision    : 2&lt;br /&gt;
&lt;br /&gt;
Hardware        : OMAP4 Panda board&lt;br /&gt;
Revision        : 0020&lt;br /&gt;
Serial          : 0000000000000000&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Funtoo Linux Instalation ==&lt;br /&gt;
First of all you have to prepare/format your SD card (ALL DATA WILL BE LOST!).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
sdcardsetup.sh &lt;br /&gt;
# sdcardsetup.sh script&lt;br /&gt;
#!/bin/sh&lt;br /&gt;
&lt;br /&gt;
if [ ! &amp;quot;$1&amp;quot; = &amp;quot;/dev/sda&amp;quot; ] ; then&lt;br /&gt;
        DRIVE=$1&lt;br /&gt;
        if [ -b &amp;quot;$DRIVE&amp;quot; ] ; then&lt;br /&gt;
                dd if=/dev/zero of=$DRIVE bs=1024 count=1024&lt;br /&gt;
                SIZE=`fdisk -l $DRIVE | grep Disk | awk '{print $5}'`&lt;br /&gt;
                echo DISK SIZE - $SIZE bytes&lt;br /&gt;
                CYLINDERS=`echo $SIZE/255/63/512 | bc`&lt;br /&gt;
                echo CYLINDERS - $CYLINDERS&lt;br /&gt;
                {&lt;br /&gt;
                echo ,9,0x0C,*&lt;br /&gt;
                echo ,,,-&lt;br /&gt;
                } | sfdisk -D -H 255 -S 63 -C $CYLINDERS $DRIVE&lt;br /&gt;
                mkfs.vfat -F 32 -n &amp;quot;boot&amp;quot; ${DRIVE}1&lt;br /&gt;
                mke2fs -j -L &amp;quot;rootfs&amp;quot; ${DRIVE}2&lt;br /&gt;
        fi &lt;br /&gt;
fi&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Follow the general steps from [[Funtoo on ARM#Installing Funtoo]].&lt;br /&gt;
&lt;br /&gt;
These steps include:&lt;br /&gt;
* Extract stage3 to the 2nd partition of the SD card&lt;br /&gt;
* Extract portage snapshot (required to emerge things and ntp(see below))&lt;br /&gt;
* Setup fstab&lt;br /&gt;
* Setup root password&lt;br /&gt;
* Configure hostname and networking (optional, but recommended)&lt;br /&gt;
* Enable SSH access (optional, but recommended)&lt;br /&gt;
* Enable serial console access (optional, but recommended)&lt;br /&gt;
* Correct RTC &amp;quot;bug&amp;quot; with swclock&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Enabling serial console access ===&lt;br /&gt;
These are instructions specific for Pandaboard.&lt;br /&gt;
 nano -w /mnt/SD_root/etc/inittab&lt;br /&gt;
 s0:12345:respawn:/sbin/agetty 115200 ttyO2 vt100&lt;br /&gt;
&lt;br /&gt;
=== Kernel and bootloader ===&lt;br /&gt;
Here you can find kernel and bootloader files for a quick start.&lt;br /&gt;
Put these on first partition of your SD card. Archive name boot.tar.xz&lt;br /&gt;
&lt;br /&gt;
* http://www.mediafire.com/?h5m1mnqqdrnyb&lt;br /&gt;
&lt;br /&gt;
Of course you can build your own kernel and U-Boot files, but these are provided here so you don't have to go through the cross-compiling pains and can use your Pandaboard to do native compiling once running.&lt;br /&gt;
&lt;br /&gt;
=== Modules and firmware ===&lt;br /&gt;
Put these inside /lib folder on second partition. Archive name modules.tar.xz&lt;br /&gt;
&lt;br /&gt;
* http://www.mediafire.com/?h5m1mnqqdrnyb&lt;br /&gt;
&lt;br /&gt;
[[Category:ARM]]&lt;br /&gt;
[[Category:Pandaboard]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo</id>
		<title>Litecoin Mining for Funtoo</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo"/>
				<updated>2013-05-20T20:06:58Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: adding coinotron&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Litecoin mining is a fun and easy way that you can help support the Funtoo Linux project. Litecoin is a virtual cryptographic currency that is generated using CPUs and video card GPU computational power, and can be converted into a traditional currency like US dollars. &lt;br /&gt;
&lt;br /&gt;
== How does Litecoin Relate to Funtoo? ==&lt;br /&gt;
&lt;br /&gt;
Part of Funtoo is having fun, and part of having fun is being creative, and exploring new ideas and concepts, and not being limited by the expectations of others. These concepts include technology, but also include new community concepts and approaches for supporting a community. Distributed support via CPU and GPU power is certainly a novel way of supporting an open source project, and because of this it is a perfect fit for Funtoo. In many ways, the resource challenges faced by open source projects are more complex than the technical challenges, and deserve to be taken seriously. By exploring the use of Litecoin, we are exploring an innovative way to fund the project.&lt;br /&gt;
&lt;br /&gt;
=== What are Funtoo Litecoin Funds Used For? ===&lt;br /&gt;
&lt;br /&gt;
These funds will be used to pay the Development Lead of Funtoo, who assists me (Daniel Robbins) in ensuring that day-to-day often unglamorous work is completed in a responsive way for our users. The goal of this effort is for litecoin funds to pay the Development Lead so he can work on Funtoo Linux full-time.&lt;br /&gt;
&lt;br /&gt;
Why is this important? Sometimes, I get busy at work and cannot be involved in Funtoo, and the Development Lead ensures that the Funtoo community stays afloat during these periods. The Dev Lead also assists with running the project when I'm available, so I can focus on development activities more deeply. This also helps to keep the project fun for me, so it is not an unreasonable burden. &lt;br /&gt;
&lt;br /&gt;
Any surplus funds beyond this will be used to pay for our 10Gbit/sec hosting infrastructure and servers, which I currently pay for myself.&lt;br /&gt;
&lt;br /&gt;
== Litecoin Pools ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Typically, Litecoins are mined by pools of computers, and funtoo is part of the following pooled litecoin mining efforts:&lt;br /&gt;
&lt;br /&gt;
{| style=&amp;quot;background-color:#ffffcc;&amp;quot; cellpadding=&amp;quot;10&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! pool&lt;br /&gt;
! host&lt;br /&gt;
! port&lt;br /&gt;
! user&lt;br /&gt;
! password&lt;br /&gt;
! stats&lt;br /&gt;
! review&lt;br /&gt;
|-&lt;br /&gt;
| Coinotron&lt;br /&gt;
| &amp;lt;tt&amp;gt;stratum+tcp://coinotron.com:3334&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;3334&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &lt;br /&gt;
| We've found this pool to be very efficient.&lt;br /&gt;
|-&lt;br /&gt;
| Burnside's Litecoin Mining Pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;ltc.kattare.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [http://ltc.kattare.com/stats.php stats]&lt;br /&gt;
| very good PPNLS pool&lt;br /&gt;
|-&lt;br /&gt;
| OzCoin&lt;br /&gt;
| &amp;lt;tt&amp;gt;newlc.ozco.in&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [https://lc.ozcoin.net/content/overview ozcoin overview]&lt;br /&gt;
| very good PPS pool&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
There are lots of different ways to mine Litecoins. You can use any of our pools above. You can also use your CPU or your graphics card. To see what different types of hardware can do, see the [https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison Litecoin Mining Hardware Comparison] page. Note that many of these systems are overclocked so make note of the CPU and memory frequencies listed here.&lt;br /&gt;
&lt;br /&gt;
== &amp;quot;Got Litecoins Already&amp;quot; Method ==&lt;br /&gt;
&lt;br /&gt;
If you already have Litecoins that you want to donate to Funtoo Linux, you can send them to &amp;lt;tt&amp;gt;LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym&amp;lt;/tt&amp;gt;. Thanks!&lt;br /&gt;
&lt;br /&gt;
Here's how to do it with litecoind:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##litecoind sendtoaddress LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym 50 &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Be sure to let Daniel know that you sent some coin so that you can receive proper respect :)&lt;br /&gt;
&lt;br /&gt;
== CPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Here's how to get started and convert your idle CPU power into a contribution to the Funtoo Linux project.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;miner&amp;quot; is the program that performs the computation to generate litecoins. It receives blocks from a server, which it performs computations on. Miners are designed to run continually in the background, where they use up idle CPU only, and will not impact the speed of your system. A significant contribution to Funtoo Linux is only realized when miners are run continually for days and weeks -- so running a miner for an hour or so is typically not effective.&lt;br /&gt;
&lt;br /&gt;
=== Installation using Portage ===&lt;br /&gt;
&lt;br /&gt;
This method will use CFLAGS from /etc/portage/make.conf. Note that &amp;lt;tt&amp;gt;-O2&amp;lt;/tt&amp;gt; seems to work much better than &amp;lt;tt&amp;gt;-O3&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge pooler-cpuminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Set up go.sh ===&lt;br /&gt;
&lt;br /&gt;
Create the following &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script to start the miner:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
threads=$(grep -c &amp;quot;^processor&amp;quot; /proc/cpuinfo)&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
  minerd --algo scrypt -s 45 --retry-pause 5 --threads $threads --url http://ltc.kattare.com:9332 --userpass funtoo.public:p&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make it executable:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Run go.sh ===&lt;br /&gt;
&lt;br /&gt;
Run &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; to start the miner. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The cpuminer will only use idle CPU and will not slow down your system. Modern systems will generate somewhere from 15 to 60 KHash/sec total, which will result in $10 to Funtoo Linux per month for a Core i7 system at current exchange rates, when run continually.&lt;br /&gt;
&lt;br /&gt;
Keep those miners running and thanks for supporting Funtoo Linux!&lt;br /&gt;
&lt;br /&gt;
== GPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Some of the more hardcore individuals in the Funtoo community may want to use their graphics processor to mine litecoins. Modern graphics cards, particularly AMD (ATI) cards, can offer hashrates well above 100Khash/sec, even above 400Khash/sec for some cards. Daniel Robbins has a few Radeon HD 6950's that can generate in excess of 400Khash/sec ''each''.&lt;br /&gt;
&lt;br /&gt;
AMD (ATI) cards tend to work much better than NVIDIA for litecoin mining. Here's how to do GPU mining:&lt;br /&gt;
&lt;br /&gt;
=== Prerequisites ===&lt;br /&gt;
&lt;br /&gt;
First, X will need to be installed, and you will need to ensure all your video cards are defined in &amp;lt;tt&amp;gt;/etc/X11/xorg.conf&amp;lt;/tt&amp;gt;. For AMD cards, ati-drivers 13.1 appears to work well. Ensure that full hardware acceleration is working and that &amp;lt;tt&amp;gt;ati&amp;lt;/tt&amp;gt; OpenGL and &amp;lt;tt&amp;gt;amd&amp;lt;/tt&amp;gt; OpenCL are selected via &amp;lt;tt&amp;gt;eselect&amp;lt;/tt&amp;gt;. (This is probably how things are set up if you simply emerged ati-drivers.)&lt;br /&gt;
&lt;br /&gt;
=== Install cgminer ===&lt;br /&gt;
&lt;br /&gt;
First, enable the &amp;lt;tt&amp;gt;scrypt&amp;lt;/tt&amp;gt; USE variable (important!). Now, emerge cgminer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##USE=&amp;quot;scrypt&amp;quot; emerge cgminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Create cgminer script ===&lt;br /&gt;
&lt;br /&gt;
Create a &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script that looks like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
export GPU_MAX_ALLOC_PERCENT=100&lt;br /&gt;
export GPU_USE_SYNC_OBJECTS=1&lt;br /&gt;
export DISPLAY=:0&lt;br /&gt;
cgminer \&lt;br /&gt;
-o http://newlc.ozco.in:9332/ -u funtoo.public -p p \&lt;br /&gt;
-o http://ltc.kattare.com:9332/ -u funtoo.public -p p \&lt;br /&gt;
--intensity 17 \&lt;br /&gt;
--scrypt \&lt;br /&gt;
--shaders 1536 --thread-concurrency 8000 -g 1 --worksize 256 \&lt;br /&gt;
--auto-fan --temp-target 80 &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This script will start cgminer to connect to newlc.ozco.in, but will automatically fall back to the kattare pool if ozco.in is down. Intensity ranges from 1-20, with higher settings generally offering better hashrates. But if you get too close to 20, you will notice a slow down in interactive performance when using the X server. ssh performance will be unaffected. &lt;br /&gt;
&lt;br /&gt;
Be sure to properly set the number of shaders on your card -- 1536 is for an unlocked Radeon HD 6950. Consult [https://github.com/ckolivas/cgminer/blob/master/SCRYPT-README SCRYPT-README] (look for the &amp;lt;tt&amp;gt;--shaders&amp;lt;/tt&amp;gt; description) to view the correct shaders to use for your card.&lt;br /&gt;
&lt;br /&gt;
=== Start Mining ===&lt;br /&gt;
&lt;br /&gt;
Now make it executable, '''make sure X is running''', and start mining:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
There are other cool things you can do with cgminer, such as overclocking your video card and ramping up the intensity to at or near 20 to dramatically increase hashrates. Happy mining, and if you are mining for Funtoo, thanks :)&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-05-06T06:07:41Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: increase map limits to 9999&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png;limit=9999&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png;limit=9999&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png;limit=9999&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
Who develops and improves Funtoo Linux? '''You do.''' We are a completely open, self-serve meta-distribution that centers around the needs of our users. Any user can contribute code and help improve Funtoo Linux functionality on our [http://bugs.funtoo.org bug tracker]. Submitted code is reviewed for quality by Daniel Robbins and a small group of Funtoo Linux staff.&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-05-06T06:05:48Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__   &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png;limit=9999&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png;limit=9999&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png;limit=9999&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=2|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|- &lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-05-06T05:51:19Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__   &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=2|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|- &lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Portage_Variables</id>
		<title>Portage Variables</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Portage_Variables"/>
				<updated>2013-04-25T21:05:22Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: updating to reflect recent Portage/Funtoo changes&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Ebuild developers as well as users of Portage can control Portage behavior using a number of Portage variables. Also, when an ebuild executes, a number of variables are defined by &amp;lt;tt&amp;gt;ebuild.sh&amp;lt;/tt&amp;gt;, the main ebuild script, so they are available for your ebuild. There are also variables that the ebuild writer can define within his or her ebuild to provide information about the ebuild as well as control behavior. Information on [[Ebuild Functions]], which are used to define actions that are performed during various parts of a package's lifecycle, is also available on this wiki.&lt;br /&gt;
&lt;br /&gt;
{{ fancynote|An '''ebuild''' is a textual meta-description of a software package (stored in a filename suffixed by ''.ebuild'' and generally located in a subdirectory of ''/usr/portage'') that provides the instructions to build and install the later on your system plus a number of additional informations like a brief summary of the package, the required dependencies to build and run the package, where to get the software package source code and so on. Due to the 1:1 matching between an ebuild file and a software package most of Gentoo and Funtoo developers uses the term ''ebuild'' to designate the  meta-description of a package and the software package it relates in itself. }}&lt;br /&gt;
&lt;br /&gt;
=== Profile Variables ===&lt;br /&gt;
&lt;br /&gt;
These variables are set in the profile(s) selected on the user's system. These profiles live inside &amp;lt;tt&amp;gt;/usr/portage/profiles&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
; ARCH&lt;br /&gt;
: ARCH defines the name for the underlying system architecture. As of late December 2010, Gentoo Linux supports defines the following architectures in various system profiles:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;alpha&lt;br /&gt;
amd64&lt;br /&gt;
amd64-fbsd&lt;br /&gt;
arm&lt;br /&gt;
cobalt&lt;br /&gt;
fulong-2e&lt;br /&gt;
hppa&lt;br /&gt;
hppa-hpux&lt;br /&gt;
ia64&lt;br /&gt;
ia64-hpux&lt;br /&gt;
ip22&lt;br /&gt;
ip27&lt;br /&gt;
ip28&lt;br /&gt;
ip30&lt;br /&gt;
ip32&lt;br /&gt;
ip32r10k&lt;br /&gt;
m68k&lt;br /&gt;
m68k-mint&lt;br /&gt;
mips&lt;br /&gt;
mips-irix&lt;br /&gt;
mips64&lt;br /&gt;
mips64el&lt;br /&gt;
mipsel&lt;br /&gt;
ppc&lt;br /&gt;
ppc-aix&lt;br /&gt;
ppc-macos&lt;br /&gt;
ppc-openbsd&lt;br /&gt;
ppc64&lt;br /&gt;
ppc64-macos&lt;br /&gt;
s390&lt;br /&gt;
sgi&lt;br /&gt;
sh&lt;br /&gt;
sparc&lt;br /&gt;
sparc-fbsd&lt;br /&gt;
sparc-solaris&lt;br /&gt;
sparc64&lt;br /&gt;
sparc64-fbsd&lt;br /&gt;
sparc64-solaris&lt;br /&gt;
x64-macos&lt;br /&gt;
x64-openbsd&lt;br /&gt;
x64-solaris&lt;br /&gt;
x86&lt;br /&gt;
x86-cygwin&lt;br /&gt;
x86-fbsd&lt;br /&gt;
x86-interix&lt;br /&gt;
x86-macos&lt;br /&gt;
x86-netbsd&lt;br /&gt;
x86-openbsd&lt;br /&gt;
x86-solaris&lt;br /&gt;
x86-winnt&lt;br /&gt;
xbox&lt;br /&gt;
yeeloong&amp;lt;/tt&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This list was generated using the following command:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# cd /usr/portage/profiles&lt;br /&gt;
# grep -r ARCH= * | cut -f2 -d&amp;quot;=&amp;quot; | sed -e 's/&amp;quot;//g' | sort -u &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Path Variables ===&lt;br /&gt;
&lt;br /&gt;
;PORTDIR&lt;br /&gt;
: PORTDIR will be set to the path of the Portage directory that contains the ebuild that is currently executing, such as &amp;lt;tt&amp;gt;/usr/portage&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;PORTAGE_TMPDIR&lt;br /&gt;
: PORTAGE_TMPDIR defines the path to the location that Portage should use for all its temporary files, and defaults to &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;DISTDIR&lt;br /&gt;
: DISTDIR defines the path to the location of all distfiles (downloaded source code/artifacts), and defaults to &amp;lt;tt&amp;gt;/usr/portage/distfiles&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;PKGDIR&lt;br /&gt;
: PKGDIR defines the path to where Portage will store all built binary packages, and defaults to &amp;lt;tt&amp;gt;/usr/portage/packages&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;RPMDIR&lt;br /&gt;
: RPMDIR defines the path to where Portage will store all built binary RPM packages, and defaults to &amp;lt;tt&amp;gt;/usr/portage/rpm&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;ROOT&lt;br /&gt;
:ROOT defines the root of the filesystem to which packages should be installed, and may be set on the command-line. If not defined, Portage will set ROOT to &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; by the time your ebuild executes. When writing &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; ebuild functions, all your ebuild logic must respect the setting of the ROOT variable and compensate for situations when ROOT is not &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt;. ROOT is used by stage1 builds to install to a sub-directory. &amp;lt;tt&amp;gt;ROOT=/tmp/stage1root emerge -e system&amp;lt;/tt&amp;gt; is a command that might be run by a stage1 build. After &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; executes, Portage will always install the resultant files placed in &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt; to the filesystem defined by ROOT.&lt;br /&gt;
&lt;br /&gt;
=== Prefix Variables ===&lt;br /&gt;
&lt;br /&gt;
Portage supports the ability to act as a package manager for commercial operating systems such as MacOS X, or to install ebuilds on non-Gentoo systems, or to sub-directories on Gentoo or non-Gentoo systems. When used in this capacity, ebuilds are not installed to the root filesystem but are instead installed to a subdirectory, called a &amp;quot;prefix&amp;quot;. Portage's prefix variables, available in EAPI 3, support this capability, and are designed to work with ebuilds that are maintained in a separate [http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay prefix overlay].&lt;br /&gt;
&lt;br /&gt;
As part of the EAPI 3 prefix support, all ebuild helpers such as &amp;lt;tt&amp;gt;econf&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;einstall&amp;lt;/tt&amp;gt; use &amp;lt;tt&amp;gt;$ED&amp;lt;/tt&amp;gt; instead of &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt;. See below for full variable definitions.&lt;br /&gt;
&lt;br /&gt;
;EPREFIX&lt;br /&gt;
:This variable is typically set in &amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;make.globals&amp;lt;/tt&amp;gt;, and defines the prefix that should be used by ebuilds. Prefix-aware ebuilds can reference this variable and use it appropriately. if EPREFIX is not defined, then EPREFIX will default to no value.&lt;br /&gt;
&lt;br /&gt;
;EROOT&lt;br /&gt;
:EROOT is a more concise way of specifying &amp;lt;tt&amp;gt;$ROOT$EPREFIX&amp;lt;/tt&amp;gt;, and is intended to be used in &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; ebuild functions.&lt;br /&gt;
&lt;br /&gt;
;ED&lt;br /&gt;
:ED is a more concise way of specifying &amp;lt;tt&amp;gt;$D$EPREFIX&amp;lt;/tt&amp;gt;, and is intended to be used in &amp;lt;tt&amp;gt;src_*&amp;lt;/tt&amp;gt; ebuild functions. &lt;br /&gt;
&lt;br /&gt;
For more information on Portage's prefix support, see the [http://www.gentoo.org/proj/en/gentoo-alt/prefix/techdocs.xml Gentoo Prefix Techdocs].&lt;br /&gt;
&lt;br /&gt;
=== Path Variables For Your Use ===&lt;br /&gt;
&lt;br /&gt;
;WORKDIR&lt;br /&gt;
:WORKDIR defines the temporary filesystem location that is used for extracting source code/artifacts, preparation, configuration and compilation, and will be defined for you by the time your ebuild executes, and its value must not be modified. By default, &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; will extract all source code/artifacts within WORKDIR. If you need to manually extract any archives, this must all be done somewhere within WORKDIR, T or D, with WORKDIR being the preferred location for doing this. WORKDIR is automatically cleaned up by Portage upon completion.&lt;br /&gt;
&lt;br /&gt;
;S&lt;br /&gt;
:S defaults to &amp;lt;tt&amp;gt;$WORKDIR/$P&amp;lt;/tt&amp;gt;, but may be redefined in your ebuild to be some other sub-directory of WORKDIR. Typically, S may be redefined to reflect the ''real'' directory name that is contained within the source tarball when it differs from the default of &amp;lt;tt&amp;gt;$WORKDIR/$P&amp;lt;/tt&amp;gt;. When &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_test&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; run, they will attempt to set the current working directory to S if it exists, falling back to WORKDIR if S does not exist. &lt;br /&gt;
&lt;br /&gt;
;T&lt;br /&gt;
:A temporary file storage location that is available to you during your ebuild's execution. T is automatically cleaned up by Portage upon completion.&lt;br /&gt;
&lt;br /&gt;
;D&lt;br /&gt;
:D defines the filesystem tree to which the &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; function should install all files. All files defined here will be installed by Portage to the destination defined by ROOT.&lt;br /&gt;
&lt;br /&gt;
;FILESDIR&lt;br /&gt;
: FILESDIR is shorthand for &amp;lt;tt&amp;gt;$PORTDIR/$CATEGORY/$PN/files&amp;lt;/tt&amp;gt; -- the &amp;lt;tt&amp;gt;files/&amp;lt;/tt&amp;gt; sub-directory in the Portage tree for your particular ebuild. Typically used in &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt; for applying patches, or by &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; for installing supplementary files such as initialization scripts that were committed to the Portage tree alongside your ebuild.&lt;br /&gt;
&lt;br /&gt;
=== Metadata Variables ===&lt;br /&gt;
&lt;br /&gt;
Metadata variables are variables that you set in your ebuild. They are cached by Portage so they can be quickly accessed for dependency resolution and searches -- in &amp;lt;tt&amp;gt;/var/cache/edb/dep&amp;lt;/tt&amp;gt;. When an ebuild is updated, Portage automatically updates the cache the next time it notices the ebuild has changed.&lt;br /&gt;
&lt;br /&gt;
;EAPI&lt;br /&gt;
: Periodically, the Gentoo Linux project defines new functionality and behavior related to how ebuilds are handled by Portage. These changes may require you to write your ebuilds slightly differently, or may allow you to take advantage of new capabilities in Portage. In your ebuild, you can specify the EAPI you are targeted by setting the EAPI variable as the first line in the ebuild. If no EAPI is specified, an EAPI of 0 (&amp;quot;classic&amp;quot; behavior) is assumed. To view a complete definition of EAPIs 1 through 3, please see [http://devmanual.gentoo.org/ebuild-writing/eapi/index.html The Gentoo Developer Guide's EAPI page]. Note that the information on EAPI 4 is incomplete, and more detailed information can be found on in-progress [http://dev.gentoo.org/~zmedico/portage/doc/ch05s03s05.html EAPI 4 document maintained by Zac Medico]. At some point, it may be possible to set an EAPI on a repository or overlay-wide basis, but for now, it is set by each individual ebuild.&lt;br /&gt;
&lt;br /&gt;
;DEPEND&lt;br /&gt;
: DEPEND is used to specify an ebuild's build dependencies, and is a list of all ebuilds (and their corresponding versions/slots) that are required to be installed to a bare stage3 (or @system set + dependencies) in order for this package to '''build''' (compile, etc.). If one or more of these ebuilds are not installed, then it must cause the building of this package to fail; otherwise it is not a true build dependency. Do not list any dependencies for packages that are included in the underlying bare stage3 unless specific versions of the core packages (such as gcc, or glibc) are required, since these packages are expected to be available on all systems. All dependencies listed in DEPEND are satisfied '''prior''' to this package being built.&lt;br /&gt;
&lt;br /&gt;
;RDEPEND&lt;br /&gt;
: RDEPEND is used to specify an ebuild's runtime dependencies, and is a list of all ebuilds (and their corresponding versions/slots) that are required to be installed to a bare stage3 (or @system set + dependencies) in order for this package to '''run''' (function). If one or more of these ebuilds are not installed, then it must cause the execution of this package to fail; otherwise it is not a true runtime dependency. Do not list any dependencies for packages that are included in the bare stage3 unless specific versions of the core packages (such as glibc) are required, since these packages are expected to be available on all systems. The dependencies listed in RDEPEND may or not be installed prior to this package being built. &lt;br /&gt;
&lt;br /&gt;
; DEPEND ''and'' RDEPEND&lt;br /&gt;
: Note that if a dependency needs to be available both ''before'' the package is built, and also ''after'' the package is built, then the dependency must be listed in both DEPEND and RDEPEND, as it is both a build and runtime dependency. This is common with many packages, including virtually all shared libraries, which must be installed prior to compilation for headers and linking purposes but must continue to be available after the package is installed so that it can function properly.&lt;br /&gt;
&lt;br /&gt;
; (R)DEPEND if installed&lt;br /&gt;
: It is often useful for an ebuild to conditionally depend on a specific version of another package, if it happens to be installed. Take sys-fs/lvm2 and sys-fs/udev, for example. sys-fs/lvm2 may not always be installed, but sys-fs/udev is a required ebuild. It would be nice if we could specify in the sys-fs/udev ebuild that a specific or higher version of lvm2 is required to work with this particular version of udev, or specify in the lvm2 ebuild that a specific version or higher of udev is required to work with this version of lvm2. While this is not currently possible in Portage, it is possible to use the blocker functionality in Portage to define that earlier versions are ''not'' compatible, which essentially accomplishes the same thing. To specify that another package should not be installed alongside your ebuild, use the double-exclamation from of a blocker: &amp;quot;!!&amp;lt;sys-fs/udev-160&amp;quot; might be an example. This will prevent both ebuilds from being installed on the system at the same time. The double-exclamation blocker is supported in EAPI 2 and above.&lt;br /&gt;
&lt;br /&gt;
; IUSE&lt;br /&gt;
: IUSE specifies the USE variables that are recognized by this ebuild. Note that changing IUSE in existing ebuilds should be handled carefully, as if another ebuild depends on a particular USE variable in IUSE being enabled in your ebuild, and you remove it, then Portage will not be able to satisfy this dependency. Similarly, if another ebuild depends on a particular USE variable in IUSE being disabled in your ebuild, and you remove it, then Portage will no longer be able to satisfy this dependency either. For this reason, it can become difficult to remove USE variables from IUSE once other ebuilds explicitly depend upon them being enabled or disabled.&lt;br /&gt;
&lt;br /&gt;
; SRC_URI&lt;br /&gt;
: SRC_URI contains a list of all remote files that are used by this ebuild during the unpack/prepare/compile/install phases. Starting with EAPI 2, it is possible to rename source tarballs, which comes in handy when pulling down tagged sources from GitHub, using the following trick. This approach also makes it quite easy to release source tarballs for ebuilds, as all you need to do is tag the release and then push the tags to GitHub with a &amp;lt;tt&amp;gt;git push tags&amp;lt;/tt&amp;gt; command:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;source lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
GITHUB_USER=&amp;quot;foo&amp;quot;&lt;br /&gt;
SRC_URI=&amp;quot;https://github.com/${GITHUB_USER}/${PN}/tarball/${PV} -&amp;gt; ${PN}-git-${PV}.tgz&amp;quot;&lt;br /&gt;
&lt;br /&gt;
src_prepare() {&lt;br /&gt;
  cd &amp;quot;${WORKDIR}&amp;quot;/${GITHUB_USER}-${PN}-*&lt;br /&gt;
  S=&amp;quot;$(pwd)&amp;quot;&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== KEYWORDS ===&lt;br /&gt;
&lt;br /&gt;
KEYWORDS is a general keywording system for ebuilds (meta description of a software package), but is now used exclusively by the Gentoo architecture teams to define whether a particular package is marked as belonging to the stable or the current (''testing'' in Gentoo terminology) branch on a given system architecture. Not all packages are tagged as belonging to stable/current on all architectures, some of them lacks of such tags and are considered as being masked on a particular architecture. This can happen for several reasons like:&lt;br /&gt;
* The package makes no sense for the architecture (e.g. SILO ''sys-boot/silo'' which is a boot loader for SPARC machines).&lt;br /&gt;
* The package points to a development repository (e.g. version numbered -9999  packages like ''dev-vcs/git-9999'')&lt;br /&gt;
* The package makes sense on a a given architecture but no one has tested it (yet)&lt;br /&gt;
* The package has been pushed in the portage tree but remains to go in a intensive test cycle before being tagged as current then stable).&lt;br /&gt;
&lt;br /&gt;
In a user's arch profile (see &amp;lt;tt&amp;gt;eselect profile list&amp;lt;/tt&amp;gt;.) &amp;lt;tt&amp;gt;ACCEPT_KEYWORDS&amp;lt;/tt&amp;gt; variable is defined which specifies what specific keywords should be unmasked for this system by default. On Funtoo Linux systems, ACCEPT_KEYWORDS is set to one of six values:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:64-bit PC-compatible stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:64-bit PC-compatible current tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:32-bit PC-compatible stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:32-bit PC-compatible current tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:SPARC stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:SPARC current tree&lt;br /&gt;
&lt;br /&gt;
An ebuild uses the KEYWORDS variable to control what tree or trees the ebuild is part of, and will contain at most one setting for each system architecture. The KEYWORD settings are defined with the following meaning:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 64-bit PC-compatible stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 64-bit PC-compatible current tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-amd64&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all 64-bit PC-compatible trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;x86&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild unmasked in 32-bit PC-compatible stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 32-bit PC-compatible current tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-x86&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all 32-bit PC-compatible trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in SPARC stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in SPARC current tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-sparc&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all sparc trees&lt;br /&gt;
&lt;br /&gt;
{{ fancyimportant|'''x86''', '''amd64''' or '''sparc''' setting in the ebuild's KEYWORDS will unmask the ebuild for both current and stable tree systems -- that is, any ebuild made available to stable is also made available to current. }}&lt;br /&gt;
&lt;br /&gt;
Additional wildcard keywords are supported in ebuilds:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;*&amp;lt;/tt&amp;gt;&lt;br /&gt;
: unmask for all trees. This variable can be modified by appending negative keywords: &amp;lt;tt&amp;gt;&amp;quot;* -ia64&amp;quot;&amp;lt;/tt&amp;gt; means &amp;quot;all keywords except (~)ia64&lt;br /&gt;
;&amp;lt;tt&amp;gt;-*&amp;lt;/tt&amp;gt; &lt;br /&gt;
:mask for all trees. This variable can be modified by appending positive keywords: &amp;lt;tt&amp;gt;&amp;quot;-* amd64 x86&amp;quot;&amp;lt;/tt&amp;gt; means &amp;quot;no keywords except for x86 and amd64 stable trees&lt;br /&gt;
&lt;br /&gt;
===== Gentoo Linux KEYWORDS Policies =====&lt;br /&gt;
&lt;br /&gt;
Due to the exclusive use of KEYWORDS by the Gentoo Linux architecture teams, a number of unfortunate policy-related checks have been integrated into the Portage source code. One is banning the use of &amp;lt;tt&amp;gt;KEYWORDS=&amp;quot;*&amp;quot;&amp;lt;/tt&amp;gt; to enable KEYWORDS for all available architectures, since it is Gentoo Linux policy for each architecture team to independently verify an ebuild one architecture at a time - this rule currently applies to all ebuilds, including architecture-independent ebuilds. This means that virtually all ebuilds originating from Gentoo Linux will specify an exhaustive, explicit list of all architecture trees for which this package has been unmasked, which will look something like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;source lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
KEYWORDS=&amp;quot;~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~sparc-fbsd ~x86 ~x86-fbsd&amp;quot;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
For ebuilds in Funtoo Linux, the &amp;lt;tt&amp;gt;*&amp;lt;/tt&amp;gt; form should be used when possible.&lt;br /&gt;
&lt;br /&gt;
[[Category:Internals]]&lt;br /&gt;
[[Category:Portage]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-04-17T03:43:50Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: remove another core team reference as this is being de-emphasized&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
Who develops and improves Funtoo Linux? '''You do.''' We are a completely open, self-serve meta-distribution that centers around the needs of our users. Any user can contribute code and help improve Funtoo Linux functionality on our [http://bugs.funtoo.org bug tracker]. Submitted code is reviewed for quality by Daniel Robbins and a small group of Funtoo Linux staff.&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-04-15T21:52:56Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
Who develops and improves Funtoo Linux? '''You do.''' We are a completely open, self-serve meta-distribution that centers around the needs of our users. Any user can contribute code and help improve Funtoo Linux functionality on our [http://bugs.funtoo.org bug tracker]. Submitted code is reviewed for quality by Daniel Robbins and a small group of Funtoo Linux staff.&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) of the Funtoo Linux Core Team walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-04-15T21:51:06Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. It is developed in a completely open fashion by our user community. Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
Who develops and improves Funtoo Linux? '''You do.''' We are a completely open, self-serve meta-distribution that centers around our users. Any user can contribute code and help improve Funtoo Linux functionality on our [http://bugs.funtoo.org bug tracker].&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) of the Funtoo Linux Core Team walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-04-15T21:50:26Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: remove ref to core team, add info about self-serve distro&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. It is developed in a completely open fashion by our user community.&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
Who develops and improves Funtoo Linux? '''You do.''' We are a completely open, self-serve meta-distribution that centers around our users. Any user can contribute code and help improve Funtoo Linux functionality on our [http://bugs.funtoo.org bug tracker].&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) of the Funtoo Linux Core Team walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Queries</id>
		<title>Developer Queries</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Queries"/>
				<updated>2013-04-09T04:08:57Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page documents useful queries to perform to look at recent developer activity:&lt;br /&gt;
&lt;br /&gt;
== git Queries ==&lt;br /&gt;
&lt;br /&gt;
=== Committers from Date ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
xdev2 funtoo-overlay # ##i##git log --stat --after '04-01-2013' | grep Author: | sort -u&lt;br /&gt;
Author: Alexander Reitzel &amp;lt;shiin@funtoo.org&amp;gt;&lt;br /&gt;
Author: Daniel Robbins &amp;lt;drobbins@funtoo.org&amp;gt;&lt;br /&gt;
Author: Jean-Francis Roy &amp;lt;jeanfrancisroy@gmail.com&amp;gt;&lt;br /&gt;
Author: Oleg Vinichenko &amp;lt;oleg@funtoo.org&amp;gt;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== JIRA PostgreSQL Queries ==&lt;br /&gt;
&lt;br /&gt;
=== Top Commenters ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
jiradb=# ##i##SELECT author, count(author) as comments FROM jiraaction j WHERE UPDATED &amp;gt; now() - interval '30 days' group by author ORDER BY comments DESC limit 10;   &lt;br /&gt;
author    | comments -------------+---------- &lt;br /&gt;
oleg        |       55 &lt;br /&gt;
drobbins    |       29 &lt;br /&gt;
golodhrim   |       14 &lt;br /&gt;
arithmos    |       12 &lt;br /&gt;
jeanfrancis |       11 &lt;br /&gt;
fearedbliss |       10 &lt;br /&gt;
overkill    |        8 &lt;br /&gt;
janzhou     |        7 &lt;br /&gt;
anak1n      |        6 &lt;br /&gt;
sputnik     |        5&lt;br /&gt;
(10 rows)&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Queries</id>
		<title>Developer Queries</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Queries"/>
				<updated>2013-04-08T21:36:40Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page documents useful queries to perform to look at recent developer activity:&lt;br /&gt;
&lt;br /&gt;
== git Queries ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
xdev2 funtoo-overlay # ##i##git log --stat --after '04-01-2013' | grep Author: | sort -u&lt;br /&gt;
Author: Alexander Reitzel &amp;lt;shiin@funtoo.org&amp;gt;&lt;br /&gt;
Author: Daniel Robbins &amp;lt;drobbins@funtoo.org&amp;gt;&lt;br /&gt;
Author: Jean-Francis Roy &amp;lt;jeanfrancisroy@gmail.com&amp;gt;&lt;br /&gt;
Author: Oleg Vinichenko &amp;lt;oleg@funtoo.org&amp;gt;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== JIRA PostgreSQL Queries ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
jiradb=# ##i##SELECT author, count(author) as comments FROM jiraaction j WHERE UPDATED &amp;gt; now() - interval '30 days' group by author ORDER BY comments DESC limit 10;   &lt;br /&gt;
author    | comments -------------+---------- &lt;br /&gt;
oleg        |       55 &lt;br /&gt;
drobbins    |       29 &lt;br /&gt;
golodhrim   |       14 &lt;br /&gt;
arithmos    |       12 &lt;br /&gt;
jeanfrancis |       11 &lt;br /&gt;
fearedbliss |       10 &lt;br /&gt;
overkill    |        8 &lt;br /&gt;
janzhou     |        7 &lt;br /&gt;
anak1n      |        6 &lt;br /&gt;
sputnik     |        5&lt;br /&gt;
(10 rows)&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Queries</id>
		<title>Developer Queries</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Queries"/>
				<updated>2013-04-08T21:35:46Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: Created page with &amp;quot;This page documents useful queries to perform to look at recent developer activity:  == git Queries ==  &amp;lt;console&amp;gt; xdev2 funtoo-overlay # ##i##git log --stat --after '04-01-201...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page documents useful queries to perform to look at recent developer activity:&lt;br /&gt;
&lt;br /&gt;
== git Queries ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
xdev2 funtoo-overlay # ##i##git log --stat --after '04-01-2013' | grep Author: | sort -u&lt;br /&gt;
Author: Alexander Reitzel &amp;lt;shiin@funtoo.org&amp;gt;Author: Daniel Robbins &amp;lt;drobbins@funtoo.org&amp;gt;Author: Jean-Francis Roy &amp;lt;jeanfrancisroy@gmail.com&amp;gt;Author: Oleg Vinichenko &amp;lt;oleg@funtoo.org&amp;gt;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== JIRA PostgreSQL Queries ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
jiradb=# ##i##SELECT author, count(author) as comments FROM jiraaction j WHERE UPDATED &amp;gt; now() - interval '30 days' group by author ORDER BY comments DESC limit 10;   author    | comments -------------+---------- oleg        |       55 drobbins    |       29 golodhrim   |       14 arithmos    |       12 jeanfrancis |       11 fearedbliss |       10 overkill    |        8 janzhou     |        7 anak1n      |        6 sputnik     |        5(10 rows)&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Ebuild_Functions</id>
		<title>Ebuild Functions</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Ebuild_Functions"/>
				<updated>2013-04-05T01:54:49Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: /* Ebuild Functions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ebuild Functions ==&lt;br /&gt;
&lt;br /&gt;
Ebuilds provide the ability to define various shell functions that are used to specify various actions relating to building and installing a source or binary package on a user's system. When an ebuild is emerged, the following functions are called, in order:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;pkg_setup&amp;lt;/tt&amp;gt; - variable intialization and sanity checks&lt;br /&gt;
* &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt;&lt;br /&gt;
&lt;br /&gt;
At this point, the files are ready to be &amp;quot;merged&amp;quot; into the live filesystem. This is when they are copied from the temporary build directory into &amp;lt;tt&amp;gt;/usr&amp;lt;/tt&amp;gt;, etc. At this point, the following functions are executed:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;pkg_preinst&amp;lt;/tt&amp;gt;&lt;br /&gt;
* (files are merged)&lt;br /&gt;
* &amp;lt;tt&amp;gt;pkg_postinst&amp;lt;/tt&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== src_* functions ===&lt;br /&gt;
&lt;br /&gt;
Ebuild functions starting with &amp;lt;tt&amp;gt;src_&amp;lt;/tt&amp;gt; are all related to creating the ebuild or package from source code/artifacts, and are defined below:&lt;br /&gt;
&lt;br /&gt;
==== src_unpack ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; is intended to be used to unpack the source code/artifacts that will be used by the other &amp;lt;tt&amp;gt;src_*&amp;lt;/tt&amp;gt; functions. With EAPI 1 and earlier, it is also used for patching/modifying the source artifacts to prepare them for building, but with EAPI 2 or later the &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt; function should be used for this instead. When &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; starts, the current working directory is set to &amp;lt;tt&amp;gt;$WORKDIR&amp;lt;/tt&amp;gt;, which is the directory within which all source code/artifacts should be expanded. Note that the variable &amp;lt;tt&amp;gt;$A&amp;lt;/tt&amp;gt; is set to the names of all the unique source files/artifacts specified in &amp;lt;tt&amp;gt;SRC_URI&amp;lt;/tt&amp;gt;, and they will all be available in &amp;lt;tt&amp;gt;$DISTDIR&amp;lt;/tt&amp;gt; by the time &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; starts. Also note that if no &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; function is specified, &amp;lt;tt&amp;gt;ebuild.sh&amp;lt;/tt&amp;gt; will execute the following function for &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; by default:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
src_unpack() {&lt;br /&gt;
  unpack ${A}&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== src_prepare ====&lt;br /&gt;
&lt;br /&gt;
EAPI 2 and above support the &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt; function, which is intended to be used for applying patches or making other modifications to the source code. When &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt; starts, the current working directory is set to &amp;lt;tt&amp;gt;$S&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
==== src_configure ====&lt;br /&gt;
&lt;br /&gt;
EAPI 2 and above support the &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt; function, which is used to configure the source code prior to compilation. With EAPI 2 and above, the following default &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt; is defined if none is specified:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
src_configure() {&lt;br /&gt;
	if [[ -x ${ECONF_SOURCE:-.}/configure ]] ; then&lt;br /&gt;
		econf&lt;br /&gt;
	fi&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== src_compile ====&lt;br /&gt;
&lt;br /&gt;
This function defines the steps necessary to compile source code. With EAPI 1 and earlier, this function is also used to configure the source code prior to compilation. However, starting with EAPI 2, the &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt; function must be used for configuration steps instead of bundling them inside &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt;. In addition, starting with EAPI 2, there is now a default &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt; function that will be executed if none is defined in the ebuild:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
src_compile() {&lt;br /&gt;
	if [ -f Makefile ] || [ -f GNUmakefile ] || [ -f makefile ] ; then&lt;br /&gt;
		emake || die &amp;quot;emake failed&amp;quot;&lt;br /&gt;
	fi&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== src_test ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;src_test&amp;lt;/tt&amp;gt; is an interesting function - by default, an end-user's Portage does not have tests enabled. But if a user has &amp;lt;tt&amp;gt;test&amp;lt;/tt&amp;gt; in &amp;lt;tt&amp;gt;FEATURES&amp;lt;/tt&amp;gt;, or &amp;lt;tt&amp;gt;EBUILD_FORCE_TEST&amp;lt;/tt&amp;gt; is defined, then &amp;lt;tt&amp;gt;ebuild.sh&amp;lt;/tt&amp;gt; will attempt to run a test suite for this ebuild, by executing &amp;lt;tt&amp;gt;make check&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;make test&amp;lt;/tt&amp;gt; if these targets are defined in the Makefile; otherwise, no tests will execute. If your Makefile supports &amp;lt;tt&amp;gt;make check&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;make test&amp;lt;/tt&amp;gt; but the test suite is broken, then specify &amp;lt;tt&amp;gt;RESTRICT=&amp;quot;test&amp;quot;&amp;lt;/tt&amp;gt; in your ebuild to disable the test suite. &lt;br /&gt;
&lt;br /&gt;
==== src_install ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; is used by the ebuild writer to install all to-be-installed files to the &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt; directory, which can be treated like an empty root filesystem, in that &amp;lt;tt&amp;gt;${D}/usr&amp;lt;/tt&amp;gt; is the equivalent of the &amp;lt;tt&amp;gt;/usr&amp;lt;/tt&amp;gt; directory, etc. When &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; runs, the Portage sandbox will be enabled, which will prevent any processes from creating or modifying files outside of the &amp;lt;tt&amp;gt;${D}&amp;lt;/tt&amp;gt; filesystem tree, and a sandbox violation will occur (resulting in the termination of the ebuild) if any such sandbox violation should occur. Once &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; has perfomed all necessary steps to install all to-be-installed files to &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt;, Portage will take care of merging these files to the filesystem specified by the &amp;lt;tt&amp;gt;$ROOT&amp;lt;/tt&amp;gt; environment variable, which defaults to &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; if not set. When Portage merges these files, it will also record information about the installed package to &amp;lt;tt&amp;gt;/var/db/pkg/(cat)/$P&amp;lt;/tt&amp;gt;. Typically, a &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; function such as this is sufficient for ensuring that all to-be-installed files are installed to &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
src_install() {&lt;br /&gt;
  make DESTDIR=&amp;quot;$D&amp;quot; install&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== pkg_* functions ===&lt;br /&gt;
&lt;br /&gt;
An ebuild's functions starting with &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; take a wider view of the package lifecycle, and may be executed very early or very late in the build or package installation process. They are also all executed even if installing a Portage binary package, so are the intended place for defining any global configuration changes that are also required during binary package installation, such as user and group creation. When these functions are executed, the &amp;lt;tt&amp;gt;$ROOT&amp;lt;/tt&amp;gt; variable will be defined to point to the target root filesystem to which the package is to be (or has been) installed. All logic inside &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; functions must function properly even if &amp;lt;tt&amp;gt;$ROOT&amp;lt;/tt&amp;gt; is something other than &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
==== pkg_setup ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_setup&amp;lt;/tt&amp;gt; function is unusual in that it runs prior to any &amp;lt;tt&amp;gt;src_*&amp;lt;/tt&amp;gt; function, and also runs prior to any other &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; function that runs when a binary package is installed, so it provides a useful place for the ebuild writer to perform any sanity checks, global configuration changes to the system (such as user/group creation) or set any internal global variables that are used by the rest of the ebuild. Using this function for defining global variables that are needed in multiple other functions is a useful way of avoiding duplicate code. You should also look to &amp;lt;tt&amp;gt;pkg_setup&amp;lt;/tt&amp;gt; as the ideal place to put any logic that would otherwise linger in the main body of the ebuild, which should be avoided at all costs as it will slow down dependency calculation by Portage. Also remember that Portage can build binary packages, and this function is a good place to execute any steps that are required to run both prior to building an ebuild, and prior to installing a package. Also consider using &amp;lt;tt&amp;gt;pkg_preinst&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;pkg_postinst&amp;lt;/tt&amp;gt; for this purpose.&lt;br /&gt;
&lt;br /&gt;
==== pkg_pretend ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_pretend&amp;lt;/tt&amp;gt; function was added with EAPI 3, and it's the opinion of Daniel Robbins that the use of this function should be avoided. This function is especially unusual in that it is intended to be run ''during dependency calculation'', and is intended to provide a polite mechanism to inform the user that a particular ebuild will fail due to a known incompatibility, typically a kernel incompatibility. That way, the user can know during &amp;lt;tt&amp;gt;emerge --pretend&amp;lt;/tt&amp;gt; that a merge will fail. While this is useful, extending the dependency engine using &amp;lt;tt&amp;gt;bash&amp;lt;/tt&amp;gt; is a very low-performance means to perform these tests. Therefore, The Funtoo core team recommends against using &amp;lt;tt&amp;gt;pkg_pretend&amp;lt;/tt&amp;gt;. An extensible dependency engine would be a more appropriate and high-performance way to provide identical functionality.&lt;br /&gt;
&lt;br /&gt;
==== pkg_preinst ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_preinst&amp;lt;/tt&amp;gt; function is called by Portage, prior to merging the to-be-installed files to the target filesystem specified by &amp;lt;tt&amp;gt;$ROOT&amp;lt;/tt&amp;gt; environment variable (which defaults to &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt;.) Keep in mind that these to-be-installed files were either just compiled and installed to &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt; by &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt;, or they were just extracted from a &amp;lt;tt&amp;gt;.tbz2&amp;lt;/tt&amp;gt; binary package. The &amp;lt;tt&amp;gt;pkg_preinst&amp;lt;/tt&amp;gt; function provides an ideal place to perform any &amp;quot;just before install&amp;quot; actions, such as user and group creation or other necessary steps to ensure that the package merges successfully. It also provides a potential place to perform any sanity checks related to installing the package to the target filesystem. If any sanity checks fail, calling &amp;lt;tt&amp;gt;die&amp;lt;/tt&amp;gt; from this function will cause the package to not be installed to the target filesystem.&lt;br /&gt;
&lt;br /&gt;
==== pkg_postinst ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_postinst&amp;lt;/tt&amp;gt; function is called by Portage prior to the package being installed to the target filesystem specified by &amp;lt;tt&amp;gt;$ROOT&amp;lt;/tt&amp;gt;. This is a good place to perform any post-install configuration actions as well as print any informational messages for the user's benefit related to the package that was just installed.&lt;br /&gt;
&lt;br /&gt;
==== pkg_prerm ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_prerm&amp;lt;/tt&amp;gt; function is called by Portage before an ebuild is removed from the filesystem.&lt;br /&gt;
&lt;br /&gt;
==== pkg_postrm ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_postrm&amp;lt;/tt&amp;gt; function is called by Portage after an ebuild is removed from the filesystem.&lt;br /&gt;
&lt;br /&gt;
==== pkg_config ====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;pkg_config&amp;lt;/tt&amp;gt; function is called by Portage when the user calls &amp;lt;tt&amp;gt;emerge --config&amp;lt;/tt&amp;gt; for the ebuild. The current directory will be set to the current directory of the shell from where &amp;lt;tt&amp;gt;emerge --config&amp;lt;/tt&amp;gt; is run.&lt;br /&gt;
&lt;br /&gt;
=== Extra pre_ and post_ functions ===&lt;br /&gt;
&lt;br /&gt;
Modern versions of Portage also support functions identical to the above functions but with '''pre_''' and '''post_''' at the beginning of the function name. For example, &amp;lt;tt&amp;gt;post_src_configure&amp;lt;/tt&amp;gt; will be executed after &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt; and before &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt;. These additional functions are supported by all EAPIs, provided that the parent function is supported by the EAPI in use. The initial current working directory should be identical to the initial current working directory of the parent function.&lt;br /&gt;
&lt;br /&gt;
=== Helper Functions ===&lt;br /&gt;
&lt;br /&gt;
==== econf() ====&lt;br /&gt;
&lt;br /&gt;
econf() is part of ebuild.sh and is intended to be a wrapper to the &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt; command that is typically used in the &amp;lt;tt&amp;gt;src_configure()&amp;lt;/tt&amp;gt; stage. It has a number of behaviors that are important for ebuild writers to understand. Once you understand what &amp;lt;tt&amp;gt;econf()&amp;lt;/tt&amp;gt; does, you are free to use it in your ebuilds. Note that the behavior of &amp;lt;tt&amp;gt;econf()&amp;lt;/tt&amp;gt; is generally safe for most autoconf-based source archives, but in some cases it may be necessary to avoid using &amp;lt;tt&amp;gt;econf()&amp;lt;/tt&amp;gt; to avoid some of its default behaviors.&lt;br /&gt;
&lt;br /&gt;
===== Automatically set prefix =====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;--prefix=/usr&amp;lt;/tt&amp;gt; will be passed to &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt; automatically, unless a &amp;lt;tt&amp;gt;--prefix&amp;lt;/tt&amp;gt; argument was specified to &amp;lt;tt&amp;gt;econf()&amp;lt;/tt&amp;gt;, in which case, that &amp;lt;tt&amp;gt;--prefix&amp;lt;/tt&amp;gt; setting will be used instead.&lt;br /&gt;
&lt;br /&gt;
===== Automatically set libdir =====&lt;br /&gt;
&lt;br /&gt;
If the &amp;lt;tt&amp;gt;ABI&amp;lt;/tt&amp;gt; variable is set (typically done in the profile), then &amp;lt;tt&amp;gt;econf()&amp;lt;/tt&amp;gt; will look for a variable named &amp;lt;tt&amp;gt;LIBDIR_$ABI&amp;lt;/tt&amp;gt; (ie. &amp;lt;tt&amp;gt;LIBDIR_amd64&amp;lt;/tt&amp;gt;). If this variable is set, the value of this variable will be used to set &amp;lt;tt&amp;gt;libdir&amp;lt;/tt&amp;gt; to the value of &amp;lt;tt&amp;gt;{prefix}/LIBDIR_$ABI&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
===== Automatically set CHOST and CTARGET =====&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;--host=$CHOST&amp;lt;/tt&amp;gt; argument will be passed to &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt;. &amp;lt;tt&amp;gt;$CHOST&amp;lt;/tt&amp;gt; is defined in the system profile. In addition, the &amp;lt;tt&amp;gt;--target=$CTARGET&amp;lt;/tt&amp;gt; argument will be passed to &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt; if &amp;lt;tt&amp;gt;$CTARGET&amp;lt;/tt&amp;gt; is defined. This is not normally required but is done to make Portage more capable of cross-compiling the ebuild. However, this functionality is not a guarantee that your ebuild will successfully cross-compile, as other changes to the ebuild may be necessary.&lt;br /&gt;
&lt;br /&gt;
===== Disable Dependency Tracking (EAPI 4) =====&lt;br /&gt;
&lt;br /&gt;
In EAPI 4, the &amp;lt;tt&amp;gt;--disable-dependency-tracking&amp;lt;/tt&amp;gt; argument will be passed to &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt; in order to optimize the performance of the configuration process. This option should have no impact other than on the performance of the &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt; script.&lt;br /&gt;
&lt;br /&gt;
===== List of arguments =====&lt;br /&gt;
&lt;br /&gt;
The following arguments are passed to &amp;lt;tt&amp;gt;configure&amp;lt;/tt&amp;gt; and are all overrideable by the user by passing similar options to &amp;lt;tt&amp;gt;econf()&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;--prefix=/usr&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--libdir={prefix}/LIBDIR_$ABI&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--host=${CHOST}&amp;lt;/tt&amp;gt;&lt;br /&gt;
* if CTARGET is defined, then &amp;lt;tt&amp;gt;--target=${CTARGET}&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--mandir=/usr/share/man&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--infodir=/usr/share/info&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--datadir=/usr/share&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--sysconfdir=/etc&amp;lt;/tt&amp;gt;&lt;br /&gt;
* &amp;lt;tt&amp;gt;--localstatedir=/var/lib&amp;lt;/tt&amp;gt;&lt;br /&gt;
* if EAPI 4+, then &amp;lt;tt&amp;gt;--disable-dependency-tracking&amp;lt;/tt&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Internals]]&lt;br /&gt;
[[Category:Portage]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Portage_Variables</id>
		<title>Portage Variables</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Portage_Variables"/>
				<updated>2013-04-05T01:48:09Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: /* Profile Variables */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Ebuild developers as well as users of Portage can control Portage behavior using a number of Portage variables. Also, when an ebuild executes, a number of variables are defined by &amp;lt;tt&amp;gt;ebuild.sh&amp;lt;/tt&amp;gt;, the main ebuild script, so they are available for your ebuild. There are also variables that the ebuild writer can define within his or her ebuild to provide information about the ebuild as well as control behavior. Information on [[Ebuild Functions]], which are used to define actions that are performed during various parts of a package's lifecycle, is also available on this wiki.&lt;br /&gt;
&lt;br /&gt;
{{ fancynote|An '''ebuild''' is a textual meta-description of a software package (stored in a filename suffixed by ''.ebuild'' and generally located in a subdirectory of ''/usr/portage'') that provides the instructions to build and install the later on your system plus a number of additional informations like a brief summary of the package, the required dependencies to build and run the package, where to get the software package source code and so on. Due to the 1:1 matching between an ebuild file and a software package most of Gentoo and Funtoo developers uses the term ''ebuild'' to designate the  meta-description of a package and the software package it relates in itself. }}&lt;br /&gt;
&lt;br /&gt;
=== Profile Variables ===&lt;br /&gt;
&lt;br /&gt;
These variables are set in the profile(s) selected on the user's system. These profiles live inside &amp;lt;tt&amp;gt;/usr/portage/profiles&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
; ARCH&lt;br /&gt;
: ARCH defines the name for the underlying system architecture. As of late December 2010, Gentoo Linux supports defines the following architectures in various system profiles:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;alpha&lt;br /&gt;
amd64&lt;br /&gt;
amd64-fbsd&lt;br /&gt;
arm&lt;br /&gt;
cobalt&lt;br /&gt;
fulong-2e&lt;br /&gt;
hppa&lt;br /&gt;
hppa-hpux&lt;br /&gt;
ia64&lt;br /&gt;
ia64-hpux&lt;br /&gt;
ip22&lt;br /&gt;
ip27&lt;br /&gt;
ip28&lt;br /&gt;
ip30&lt;br /&gt;
ip32&lt;br /&gt;
ip32r10k&lt;br /&gt;
m68k&lt;br /&gt;
m68k-mint&lt;br /&gt;
mips&lt;br /&gt;
mips-irix&lt;br /&gt;
mips64&lt;br /&gt;
mips64el&lt;br /&gt;
mipsel&lt;br /&gt;
ppc&lt;br /&gt;
ppc-aix&lt;br /&gt;
ppc-macos&lt;br /&gt;
ppc-openbsd&lt;br /&gt;
ppc64&lt;br /&gt;
ppc64-macos&lt;br /&gt;
s390&lt;br /&gt;
sgi&lt;br /&gt;
sh&lt;br /&gt;
sparc&lt;br /&gt;
sparc-fbsd&lt;br /&gt;
sparc-solaris&lt;br /&gt;
sparc64&lt;br /&gt;
sparc64-fbsd&lt;br /&gt;
sparc64-solaris&lt;br /&gt;
x64-macos&lt;br /&gt;
x64-openbsd&lt;br /&gt;
x64-solaris&lt;br /&gt;
x86&lt;br /&gt;
x86-cygwin&lt;br /&gt;
x86-fbsd&lt;br /&gt;
x86-interix&lt;br /&gt;
x86-macos&lt;br /&gt;
x86-netbsd&lt;br /&gt;
x86-openbsd&lt;br /&gt;
x86-solaris&lt;br /&gt;
x86-winnt&lt;br /&gt;
xbox&lt;br /&gt;
yeeloong&amp;lt;/tt&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This list was generated using the following command:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# cd /usr/portage/profiles&lt;br /&gt;
# grep -r ARCH= * | cut -f2 -d&amp;quot;=&amp;quot; | sed -e 's/&amp;quot;//g' | sort -u &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Path Variables ===&lt;br /&gt;
&lt;br /&gt;
;PORTDIR&lt;br /&gt;
: PORTDIR will be set to the path of the Portage directory that contains the ebuild that is currently executing, such as &amp;lt;tt&amp;gt;/usr/portage&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;PORTAGE_TMPDIR&lt;br /&gt;
: PORTAGE_TMPDIR defines the path to the location that Portage should use for all its temporary files, and defaults to &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;DISTDIR&lt;br /&gt;
: DISTDIR defines the path to the location of all distfiles (downloaded source code/artifacts), and defaults to &amp;lt;tt&amp;gt;/usr/portage/distfiles&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;PKGDIR&lt;br /&gt;
: PKGDIR defines the path to where Portage will store all built binary packages, and defaults to &amp;lt;tt&amp;gt;/usr/portage/packages&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;RPMDIR&lt;br /&gt;
: RPMDIR defines the path to where Portage will store all built binary RPM packages, and defaults to &amp;lt;tt&amp;gt;/usr/portage/rpm&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;ROOT&lt;br /&gt;
:ROOT defines the root of the filesystem to which packages should be installed, and may be set on the command-line. If not defined, Portage will set ROOT to &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; by the time your ebuild executes. When writing &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; ebuild functions, all your ebuild logic must respect the setting of the ROOT variable and compensate for situations when ROOT is not &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt;. ROOT is used by stage1 builds to install to a sub-directory. &amp;lt;tt&amp;gt;ROOT=/tmp/stage1root emerge -e system&amp;lt;/tt&amp;gt; is a command that might be run by a stage1 build. After &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; executes, Portage will always install the resultant files placed in &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt; to the filesystem defined by ROOT.&lt;br /&gt;
&lt;br /&gt;
=== Prefix Variables ===&lt;br /&gt;
&lt;br /&gt;
Portage supports the ability to act as a package manager for commercial operating systems such as MacOS X, or to install ebuilds on non-Gentoo systems, or to sub-directories on Gentoo or non-Gentoo systems. When used in this capacity, ebuilds are not installed to the root filesystem but are instead installed to a subdirectory, called a &amp;quot;prefix&amp;quot;. Portage's prefix variables, available in EAPI 3, support this capability, and are designed to work with ebuilds that are maintained in a separate [http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay prefix overlay].&lt;br /&gt;
&lt;br /&gt;
As part of the EAPI 3 prefix support, all ebuild helpers such as &amp;lt;tt&amp;gt;econf&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;einstall&amp;lt;/tt&amp;gt; use &amp;lt;tt&amp;gt;$ED&amp;lt;/tt&amp;gt; instead of &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt;. See below for full variable definitions.&lt;br /&gt;
&lt;br /&gt;
;EPREFIX&lt;br /&gt;
:This variable is typically set in &amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;make.globals&amp;lt;/tt&amp;gt;, and defines the prefix that should be used by ebuilds. Prefix-aware ebuilds can reference this variable and use it appropriately. if EPREFIX is not defined, then EPREFIX will default to no value.&lt;br /&gt;
&lt;br /&gt;
;EROOT&lt;br /&gt;
:EROOT is a more concise way of specifying &amp;lt;tt&amp;gt;$ROOT$EPREFIX&amp;lt;/tt&amp;gt;, and is intended to be used in &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; ebuild functions.&lt;br /&gt;
&lt;br /&gt;
;ED&lt;br /&gt;
:ED is a more concise way of specifying &amp;lt;tt&amp;gt;$D$EPREFIX&amp;lt;/tt&amp;gt;, and is intended to be used in &amp;lt;tt&amp;gt;src_*&amp;lt;/tt&amp;gt; ebuild functions. &lt;br /&gt;
&lt;br /&gt;
For more information on Portage's prefix support, see the [http://www.gentoo.org/proj/en/gentoo-alt/prefix/techdocs.xml Gentoo Prefix Techdocs].&lt;br /&gt;
&lt;br /&gt;
=== Path Variables For Your Use ===&lt;br /&gt;
&lt;br /&gt;
;WORKDIR&lt;br /&gt;
:WORKDIR defines the temporary filesystem location that is used for extracting source code/artifacts, preparation, configuration and compilation, and will be defined for you by the time your ebuild executes, and its value must not be modified. By default, &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; will extract all source code/artifacts within WORKDIR. If you need to manually extract any archives, this must all be done somewhere within WORKDIR, T or D, with WORKDIR being the preferred location for doing this. WORKDIR is automatically cleaned up by Portage upon completion.&lt;br /&gt;
&lt;br /&gt;
;S&lt;br /&gt;
:S defaults to &amp;lt;tt&amp;gt;$WORKDIR/$P&amp;lt;/tt&amp;gt;, but may be redefined in your ebuild to be some other sub-directory of WORKDIR. Typically, S may be redefined to reflect the ''real'' directory name that is contained within the source tarball when it differs from the default of &amp;lt;tt&amp;gt;$WORKDIR/$P&amp;lt;/tt&amp;gt;. When &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_test&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; run, they will attempt to set the current working directory to S if it exists, falling back to WORKDIR if S does not exist. &lt;br /&gt;
&lt;br /&gt;
;T&lt;br /&gt;
:A temporary file storage location that is available to you during your ebuild's execution. T is automatically cleaned up by Portage upon completion.&lt;br /&gt;
&lt;br /&gt;
;D&lt;br /&gt;
:D defines the filesystem tree to which the &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; function should install all files. All files defined here will be installed by Portage to the destination defined by ROOT.&lt;br /&gt;
&lt;br /&gt;
;FILESDIR&lt;br /&gt;
: FILESDIR is shorthand for &amp;lt;tt&amp;gt;$PORTDIR/$CATEGORY/$PN/files&amp;lt;/tt&amp;gt; -- the &amp;lt;tt&amp;gt;files/&amp;lt;/tt&amp;gt; sub-directory in the Portage tree for your particular ebuild. Typically used in &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt; for applying patches, or by &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; for installing supplementary files such as initialization scripts that were committed to the Portage tree alongside your ebuild.&lt;br /&gt;
&lt;br /&gt;
=== Metadata Variables ===&lt;br /&gt;
&lt;br /&gt;
Metadata variables are variables that you set in your ebuild. They are cached by Portage so they can be quickly accessed for dependency resolution and searches -- in &amp;lt;tt&amp;gt;/var/cache/edb/dep&amp;lt;/tt&amp;gt;. When an ebuild is updated, Portage automatically updates the cache the next time it notices the ebuild has changed.&lt;br /&gt;
&lt;br /&gt;
;EAPI&lt;br /&gt;
: Periodically, the Gentoo Linux project defines new functionality and behavior related to how ebuilds are handled by Portage. These changes may require you to write your ebuilds slightly differently, or may allow you to take advantage of new capabilities in Portage. In your ebuild, you can specify the EAPI you are targeted by setting the EAPI variable as the first line in the ebuild. If no EAPI is specified, an EAPI of 0 (&amp;quot;classic&amp;quot; behavior) is assumed. To view a complete definition of EAPIs 1 through 3, please see [http://devmanual.gentoo.org/ebuild-writing/eapi/index.html The Gentoo Developer Guide's EAPI page]. Note that the information on EAPI 4 is incomplete, and more detailed information can be found on in-progress [http://dev.gentoo.org/~zmedico/portage/doc/ch05s03s05.html EAPI 4 document maintained by Zac Medico]. At some point, it may be possible to set an EAPI on a repository or overlay-wide basis, but for now, it is set by each individual ebuild.&lt;br /&gt;
&lt;br /&gt;
;DEPEND&lt;br /&gt;
: DEPEND is used to specify an ebuild's build dependencies, and is a list of all ebuilds (and their corresponding versions/slots) that are required to be installed to a bare stage3 (or @system set + dependencies) in order for this package to '''build''' (compile, etc.). If one or more of these ebuilds are not installed, then it must cause the building of this package to fail; otherwise it is not a true build dependency. Do not list any dependencies for packages that are included in the underlying bare stage3 unless specific versions of the core packages (such as gcc, or glibc) are required, since these packages are expected to be available on all systems. All dependencies listed in DEPEND are satisfied '''prior''' to this package being built.&lt;br /&gt;
&lt;br /&gt;
;RDEPEND&lt;br /&gt;
: RDEPEND is used to specify an ebuild's runtime dependencies, and is a list of all ebuilds (and their corresponding versions/slots) that are required to be installed to a bare stage3 (or @system set + dependencies) in order for this package to '''run''' (function). If one or more of these ebuilds are not installed, then it must cause the execution of this package to fail; otherwise it is not a true runtime dependency. Do not list any dependencies for packages that are included in the bare stage3 unless specific versions of the core packages (such as glibc) are required, since these packages are expected to be available on all systems. The dependencies listed in RDEPEND may or not be installed prior to this package being built. &lt;br /&gt;
&lt;br /&gt;
; DEPEND ''and'' RDEPEND&lt;br /&gt;
: Note that if a dependency needs to be available both ''before'' the package is built, and also ''after'' the package is built, then the dependency must be listed in both DEPEND and RDEPEND, as it is both a build and runtime dependency. This is common with many packages, including virtually all shared libraries, which must be installed prior to compilation for headers and linking purposes but must continue to be available after the package is installed so that it can function properly.&lt;br /&gt;
&lt;br /&gt;
; (R)DEPEND if installed&lt;br /&gt;
: It is often useful for an ebuild to conditionally depend on a specific version of another package, if it happens to be installed. Take sys-fs/lvm2 and sys-fs/udev, for example. sys-fs/lvm2 may not always be installed, but sys-fs/udev is a required ebuild. It would be nice if we could specify in the sys-fs/udev ebuild that a specific or higher version of lvm2 is required to work with this particular version of udev, or specify in the lvm2 ebuild that a specific version or higher of udev is required to work with this version of lvm2. While this is not currently possible in Portage, it is possible to use the blocker functionality in Portage to define that earlier versions are ''not'' compatible, which essentially accomplishes the same thing. To specify that another package should not be installed alongside your ebuild, use the double-exclamation from of a blocker: &amp;quot;!!&amp;lt;sys-fs/udev-160&amp;quot; might be an example. This will prevent both ebuilds from being installed on the system at the same time. The double-exclamation blocker is supported in EAPI 2 and above.&lt;br /&gt;
&lt;br /&gt;
; IUSE&lt;br /&gt;
: IUSE specifies the USE variables that are recognized by this ebuild. Note that changing IUSE in existing ebuilds should be handled carefully, as if another ebuild depends on a particular USE variable in IUSE being enabled in your ebuild, and you remove it, then Portage will not be able to satisfy this dependency. Similarly, if another ebuild depends on a particular USE variable in IUSE being disabled in your ebuild, and you remove it, then Portage will no longer be able to satisfy this dependency either. For this reason, it can become difficult to remove USE variables from IUSE once other ebuilds explicitly depend upon them being enabled or disabled.&lt;br /&gt;
&lt;br /&gt;
; SRC_URI&lt;br /&gt;
: SRC_URI contains a list of all remote files that are used by this ebuild during the unpack/prepare/compile/install phases. Starting with EAPI 2, it is possible to rename source tarballs, which comes in handy when pulling down tagged sources from GitHub, using the following trick. This approach also makes it quite easy to release source tarballs for ebuilds, as all you need to do is tag the release and then push the tags to GitHub with a &amp;lt;tt&amp;gt;git push tags&amp;lt;/tt&amp;gt; command:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;source lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
GITHUB_USER=&amp;quot;foo&amp;quot;&lt;br /&gt;
SRC_URI=&amp;quot;https://github.com/${GITHUB_USER}/${PN}/tarball/${PV} -&amp;gt; ${PN}-git-${PV}.tgz&amp;quot;&lt;br /&gt;
&lt;br /&gt;
src_prepare() {&lt;br /&gt;
  cd &amp;quot;${WORKDIR}&amp;quot;/${GITHUB_USER}-${PN}-*&lt;br /&gt;
  S=&amp;quot;$(pwd)&amp;quot;&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== KEYWORDS ===&lt;br /&gt;
&lt;br /&gt;
KEYWORDS is a general keywording system for ebuilds (meta description of a software package), but is now used exclusively by the Gentoo architecture teams to define whether a particular package is marked as belonging to the stable or the current (''testing'' in Gentoo terminology) branch on a given system architecture. Not all packages are tagged as belonging to stable/current on all architectures, some of them lacks of such tags and are considered as being masked on a particular architecture. This can happen for several reasons like:&lt;br /&gt;
* The package makes no sense for the architecture (e.g. SILO ''sys-boot/silo'' which is a boot loader for SPARC machines).&lt;br /&gt;
* The package points to a development repository (e.g. version numbered -9999  packages like ''dev-vcs/git-9999'')&lt;br /&gt;
* The package makes sense on a a given architecture but no one has tested it (yet)&lt;br /&gt;
* The package has been pushed in the portage tree but remains to go in a intensive test cycle before being tagged as current then stable).&lt;br /&gt;
&lt;br /&gt;
In a user's &amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;ACCEPT_KEYWORDS&amp;lt;/tt&amp;gt; variable is defined which specifies what specific keywords should be unmasked for this system by default. This value defaults to the stable tree of the current system architecture. On Funtoo Linux systems, ACCEPT_KEYWORDS is set to one of six values:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:64-bit PC-compatible stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:64-bit PC-compatible current tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:32-bit PC-compatible stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:32-bit PC-compatible current tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:SPARC stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:SPARC current tree&lt;br /&gt;
&lt;br /&gt;
An ebuild uses the KEYWORDS variable to control what tree or trees the ebuild is part of, and will contain at most one setting for each system architecture. The KEYWORD settings are defined with the following meaning:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 64-bit PC-compatible stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 64-bit PC-compatible stable tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-amd64&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all 64-bit PC-compatible trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;x86&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild unmasked in 32-bit PC-compatible stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 32-bit PC-compatible stable tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-x86&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all 32-bit PC-compatible trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in SPARC stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in SPARC stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;-sparc&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all sparc trees&lt;br /&gt;
&lt;br /&gt;
{{ fancyimportant|'''x86''', '''amd64''' or '''sparc''' setting in the ebuild's KEYWORDS will unmask the ebuild for both current and stable tree systems -- that is, any ebuild made available to stable is also made available to current. }}&lt;br /&gt;
&lt;br /&gt;
Additional wildcard keywords are supported:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;*&amp;lt;/tt&amp;gt;&lt;br /&gt;
: unmask for all trees. This variable can be modified by appending negative keywords: &amp;lt;tt&amp;gt;&amp;quot;* -ia64&amp;quot;&amp;lt;/tt&amp;gt; means &amp;quot;all keywords except (~)ia64&lt;br /&gt;
;&amp;lt;tt&amp;gt;-*&amp;lt;/tt&amp;gt; &lt;br /&gt;
:mask for all trees. This variable can be modified by appending positive keywords: &amp;lt;tt&amp;gt;&amp;quot;-* amd64 x86&amp;quot;&amp;lt;/tt&amp;gt; means &amp;quot;no keywords except for x86 and amd64 stable trees&lt;br /&gt;
&lt;br /&gt;
===== Gentoo Linux KEYWORDS Policies =====&lt;br /&gt;
&lt;br /&gt;
Due to the exclusive use of KEYWORDS by the Gentoo Linux architecture teams, a number of unfortunate policy-related checks have been integrated into the Portage source code. One is banning the use of &amp;lt;tt&amp;gt;KEYWORDS=&amp;quot;*&amp;quot;&amp;lt;/tt&amp;gt; to enable KEYWORDS for all available architectures, since it is Gentoo Linux policy for each architecture team to independently verify an ebuild one architecture at a time - this rule currently applies to all ebuilds, including architecture-independent ebuilds. These policy checks will result in warnings being displayed by Portage when using certain combinations of wildcard keywords. This also means that virtually all ebuilds originating from Gentoo Linux will specify an exhaustive, explicit list of all architecture trees for which this package has been unmasked, which will look something like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;source lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
KEYWORDS=&amp;quot;~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~sparc-fbsd ~x86 ~x86-fbsd&amp;quot;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Internals]]&lt;br /&gt;
[[Category:Portage]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Portage_Variables</id>
		<title>Portage Variables</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Portage_Variables"/>
				<updated>2013-04-05T01:41:42Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: /* Metadata Variables */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Ebuild developers as well as users of Portage can control Portage behavior using a number of Portage variables. Also, when an ebuild executes, a number of variables are defined by &amp;lt;tt&amp;gt;ebuild.sh&amp;lt;/tt&amp;gt;, the main ebuild script, so they are available for your ebuild. There are also variables that the ebuild writer can define within his or her ebuild to provide information about the ebuild as well as control behavior. Information on [[Ebuild Functions]], which are used to define actions that are performed during various parts of a package's lifecycle, is also available on this wiki.&lt;br /&gt;
&lt;br /&gt;
{{ fancynote|An '''ebuild''' is a textual meta-description of a software package (stored in a filename suffixed by ''.ebuild'' and generally located in a subdirectory of ''/usr/portage'') that provides the instructions to build and install the later on your system plus a number of additional informations like a brief summary of the package, the required dependencies to build and run the package, where to get the software package source code and so on. Due to the 1:1 matching between an ebuild file and a software package most of Gentoo and Funtoo developers uses the term ''ebuild'' to designate the  meta-description of a package and the software package it relates in itself. }}&lt;br /&gt;
&lt;br /&gt;
=== Profile Variables ===&lt;br /&gt;
&lt;br /&gt;
; ARCH&lt;br /&gt;
: ARCH defines the name for the underlying system architecture. As of late December 2010, Gentoo Linux supports defines the following architectures in various system profiles:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;alpha&lt;br /&gt;
amd64&lt;br /&gt;
amd64-fbsd&lt;br /&gt;
arm&lt;br /&gt;
cobalt&lt;br /&gt;
fulong-2e&lt;br /&gt;
hppa&lt;br /&gt;
hppa-hpux&lt;br /&gt;
ia64&lt;br /&gt;
ia64-hpux&lt;br /&gt;
ip22&lt;br /&gt;
ip27&lt;br /&gt;
ip28&lt;br /&gt;
ip30&lt;br /&gt;
ip32&lt;br /&gt;
ip32r10k&lt;br /&gt;
m68k&lt;br /&gt;
m68k-mint&lt;br /&gt;
mips&lt;br /&gt;
mips-irix&lt;br /&gt;
mips64&lt;br /&gt;
mips64el&lt;br /&gt;
mipsel&lt;br /&gt;
ppc&lt;br /&gt;
ppc-aix&lt;br /&gt;
ppc-macos&lt;br /&gt;
ppc-openbsd&lt;br /&gt;
ppc64&lt;br /&gt;
ppc64-macos&lt;br /&gt;
s390&lt;br /&gt;
sgi&lt;br /&gt;
sh&lt;br /&gt;
sparc&lt;br /&gt;
sparc-fbsd&lt;br /&gt;
sparc-solaris&lt;br /&gt;
sparc64&lt;br /&gt;
sparc64-fbsd&lt;br /&gt;
sparc64-solaris&lt;br /&gt;
x64-macos&lt;br /&gt;
x64-openbsd&lt;br /&gt;
x64-solaris&lt;br /&gt;
x86&lt;br /&gt;
x86-cygwin&lt;br /&gt;
x86-fbsd&lt;br /&gt;
x86-interix&lt;br /&gt;
x86-macos&lt;br /&gt;
x86-netbsd&lt;br /&gt;
x86-openbsd&lt;br /&gt;
x86-solaris&lt;br /&gt;
x86-winnt&lt;br /&gt;
xbox&lt;br /&gt;
yeeloong&amp;lt;/tt&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This list was generated using the following command:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# cd /usr/portage/profiles&lt;br /&gt;
# grep -r ARCH= * | cut -f2 -d&amp;quot;=&amp;quot; | sed -e 's/&amp;quot;//g' | sort -u &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Path Variables ===&lt;br /&gt;
&lt;br /&gt;
;PORTDIR&lt;br /&gt;
: PORTDIR will be set to the path of the Portage directory that contains the ebuild that is currently executing, such as &amp;lt;tt&amp;gt;/usr/portage&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;PORTAGE_TMPDIR&lt;br /&gt;
: PORTAGE_TMPDIR defines the path to the location that Portage should use for all its temporary files, and defaults to &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;DISTDIR&lt;br /&gt;
: DISTDIR defines the path to the location of all distfiles (downloaded source code/artifacts), and defaults to &amp;lt;tt&amp;gt;/usr/portage/distfiles&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;PKGDIR&lt;br /&gt;
: PKGDIR defines the path to where Portage will store all built binary packages, and defaults to &amp;lt;tt&amp;gt;/usr/portage/packages&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;RPMDIR&lt;br /&gt;
: RPMDIR defines the path to where Portage will store all built binary RPM packages, and defaults to &amp;lt;tt&amp;gt;/usr/portage/rpm&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;ROOT&lt;br /&gt;
:ROOT defines the root of the filesystem to which packages should be installed, and may be set on the command-line. If not defined, Portage will set ROOT to &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; by the time your ebuild executes. When writing &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; ebuild functions, all your ebuild logic must respect the setting of the ROOT variable and compensate for situations when ROOT is not &amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt;. ROOT is used by stage1 builds to install to a sub-directory. &amp;lt;tt&amp;gt;ROOT=/tmp/stage1root emerge -e system&amp;lt;/tt&amp;gt; is a command that might be run by a stage1 build. After &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; executes, Portage will always install the resultant files placed in &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt; to the filesystem defined by ROOT.&lt;br /&gt;
&lt;br /&gt;
=== Prefix Variables ===&lt;br /&gt;
&lt;br /&gt;
Portage supports the ability to act as a package manager for commercial operating systems such as MacOS X, or to install ebuilds on non-Gentoo systems, or to sub-directories on Gentoo or non-Gentoo systems. When used in this capacity, ebuilds are not installed to the root filesystem but are instead installed to a subdirectory, called a &amp;quot;prefix&amp;quot;. Portage's prefix variables, available in EAPI 3, support this capability, and are designed to work with ebuilds that are maintained in a separate [http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay prefix overlay].&lt;br /&gt;
&lt;br /&gt;
As part of the EAPI 3 prefix support, all ebuild helpers such as &amp;lt;tt&amp;gt;econf&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;einstall&amp;lt;/tt&amp;gt; use &amp;lt;tt&amp;gt;$ED&amp;lt;/tt&amp;gt; instead of &amp;lt;tt&amp;gt;$D&amp;lt;/tt&amp;gt;. See below for full variable definitions.&lt;br /&gt;
&lt;br /&gt;
;EPREFIX&lt;br /&gt;
:This variable is typically set in &amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;make.globals&amp;lt;/tt&amp;gt;, and defines the prefix that should be used by ebuilds. Prefix-aware ebuilds can reference this variable and use it appropriately. if EPREFIX is not defined, then EPREFIX will default to no value.&lt;br /&gt;
&lt;br /&gt;
;EROOT&lt;br /&gt;
:EROOT is a more concise way of specifying &amp;lt;tt&amp;gt;$ROOT$EPREFIX&amp;lt;/tt&amp;gt;, and is intended to be used in &amp;lt;tt&amp;gt;pkg_*&amp;lt;/tt&amp;gt; ebuild functions.&lt;br /&gt;
&lt;br /&gt;
;ED&lt;br /&gt;
:ED is a more concise way of specifying &amp;lt;tt&amp;gt;$D$EPREFIX&amp;lt;/tt&amp;gt;, and is intended to be used in &amp;lt;tt&amp;gt;src_*&amp;lt;/tt&amp;gt; ebuild functions. &lt;br /&gt;
&lt;br /&gt;
For more information on Portage's prefix support, see the [http://www.gentoo.org/proj/en/gentoo-alt/prefix/techdocs.xml Gentoo Prefix Techdocs].&lt;br /&gt;
&lt;br /&gt;
=== Path Variables For Your Use ===&lt;br /&gt;
&lt;br /&gt;
;WORKDIR&lt;br /&gt;
:WORKDIR defines the temporary filesystem location that is used for extracting source code/artifacts, preparation, configuration and compilation, and will be defined for you by the time your ebuild executes, and its value must not be modified. By default, &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt; will extract all source code/artifacts within WORKDIR. If you need to manually extract any archives, this must all be done somewhere within WORKDIR, T or D, with WORKDIR being the preferred location for doing this. WORKDIR is automatically cleaned up by Portage upon completion.&lt;br /&gt;
&lt;br /&gt;
;S&lt;br /&gt;
:S defaults to &amp;lt;tt&amp;gt;$WORKDIR/$P&amp;lt;/tt&amp;gt;, but may be redefined in your ebuild to be some other sub-directory of WORKDIR. Typically, S may be redefined to reflect the ''real'' directory name that is contained within the source tarball when it differs from the default of &amp;lt;tt&amp;gt;$WORKDIR/$P&amp;lt;/tt&amp;gt;. When &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_configure&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_test&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; run, they will attempt to set the current working directory to S if it exists, falling back to WORKDIR if S does not exist. &lt;br /&gt;
&lt;br /&gt;
;T&lt;br /&gt;
:A temporary file storage location that is available to you during your ebuild's execution. T is automatically cleaned up by Portage upon completion.&lt;br /&gt;
&lt;br /&gt;
;D&lt;br /&gt;
:D defines the filesystem tree to which the &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; function should install all files. All files defined here will be installed by Portage to the destination defined by ROOT.&lt;br /&gt;
&lt;br /&gt;
;FILESDIR&lt;br /&gt;
: FILESDIR is shorthand for &amp;lt;tt&amp;gt;$PORTDIR/$CATEGORY/$PN/files&amp;lt;/tt&amp;gt; -- the &amp;lt;tt&amp;gt;files/&amp;lt;/tt&amp;gt; sub-directory in the Portage tree for your particular ebuild. Typically used in &amp;lt;tt&amp;gt;src_prepare&amp;lt;/tt&amp;gt; for applying patches, or by &amp;lt;tt&amp;gt;src_install&amp;lt;/tt&amp;gt; for installing supplementary files such as initialization scripts that were committed to the Portage tree alongside your ebuild.&lt;br /&gt;
&lt;br /&gt;
=== Metadata Variables ===&lt;br /&gt;
&lt;br /&gt;
Metadata variables are variables that you set in your ebuild. They are cached by Portage so they can be quickly accessed for dependency resolution and searches -- in &amp;lt;tt&amp;gt;/var/cache/edb/dep&amp;lt;/tt&amp;gt;. When an ebuild is updated, Portage automatically updates the cache the next time it notices the ebuild has changed.&lt;br /&gt;
&lt;br /&gt;
;EAPI&lt;br /&gt;
: Periodically, the Gentoo Linux project defines new functionality and behavior related to how ebuilds are handled by Portage. These changes may require you to write your ebuilds slightly differently, or may allow you to take advantage of new capabilities in Portage. In your ebuild, you can specify the EAPI you are targeted by setting the EAPI variable as the first line in the ebuild. If no EAPI is specified, an EAPI of 0 (&amp;quot;classic&amp;quot; behavior) is assumed. To view a complete definition of EAPIs 1 through 3, please see [http://devmanual.gentoo.org/ebuild-writing/eapi/index.html The Gentoo Developer Guide's EAPI page]. Note that the information on EAPI 4 is incomplete, and more detailed information can be found on in-progress [http://dev.gentoo.org/~zmedico/portage/doc/ch05s03s05.html EAPI 4 document maintained by Zac Medico]. At some point, it may be possible to set an EAPI on a repository or overlay-wide basis, but for now, it is set by each individual ebuild.&lt;br /&gt;
&lt;br /&gt;
;DEPEND&lt;br /&gt;
: DEPEND is used to specify an ebuild's build dependencies, and is a list of all ebuilds (and their corresponding versions/slots) that are required to be installed to a bare stage3 (or @system set + dependencies) in order for this package to '''build''' (compile, etc.). If one or more of these ebuilds are not installed, then it must cause the building of this package to fail; otherwise it is not a true build dependency. Do not list any dependencies for packages that are included in the underlying bare stage3 unless specific versions of the core packages (such as gcc, or glibc) are required, since these packages are expected to be available on all systems. All dependencies listed in DEPEND are satisfied '''prior''' to this package being built.&lt;br /&gt;
&lt;br /&gt;
;RDEPEND&lt;br /&gt;
: RDEPEND is used to specify an ebuild's runtime dependencies, and is a list of all ebuilds (and their corresponding versions/slots) that are required to be installed to a bare stage3 (or @system set + dependencies) in order for this package to '''run''' (function). If one or more of these ebuilds are not installed, then it must cause the execution of this package to fail; otherwise it is not a true runtime dependency. Do not list any dependencies for packages that are included in the bare stage3 unless specific versions of the core packages (such as glibc) are required, since these packages are expected to be available on all systems. The dependencies listed in RDEPEND may or not be installed prior to this package being built. &lt;br /&gt;
&lt;br /&gt;
; DEPEND ''and'' RDEPEND&lt;br /&gt;
: Note that if a dependency needs to be available both ''before'' the package is built, and also ''after'' the package is built, then the dependency must be listed in both DEPEND and RDEPEND, as it is both a build and runtime dependency. This is common with many packages, including virtually all shared libraries, which must be installed prior to compilation for headers and linking purposes but must continue to be available after the package is installed so that it can function properly.&lt;br /&gt;
&lt;br /&gt;
; (R)DEPEND if installed&lt;br /&gt;
: It is often useful for an ebuild to conditionally depend on a specific version of another package, if it happens to be installed. Take sys-fs/lvm2 and sys-fs/udev, for example. sys-fs/lvm2 may not always be installed, but sys-fs/udev is a required ebuild. It would be nice if we could specify in the sys-fs/udev ebuild that a specific or higher version of lvm2 is required to work with this particular version of udev, or specify in the lvm2 ebuild that a specific version or higher of udev is required to work with this version of lvm2. While this is not currently possible in Portage, it is possible to use the blocker functionality in Portage to define that earlier versions are ''not'' compatible, which essentially accomplishes the same thing. To specify that another package should not be installed alongside your ebuild, use the double-exclamation from of a blocker: &amp;quot;!!&amp;lt;sys-fs/udev-160&amp;quot; might be an example. This will prevent both ebuilds from being installed on the system at the same time. The double-exclamation blocker is supported in EAPI 2 and above.&lt;br /&gt;
&lt;br /&gt;
; IUSE&lt;br /&gt;
: IUSE specifies the USE variables that are recognized by this ebuild. Note that changing IUSE in existing ebuilds should be handled carefully, as if another ebuild depends on a particular USE variable in IUSE being enabled in your ebuild, and you remove it, then Portage will not be able to satisfy this dependency. Similarly, if another ebuild depends on a particular USE variable in IUSE being disabled in your ebuild, and you remove it, then Portage will no longer be able to satisfy this dependency either. For this reason, it can become difficult to remove USE variables from IUSE once other ebuilds explicitly depend upon them being enabled or disabled.&lt;br /&gt;
&lt;br /&gt;
; SRC_URI&lt;br /&gt;
: SRC_URI contains a list of all remote files that are used by this ebuild during the unpack/prepare/compile/install phases. Starting with EAPI 2, it is possible to rename source tarballs, which comes in handy when pulling down tagged sources from GitHub, using the following trick. This approach also makes it quite easy to release source tarballs for ebuilds, as all you need to do is tag the release and then push the tags to GitHub with a &amp;lt;tt&amp;gt;git push tags&amp;lt;/tt&amp;gt; command:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;source lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
GITHUB_USER=&amp;quot;foo&amp;quot;&lt;br /&gt;
SRC_URI=&amp;quot;https://github.com/${GITHUB_USER}/${PN}/tarball/${PV} -&amp;gt; ${PN}-git-${PV}.tgz&amp;quot;&lt;br /&gt;
&lt;br /&gt;
src_prepare() {&lt;br /&gt;
  cd &amp;quot;${WORKDIR}&amp;quot;/${GITHUB_USER}-${PN}-*&lt;br /&gt;
  S=&amp;quot;$(pwd)&amp;quot;&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== KEYWORDS ===&lt;br /&gt;
&lt;br /&gt;
KEYWORDS is a general keywording system for ebuilds (meta description of a software package), but is now used exclusively by the Gentoo architecture teams to define whether a particular package is marked as belonging to the stable or the current (''testing'' in Gentoo terminology) branch on a given system architecture. Not all packages are tagged as belonging to stable/current on all architectures, some of them lacks of such tags and are considered as being masked on a particular architecture. This can happen for several reasons like:&lt;br /&gt;
* The package makes no sense for the architecture (e.g. SILO ''sys-boot/silo'' which is a boot loader for SPARC machines).&lt;br /&gt;
* The package points to a development repository (e.g. version numbered -9999  packages like ''dev-vcs/git-9999'')&lt;br /&gt;
* The package makes sense on a a given architecture but no one has tested it (yet)&lt;br /&gt;
* The package has been pushed in the portage tree but remains to go in a intensive test cycle before being tagged as current then stable).&lt;br /&gt;
&lt;br /&gt;
In a user's &amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;ACCEPT_KEYWORDS&amp;lt;/tt&amp;gt; variable is defined which specifies what specific keywords should be unmasked for this system by default. This value defaults to the stable tree of the current system architecture. On Funtoo Linux systems, ACCEPT_KEYWORDS is set to one of six values:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:64-bit PC-compatible stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:64-bit PC-compatible current tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:32-bit PC-compatible stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:32-bit PC-compatible current tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:SPARC stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:SPARC current tree&lt;br /&gt;
&lt;br /&gt;
An ebuild uses the KEYWORDS variable to control what tree or trees the ebuild is part of, and will contain at most one setting for each system architecture. The KEYWORD settings are defined with the following meaning:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 64-bit PC-compatible stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~amd64&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 64-bit PC-compatible stable tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-amd64&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all 64-bit PC-compatible trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;x86&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild unmasked in 32-bit PC-compatible stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;~x86&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in 32-bit PC-compatible stable tree only&lt;br /&gt;
;&amp;lt;tt&amp;gt;-x86&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all 32-bit PC-compatible trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in SPARC stable tree&lt;br /&gt;
;&amp;lt;tt&amp;gt;~sparc&amp;lt;/tt&amp;gt;&lt;br /&gt;
:ebuild unmasked in SPARC stable '''and current''' trees&lt;br /&gt;
;&amp;lt;tt&amp;gt;-sparc&amp;lt;/tt&amp;gt; &lt;br /&gt;
:ebuild masked for all sparc trees&lt;br /&gt;
&lt;br /&gt;
{{ fancyimportant|'''x86''', '''amd64''' or '''sparc''' setting in the ebuild's KEYWORDS will unmask the ebuild for both current and stable tree systems -- that is, any ebuild made available to stable is also made available to current. }}&lt;br /&gt;
&lt;br /&gt;
Additional wildcard keywords are supported:&lt;br /&gt;
&lt;br /&gt;
;&amp;lt;tt&amp;gt;*&amp;lt;/tt&amp;gt;&lt;br /&gt;
: unmask for all trees. This variable can be modified by appending negative keywords: &amp;lt;tt&amp;gt;&amp;quot;* -ia64&amp;quot;&amp;lt;/tt&amp;gt; means &amp;quot;all keywords except (~)ia64&lt;br /&gt;
;&amp;lt;tt&amp;gt;-*&amp;lt;/tt&amp;gt; &lt;br /&gt;
:mask for all trees. This variable can be modified by appending positive keywords: &amp;lt;tt&amp;gt;&amp;quot;-* amd64 x86&amp;quot;&amp;lt;/tt&amp;gt; means &amp;quot;no keywords except for x86 and amd64 stable trees&lt;br /&gt;
&lt;br /&gt;
===== Gentoo Linux KEYWORDS Policies =====&lt;br /&gt;
&lt;br /&gt;
Due to the exclusive use of KEYWORDS by the Gentoo Linux architecture teams, a number of unfortunate policy-related checks have been integrated into the Portage source code. One is banning the use of &amp;lt;tt&amp;gt;KEYWORDS=&amp;quot;*&amp;quot;&amp;lt;/tt&amp;gt; to enable KEYWORDS for all available architectures, since it is Gentoo Linux policy for each architecture team to independently verify an ebuild one architecture at a time - this rule currently applies to all ebuilds, including architecture-independent ebuilds. These policy checks will result in warnings being displayed by Portage when using certain combinations of wildcard keywords. This also means that virtually all ebuilds originating from Gentoo Linux will specify an exhaustive, explicit list of all architecture trees for which this package has been unmasked, which will look something like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;source lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
KEYWORDS=&amp;quot;~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~sparc-fbsd ~x86 ~x86-fbsd&amp;quot;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Internals]]&lt;br /&gt;
[[Category:Portage]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Guide</id>
		<title>Developer Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Guide"/>
				<updated>2013-04-05T01:39:12Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page is intended to be a developer guide for Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
== Learn About Ebuilds ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage Variables]] -- learn about all those variables inside an ebuild, and in &amp;lt;tt&amp;gt;make.conf&amp;lt;/tt&amp;gt;.&lt;br /&gt;
* [[Forking An Ebuild]] -- explains how to take an ebuild from Gentoo and fork it, so you can make local changes.&lt;br /&gt;
* [[Ebuild Functions]] -- &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt; -- these are ebuild functions. There are others. See all of them and learn how they work.&lt;br /&gt;
&lt;br /&gt;
== Funtoo Internals ==&lt;br /&gt;
&lt;br /&gt;
* [[Multiple ABI Support]] -- learn how the &amp;lt;tt&amp;gt;gcc&amp;lt;/tt&amp;gt; wrapper and &amp;lt;tt&amp;gt;multilib.eclass&amp;lt;/tt&amp;gt; work in Gentoo and Funtoo.&lt;br /&gt;
&lt;br /&gt;
== Portage ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage (Funtoo)]] -- learn about Funtoo changes to Portage (needs updating).&lt;br /&gt;
* [[Portage Dynamic Slot]] - dynamic SLOT functionality now in Portage.&lt;br /&gt;
&lt;br /&gt;
== Metro ==&lt;br /&gt;
&lt;br /&gt;
* [[Metro Quick Start Tutorial]] -- learn how to use Metro, our automated build tool.&lt;br /&gt;
* [[Metro]] - a full index of Metro-related documentation.&lt;br /&gt;
&lt;br /&gt;
== Working With Git ==&lt;br /&gt;
&lt;br /&gt;
Also check out:&lt;br /&gt;
&lt;br /&gt;
* [[Git Merging Guide]]&lt;br /&gt;
&lt;br /&gt;
Learning how to help squash out bugs can be a difficult thing to do, especially since sometimes JIRA looks a little overwhelming and confusing. A thank you to Daniel for making some videos (see below) on explaining this better, but there were a couple things left out. So I will take you through that. (With picture reference).&lt;br /&gt;
&lt;br /&gt;
The first thing you're going to want to do is make an account, which is simple as clicking on the 'Log in' button on the top right, then clicking 'Sign up'.&lt;br /&gt;
[[File:Signupjira.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After you've made your account, the best way to watch bugs is to click on the 'Agile' drop-down menu, and choose 'Classic'.&lt;br /&gt;
[[File:Agileclassic.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
Now, we're going to want to change a couple things even with this. By default, the 'Classic' mode takes you to 'Classic Planning Board', you want to change this to 'Classic Task Board'. This makes things much easier to read.&lt;br /&gt;
I also recommend going to the '''Views''' eyeball icon to the right and selecting the '''List''' issue view, and the '''Compact (Kanban)''' task board mode. This will give you a top-level overview of all our bugs and their statuses, and JIRA will remember your view preferences the next time you log in.&lt;br /&gt;
&lt;br /&gt;
[[File:Classicview.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After that, we're almost ready to rock and roll. We need to also make sure that you're not set to any version or we'll only see a few bugs. So in case it says '1.1' or '1.0' change it to 'Unscheduled'. &lt;br /&gt;
[[File:Jiraversion.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
And after all that, you can view and look at bugs that are in queue, To-do, or testing, which Daniel's videos are very great at explaining. Thanks for helping Funtoo Linux better and better.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;{{#widget:YouTube|id=JCg5DWjy6Ro|width=720}}&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=tuFE9ZgVOpY|width=720}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Development]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Guide</id>
		<title>Developer Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Guide"/>
				<updated>2013-04-05T01:37:35Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page is intended to be a developer guide for Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
== Learn About Ebuilds ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage Variables]] -- learn about all those variables inside an ebuild, and in &amp;lt;tt&amp;gt;make.conf&amp;lt;/tt&amp;gt;.&lt;br /&gt;
* [[Forking An Ebuild]] -- explains how to take an ebuild from Gentoo and fork it, so you can make local changes.&lt;br /&gt;
* [[Ebuild Functions]] -- &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt; -- these are ebuild functions. There are others. See all of them and learn how they work.&lt;br /&gt;
&lt;br /&gt;
== Funtoo Internals ==&lt;br /&gt;
&lt;br /&gt;
* [[Multiple ABI Support]] -- learn how the &amp;lt;tt&amp;gt;gcc&amp;lt;/tt&amp;gt; wrapper and &amp;lt;tt&amp;gt;multilib.eclass&amp;lt;/tt&amp;gt; work in Gentoo and Funtoo.&lt;br /&gt;
&lt;br /&gt;
== Portage ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage (Funtoo)]] -- learn about Funtoo changes to Portage (needs updating).&lt;br /&gt;
* [[Portage Dynamic Slot]] - dynamic SLOT functionality now in Portage.&lt;br /&gt;
&lt;br /&gt;
== Working With Git ==&lt;br /&gt;
&lt;br /&gt;
Also check out:&lt;br /&gt;
&lt;br /&gt;
* [[Git Merging Guide]]&lt;br /&gt;
&lt;br /&gt;
Learning how to help squash out bugs can be a difficult thing to do, especially since sometimes JIRA looks a little overwhelming and confusing. A thank you to Daniel for making some videos (see below) on explaining this better, but there were a couple things left out. So I will take you through that. (With picture reference).&lt;br /&gt;
&lt;br /&gt;
The first thing you're going to want to do is make an account, which is simple as clicking on the 'Log in' button on the top right, then clicking 'Sign up'.&lt;br /&gt;
[[File:Signupjira.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After you've made your account, the best way to watch bugs is to click on the 'Agile' drop-down menu, and choose 'Classic'.&lt;br /&gt;
[[File:Agileclassic.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
Now, we're going to want to change a couple things even with this. By default, the 'Classic' mode takes you to 'Classic Planning Board', you want to change this to 'Classic Task Board'. This makes things much easier to read.&lt;br /&gt;
I also recommend going to the '''Views''' eyeball icon to the right and selecting the '''List''' issue view, and the '''Compact (Kanban)''' task board mode. This will give you a top-level overview of all our bugs and their statuses, and JIRA will remember your view preferences the next time you log in.&lt;br /&gt;
&lt;br /&gt;
[[File:Classicview.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After that, we're almost ready to rock and roll. We need to also make sure that you're not set to any version or we'll only see a few bugs. So in case it says '1.1' or '1.0' change it to 'Unscheduled'. &lt;br /&gt;
[[File:Jiraversion.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
And after all that, you can view and look at bugs that are in queue, To-do, or testing, which Daniel's videos are very great at explaining. Thanks for helping Funtoo Linux better and better.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;{{#widget:YouTube|id=JCg5DWjy6Ro|width=720}}&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=tuFE9ZgVOpY|width=720}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Development]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Guide</id>
		<title>Developer Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Guide"/>
				<updated>2013-04-05T01:35:52Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page is intended to be a developer guide for Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
== Learn About Ebuilds ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage Variables]] -- learn about all those variables inside an ebuild, and in &amp;lt;tt&amp;gt;make.conf&amp;lt;/tt&amp;gt;.&lt;br /&gt;
* [[Forking An Ebuild]] -- explains how to take an ebuild from Gentoo and fork it, so you can make local changes.&lt;br /&gt;
* [[Ebuild Functions]] -- &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt; -- these are ebuild functions. There are others. See all of them and learn how they work.&lt;br /&gt;
&lt;br /&gt;
== Funtoo Internals ==&lt;br /&gt;
&lt;br /&gt;
* [[Multiple ABI Support]] -- learn how the &amp;lt;tt&amp;gt;gcc&amp;lt;/tt&amp;gt; wrapper and &amp;lt;tt&amp;gt;multilib.eclass&amp;lt;/tt&amp;gt; work in Gentoo and Funtoo.&lt;br /&gt;
&lt;br /&gt;
== Portage ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage (Funtoo)]] -- learn about Funtoo changes to Portage (needs updating).&lt;br /&gt;
&lt;br /&gt;
== Working With Git ==&lt;br /&gt;
&lt;br /&gt;
Also check out:&lt;br /&gt;
&lt;br /&gt;
* [[Git Merging Guide]]&lt;br /&gt;
&lt;br /&gt;
Learning how to help squash out bugs can be a difficult thing to do, especially since sometimes JIRA looks a little overwhelming and confusing. A thank you to Daniel for making some videos (see below) on explaining this better, but there were a couple things left out. So I will take you through that. (With picture reference).&lt;br /&gt;
&lt;br /&gt;
The first thing you're going to want to do is make an account, which is simple as clicking on the 'Log in' button on the top right, then clicking 'Sign up'.&lt;br /&gt;
[[File:Signupjira.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After you've made your account, the best way to watch bugs is to click on the 'Agile' drop-down menu, and choose 'Classic'.&lt;br /&gt;
[[File:Agileclassic.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
Now, we're going to want to change a couple things even with this. By default, the 'Classic' mode takes you to 'Classic Planning Board', you want to change this to 'Classic Task Board'. This makes things much easier to read.&lt;br /&gt;
I also recommend going to the '''Views''' eyeball icon to the right and selecting the '''List''' issue view, and the '''Compact (Kanban)''' task board mode. This will give you a top-level overview of all our bugs and their statuses, and JIRA will remember your view preferences the next time you log in.&lt;br /&gt;
&lt;br /&gt;
[[File:Classicview.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After that, we're almost ready to rock and roll. We need to also make sure that you're not set to any version or we'll only see a few bugs. So in case it says '1.1' or '1.0' change it to 'Unscheduled'. &lt;br /&gt;
[[File:Jiraversion.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
And after all that, you can view and look at bugs that are in queue, To-do, or testing, which Daniel's videos are very great at explaining. Thanks for helping Funtoo Linux better and better.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;{{#widget:YouTube|id=JCg5DWjy6Ro|width=720}}&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=tuFE9ZgVOpY|width=720}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Development]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Developer_Guide</id>
		<title>Developer Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Developer_Guide"/>
				<updated>2013-04-05T01:35:09Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: add more links&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page is intended to be a developer guide for Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
== Learn About Ebuilds ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage Variables]] -- learn about all those variables inside an ebuild, and in &amp;lt;tt&amp;gt;make.conf&amp;lt;/tt&amp;gt;.&lt;br /&gt;
* [[Forking an Ebuild]] -- explains how to take an ebuild from Gentoo and fork it, so you can make local changes.&lt;br /&gt;
* [[Ebuild Functions]] -- &amp;lt;tt&amp;gt;src_unpack&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;src_compile&amp;lt;/tt&amp;gt; -- these are ebuild functions. There are others. See all of them and learn how they work.&lt;br /&gt;
&lt;br /&gt;
== Funtoo Internals ==&lt;br /&gt;
&lt;br /&gt;
* [[Multiple ABI Support]] -- learn how the &amp;lt;tt&amp;gt;gcc&amp;lt;/tt&amp;gt; wrapper and &amp;lt;tt&amp;gt;multilib.eclass&amp;lt;/tt&amp;gt; work in Gentoo and Funtoo.&lt;br /&gt;
&lt;br /&gt;
== Portage ==&lt;br /&gt;
&lt;br /&gt;
* [[Portage (Funtoo)]] -- learn about Funtoo changes to Portage (needs updating).&lt;br /&gt;
&lt;br /&gt;
== Working With Git ==&lt;br /&gt;
&lt;br /&gt;
Also check out:&lt;br /&gt;
&lt;br /&gt;
* [[Git Merging Guide]]&lt;br /&gt;
&lt;br /&gt;
Learning how to help squash out bugs can be a difficult thing to do, especially since sometimes JIRA looks a little overwhelming and confusing. A thank you to Daniel for making some videos (see below) on explaining this better, but there were a couple things left out. So I will take you through that. (With picture reference).&lt;br /&gt;
&lt;br /&gt;
The first thing you're going to want to do is make an account, which is simple as clicking on the 'Log in' button on the top right, then clicking 'Sign up'.&lt;br /&gt;
[[File:Signupjira.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After you've made your account, the best way to watch bugs is to click on the 'Agile' drop-down menu, and choose 'Classic'.&lt;br /&gt;
[[File:Agileclassic.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
Now, we're going to want to change a couple things even with this. By default, the 'Classic' mode takes you to 'Classic Planning Board', you want to change this to 'Classic Task Board'. This makes things much easier to read.&lt;br /&gt;
I also recommend going to the '''Views''' eyeball icon to the right and selecting the '''List''' issue view, and the '''Compact (Kanban)''' task board mode. This will give you a top-level overview of all our bugs and their statuses, and JIRA will remember your view preferences the next time you log in.&lt;br /&gt;
&lt;br /&gt;
[[File:Classicview.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
After that, we're almost ready to rock and roll. We need to also make sure that you're not set to any version or we'll only see a few bugs. So in case it says '1.1' or '1.0' change it to 'Unscheduled'. &lt;br /&gt;
[[File:Jiraversion.png|720px|center]]&lt;br /&gt;
&lt;br /&gt;
And after all that, you can view and look at bugs that are in queue, To-do, or testing, which Daniel's videos are very great at explaining. Thanks for helping Funtoo Linux better and better.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;center&amp;gt;{{#widget:YouTube|id=JCg5DWjy6Ro|width=720}}&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=tuFE9ZgVOpY|width=720}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Development]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo</id>
		<title>Litecoin Mining for Funtoo</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo"/>
				<updated>2013-04-05T01:26:34Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: explain reasoning behind litecoin and what funds are used for&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Litecoin mining is a fun and easy way that you can help support the Funtoo Linux project. Litecoin is a virtual cryptographic currency that is generated using CPUs and video card GPU computational power, and can be converted into a traditional currency like US dollars. &lt;br /&gt;
&lt;br /&gt;
== How does Litecoin Relate to Funtoo? ==&lt;br /&gt;
&lt;br /&gt;
Part of Funtoo is having fun, and part of having fun is being creative, and exploring new ideas and concepts, and not being limited by the expectations of others. These concepts include technology, but also include new community concepts and approaches for supporting a community. Distributed support via CPU and GPU power is certainly a novel way of supporting an open source project, and because of this it is a perfect fit for Funtoo. In many ways, the resource challenges faced by open source projects are more complex than the technical challenges, and deserve to be taken seriously. By exploring the use of Litecoin, we are exploring an innovative way to fund the project.&lt;br /&gt;
&lt;br /&gt;
=== What are Funtoo Litecoin Funds Used For? ===&lt;br /&gt;
&lt;br /&gt;
These funds will be used to pay the Development Lead of Funtoo, who assists me (Daniel Robbins) in ensuring that day-to-day often unglamorous work is completed in a responsive way for our users. The goal of this effort is for litecoin funds to pay the Development Lead so he can work on Funtoo Linux full-time.&lt;br /&gt;
&lt;br /&gt;
Why is this important? Sometimes, I get busy at work and cannot be involved in Funtoo, and the Development Lead ensures that the Funtoo community stays afloat during these periods. The Dev Lead also assists with running the project when I'm available, so I can focus on development activities more deeply. This also helps to keep the project fun for me, so it is not an unreasonable burden. &lt;br /&gt;
&lt;br /&gt;
Any surplus funds beyond this will be used to pay for our 10Gbit/sec hosting infrastructure and servers, which I currently pay for myself.&lt;br /&gt;
&lt;br /&gt;
== Litecoin Pools ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Typically, Litecoins are mined by pools of computers, and funtoo is part of the following pooled litecoin mining efforts:&lt;br /&gt;
&lt;br /&gt;
{| style=&amp;quot;background-color:#ffffcc;&amp;quot; cellpadding=&amp;quot;10&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! pool&lt;br /&gt;
! host&lt;br /&gt;
! port&lt;br /&gt;
! user&lt;br /&gt;
! password&lt;br /&gt;
! stats&lt;br /&gt;
! review&lt;br /&gt;
|-&lt;br /&gt;
| Burnside's Litecoin Mining Pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;ltc.kattare.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [http://ltc.kattare.com/stats.php stats]&lt;br /&gt;
| very good PPNLS pool&lt;br /&gt;
|-&lt;br /&gt;
| OzCoin&lt;br /&gt;
| &amp;lt;tt&amp;gt;newlc.ozco.in&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [https://lc.ozcoin.net/content/overview ozcoin overview]&lt;br /&gt;
| very good PPS pool&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
There are lots of different ways to mine Litecoins. You can use any of our pools above. You can also use your CPU or your graphics card. To see what different types of hardware can do, see the [https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison Litecoin Mining Hardware Comparison] page. Note that many of these systems are overclocked so make note of the CPU and memory frequencies listed here.&lt;br /&gt;
&lt;br /&gt;
== &amp;quot;Got Litecoins Already&amp;quot; Method ==&lt;br /&gt;
&lt;br /&gt;
If you already have Litecoins that you want to donate to Funtoo Linux, you can send them to &amp;lt;tt&amp;gt;LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym&amp;lt;/tt&amp;gt;. Thanks!&lt;br /&gt;
&lt;br /&gt;
Here's how to do it with litecoind:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##litecoind sendtoaddress LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym 50 &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Be sure to let Daniel know that you sent some coin so that you can receive proper respect :)&lt;br /&gt;
&lt;br /&gt;
== CPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Here's how to get started and convert your idle CPU power into a contribution to the Funtoo Linux project.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;miner&amp;quot; is the program that performs the computation to generate litecoins. It receives blocks from a server, which it performs computations on. Miners are designed to run continually in the background, where they use up idle CPU only, and will not impact the speed of your system. A significant contribution to Funtoo Linux is only realized when miners are run continually for days and weeks -- so running a miner for an hour or so is typically not effective.&lt;br /&gt;
&lt;br /&gt;
=== Installation using Portage ===&lt;br /&gt;
&lt;br /&gt;
This method will use CFLAGS from /etc/portage/make.conf. Note that &amp;lt;tt&amp;gt;-O2&amp;lt;/tt&amp;gt; seems to work much better than &amp;lt;tt&amp;gt;-O3&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge pooler-cpuminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Set up go.sh ===&lt;br /&gt;
&lt;br /&gt;
Create the following &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script to start the miner:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
threads=$(grep -c &amp;quot;^processor&amp;quot; /proc/cpuinfo)&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
  minerd --algo scrypt -s 45 --retry-pause 5 --threads $threads --url http://ltc.kattare.com:9332 --userpass funtoo.public:p&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make it executable:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Run go.sh ===&lt;br /&gt;
&lt;br /&gt;
Run &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; to start the miner. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The cpuminer will only use idle CPU and will not slow down your system. Modern systems will generate somewhere from 15 to 60 KHash/sec total, which will result in $10 to Funtoo Linux per month for a Core i7 system at current exchange rates, when run continually.&lt;br /&gt;
&lt;br /&gt;
Keep those miners running and thanks for supporting Funtoo Linux!&lt;br /&gt;
&lt;br /&gt;
== GPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Some of the more hardcore individuals in the Funtoo community may want to use their graphics processor to mine litecoins. Modern graphics cards, particularly AMD (ATI) cards, can offer hashrates well above 100Khash/sec, even above 400Khash/sec for some cards. Daniel Robbins has a few Radeon HD 6950's that can generate in excess of 400Khash/sec ''each''.&lt;br /&gt;
&lt;br /&gt;
AMD (ATI) cards tend to work much better than NVIDIA for litecoin mining. Here's how to do GPU mining:&lt;br /&gt;
&lt;br /&gt;
=== Prerequisites ===&lt;br /&gt;
&lt;br /&gt;
First, X will need to be installed, and you will need to ensure all your video cards are defined in &amp;lt;tt&amp;gt;/etc/X11/xorg.conf&amp;lt;/tt&amp;gt;. For AMD cards, ati-drivers 13.1 appears to work well. Ensure that full hardware acceleration is working and that &amp;lt;tt&amp;gt;ati&amp;lt;/tt&amp;gt; OpenGL and &amp;lt;tt&amp;gt;amd&amp;lt;/tt&amp;gt; OpenCL are selected via &amp;lt;tt&amp;gt;eselect&amp;lt;/tt&amp;gt;. (This is probably how things are set up if you simply emerged ati-drivers.)&lt;br /&gt;
&lt;br /&gt;
=== Install cgminer ===&lt;br /&gt;
&lt;br /&gt;
First, enable the &amp;lt;tt&amp;gt;scrypt&amp;lt;/tt&amp;gt; USE variable (important!). Now, emerge cgminer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##USE=&amp;quot;scrypt&amp;quot; emerge cgminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Create cgminer script ===&lt;br /&gt;
&lt;br /&gt;
Create a &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script that looks like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
export GPU_MAX_ALLOC_PERCENT=100&lt;br /&gt;
export GPU_USE_SYNC_OBJECTS=1&lt;br /&gt;
export DISPLAY=:0&lt;br /&gt;
cgminer \&lt;br /&gt;
-o http://newlc.ozco.in:9332/ -u funtoo.public -p p \&lt;br /&gt;
-o http://ltc.kattare.com:9332/ -u funtoo.public -p p \&lt;br /&gt;
--intensity 17 \&lt;br /&gt;
--scrypt \&lt;br /&gt;
--shaders 1536 --thread-concurrency 8000 -g 1 --worksize 256 \&lt;br /&gt;
--auto-fan --temp-target 80 &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This script will start cgminer to connect to newlc.ozco.in, but will automatically fall back to the kattare pool if ozco.in is down. Intensity ranges from 1-20, with higher settings generally offering better hashrates. But if you get too close to 20, you will notice a slow down in interactive performance when using the X server. ssh performance will be unaffected. &lt;br /&gt;
&lt;br /&gt;
Be sure to properly set the number of shaders on your card -- 1536 is for an unlocked Radeon HD 6950. Consult [https://github.com/ckolivas/cgminer/blob/master/SCRYPT-README SCRYPT-README] (look for the &amp;lt;tt&amp;gt;--shaders&amp;lt;/tt&amp;gt; description) to view the correct shaders to use for your card.&lt;br /&gt;
&lt;br /&gt;
=== Start Mining ===&lt;br /&gt;
&lt;br /&gt;
Now make it executable, '''make sure X is running''', and start mining:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
There are other cool things you can do with cgminer, such as overclocking your video card and ramping up the intensity to at or near 20 to dramatically increase hashrates. Happy mining, and if you are mining for Funtoo, thanks :)&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo</id>
		<title>Litecoin Mining for Funtoo</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo"/>
				<updated>2013-04-03T08:35:25Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: fixes for miner URLs in script, refer to 13.1 ati-drivers&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Litecoin mining is a fun and easy way that you can help support the Funtoo Linux project. Litecoin is a virtual cryptographic currency that is generated using CPUs and video card GPU computational power, and can be converted into a traditional currency like US dollars. &lt;br /&gt;
&lt;br /&gt;
Typically, Litecoins are mined by pools of computers, and funtoo is part of the following pooled litecoin mining efforts:&lt;br /&gt;
&lt;br /&gt;
{| style=&amp;quot;background-color:#ffffcc;&amp;quot; cellpadding=&amp;quot;10&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! pool&lt;br /&gt;
! host&lt;br /&gt;
! port&lt;br /&gt;
! user&lt;br /&gt;
! password&lt;br /&gt;
! stats&lt;br /&gt;
! review&lt;br /&gt;
|-&lt;br /&gt;
| Burnside's Litecoin Mining Pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;ltc.kattare.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [http://ltc.kattare.com/stats.php stats]&lt;br /&gt;
| very good PPNLS pool&lt;br /&gt;
|-&lt;br /&gt;
| OzCoin&lt;br /&gt;
| &amp;lt;tt&amp;gt;newlc.ozco.in&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [https://lc.ozcoin.net/content/overview ozcoin overview]&lt;br /&gt;
| very good PPS pool&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
There are lots of different ways to mine Litecoins. You can use any of our pools above. You can also use your CPU or your graphics card. To see what different types of hardware can do, see the [https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison Litecoin Mining Hardware Comparison] page. Note that many of these systems are overclocked so make note of the CPU and memory frequencies listed here.&lt;br /&gt;
&lt;br /&gt;
== &amp;quot;Got Litecoins Already&amp;quot; Method ==&lt;br /&gt;
&lt;br /&gt;
If you already have Litecoins that you want to donate to Funtoo Linux, you can send them to &amp;lt;tt&amp;gt;LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym&amp;lt;/tt&amp;gt;. Thanks!&lt;br /&gt;
&lt;br /&gt;
Here's how to do it with litecoind:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##litecoind sendtoaddress LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym 50 &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Be sure to let Daniel know that you sent some coin so that you can receive proper respect :)&lt;br /&gt;
&lt;br /&gt;
== CPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Here's how to get started and convert your idle CPU power into a contribution to the Funtoo Linux project.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;miner&amp;quot; is the program that performs the computation to generate litecoins. It receives blocks from a server, which it performs computations on. Miners are designed to run continually in the background, where they use up idle CPU only, and will not impact the speed of your system. A significant contribution to Funtoo Linux is only realized when miners are run continually for days and weeks -- so running a miner for an hour or so is typically not effective.&lt;br /&gt;
&lt;br /&gt;
=== Installation using Portage ===&lt;br /&gt;
&lt;br /&gt;
This method will use CFLAGS from /etc/portage/make.conf. Note that &amp;lt;tt&amp;gt;-O2&amp;lt;/tt&amp;gt; seems to work much better than &amp;lt;tt&amp;gt;-O3&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge pooler-cpuminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Set up go.sh ===&lt;br /&gt;
&lt;br /&gt;
Create the following &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script to start the miner:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
threads=$(grep -c &amp;quot;^processor&amp;quot; /proc/cpuinfo)&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
  minerd --algo scrypt -s 45 --retry-pause 5 --threads $threads --url http://ltc.kattare.com:9332 --userpass funtoo.public:p&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make it executable:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Run go.sh ===&lt;br /&gt;
&lt;br /&gt;
Run &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; to start the miner. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The cpuminer will only use idle CPU and will not slow down your system. Modern systems will generate somewhere from 15 to 60 KHash/sec total, which will result in $10 to Funtoo Linux per month for a Core i7 system at current exchange rates, when run continually.&lt;br /&gt;
&lt;br /&gt;
Keep those miners running and thanks for supporting Funtoo Linux!&lt;br /&gt;
&lt;br /&gt;
== GPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Some of the more hardcore individuals in the Funtoo community may want to use their graphics processor to mine litecoins. Modern graphics cards, particularly AMD (ATI) cards, can offer hashrates well above 100Khash/sec, even above 400Khash/sec for some cards. Daniel Robbins has a few Radeon HD 6950's that can generate in excess of 400Khash/sec ''each''.&lt;br /&gt;
&lt;br /&gt;
AMD (ATI) cards tend to work much better than NVIDIA for litecoin mining. Here's how to do GPU mining:&lt;br /&gt;
&lt;br /&gt;
=== Prerequisites ===&lt;br /&gt;
&lt;br /&gt;
First, X will need to be installed, and you will need to ensure all your video cards are defined in &amp;lt;tt&amp;gt;/etc/X11/xorg.conf&amp;lt;/tt&amp;gt;. For AMD cards, ati-drivers 13.1 appears to work well. Ensure that full hardware acceleration is working and that &amp;lt;tt&amp;gt;ati&amp;lt;/tt&amp;gt; OpenGL and &amp;lt;tt&amp;gt;amd&amp;lt;/tt&amp;gt; OpenCL are selected via &amp;lt;tt&amp;gt;eselect&amp;lt;/tt&amp;gt;. (This is probably how things are set up if you simply emerged ati-drivers.)&lt;br /&gt;
&lt;br /&gt;
=== Install cgminer ===&lt;br /&gt;
&lt;br /&gt;
First, enable the &amp;lt;tt&amp;gt;scrypt&amp;lt;/tt&amp;gt; USE variable (important!). Now, emerge cgminer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##USE=&amp;quot;scrypt&amp;quot; emerge cgminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Create cgminer script ===&lt;br /&gt;
&lt;br /&gt;
Create a &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script that looks like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
export GPU_MAX_ALLOC_PERCENT=100&lt;br /&gt;
export GPU_USE_SYNC_OBJECTS=1&lt;br /&gt;
export DISPLAY=:0&lt;br /&gt;
cgminer \&lt;br /&gt;
-o http://newlc.ozco.in:9332/ -u funtoo.public -p p \&lt;br /&gt;
-o http://ltc.kattare.com:9332/ -u funtoo.public -p p \&lt;br /&gt;
--intensity 17 \&lt;br /&gt;
--scrypt \&lt;br /&gt;
--shaders 1536 --thread-concurrency 8000 -g 1 --worksize 256 \&lt;br /&gt;
--auto-fan --temp-target 80 &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This script will start cgminer to connect to newlc.ozco.in, but will automatically fall back to the kattare pool if ozco.in is down. Intensity ranges from 1-20, with higher settings generally offering better hashrates. But if you get too close to 20, you will notice a slow down in interactive performance when using the X server. ssh performance will be unaffected. &lt;br /&gt;
&lt;br /&gt;
Be sure to properly set the number of shaders on your card -- 1536 is for an unlocked Radeon HD 6950. Consult [https://github.com/ckolivas/cgminer/blob/master/SCRYPT-README SCRYPT-README] (look for the &amp;lt;tt&amp;gt;--shaders&amp;lt;/tt&amp;gt; description) to view the correct shaders to use for your card.&lt;br /&gt;
&lt;br /&gt;
=== Start Mining ===&lt;br /&gt;
&lt;br /&gt;
Now make it executable, '''make sure X is running''', and start mining:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
There are other cool things you can do with cgminer, such as overclocking your video card and ramping up the intensity to at or near 20 to dramatically increase hashrates. Happy mining, and if you are mining for Funtoo, thanks :)&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo</id>
		<title>Litecoin Mining for Funtoo</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo"/>
				<updated>2013-03-28T17:42:17Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: remove yipyo, seems gone&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Litecoin mining is a fun and easy way that you can help support the Funtoo Linux project. Litecoin is a virtual cryptographic currency that is generated using CPUs and video card GPU computational power, and can be converted into a traditional currency like US dollars. &lt;br /&gt;
&lt;br /&gt;
Typically, Litecoins are mined by pools of computers, and funtoo is part of the following pooled litecoin mining efforts:&lt;br /&gt;
&lt;br /&gt;
{| style=&amp;quot;background-color:#ffffcc;&amp;quot; cellpadding=&amp;quot;10&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! pool&lt;br /&gt;
! host&lt;br /&gt;
! port&lt;br /&gt;
! user&lt;br /&gt;
! password&lt;br /&gt;
! stats&lt;br /&gt;
! review&lt;br /&gt;
|-&lt;br /&gt;
| Burnside's Litecoin Mining Pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;ltc.kattare.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [http://ltc.kattare.com/stats.php stats]&lt;br /&gt;
| very good PPNLS pool&lt;br /&gt;
|-&lt;br /&gt;
| OzCoin&lt;br /&gt;
| &amp;lt;tt&amp;gt;lc.ozcoin.net&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [https://lc.ozcoin.net/content/overview ozcoin overview]&lt;br /&gt;
| very good PPS pool&lt;br /&gt;
|-&lt;br /&gt;
| p2pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;bdfl.funtoo.org&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9327&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| N/A&lt;br /&gt;
| lower performance but always available - use as backup only&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
There are lots of different ways to mine Litecoins. You can use any of our pools above. You can also use your CPU or your graphics card. To see what different types of hardware can do, see the [https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison Litecoin Mining Hardware Comparison] page. Note that many of these systems are overclocked so make note of the CPU and memory frequencies listed here.&lt;br /&gt;
&lt;br /&gt;
== &amp;quot;Got Litecoins Already&amp;quot; Method ==&lt;br /&gt;
&lt;br /&gt;
If you already have Litecoins that you want to donate to Funtoo Linux, you can send them to &amp;lt;tt&amp;gt;LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym&amp;lt;/tt&amp;gt;. Thanks!&lt;br /&gt;
&lt;br /&gt;
Here's how to do it with litecoind:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##litecoind sendtoaddress LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym 50 &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Be sure to let Daniel know that you sent some coin so that you can receive proper respect :)&lt;br /&gt;
&lt;br /&gt;
== CPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Here's how to get started and convert your idle CPU power into a contribution to the Funtoo Linux project.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;miner&amp;quot; is the program that performs the computation to generate litecoins. It receives blocks from a server, which it performs computations on. Miners are designed to run continually in the background, where they use up idle CPU only, and will not impact the speed of your system. A significant contribution to Funtoo Linux is only realized when miners are run continually for days and weeks -- so running a miner for an hour or so is typically not effective.&lt;br /&gt;
&lt;br /&gt;
=== Installation using Portage ===&lt;br /&gt;
&lt;br /&gt;
This method will use CFLAGS from /etc/portage/make.conf. Note that &amp;lt;tt&amp;gt;-O2&amp;lt;/tt&amp;gt; seems to work much better than &amp;lt;tt&amp;gt;-O3&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge pooler-cpuminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Set up go.sh ===&lt;br /&gt;
&lt;br /&gt;
Create the following &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script to start the miner:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
threads=$(grep -c &amp;quot;^processor&amp;quot; /proc/cpuinfo)&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
  minerd --algo scrypt -s 45 --retry-pause 5 --threads $threads --url http://ltc.kattare.com:9332 --userpass funtoo.public:p&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make it executable:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Run go.sh ===&lt;br /&gt;
&lt;br /&gt;
Run &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; to start the miner. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The cpuminer will only use idle CPU and will not slow down your system. Modern systems will generate somewhere from 15 to 60 KHash/sec total, which will result in $10 to Funtoo Linux per month for a Core i7 system at current exchange rates, when run continually.&lt;br /&gt;
&lt;br /&gt;
Keep those miners running and thanks for supporting Funtoo Linux!&lt;br /&gt;
&lt;br /&gt;
== GPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Some of the more hardcore individuals in the Funtoo community may want to use their graphics processor to mine litecoins. Modern graphics cards, particularly AMD (ATI) cards, can offer hashrates well above 100Khash/sec, even above 400Khash/sec for some cards. Daniel Robbins has a few Radeon HD 6950's that can generate in excess of 400Khash/sec ''each''.&lt;br /&gt;
&lt;br /&gt;
AMD (ATI) cards tend to work much better than NVIDIA for litecoin mining. Here's how to do GPU mining:&lt;br /&gt;
&lt;br /&gt;
=== Prerequisites ===&lt;br /&gt;
&lt;br /&gt;
First, X will need to be installed, and you will need to ensure all your video cards are defined in &amp;lt;tt&amp;gt;/etc/X11/xorg.conf&amp;lt;/tt&amp;gt;. For AMD cards, the beta drivers -- &amp;lt;tt&amp;gt;ati-drivers-12.9_beta&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;ati-drivers-12.11_beta&amp;lt;/tt&amp;gt; appears to work very well (12.10 did not offer very good OpenCL performance for me.) Ensure that full hardware acceleration is working and that &amp;lt;tt&amp;gt;ati&amp;lt;/tt&amp;gt; OpenGL and &amp;lt;tt&amp;gt;amd&amp;lt;/tt&amp;gt; OpenCL are selected via &amp;lt;tt&amp;gt;eselect&amp;lt;/tt&amp;gt;. (This is probably how things are set up if you simply emerged ati-drivers.)&lt;br /&gt;
&lt;br /&gt;
=== Install cgminer ===&lt;br /&gt;
&lt;br /&gt;
First, enable the &amp;lt;tt&amp;gt;scrypt&amp;lt;/tt&amp;gt; USE variable (important!). Now, emerge cgminer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##USE=&amp;quot;scrypt&amp;quot; emerge cgminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Create cgminer script ===&lt;br /&gt;
&lt;br /&gt;
Create a &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script that looks like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
export GPU_MAX_ALLOC_PERCENT=100&lt;br /&gt;
export GPU_USE_SYNC_OBJECTS=1&lt;br /&gt;
export DISPLAY=:0&lt;br /&gt;
cgminer \&lt;br /&gt;
-o http://lc.ozcoin.net:9332/ -u funtoo.public -p p \&lt;br /&gt;
-o http://bdfl.funtoo.org:9327/ -u funtoo.public -p p \&lt;br /&gt;
--intensity 17 \&lt;br /&gt;
--scrypt \&lt;br /&gt;
--shaders 1536 --thread-concurrency 8000 -g 1 --worksize 256 \&lt;br /&gt;
--auto-fan --temp-target 80 &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This script will start cgminer to connect to lc.ozco.in, but will automatically fall back to the funtoo.org p2pool if ozco.in is down. Intensity ranges from 1-20, with higher settings generally offering better hashrates. But if you get too close to 20, you will notice a slow down in interactive performance when using the X server. ssh performance will be unaffected. &lt;br /&gt;
&lt;br /&gt;
Be sure to properly set the number of shaders on your card -- 1536 is for an unlocked Radeon HD 6950. Consult [https://github.com/ckolivas/cgminer/blob/master/SCRYPT-README SCRYPT-README] (look for the &amp;lt;tt&amp;gt;--shaders&amp;lt;/tt&amp;gt; description) to view the correct shaders to use for your card.&lt;br /&gt;
&lt;br /&gt;
=== Start Mining ===&lt;br /&gt;
&lt;br /&gt;
Now make it executable, '''make sure X is running''', and start mining:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
There are other cool things you can do with cgminer, such as overclocking your video card and ramping up the intensity to at or near 20 to dramatically increase hashrates. Happy mining, and if you are mining for Funtoo, thanks :)&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo</id>
		<title>Litecoin Mining for Funtoo</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo"/>
				<updated>2013-03-28T17:41:45Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: fix ozcoin web link&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Litecoin mining is a fun and easy way that you can help support the Funtoo Linux project. Litecoin is a virtual cryptographic currency that is generated using CPUs and video card GPU computational power, and can be converted into a traditional currency like US dollars. &lt;br /&gt;
&lt;br /&gt;
Typically, Litecoins are mined by pools of computers, and funtoo is part of the following pooled litecoin mining efforts:&lt;br /&gt;
&lt;br /&gt;
{| style=&amp;quot;background-color:#ffffcc;&amp;quot; cellpadding=&amp;quot;10&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! pool&lt;br /&gt;
! host&lt;br /&gt;
! port&lt;br /&gt;
! user&lt;br /&gt;
! password&lt;br /&gt;
! stats&lt;br /&gt;
! review&lt;br /&gt;
|-&lt;br /&gt;
| Burnside's Litecoin Mining Pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;ltc.kattare.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [http://ltc.kattare.com/stats.php stats]&lt;br /&gt;
| very good PPNLS pool&lt;br /&gt;
|-&lt;br /&gt;
| OzCoin&lt;br /&gt;
| &amp;lt;tt&amp;gt;lc.ozcoin.net&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [https://lc.ozcoin.net/content/overview ozcoin overview]&lt;br /&gt;
| very good PPS pool&lt;br /&gt;
|-&lt;br /&gt;
| p2pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;bdfl.funtoo.org&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9327&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| N/A&lt;br /&gt;
| lower performance but always available - use as backup only&lt;br /&gt;
|-&lt;br /&gt;
| [http://yipyo.com Yipyo Litecoin Mining]&lt;br /&gt;
| &amp;lt;tt&amp;gt;yipyo.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;7777&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| N/A&lt;br /&gt;
| Brand new pool.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
There are lots of different ways to mine Litecoins. You can use any of our pools above. You can also use your CPU or your graphics card. To see what different types of hardware can do, see the [https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison Litecoin Mining Hardware Comparison] page. Note that many of these systems are overclocked so make note of the CPU and memory frequencies listed here.&lt;br /&gt;
&lt;br /&gt;
== &amp;quot;Got Litecoins Already&amp;quot; Method ==&lt;br /&gt;
&lt;br /&gt;
If you already have Litecoins that you want to donate to Funtoo Linux, you can send them to &amp;lt;tt&amp;gt;LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym&amp;lt;/tt&amp;gt;. Thanks!&lt;br /&gt;
&lt;br /&gt;
Here's how to do it with litecoind:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##litecoind sendtoaddress LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym 50 &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Be sure to let Daniel know that you sent some coin so that you can receive proper respect :)&lt;br /&gt;
&lt;br /&gt;
== CPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Here's how to get started and convert your idle CPU power into a contribution to the Funtoo Linux project.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;miner&amp;quot; is the program that performs the computation to generate litecoins. It receives blocks from a server, which it performs computations on. Miners are designed to run continually in the background, where they use up idle CPU only, and will not impact the speed of your system. A significant contribution to Funtoo Linux is only realized when miners are run continually for days and weeks -- so running a miner for an hour or so is typically not effective.&lt;br /&gt;
&lt;br /&gt;
=== Installation using Portage ===&lt;br /&gt;
&lt;br /&gt;
This method will use CFLAGS from /etc/portage/make.conf. Note that &amp;lt;tt&amp;gt;-O2&amp;lt;/tt&amp;gt; seems to work much better than &amp;lt;tt&amp;gt;-O3&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge pooler-cpuminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Set up go.sh ===&lt;br /&gt;
&lt;br /&gt;
Create the following &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script to start the miner:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
threads=$(grep -c &amp;quot;^processor&amp;quot; /proc/cpuinfo)&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
  minerd --algo scrypt -s 45 --retry-pause 5 --threads $threads --url http://ltc.kattare.com:9332 --userpass funtoo.public:p&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make it executable:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Run go.sh ===&lt;br /&gt;
&lt;br /&gt;
Run &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; to start the miner. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The cpuminer will only use idle CPU and will not slow down your system. Modern systems will generate somewhere from 15 to 60 KHash/sec total, which will result in $10 to Funtoo Linux per month for a Core i7 system at current exchange rates, when run continually.&lt;br /&gt;
&lt;br /&gt;
Keep those miners running and thanks for supporting Funtoo Linux!&lt;br /&gt;
&lt;br /&gt;
== GPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Some of the more hardcore individuals in the Funtoo community may want to use their graphics processor to mine litecoins. Modern graphics cards, particularly AMD (ATI) cards, can offer hashrates well above 100Khash/sec, even above 400Khash/sec for some cards. Daniel Robbins has a few Radeon HD 6950's that can generate in excess of 400Khash/sec ''each''.&lt;br /&gt;
&lt;br /&gt;
AMD (ATI) cards tend to work much better than NVIDIA for litecoin mining. Here's how to do GPU mining:&lt;br /&gt;
&lt;br /&gt;
=== Prerequisites ===&lt;br /&gt;
&lt;br /&gt;
First, X will need to be installed, and you will need to ensure all your video cards are defined in &amp;lt;tt&amp;gt;/etc/X11/xorg.conf&amp;lt;/tt&amp;gt;. For AMD cards, the beta drivers -- &amp;lt;tt&amp;gt;ati-drivers-12.9_beta&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;ati-drivers-12.11_beta&amp;lt;/tt&amp;gt; appears to work very well (12.10 did not offer very good OpenCL performance for me.) Ensure that full hardware acceleration is working and that &amp;lt;tt&amp;gt;ati&amp;lt;/tt&amp;gt; OpenGL and &amp;lt;tt&amp;gt;amd&amp;lt;/tt&amp;gt; OpenCL are selected via &amp;lt;tt&amp;gt;eselect&amp;lt;/tt&amp;gt;. (This is probably how things are set up if you simply emerged ati-drivers.)&lt;br /&gt;
&lt;br /&gt;
=== Install cgminer ===&lt;br /&gt;
&lt;br /&gt;
First, enable the &amp;lt;tt&amp;gt;scrypt&amp;lt;/tt&amp;gt; USE variable (important!). Now, emerge cgminer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##USE=&amp;quot;scrypt&amp;quot; emerge cgminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Create cgminer script ===&lt;br /&gt;
&lt;br /&gt;
Create a &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script that looks like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
export GPU_MAX_ALLOC_PERCENT=100&lt;br /&gt;
export GPU_USE_SYNC_OBJECTS=1&lt;br /&gt;
export DISPLAY=:0&lt;br /&gt;
cgminer \&lt;br /&gt;
-o http://lc.ozcoin.net:9332/ -u funtoo.public -p p \&lt;br /&gt;
-o http://bdfl.funtoo.org:9327/ -u funtoo.public -p p \&lt;br /&gt;
--intensity 17 \&lt;br /&gt;
--scrypt \&lt;br /&gt;
--shaders 1536 --thread-concurrency 8000 -g 1 --worksize 256 \&lt;br /&gt;
--auto-fan --temp-target 80 &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This script will start cgminer to connect to lc.ozco.in, but will automatically fall back to the funtoo.org p2pool if ozco.in is down. Intensity ranges from 1-20, with higher settings generally offering better hashrates. But if you get too close to 20, you will notice a slow down in interactive performance when using the X server. ssh performance will be unaffected. &lt;br /&gt;
&lt;br /&gt;
Be sure to properly set the number of shaders on your card -- 1536 is for an unlocked Radeon HD 6950. Consult [https://github.com/ckolivas/cgminer/blob/master/SCRYPT-README SCRYPT-README] (look for the &amp;lt;tt&amp;gt;--shaders&amp;lt;/tt&amp;gt; description) to view the correct shaders to use for your card.&lt;br /&gt;
&lt;br /&gt;
=== Start Mining ===&lt;br /&gt;
&lt;br /&gt;
Now make it executable, '''make sure X is running''', and start mining:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
There are other cool things you can do with cgminer, such as overclocking your video card and ramping up the intensity to at or near 20 to dramatically increase hashrates. Happy mining, and if you are mining for Funtoo, thanks :)&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo</id>
		<title>Litecoin Mining for Funtoo</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Litecoin_Mining_for_Funtoo"/>
				<updated>2013-03-28T16:59:17Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: update ozco.in to ozcoin.net (new pool to replace old)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Litecoin mining is a fun and easy way that you can help support the Funtoo Linux project. Litecoin is a virtual cryptographic currency that is generated using CPUs and video card GPU computational power, and can be converted into a traditional currency like US dollars. &lt;br /&gt;
&lt;br /&gt;
Typically, Litecoins are mined by pools of computers, and funtoo is part of the following pooled litecoin mining efforts:&lt;br /&gt;
&lt;br /&gt;
{| style=&amp;quot;background-color:#ffffcc;&amp;quot; cellpadding=&amp;quot;10&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! pool&lt;br /&gt;
! host&lt;br /&gt;
! port&lt;br /&gt;
! user&lt;br /&gt;
! password&lt;br /&gt;
! stats&lt;br /&gt;
! review&lt;br /&gt;
|-&lt;br /&gt;
| Burnside's Litecoin Mining Pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;ltc.kattare.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [http://ltc.kattare.com/stats.php stats]&lt;br /&gt;
| very good PPNLS pool&lt;br /&gt;
|-&lt;br /&gt;
| OzCoin&lt;br /&gt;
| &amp;lt;tt&amp;gt;lc.ozcoin.net&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9332&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| [https://lc.ozcoin.net/stats.php ozcoin stats]&lt;br /&gt;
| very good PPS pool&lt;br /&gt;
|-&lt;br /&gt;
| p2pool&lt;br /&gt;
| &amp;lt;tt&amp;gt;bdfl.funtoo.org&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;9327&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| N/A&lt;br /&gt;
| lower performance but always available - use as backup only&lt;br /&gt;
|-&lt;br /&gt;
| [http://yipyo.com Yipyo Litecoin Mining]&lt;br /&gt;
| &amp;lt;tt&amp;gt;yipyo.com&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;7777&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;funtoo.public&amp;lt;/tt&amp;gt;&lt;br /&gt;
| &amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&lt;br /&gt;
| N/A&lt;br /&gt;
| Brand new pool.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
There are lots of different ways to mine Litecoins. You can use any of our pools above. You can also use your CPU or your graphics card. To see what different types of hardware can do, see the [https://github.com/litecoin-project/litecoin/wiki/Mining-hardware-comparison Litecoin Mining Hardware Comparison] page. Note that many of these systems are overclocked so make note of the CPU and memory frequencies listed here.&lt;br /&gt;
&lt;br /&gt;
== &amp;quot;Got Litecoins Already&amp;quot; Method ==&lt;br /&gt;
&lt;br /&gt;
If you already have Litecoins that you want to donate to Funtoo Linux, you can send them to &amp;lt;tt&amp;gt;LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym&amp;lt;/tt&amp;gt;. Thanks!&lt;br /&gt;
&lt;br /&gt;
Here's how to do it with litecoind:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##litecoind sendtoaddress LgtcMbY5JYTQAGzdfJ9U83CPhspNkbJzym 50 &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Be sure to let Daniel know that you sent some coin so that you can receive proper respect :)&lt;br /&gt;
&lt;br /&gt;
== CPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Here's how to get started and convert your idle CPU power into a contribution to the Funtoo Linux project.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;miner&amp;quot; is the program that performs the computation to generate litecoins. It receives blocks from a server, which it performs computations on. Miners are designed to run continually in the background, where they use up idle CPU only, and will not impact the speed of your system. A significant contribution to Funtoo Linux is only realized when miners are run continually for days and weeks -- so running a miner for an hour or so is typically not effective.&lt;br /&gt;
&lt;br /&gt;
=== Installation using Portage ===&lt;br /&gt;
&lt;br /&gt;
This method will use CFLAGS from /etc/portage/make.conf. Note that &amp;lt;tt&amp;gt;-O2&amp;lt;/tt&amp;gt; seems to work much better than &amp;lt;tt&amp;gt;-O3&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge pooler-cpuminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Set up go.sh ===&lt;br /&gt;
&lt;br /&gt;
Create the following &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script to start the miner:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
threads=$(grep -c &amp;quot;^processor&amp;quot; /proc/cpuinfo)&lt;br /&gt;
while true;&lt;br /&gt;
do&lt;br /&gt;
  minerd --algo scrypt -s 45 --retry-pause 5 --threads $threads --url http://ltc.kattare.com:9332 --userpass funtoo.public:p&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make it executable:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Run go.sh ===&lt;br /&gt;
&lt;br /&gt;
Run &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; to start the miner. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The cpuminer will only use idle CPU and will not slow down your system. Modern systems will generate somewhere from 15 to 60 KHash/sec total, which will result in $10 to Funtoo Linux per month for a Core i7 system at current exchange rates, when run continually.&lt;br /&gt;
&lt;br /&gt;
Keep those miners running and thanks for supporting Funtoo Linux!&lt;br /&gt;
&lt;br /&gt;
== GPU Mining ==&lt;br /&gt;
&lt;br /&gt;
Some of the more hardcore individuals in the Funtoo community may want to use their graphics processor to mine litecoins. Modern graphics cards, particularly AMD (ATI) cards, can offer hashrates well above 100Khash/sec, even above 400Khash/sec for some cards. Daniel Robbins has a few Radeon HD 6950's that can generate in excess of 400Khash/sec ''each''.&lt;br /&gt;
&lt;br /&gt;
AMD (ATI) cards tend to work much better than NVIDIA for litecoin mining. Here's how to do GPU mining:&lt;br /&gt;
&lt;br /&gt;
=== Prerequisites ===&lt;br /&gt;
&lt;br /&gt;
First, X will need to be installed, and you will need to ensure all your video cards are defined in &amp;lt;tt&amp;gt;/etc/X11/xorg.conf&amp;lt;/tt&amp;gt;. For AMD cards, the beta drivers -- &amp;lt;tt&amp;gt;ati-drivers-12.9_beta&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;ati-drivers-12.11_beta&amp;lt;/tt&amp;gt; appears to work very well (12.10 did not offer very good OpenCL performance for me.) Ensure that full hardware acceleration is working and that &amp;lt;tt&amp;gt;ati&amp;lt;/tt&amp;gt; OpenGL and &amp;lt;tt&amp;gt;amd&amp;lt;/tt&amp;gt; OpenCL are selected via &amp;lt;tt&amp;gt;eselect&amp;lt;/tt&amp;gt;. (This is probably how things are set up if you simply emerged ati-drivers.)&lt;br /&gt;
&lt;br /&gt;
=== Install cgminer ===&lt;br /&gt;
&lt;br /&gt;
First, enable the &amp;lt;tt&amp;gt;scrypt&amp;lt;/tt&amp;gt; USE variable (important!). Now, emerge cgminer:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##USE=&amp;quot;scrypt&amp;quot; emerge cgminer&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Create cgminer script ===&lt;br /&gt;
&lt;br /&gt;
Create a &amp;lt;tt&amp;gt;go.sh&amp;lt;/tt&amp;gt; script that looks like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#!/bin/bash&lt;br /&gt;
export GPU_MAX_ALLOC_PERCENT=100&lt;br /&gt;
export GPU_USE_SYNC_OBJECTS=1&lt;br /&gt;
export DISPLAY=:0&lt;br /&gt;
cgminer \&lt;br /&gt;
-o http://lc.ozcoin.net:9332/ -u funtoo.public -p p \&lt;br /&gt;
-o http://bdfl.funtoo.org:9327/ -u funtoo.public -p p \&lt;br /&gt;
--intensity 17 \&lt;br /&gt;
--scrypt \&lt;br /&gt;
--shaders 1536 --thread-concurrency 8000 -g 1 --worksize 256 \&lt;br /&gt;
--auto-fan --temp-target 80 &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This script will start cgminer to connect to lc.ozco.in, but will automatically fall back to the funtoo.org p2pool if ozco.in is down. Intensity ranges from 1-20, with higher settings generally offering better hashrates. But if you get too close to 20, you will notice a slow down in interactive performance when using the X server. ssh performance will be unaffected. &lt;br /&gt;
&lt;br /&gt;
Be sure to properly set the number of shaders on your card -- 1536 is for an unlocked Radeon HD 6950. Consult [https://github.com/ckolivas/cgminer/blob/master/SCRYPT-README SCRYPT-README] (look for the &amp;lt;tt&amp;gt;--shaders&amp;lt;/tt&amp;gt; description) to view the correct shaders to use for your card.&lt;br /&gt;
&lt;br /&gt;
=== Start Mining ===&lt;br /&gt;
&lt;br /&gt;
Now make it executable, '''make sure X is running''', and start mining:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod +x go.sh&lt;br /&gt;
# ##i##./go.sh&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
There are other cool things you can do with cgminer, such as overclocking your video card and ramping up the intensity to at or near 20 to dramatically increase hashrates. Happy mining, and if you are mining for Funtoo, thanks :)&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Funtoo_Linux_Installation</id>
		<title>Funtoo Linux Installation</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Funtoo_Linux_Installation"/>
				<updated>2013-03-23T23:14:48Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: refer to /etc/make.conf as default location&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This document briefly explains all of the steps required to set up a typical Funtoo Linux installation on a &amp;quot;PC compatible&amp;quot; computer system. If you've had previous experience installing Gentoo Linux then a lot of steps will be familiar, but you should still read through as there are a few differences.&lt;br /&gt;
&lt;br /&gt;
=== Additional Resources === &lt;br /&gt;
&lt;br /&gt;
This document was written to help you install Funtoo Linux as efficiently as possible, with a minimum number of distracting options regarding system configuration. &lt;br /&gt;
&lt;br /&gt;
Those who prefer a longer, more thorough tutorial-style installation may want to check out our beta [[Installation (Tutorial)|Installation Tutorial]] instead. It explores more installation possibilities and options such as encrypted filesystems, and includes screenshots.&lt;br /&gt;
&lt;br /&gt;
If you are installing Funtoo Linux on [[Funtoo Linux Installation on ARM|ARM]] architecture, please see [[Funtoo Linux Installation on ARM]] for notable differences regarding ARM support. An experimental Funtoo Linux build also exists for [[Funtoo Linux Installation on SPARC|SPARC]] platforms. See [[Funtoo Linux Installation on SPARC]]&lt;br /&gt;
&lt;br /&gt;
== Installation Overview ==&lt;br /&gt;
&lt;br /&gt;
This is a basic overview of the Funtoo installation process:&lt;br /&gt;
&lt;br /&gt;
# [[#Live CD|Download and boot the live CD of your choice]].&lt;br /&gt;
# [[#Prepare Hard Disk|Prepare your disk]].&lt;br /&gt;
# [[#Creating filesystems|Create]] and [[#Mounting filesystems|mount]] filesystems.&lt;br /&gt;
# [[#Installing the Stage 3 tarball|Install the Funtoo stage tarball]] of your choice.&lt;br /&gt;
# [[#Chroot into Funtoo|Chroot into your new system]].&lt;br /&gt;
# [[#Downloading the Portage tree|Download the Portage tree]].&lt;br /&gt;
# [[#Configuring your system|Configure your system]] and [[#Configuring your network|network]].&lt;br /&gt;
# [[#Configuring and installing the Linux kernel|Install a kernel]].&lt;br /&gt;
# [[#Installing a Bootloader|Install a bootloader]].&lt;br /&gt;
# [[#Finishing Steps|Complete final steps]].&lt;br /&gt;
# [[#Restart your system|Reboot and enjoy]].&lt;br /&gt;
&lt;br /&gt;
=== Live CD ===&lt;br /&gt;
Funtoo doesn't provide an &amp;quot;official&amp;quot; Funtoo Live CD, but there are plenty of good ones out there to choose from. A great choice is the Gentoo-based [http://www.sysresccd.org/ SystemRescueCd] as it contains lots of tools and utilities and supports both 32-bit and 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
It is also possible to install Funtoo Linux using many other Linux-based live CDs. Generally, any modern bootable Linux live CD or live USB media will work. See [[Requirements|requirements]] for an overview of what the Live Media must provide to allow a problem-free install of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
To begin a Funtoo Linux installation, download SystemRescueCD from:&lt;br /&gt;
&lt;br /&gt;
* Main US mirror: [http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.4.2.iso The Oregon State University Open Source Lab]&lt;br /&gt;
* Main EU mirror: [http://ftp.heanet.ie/mirrors/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.4.2.iso HEAnet] or use your preferred live media. Insert it into your disc drive, and boot from it. If using an older version of SystemRescueCd, '''be sure to select the &amp;lt;tt&amp;gt;rescue64&amp;lt;/tt&amp;gt; kernel at the boot menu if you are installing a 64-bit system'''. By default, SystemRescueCd used to boot in 32-bit mode though the latest version attempts to automatically detect 64-bit processors.&lt;br /&gt;
&lt;br /&gt;
=== Prepare Hard Disk ===&lt;br /&gt;
==== Partitions ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux fully supports traditional MBR partitions, as well as newer GPT/GUID partition formats. Funtoo Linux recommends the use of the GPT partitioning scheme, since it is newer and more flexible. Here are the various trade-offs between each partitioning scheme:&lt;br /&gt;
&lt;br /&gt;
===== GPT Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Newer, preferred format for Linux systems&lt;br /&gt;
* Supports 2 TB+ hard drives for booting&lt;br /&gt;
* Supports hundreds of partitions per disk of any size&lt;br /&gt;
* Requires legacy BIOS boot partition (~32 MB) to be created if system does not use EFI&lt;br /&gt;
* Requires bootloader with support for GPT such as GRUB 2, EXTLINUX, or a patched version of GRUB Legacy&lt;br /&gt;
&lt;br /&gt;
===== MBR Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Legacy, DOS partitioning scheme&lt;br /&gt;
* Only 4 primary partitions per disk; after that, you must use &amp;quot;logical&amp;quot; partitions&lt;br /&gt;
* Does not support 2 TB+ disks for booting&lt;br /&gt;
* Compatible with certain problematic systems (such as the HP ProBook 4520)&lt;br /&gt;
* Dual-boot with Windows for BIOS systems (Windows handle GPT only on true EFI systems, whatever version it is)&lt;br /&gt;
* Multiple boot loader options, e.g. GRUB 2, GRUB Legacy, lilo&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you plan to use partitions of 2 TB or greater, you ''must'' partition using the GPT/GUID format. Also note that there are small percentage of PCs that will not boot properly with GPT. For these systems, using MBR partitions or a primary drive with an MBR partition may be required in order to boot.}}&lt;br /&gt;
&lt;br /&gt;
==== Partitioning Using gdisk ====&lt;br /&gt;
&lt;br /&gt;
===== Notes Before We Begin =====&lt;br /&gt;
&lt;br /&gt;
These install instructions assume you are installing Funtoo Linux to an empty hard disk using GUID partition tables (GPT). If you are installing Funtoo Linux on a machine where another OS is installed, or there is an existing Linux distribution on your system that you want to keep, then you will need to adapt these instructions to suit your needs.&lt;br /&gt;
&lt;br /&gt;
If you are going to create a legacy MBR partition table instead of GUID/GPT, you will use the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; command instead of &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, and you will not need to create the GRUB boot loader partition. See the table under [[#Partitioning Recommendations|Partitioning Recommendations]], in particular the &lt;br /&gt;
'''MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)''' and '''MBR Code''' columns. &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; works just like &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, but creates legacy MBR partition tables instead of the newer GPT/GUID partition tables.&lt;br /&gt;
&lt;br /&gt;
Advanced users may be interested in the following topics:&lt;br /&gt;
&lt;br /&gt;
* [[GUID Booting Guide]]&lt;br /&gt;
* [[Rootfs over encrypted lvm]]&lt;br /&gt;
* [[Rootfs over encrypted lvm over raid-1 on GPT]]&lt;br /&gt;
* '''NEW!''' '''[[ZFS Install Guide]]'''&lt;br /&gt;
* '''NEW!''' '''[[ZFS rootfs over encrypted container]]'''&lt;br /&gt;
&lt;br /&gt;
===== Using gdisk =====&lt;br /&gt;
&lt;br /&gt;
The first step after booting SystemRescueCd is to use &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; to create GPT (also known as GUID) partitions, specifying the disk you want to use, which is typically &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt;, the first disk in the system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##gdisk /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
You should find &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; very similar to &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Here is the partition table we want to end up with:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;Command (? for help): ##i##p&lt;br /&gt;
Disk /dev/sda: 234441648 sectors, 111.8 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): A4E5208A-CED3-4263-BB25-7147DC426931&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 234441614&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          206847   500.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          206848          272383   32.0 MiB    EF02  BIOS boot partition&lt;br /&gt;
   3          272384         8660991   4.0 GiB     8200  Linux swap&lt;br /&gt;
   4         8660992       234441614   107.7 GiB   8300  Linux filesystem&lt;br /&gt;
&lt;br /&gt;
Command (? for help): &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, you'll see that we have a 500 MiB boot partition, a 32 MiB &amp;quot;BIOS boot partition&amp;quot; (also known as the GRUB boot loader partition), 4 GiB of swap, and the remaining disk used by a 107.7 GiB root partition.&lt;br /&gt;
&lt;br /&gt;
===== For new &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; users =====&lt;br /&gt;
&lt;br /&gt;
These partitions were created using the &amp;quot;&amp;lt;tt&amp;gt;n&amp;lt;/tt&amp;gt;&amp;quot; command from within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. The &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; commands to create the partition table above are as follows. Adapt sizes as necessary, although these defaults will work for most users. The partition codes entered below can be found in the [[#Partitioning Recommendations|Partitioning Recommendations]] table below, in the GPT Code column.&lt;br /&gt;
&lt;br /&gt;
Within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, follow these steps:&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##1 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+500M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (GRUB):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 3''' (swap):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##3 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+4G ↵&lt;br /&gt;
Hex Code: ##i##8200 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 4''' (root):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##4 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵##!i## (for rest of disk)&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Along the way, you can type &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; and hit Enter to view your current partition table. If you make a mistake, you can type &amp;quot;&amp;lt;tt&amp;gt;d&amp;lt;/tt&amp;gt;&amp;quot; to delete an existing partition that you created. When you are satisfied with your partition setup, type &amp;quot;&amp;lt;tt&amp;gt;w&amp;lt;/tt&amp;gt;&amp;quot; to write your configuration to disk:&lt;br /&gt;
&lt;br /&gt;
'''Write Partition Table To Disk''':&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##Y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The partition table will now be written to disk and &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; will close.&lt;br /&gt;
&lt;br /&gt;
Now, your GPT/GUID partitions have been created, and will show up as the following ''block devices'' under Linux:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;, which will be used to hold the &amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt; filesystem, &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;, which will be used directly by the new GRUB,&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;, which will be used for swap space, and &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;, which will hold your root filesystem.&lt;br /&gt;
&lt;br /&gt;
===== For Previous fdisk users =====&lt;br /&gt;
&lt;br /&gt;
If you have installed Gentoo Linux before, the one thing that is likely new to you here is the GRUB boot loader partition, which is listed as &amp;quot;BIOS boot partition&amp;quot; within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. This partition is required for GRUB 2 to boot GPT/GUID boot disks. What is it? In GRUB-speak, this partition is essentially the location of the meat of GRUB's boot loading code. If you've used GRUB Legacy in the past, this partition is where the new GRUB stores the equivalent of the &amp;lt;tt&amp;gt;stage1_5&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;stage2&amp;lt;/tt&amp;gt; files in legacy GRUB. Since GPT-based partition tables have less dead space at the beginning of the disk than their MBR equivalents, an explicitly defined partition of code &amp;lt;tt&amp;gt;EF02&amp;lt;/tt&amp;gt; is required to hold the guts of the boot loader.&lt;br /&gt;
&lt;br /&gt;
In all other respects, the partition table is similar to that which you might create for an MBR-based disk during a Gentoo Linux installation. We have a boot and a root partition with code &amp;lt;tt&amp;gt;0700&amp;lt;/tt&amp;gt;, and a Linux swap partition with code &amp;lt;tt&amp;gt;8200&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
===== Partitioning Recommendations =====&lt;br /&gt;
&lt;br /&gt;
Below are our partitioning recommendations in table form. For GPT-based partitions, use the GPT Block Device and GPT Code columns with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. For legacy MBR-based partitions, use the MBR Block Device and MBR code columns with &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
{| {{table}} &lt;br /&gt;
!Partition&lt;br /&gt;
!Size&lt;br /&gt;
!MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!GPT Block Device (&amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!Filesystem&lt;br /&gt;
!MBR Code&lt;br /&gt;
!GPT Code&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt;&lt;br /&gt;
|500 MB&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|ext2&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|GRUB boot loader partition&lt;br /&gt;
|32 MB&lt;br /&gt;
| ''not required for MBR''&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|For GPT/GUID only, skip for MBR - no filesystem.&lt;br /&gt;
|''N/A''&lt;br /&gt;
|EF02&lt;br /&gt;
|-&lt;br /&gt;
|swap&lt;br /&gt;
|2x RAM for low-memory systems and production servers; otherwise 2GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|swap (default)&lt;br /&gt;
|82&lt;br /&gt;
|8200&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; (root)&lt;br /&gt;
|Rest of the disk, minimum of 10GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; (optional)	&lt;br /&gt;
|User storage and media. Typically most of the disk.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
| LVM (optional)&lt;br /&gt;
| If you want to create an LVM volume.&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| LVM PV&lt;br /&gt;
| 8E&lt;br /&gt;
| 8E00&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Creating filesystems ====&lt;br /&gt;
&lt;br /&gt;
Before your newly-created partitions can be used, the block devices need to be initialized with filesystem ''metadata''. This process is known as ''creating a filesystem'' on the block devices. After filesystems are created on the block devices, they can be mounted and used to store files.&lt;br /&gt;
&lt;br /&gt;
You will not create a filesystem on your swap partition, but will initialize it using the &amp;lt;tt&amp;gt;mkswap&amp;lt;/tt&amp;gt; command so that it can be used as disk-based virtual memory. Then we'll run the &amp;lt;tt&amp;gt;swapon&amp;lt;/tt&amp;gt; command to make your newly-initialized swap space active within the live CD environment, in case it is needed during the rest of the install process.&lt;br /&gt;
&lt;br /&gt;
Note that we will not create a filesystem on the GRUB boot loader partition, as GRUB writes binary data directly to that partition when the boot loader is installed, which we'll do later.&lt;br /&gt;
&lt;br /&gt;
You can see the commands you will need to type below. Like the rest of this document, it assumes that you are using a GPT partitioning scheme. If you are using MBR, your root filesystem will likely be created on &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt; instead and you will need to adjust the target block devices. If you are following our recommendations, then simply do this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mke2fs -t ext2 /dev/sda1 &lt;br /&gt;
# ##i##mkfs.xfs /dev/sda4&lt;br /&gt;
# ##i##mkswap /dev/sda3&lt;br /&gt;
# ##i##swapon /dev/sda3&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Mounting filesystems ====&lt;br /&gt;
&lt;br /&gt;
Mount the newly-created filesystems as follows, creating &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; as the installation mount point:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo&lt;br /&gt;
# ##i##mount /dev/sda4 /mnt/funtoo&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/boot&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Optionally, if you have a separate filesystem for &amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; or anything else:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/home&lt;br /&gt;
# ##i##mount /dev/sda5 /mnt/funtoo/home&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you have &amp;lt;tt&amp;gt;/tmp&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt; on a separate filesystem, be sure to change the permissions of the mount point to be globally-writeable after mounting, as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod 1777 /mnt/funtoo/tmp&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Installing the Stage 3 tarball ===&lt;br /&gt;
==== Stage 3 tarball ====&lt;br /&gt;
&lt;br /&gt;
After creating filesystems, the next step is downloading the initial Stage 3 tarball. The Stage 3 is a pre-compiled system used as a starting point to install Funtoo Linux. Visit the [[Download]] page and copy the URL to the Stage 3 tarball you want to use. We will download it soon.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If your system's date and time are too far off (typically by months or years,) then it may prevent Portage from properly downloading source tarballs. This is because some of our sources are downloaded via HTTPS, which use SSL certificates and are marked with an activation and expiration date.}}&lt;br /&gt;
&lt;br /&gt;
Now is a good time to verify the date and time are correctly set to UTC. Use the &amp;lt;tt&amp;gt;date&amp;lt;/tt&amp;gt; command to verify the date and time:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date&lt;br /&gt;
Fri Jul 15 19:47:18 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If the date and/or time need to be corrected, do so using &amp;lt;tt&amp;gt;date MMDDhhmmYYYY&amp;lt;/tt&amp;gt;, keeping in mind &amp;lt;tt&amp;gt;hhmm&amp;lt;/tt&amp;gt; are in 24-hour format. The example below changes the date and time to &amp;quot;July 16th, 2011 @ 8:00PM&amp;quot; UTC:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date 071620002011&lt;br /&gt;
Fri Jul 16 20:00:00 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are in your Funtoo Linux root filesystem, use &amp;lt;tt&amp;gt;wget&amp;lt;/tt&amp;gt; to download the Stage 3 tarball you have chosen from the [[Download]] page to use as the basis for your new Funtoo Linux system. It should be saved to the &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; directory as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/x86-64bit/generic_64/stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Note that 64-bit systems can run 32-bit or 64-bit stages, but 32-bit systems can only run 32-bit stages. Make sure that you select a Stage 3 build that is appropriate for your CPU. If you are not certain, it is a safe bet to choose the &amp;lt;tt&amp;gt;generic_64&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;generic_32&amp;lt;/tt&amp;gt; stage. Consult the [[Download]] page for more information.&lt;br /&gt;
&lt;br /&gt;
Once the stage is downloaded, extract the contents with the following command, substituting in the actual name of your stage 3 tarball:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##tar xJpf stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|It is very important to use &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt;'s &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; option when extracting the Stage 3 tarball - it tells &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt; to ''preserve'' any permissions and ownership that exist within the archive. Without this option, your Funtoo Linux filesystem permissions will be incorrect.}}&lt;br /&gt;
&lt;br /&gt;
=== Chroot into Funtoo ===&lt;br /&gt;
Before chrooting into your new system, there's a few things that need to be done first. You will need to mount /proc and /dev inside your new system. Use the following commands:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##mount --bind /proc proc&lt;br /&gt;
# ##i##mount --bind /dev dev&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You'll also want to copy over &amp;lt;tt&amp;gt;resolv.conf&amp;lt;/tt&amp;gt; in order to have proper DNS name resolution from inside the chroot:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now you can chroot into your new system. Use &amp;lt;tt&amp;gt;env&amp;lt;/tt&amp;gt; before &amp;lt;tt&amp;gt;chroot&amp;lt;/tt&amp;gt; to ensure that no environment variables from the installation media are used by your new system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|Users of live CDs with 64-bit kernels: Some software may use &amp;lt;tt&amp;gt;uname -r&amp;lt;/tt&amp;gt; to check whether the system is 32 or 64-bit. You may want append linux32 to the chroot command as a workaround, but it's generally not needed.}}&lt;br /&gt;
{{fancyimportant|If you receive the error &amp;quot;&amp;lt;tt&amp;gt;chroot: failed to run command `/bin/bash': Exec format error&amp;lt;/tt&amp;gt;&amp;quot;, it is probably because you are running a 32-bit kernel and trying to execute 64-bit code. SystemRescueCd boots with a 32-bit kernel by default.}}&lt;br /&gt;
&lt;br /&gt;
It's also a good idea to change the default command prompt while inside the chroot. This will avoid confusion if you have to change terminals. Use this command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##export PS1=&amp;quot;(chroot) $PS1&amp;quot;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Congratulations! You are now chrooted inside a Funtoo Linux system. Now it's time to get Funtoo Linux properly configured so that Funtoo Linux will boot successfully when your system is restarted.&lt;br /&gt;
&lt;br /&gt;
=== Downloading the Portage tree ===&lt;br /&gt;
&lt;br /&gt;
{{fancynote|For an alternative way to do this, see [[Installing Portage From Snapshot]].}}&lt;br /&gt;
Now it's time to install a copy of the Portage repository, which contains package scripts (ebuilds) that tell portage how to build and install thousands of different software packages. To create the Portage repository, simply run &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; from within the chroot. This will automatically clone the portage tree from [http://github.com/ GitHub]:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you receive the error with initial &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; due to git protocol restrictions, change &amp;lt;tt&amp;gt;SYNC&amp;lt;/tt&amp;gt; variable in &amp;lt;tt&amp;gt;/etc/portage/make.conf&amp;lt;/tt&amp;gt;}}&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
SYNC=&amp;quot;https://github.com/funtoo/ports-2012.git&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Configuring your system ===&lt;br /&gt;
As is expected from a Linux distribution, Funtoo Linux has its share of configuration files. The one file you are absolutely required to edit in order to ensure that Funtoo Linux boots successfully is &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;. The others are optional. Here are a list of files that you should consider editing:&lt;br /&gt;
&lt;br /&gt;
{| {{table}}&lt;br /&gt;
!File&lt;br /&gt;
!Do I need to change it?&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;&lt;br /&gt;
|'''YES - required'''&lt;br /&gt;
|Mount points for all filesystems to be used at boot time. This file must reflect your disk partition setup. We'll guide you through modifying this file below.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Your timezone, which will default to UTC if not set. This should be a symbolic link to something located under /usr/share/zoneinfo (e.g. /usr/share/zoneinfo/America/Montreal) &lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;br/&amp;gt;/etc/portage/make.conf&amp;amp;nbsp;(new&amp;amp;nbsp;location)&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Parameters used by gcc (compiler), portage, and make. It's a good idea to set MAKEOPTS. This is covered later in this document.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hostname&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Used to set system hostname. Set to the fully-qualified (with dots) name. Defaults to &amp;lt;tt&amp;gt;localhost&amp;lt;/tt&amp;gt; if not set.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/hosts&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''No''&lt;br /&gt;
| You no longer need to manually set the hostname in this file. This file is automatically generated by &amp;lt;tt&amp;gt;/etc/init.d/hostname&amp;lt;/tt&amp;gt;.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/keymaps&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Keyboard mapping configuration file (for console pseudo-terminals). Set if you have a non-US keyboard. See [[Funtoo Linux Localization]].&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hwclock&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|How the time of the battery-backed hardware clock of the system is interpreted (UTC or local time). Linux uses the battery-backed hardware clock to initialize the system clock when the system is booted.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/modules&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Kernel modules to load automatically at system startup. Typically not required. See [[Additional Kernel Resources]] for more info.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;profiles&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Some useful portage settings that may help speed up intial configuration.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
If you're installing an English version of Funtoo Linux, you're in luck as most of the configuration files can be used as-is. If you're installing for another locale, don't worry. We will walk you through the necessary configuration steps on the [[Funtoo Linux Localization]] page, and if needed, there's always plenty of friendly, helpful support. (See [[#Community portal|Community]])&lt;br /&gt;
&lt;br /&gt;
Let's go ahead and see what we have to do. Use &amp;lt;tt&amp;gt;nano -w &amp;lt;name_of_file&amp;gt;&amp;lt;/tt&amp;gt; to edit files -- the &amp;quot;&amp;lt;tt&amp;gt;-w&amp;lt;/tt&amp;gt;&amp;quot; disables word-wrapping, which is handy when editing configuration files. You can copy and paste from the examples.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|It's important to edit your &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; file before you reboot! You will need to modify both the &amp;quot;fs&amp;quot; and &amp;quot;type&amp;quot; columns to match the settings for your partitions and filesystems that you created with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Skipping this step may prevent Funtoo Linux from booting successfully.}}&lt;br /&gt;
&lt;br /&gt;
==== /etc/fstab ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; is used by the &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; command which is ran when your system boots. Statements of this file inform &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; about partitions to be mounted and how they are mounted. In order for the system to boot properly, you must edit &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; and ensure that it reflects the partition configuration you used earlier:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/fstab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can use arrow keys to move around and hit Control-X to exit. If you want to save your changes, type &amp;quot;&amp;lt;tt&amp;gt;Y&amp;lt;/tt&amp;gt;&amp;quot; when asked if you want to save the modified buffer, or hit Control-O before closing &amp;lt;tt&amp;gt;nano&amp;lt;/tt&amp;gt;. Otherwise your changes will be discarded.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# The root filesystem should have a pass number of either 0 or 1.&lt;br /&gt;
# All other filesystems should have a pass number of 0 or greater than 1.&lt;br /&gt;
#&lt;br /&gt;
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.&lt;br /&gt;
#&lt;br /&gt;
# See the manpage fstab(5) for more information.&lt;br /&gt;
#&lt;br /&gt;
# &amp;lt;fs&amp;gt;			&amp;lt;mountpoint&amp;gt;	&amp;lt;type&amp;gt;		&amp;lt;opts&amp;gt;		         &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/dev/sda1		/boot		ext2		noatime  	         1 2&lt;br /&gt;
/dev/sda3		none		swap		sw		         0 0&lt;br /&gt;
/dev/sda4		/		xfs		noatime		         0 1&lt;br /&gt;
#/dev/cdrom		/mnt/cdrom	auto		noauto,ro	         0 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/localtime ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; is used to specify the timezone that your machine is in, and defaults to UTC. If you would like your Funtoo Linux system to use local time, you should replace &amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; with a symbolic link to the timezone that you wish to use. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
(chroot) # ln -sf /usr/share/zoneinfo/America/Montreal /etc/localtime&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The above sets the timezone to Eastern Time Canada. Go to &amp;lt;tt&amp;gt;/usr/share/zoneinfo&amp;lt;/tt&amp;gt; to see which values to use.&lt;br /&gt;
&lt;br /&gt;
==== /etc/make.conf ====&lt;br /&gt;
&lt;br /&gt;
{{fancynote|This file may also be found at /etc/make.conf. /etc/portage/make.conf is the new location.}}&lt;br /&gt;
&lt;br /&gt;
MAKEOPTS can be used to define how many parallel compilations should occur when you compile a package, which can speed up compilation significantly. A rule of thumb is the number of CPUs (or CPU threads) in your system plus one. If for example you have a dual core processor without [[wikipedia:Hyper-threading|hyper-threading]], then you would set MAKEOPTS to 3:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j3&amp;quot; &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are unsure about how many processors/threads you have then use /proc/cpuinfo to help you.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grep &amp;quot;processor&amp;quot; /proc/cpuinfo | wc -l&lt;br /&gt;
16&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Set MAKEOPTS to this number plus one:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j17&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
USE flags define what functionality is enabled when packages are built. It is not recommended to add a lot of them during installation; you should wait until you have a working, bootable system before changing your USE flags. A USE flag prefixed with a minus (&amp;quot;&amp;lt;tt&amp;gt;-&amp;lt;/tt&amp;gt;&amp;quot;) sign tells Portage not to use the flag when compiling.  A Funtoo guide to USE flags will be available in the future. For now, you can find out more information about USE flags in the [http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=2&amp;amp;chap=2 Gentoo Handbook].&lt;br /&gt;
&lt;br /&gt;
LINGUAS tells Portage which local language to compile the system and applications in (those who use LINGUAS variable like OpenOffice). It is not usually necessary to set this if you use English. If you want another language such as French (fr) or German (de), set LINGUAS appropriately:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
LINGUAS=&amp;quot;fr&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/conf.d/hwclock ====&lt;br /&gt;
If you dual-boot with Windows, you'll need to edit this file and change '''clock''' to '''local''', because Windows will set your hardware clock to local time every time you boot Windows. Otherwise you normally wouldn't need to edit this file.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/conf.d/hwclock&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Localization ====&lt;br /&gt;
&lt;br /&gt;
By default, Funtoo Linux is configured with Unicode (UTF-8) enabled, and for the US English locale and keyboard. If you would like to configure your system to use a non-English locale or keyboard, see [[Funtoo Linux Localization]].&lt;br /&gt;
&lt;br /&gt;
==== Profiles ====&lt;br /&gt;
&lt;br /&gt;
[[Funtoo 1.0 Profile|Funtoo profiles]] are used to define defaults for Portage specific to your needs. There are 4 basic profile types: arch, build, [[Flavors and Mix-ins|flavor, and mix-ins]]:&lt;br /&gt;
&lt;br /&gt;
;arch: typically &amp;lt;tt&amp;gt;x86-32bit&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;x86-64bit&amp;lt;/tt&amp;gt;, this defines the processor type and support of your system. This is defined when your stage was built and should not be changed.&lt;br /&gt;
;build: defines whether your system is a &amp;lt;tt&amp;gt;current&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;stable&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;experimental&amp;lt;/tt&amp;gt; build. &amp;lt;tt&amp;gt;current&amp;lt;/tt&amp;gt; systems will have newer packages unmasked than &amp;lt;tt&amp;gt;stable&amp;lt;/tt&amp;gt; systems.&lt;br /&gt;
;flavor: defines the general type of system, such as &amp;lt;tt&amp;gt;server&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;desktop&amp;lt;/tt&amp;gt;, and will set default USE flags appropriate for your needs.&lt;br /&gt;
;mix-ins: define various optional settings that you may be interested in enabling.&lt;br /&gt;
&lt;br /&gt;
One arch, build and flavor must be set for each Funtoo Linux system, while mix-ins are optional and you can enable more than one if desired.&lt;br /&gt;
&lt;br /&gt;
Remember that profiles can often be inherited. For example, the &amp;lt;tt&amp;gt;desktop&amp;lt;/tt&amp;gt; flavor inherits the &amp;lt;tt&amp;gt;workstation&amp;lt;/tt&amp;gt; flavor settings, which in turn inherits the &amp;lt;tt&amp;gt;X&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;audio&amp;lt;/tt&amp;gt; mix-ins. You can view this by inspecting the &amp;lt;tt&amp;gt;parent&amp;lt;/tt&amp;gt; files defined in each profile, which can be found in &amp;lt;tt&amp;gt;/usr/portage/profiles/funtoo/1.0/linux-gnu&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##cd /usr/portage/profiles/funtoo/1.0/linux-gnu/&lt;br /&gt;
(chroot) # ##i##ls&lt;br /&gt;
arch/             eapi              make.defaults     package.use/      packages.build    use.force&lt;br /&gt;
build/            flavor/           mix-ins/          package.use.mask/ parent            &lt;br /&gt;
(chroot) # ##i##cat flavor/desktop/parent &lt;br /&gt;
../workstation&lt;br /&gt;
../../mix-ins/print&lt;br /&gt;
(chroot) # ##i##cat flavor/workstation/parent &lt;br /&gt;
../core&lt;br /&gt;
../../mix-ins/X&lt;br /&gt;
../../mix-ins/audio&lt;br /&gt;
../../mix-ins/dvd&lt;br /&gt;
../../mix-ins/media&lt;br /&gt;
../../mix-ins/console-extras&lt;br /&gt;
(chroot) # &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To view installed profiles:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To change the profile flavor:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile set-flavor 7&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To add a mix-in:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile add 10&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Remember if you add by string; add a 'gentoo:' to the beginning of the profile name ie:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i## eselect profile add gentoo:funtoo/1.0/linux-gnu/mix-ins/console-extras&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Configuring and installing the Linux kernel ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to build and install a Linux kernel, which is the heart of any Funtoo Linux system. In the past, the process of creating a kernel that actually booted your system could be time-consuming and require a great deal of trial and error. Fortunately, Funtoo Linux offers an option to automatically build a kernel for you that will boot nearly all systems.&lt;br /&gt;
&lt;br /&gt;
If you are unfamiliar with how to manually configure your own kernel, or you simply want to get your system up and running quickly, you can emerge &amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag set, which will automatically build the kernel and an initrd that will boot nearly all Funtoo Linux systems. This kernel is based on a linux-3.2 LTS official debian kernel package and is an easy way to get your system up and running relatively quickly.&lt;br /&gt;
&lt;br /&gt;
Click [http://wiki.debian.org/DebianKernel here] for a list of all architectures the Debian kernel supports. &lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|&amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag requires at least 12GB in /var/tmp}}&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##echo &amp;quot;sys-kernel/debian-sources binary&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
(chroot) # ##i##emerge debian-sources&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
All done!&lt;br /&gt;
&lt;br /&gt;
{{fancynote|NVIDIA card users: the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag installs the Nouveau drivers which cannot be loaded at the same time as the proprietary drivers, and cannot be unloaded at runtime because of KMS. You need to blacklist it under &amp;lt;tt&amp;gt;/etc/modprobe.d/&amp;lt;/tt&amp;gt;.}}&lt;br /&gt;
&lt;br /&gt;
For an overview of other kernel options for Funtoo Linux, see [[Funtoo Linux Kernels]]. Also be sure to see [[:Category:Hardware Compatibility|hardware compatibility]] information. We have compiled a very good reference for [[Dell PowerEdge 11G Servers]] that includes kernel compatibility information as well.&lt;br /&gt;
&lt;br /&gt;
The next step is to configure your boot loader so that your new kernel loads when the system boots.&lt;br /&gt;
&lt;br /&gt;
=== Installing a Bootloader ===&lt;br /&gt;
&lt;br /&gt;
==== Installing Grub ====&lt;br /&gt;
&lt;br /&gt;
The boot loader is responsible for loading the kernel from disk when your computer boots. For new installations, GRUB 2 and Funtoo's boot-update tool should be used as a boot loader. GRUB supports both GPT/GUID and legacy MBR partitioning schemes.&lt;br /&gt;
&lt;br /&gt;
To use this recommended boot method, first emerge &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;. This will also cause &amp;lt;tt&amp;gt;grub-2&amp;lt;/tt&amp;gt; to be merged, since it is a dependency of &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then, edit &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; and specify &amp;quot;&amp;lt;tt&amp;gt;Funtoo Linux genkernel&amp;lt;/tt&amp;gt;&amp;quot; as the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; setting at the top of the file, replacing &amp;lt;tt&amp;gt;&amp;quot;Funtoo Linux&amp;quot;&amp;lt;/tt&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; should now look like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
boot {&lt;br /&gt;
        generate grub&lt;br /&gt;
        default &amp;quot;Funtoo Linux genkernel&amp;quot;&lt;br /&gt;
        timeout 3 &lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux&amp;quot; {&lt;br /&gt;
        kernel bzImage[-v]&lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux genkernel&amp;quot; {&lt;br /&gt;
        kernel kernel[-v]&lt;br /&gt;
        initrd initramfs[-v]&lt;br /&gt;
        params += real_root=auto &lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
} &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Please read &amp;lt;tt&amp;gt;man boot.conf&amp;lt;/tt&amp;gt; for further details.&lt;br /&gt;
&lt;br /&gt;
===== Running grub-install and boot-update =====&lt;br /&gt;
&lt;br /&gt;
Finally, we will need to actually install the GRUB boot loader to your disk, and also run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; which will generate your boot loader configuration file:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grub-install --no-floppy /dev/sda&lt;br /&gt;
(chroot) # ##i##boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You only need to run &amp;lt;tt&amp;gt;grub-install&amp;lt;/tt&amp;gt; when you first install Funtoo Linux, but you need to re-run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; every time you modify your &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; file, so your changes are applied on next boot.&lt;br /&gt;
&lt;br /&gt;
OK - your system should be ready to boot! Well, there are a few more loose ends...&lt;br /&gt;
&lt;br /&gt;
==== Installing Syslinux/Extlinux ====&lt;br /&gt;
&lt;br /&gt;
An alternate Bootloader is Extlinux, for installing it see the [[Extlinux|extlinux Guide]].&lt;br /&gt;
&lt;br /&gt;
=== Configuring your network ===&lt;br /&gt;
&lt;br /&gt;
It's important to ensure that you will be able to connect to your local-area network after you reboot into Funtoo Linux. There are three approaches you can use for configuring your network: NetworkManager, dhcpcd, and the [[Funtoo Linux Networking]] scripts. Here's how to choose which one to use based on the type of network you want to set up.&lt;br /&gt;
&lt;br /&gt;
==== Wi-Fi ====&lt;br /&gt;
&lt;br /&gt;
For laptop/mobile systems where you will be using Wi-Fi and connecting to various networks, NetworkManager is strongly recommended. The Funtoo version of NetworkManager is fully functional even from the command-line, so you can use it even without X or without the Network Manager applet. Here are the steps involved in setting up NetworkManager:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge linux-firmware&lt;br /&gt;
# ##i##emerge networkmanager&lt;br /&gt;
# ##i##rc-update add NetworkManager default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, we installed linux-firmware which contains a complete collection of available firmware for many hardware devices including Wi-Fi adapters, plus NetworkManager to manage our network connection. Then we added NetworkManager to the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; runlevel so it will start when Funtoo Linux boots.&lt;br /&gt;
&lt;br /&gt;
After you reboot into Funtoo Linux, you will be able to add a Wi-Fi connection this way:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##addwifi -S wpa -K 'wifipassword' mywifinetwork&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;addwifi&amp;lt;/tt&amp;gt; command is used to configure and connect to a WPA/WPA2 Wi-Fi network named &amp;lt;tt&amp;gt;mywifinetwork&amp;lt;/tt&amp;gt; with the password &amp;lt;tt&amp;gt;wifipassword&amp;lt;/tt&amp;gt;. This network configuration entry is stored in &amp;lt;tt&amp;gt;/etc/NetworkManager/system-connections&amp;lt;/tt&amp;gt; so that it will be remembered in the future. You should only need to enter this command once for each Wi-Fi network you connect to.&lt;br /&gt;
&lt;br /&gt;
==== Desktop (Wired Ethernet) ====&lt;br /&gt;
&lt;br /&gt;
For a home desktop or workstation with wired Ethernet that will use DHCP, the simplest and most effective option to enable network connectivity is to simply add &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; to the default runlevel:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##rc-update add dhcpcd default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
When you reboot, &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; will run in the background and manage all network interfaces and use DHCP to acquire network addresses from a DHCP server.&lt;br /&gt;
&lt;br /&gt;
==== Server (Static IP) ====&lt;br /&gt;
&lt;br /&gt;
For servers, the [[Funtoo Linux Networking]] scripts are recommended. They are optimized for static configurations and things like virtual ethernet bridging for virtualization setups. See [[Funtoo Linux Networking]] for information on how to use Funtoo Linux's template-based network configuration system.&lt;br /&gt;
&lt;br /&gt;
=== Finishing Steps ===&lt;br /&gt;
&lt;br /&gt;
==== Set your root password ====&lt;br /&gt;
It's imperative that you set your root password before rebooting so that you can log in.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##passwd&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Restart your system ===&lt;br /&gt;
&lt;br /&gt;
Now is the time to leave chroot, to unmount Funtoo Linux partitions and files and to restart your computer. When you restart, the GRUB boot loader will start, load the Linux kernel and initramfs, and your system will begin booting.&lt;br /&gt;
&lt;br /&gt;
Leave the chroot, change directory to /, unmount your Funtoo partitions, and reboot.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##exit&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount /mnt/funtoo/boot /mnt/funtoo/dev /mnt/funtoo/proc /mnt/funtoo&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should now see your system reboot, the GRUB boot loader appear for a few seconds, and then see the Linux kernel and initramfs loading. After this, you should see Funtoo Linux itself start to boot, and you should be greeted with a &amp;lt;tt&amp;gt;login:&amp;lt;/tt&amp;gt; prompt. Funtoo Linux has been successfully installed!&lt;br /&gt;
&lt;br /&gt;
===Next Steps===&lt;br /&gt;
&lt;br /&gt;
To learn how to customize and start using Funtoo Linux, see [[Funtoo Linux First Steps]].&lt;br /&gt;
&lt;br /&gt;
If your system did not boot correctly, see [[Installation Troubleshooting]] for steps you can take to resolve the problem.&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Install]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Funtoo_Linux_Installation</id>
		<title>Funtoo Linux Installation</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Funtoo_Linux_Installation"/>
				<updated>2013-03-23T23:07:36Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: undo piping of output from wget. Too confusing.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This document briefly explains all of the steps required to set up a typical Funtoo Linux installation on a &amp;quot;PC compatible&amp;quot; computer system. If you've had previous experience installing Gentoo Linux then a lot of steps will be familiar, but you should still read through as there are a few differences.&lt;br /&gt;
&lt;br /&gt;
=== Additional Resources === &lt;br /&gt;
&lt;br /&gt;
This document was written to help you install Funtoo Linux as efficiently as possible, with a minimum number of distracting options regarding system configuration. &lt;br /&gt;
&lt;br /&gt;
Those who prefer a longer, more thorough tutorial-style installation may want to check out our beta [[Installation (Tutorial)|Installation Tutorial]] instead. It explores more installation possibilities and options such as encrypted filesystems, and includes screenshots.&lt;br /&gt;
&lt;br /&gt;
If you are installing Funtoo Linux on [[Funtoo Linux Installation on ARM|ARM]] architecture, please see [[Funtoo Linux Installation on ARM]] for notable differences regarding ARM support. An experimental Funtoo Linux build also exists for [[Funtoo Linux Installation on SPARC|SPARC]] platforms. See [[Funtoo Linux Installation on SPARC]]&lt;br /&gt;
&lt;br /&gt;
== Installation Overview ==&lt;br /&gt;
&lt;br /&gt;
This is a basic overview of the Funtoo installation process:&lt;br /&gt;
&lt;br /&gt;
# [[#Live CD|Download and boot the live CD of your choice]].&lt;br /&gt;
# [[#Prepare Hard Disk|Prepare your disk]].&lt;br /&gt;
# [[#Creating filesystems|Create]] and [[#Mounting filesystems|mount]] filesystems.&lt;br /&gt;
# [[#Installing the Stage 3 tarball|Install the Funtoo stage tarball]] of your choice.&lt;br /&gt;
# [[#Chroot into Funtoo|Chroot into your new system]].&lt;br /&gt;
# [[#Downloading the Portage tree|Download the Portage tree]].&lt;br /&gt;
# [[#Configuring your system|Configure your system]] and [[#Configuring your network|network]].&lt;br /&gt;
# [[#Configuring and installing the Linux kernel|Install a kernel]].&lt;br /&gt;
# [[#Installing a Bootloader|Install a bootloader]].&lt;br /&gt;
# [[#Finishing Steps|Complete final steps]].&lt;br /&gt;
# [[#Restart your system|Reboot and enjoy]].&lt;br /&gt;
&lt;br /&gt;
=== Live CD ===&lt;br /&gt;
Funtoo doesn't provide an &amp;quot;official&amp;quot; Funtoo Live CD, but there are plenty of good ones out there to choose from. A great choice is the Gentoo-based [http://www.sysresccd.org/ SystemRescueCd] as it contains lots of tools and utilities and supports both 32-bit and 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
It is also possible to install Funtoo Linux using many other Linux-based live CDs. Generally, any modern bootable Linux live CD or live USB media will work. See [[Requirements|requirements]] for an overview of what the Live Media must provide to allow a problem-free install of Funtoo Linux.&lt;br /&gt;
&lt;br /&gt;
To begin a Funtoo Linux installation, download SystemRescueCD from:&lt;br /&gt;
&lt;br /&gt;
* Main US mirror: [http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.4.2.iso The Oregon State University Open Source Lab]&lt;br /&gt;
* Main EU mirror: [http://ftp.heanet.ie/mirrors/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.4.2.iso HEAnet] or use your preferred live media. Insert it into your disc drive, and boot from it. If using an older version of SystemRescueCd, '''be sure to select the &amp;lt;tt&amp;gt;rescue64&amp;lt;/tt&amp;gt; kernel at the boot menu if you are installing a 64-bit system'''. By default, SystemRescueCd used to boot in 32-bit mode though the latest version attempts to automatically detect 64-bit processors.&lt;br /&gt;
&lt;br /&gt;
=== Prepare Hard Disk ===&lt;br /&gt;
==== Partitions ====&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux fully supports traditional MBR partitions, as well as newer GPT/GUID partition formats. Funtoo Linux recommends the use of the GPT partitioning scheme, since it is newer and more flexible. Here are the various trade-offs between each partitioning scheme:&lt;br /&gt;
&lt;br /&gt;
===== GPT Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Newer, preferred format for Linux systems&lt;br /&gt;
* Supports 2 TB+ hard drives for booting&lt;br /&gt;
* Supports hundreds of partitions per disk of any size&lt;br /&gt;
* Requires legacy BIOS boot partition (~32 MB) to be created if system does not use EFI&lt;br /&gt;
* Requires bootloader with support for GPT such as GRUB 2, EXTLINUX, or a patched version of GRUB Legacy&lt;br /&gt;
&lt;br /&gt;
===== MBR Partitions =====&lt;br /&gt;
&lt;br /&gt;
* Legacy, DOS partitioning scheme&lt;br /&gt;
* Only 4 primary partitions per disk; after that, you must use &amp;quot;logical&amp;quot; partitions&lt;br /&gt;
* Does not support 2 TB+ disks for booting&lt;br /&gt;
* Compatible with certain problematic systems (such as the HP ProBook 4520)&lt;br /&gt;
* Dual-boot with Windows for BIOS systems (Windows handle GPT only on true EFI systems, whatever version it is)&lt;br /&gt;
* Multiple boot loader options, e.g. GRUB 2, GRUB Legacy, lilo&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you plan to use partitions of 2 TB or greater, you ''must'' partition using the GPT/GUID format. Also note that there are small percentage of PCs that will not boot properly with GPT. For these systems, using MBR partitions or a primary drive with an MBR partition may be required in order to boot.}}&lt;br /&gt;
&lt;br /&gt;
==== Partitioning Using gdisk ====&lt;br /&gt;
&lt;br /&gt;
===== Notes Before We Begin =====&lt;br /&gt;
&lt;br /&gt;
These install instructions assume you are installing Funtoo Linux to an empty hard disk using GUID partition tables (GPT). If you are installing Funtoo Linux on a machine where another OS is installed, or there is an existing Linux distribution on your system that you want to keep, then you will need to adapt these instructions to suit your needs.&lt;br /&gt;
&lt;br /&gt;
If you are going to create a legacy MBR partition table instead of GUID/GPT, you will use the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; command instead of &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, and you will not need to create the GRUB boot loader partition. See the table under [[#Partitioning Recommendations|Partitioning Recommendations]], in particular the &lt;br /&gt;
'''MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)''' and '''MBR Code''' columns. &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; works just like &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, but creates legacy MBR partition tables instead of the newer GPT/GUID partition tables.&lt;br /&gt;
&lt;br /&gt;
Advanced users may be interested in the following topics:&lt;br /&gt;
&lt;br /&gt;
* [[GUID Booting Guide]]&lt;br /&gt;
* [[Rootfs over encrypted lvm]]&lt;br /&gt;
* [[Rootfs over encrypted lvm over raid-1 on GPT]]&lt;br /&gt;
* '''NEW!''' '''[[ZFS Install Guide]]'''&lt;br /&gt;
* '''NEW!''' '''[[ZFS rootfs over encrypted container]]'''&lt;br /&gt;
&lt;br /&gt;
===== Using gdisk =====&lt;br /&gt;
&lt;br /&gt;
The first step after booting SystemRescueCd is to use &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; to create GPT (also known as GUID) partitions, specifying the disk you want to use, which is typically &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt;, the first disk in the system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##gdisk /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
You should find &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; very similar to &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Here is the partition table we want to end up with:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;Command (? for help): ##i##p&lt;br /&gt;
Disk /dev/sda: 234441648 sectors, 111.8 GiB&lt;br /&gt;
Logical sector size: 512 bytes&lt;br /&gt;
Disk identifier (GUID): A4E5208A-CED3-4263-BB25-7147DC426931&lt;br /&gt;
Partition table holds up to 128 entries&lt;br /&gt;
First usable sector is 34, last usable sector is 234441614&lt;br /&gt;
Partitions will be aligned on 2048-sector boundaries&lt;br /&gt;
Total free space is 2014 sectors (1007.0 KiB)&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name&lt;br /&gt;
   1            2048          206847   500.0 MiB   8300  Linux filesystem&lt;br /&gt;
   2          206848          272383   32.0 MiB    EF02  BIOS boot partition&lt;br /&gt;
   3          272384         8660991   4.0 GiB     8200  Linux swap&lt;br /&gt;
   4         8660992       234441614   107.7 GiB   8300  Linux filesystem&lt;br /&gt;
&lt;br /&gt;
Command (? for help): &amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, you'll see that we have a 500 MiB boot partition, a 32 MiB &amp;quot;BIOS boot partition&amp;quot; (also known as the GRUB boot loader partition), 4 GiB of swap, and the remaining disk used by a 107.7 GiB root partition.&lt;br /&gt;
&lt;br /&gt;
===== For new &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; users =====&lt;br /&gt;
&lt;br /&gt;
These partitions were created using the &amp;quot;&amp;lt;tt&amp;gt;n&amp;lt;/tt&amp;gt;&amp;quot; command from within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. The &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; commands to create the partition table above are as follows. Adapt sizes as necessary, although these defaults will work for most users. The partition codes entered below can be found in the [[#Partitioning Recommendations|Partitioning Recommendations]] table below, in the GPT Code column.&lt;br /&gt;
&lt;br /&gt;
Within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;, follow these steps:&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##1 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+500M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (GRUB):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 3''' (swap):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##3 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+4G ↵&lt;br /&gt;
Hex Code: ##i##8200 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 4''' (root):&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##4 ↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵##!i## (for rest of disk)&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Along the way, you can type &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; and hit Enter to view your current partition table. If you make a mistake, you can type &amp;quot;&amp;lt;tt&amp;gt;d&amp;lt;/tt&amp;gt;&amp;quot; to delete an existing partition that you created. When you are satisfied with your partition setup, type &amp;quot;&amp;lt;tt&amp;gt;w&amp;lt;/tt&amp;gt;&amp;quot; to write your configuration to disk:&lt;br /&gt;
&lt;br /&gt;
'''Write Partition Table To Disk''':&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##Y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The partition table will now be written to disk and &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; will close.&lt;br /&gt;
&lt;br /&gt;
Now, your GPT/GUID partitions have been created, and will show up as the following ''block devices'' under Linux:&lt;br /&gt;
&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;, which will be used to hold the &amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt; filesystem, &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;, which will be used directly by the new GRUB,&lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;, which will be used for swap space, and &lt;br /&gt;
* &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;, which will hold your root filesystem.&lt;br /&gt;
&lt;br /&gt;
===== For Previous fdisk users =====&lt;br /&gt;
&lt;br /&gt;
If you have installed Gentoo Linux before, the one thing that is likely new to you here is the GRUB boot loader partition, which is listed as &amp;quot;BIOS boot partition&amp;quot; within &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. This partition is required for GRUB 2 to boot GPT/GUID boot disks. What is it? In GRUB-speak, this partition is essentially the location of the meat of GRUB's boot loading code. If you've used GRUB Legacy in the past, this partition is where the new GRUB stores the equivalent of the &amp;lt;tt&amp;gt;stage1_5&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;stage2&amp;lt;/tt&amp;gt; files in legacy GRUB. Since GPT-based partition tables have less dead space at the beginning of the disk than their MBR equivalents, an explicitly defined partition of code &amp;lt;tt&amp;gt;EF02&amp;lt;/tt&amp;gt; is required to hold the guts of the boot loader.&lt;br /&gt;
&lt;br /&gt;
In all other respects, the partition table is similar to that which you might create for an MBR-based disk during a Gentoo Linux installation. We have a boot and a root partition with code &amp;lt;tt&amp;gt;0700&amp;lt;/tt&amp;gt;, and a Linux swap partition with code &amp;lt;tt&amp;gt;8200&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
===== Partitioning Recommendations =====&lt;br /&gt;
&lt;br /&gt;
Below are our partitioning recommendations in table form. For GPT-based partitions, use the GPT Block Device and GPT Code columns with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;. For legacy MBR-based partitions, use the MBR Block Device and MBR code columns with &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
{| {{table}} &lt;br /&gt;
!Partition&lt;br /&gt;
!Size&lt;br /&gt;
!MBR Block Device (&amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!GPT Block Device (&amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt;)&lt;br /&gt;
!Filesystem&lt;br /&gt;
!MBR Code&lt;br /&gt;
!GPT Code&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/boot&amp;lt;/tt&amp;gt;&lt;br /&gt;
|500 MB&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;&lt;br /&gt;
|ext2&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|GRUB boot loader partition&lt;br /&gt;
|32 MB&lt;br /&gt;
| ''not required for MBR''&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|For GPT/GUID only, skip for MBR - no filesystem.&lt;br /&gt;
|''N/A''&lt;br /&gt;
|EF02&lt;br /&gt;
|-&lt;br /&gt;
|swap&lt;br /&gt;
|2x RAM for low-memory systems and production servers; otherwise 2GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda2&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|swap (default)&lt;br /&gt;
|82&lt;br /&gt;
|8200&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/&amp;lt;/tt&amp;gt; (root)&lt;br /&gt;
|Rest of the disk, minimum of 10GB.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt;&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt;&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; (optional)	&lt;br /&gt;
|User storage and media. Typically most of the disk.&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|&amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (if created)&lt;br /&gt;
|XFS recommended, alternatively ext4&lt;br /&gt;
|83&lt;br /&gt;
|8300&lt;br /&gt;
|-&lt;br /&gt;
| LVM (optional)&lt;br /&gt;
| If you want to create an LVM volume.&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda4&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| &amp;lt;tt&amp;gt;/dev/sda5&amp;lt;/tt&amp;gt; (PV, if created)&lt;br /&gt;
| LVM PV&lt;br /&gt;
| 8E&lt;br /&gt;
| 8E00&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==== Creating filesystems ====&lt;br /&gt;
&lt;br /&gt;
Before your newly-created partitions can be used, the block devices need to be initialized with filesystem ''metadata''. This process is known as ''creating a filesystem'' on the block devices. After filesystems are created on the block devices, they can be mounted and used to store files.&lt;br /&gt;
&lt;br /&gt;
You will not create a filesystem on your swap partition, but will initialize it using the &amp;lt;tt&amp;gt;mkswap&amp;lt;/tt&amp;gt; command so that it can be used as disk-based virtual memory. Then we'll run the &amp;lt;tt&amp;gt;swapon&amp;lt;/tt&amp;gt; command to make your newly-initialized swap space active within the live CD environment, in case it is needed during the rest of the install process.&lt;br /&gt;
&lt;br /&gt;
Note that we will not create a filesystem on the GRUB boot loader partition, as GRUB writes binary data directly to that partition when the boot loader is installed, which we'll do later.&lt;br /&gt;
&lt;br /&gt;
You can see the commands you will need to type below. Like the rest of this document, it assumes that you are using a GPT partitioning scheme. If you are using MBR, your root filesystem will likely be created on &amp;lt;tt&amp;gt;/dev/sda3&amp;lt;/tt&amp;gt; instead and you will need to adjust the target block devices. If you are following our recommendations, then simply do this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mke2fs -t ext2 /dev/sda1 &lt;br /&gt;
# ##i##mkfs.xfs /dev/sda4&lt;br /&gt;
# ##i##mkswap /dev/sda3&lt;br /&gt;
# ##i##swapon /dev/sda3&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Mounting filesystems ====&lt;br /&gt;
&lt;br /&gt;
Mount the newly-created filesystems as follows, creating &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; as the installation mount point:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo&lt;br /&gt;
# ##i##mount /dev/sda4 /mnt/funtoo&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/boot&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Optionally, if you have a separate filesystem for &amp;lt;tt&amp;gt;/home&amp;lt;/tt&amp;gt; or anything else:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir /mnt/funtoo/home&lt;br /&gt;
# ##i##mount /dev/sda5 /mnt/funtoo/home&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you have &amp;lt;tt&amp;gt;/tmp&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;/var/tmp&amp;lt;/tt&amp;gt; on a separate filesystem, be sure to change the permissions of the mount point to be globally-writeable after mounting, as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##chmod 1777 /mnt/funtoo/tmp&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Installing the Stage 3 tarball ===&lt;br /&gt;
==== Stage 3 tarball ====&lt;br /&gt;
&lt;br /&gt;
After creating filesystems, the next step is downloading the initial Stage 3 tarball. The Stage 3 is a pre-compiled system used as a starting point to install Funtoo Linux. Visit the [[Download]] page and copy the URL to the Stage 3 tarball you want to use. We will download it soon.&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If your system's date and time are too far off (typically by months or years,) then it may prevent Portage from properly downloading source tarballs. This is because some of our sources are downloaded via HTTPS, which use SSL certificates and are marked with an activation and expiration date.}}&lt;br /&gt;
&lt;br /&gt;
Now is a good time to verify the date and time are correctly set to UTC. Use the &amp;lt;tt&amp;gt;date&amp;lt;/tt&amp;gt; command to verify the date and time:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date&lt;br /&gt;
Fri Jul 15 19:47:18 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If the date and/or time need to be corrected, do so using &amp;lt;tt&amp;gt;date MMDDhhmmYYYY&amp;lt;/tt&amp;gt;, keeping in mind &amp;lt;tt&amp;gt;hhmm&amp;lt;/tt&amp;gt; are in 24-hour format. The example below changes the date and time to &amp;quot;July 16th, 2011 @ 8:00PM&amp;quot; UTC:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##date 071620002011&lt;br /&gt;
Fri Jul 16 20:00:00 UTC 2011&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are in your Funtoo Linux root filesystem, use &amp;lt;tt&amp;gt;wget&amp;lt;/tt&amp;gt; to download the Stage 3 tarball you have chosen from the [[Download]] page to use as the basis for your new Funtoo Linux system. It should be saved to the &amp;lt;tt&amp;gt;/mnt/funtoo&amp;lt;/tt&amp;gt; directory as follows:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/x86-64bit/generic_64/stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Note that 64-bit systems can run 32-bit or 64-bit stages, but 32-bit systems can only run 32-bit stages. Make sure that you select a Stage 3 build that is appropriate for your CPU. If you are not certain, it is a safe bet to choose the &amp;lt;tt&amp;gt;generic_64&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;generic_32&amp;lt;/tt&amp;gt; stage. Consult the [[Download]] page for more information.&lt;br /&gt;
&lt;br /&gt;
Once the stage is downloaded, extract the contents with the following command, substituting in the actual name of your stage 3 tarball:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##tar xJpf stage3-latest.tar.xz&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|It is very important to use &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt;'s &amp;quot;&amp;lt;tt&amp;gt;p&amp;lt;/tt&amp;gt;&amp;quot; option when extracting the Stage 3 tarball - it tells &amp;lt;tt&amp;gt;tar&amp;lt;/tt&amp;gt; to ''preserve'' any permissions and ownership that exist within the archive. Without this option, your Funtoo Linux filesystem permissions will be incorrect.}}&lt;br /&gt;
&lt;br /&gt;
=== Chroot into Funtoo ===&lt;br /&gt;
Before chrooting into your new system, there's a few things that need to be done first. You will need to mount /proc and /dev inside your new system. Use the following commands:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##mount --bind /proc proc&lt;br /&gt;
# ##i##mount --bind /dev dev&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You'll also want to copy over &amp;lt;tt&amp;gt;resolv.conf&amp;lt;/tt&amp;gt; in order to have proper DNS name resolution from inside the chroot:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now you can chroot into your new system. Use &amp;lt;tt&amp;gt;env&amp;lt;/tt&amp;gt; before &amp;lt;tt&amp;gt;chroot&amp;lt;/tt&amp;gt; to ensure that no environment variables from the installation media are used by your new system:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancynote|Users of live CDs with 64-bit kernels: Some software may use &amp;lt;tt&amp;gt;uname -r&amp;lt;/tt&amp;gt; to check whether the system is 32 or 64-bit. You may want append linux32 to the chroot command as a workaround, but it's generally not needed.}}&lt;br /&gt;
{{fancyimportant|If you receive the error &amp;quot;&amp;lt;tt&amp;gt;chroot: failed to run command `/bin/bash': Exec format error&amp;lt;/tt&amp;gt;&amp;quot;, it is probably because you are running a 32-bit kernel and trying to execute 64-bit code. SystemRescueCd boots with a 32-bit kernel by default.}}&lt;br /&gt;
&lt;br /&gt;
It's also a good idea to change the default command prompt while inside the chroot. This will avoid confusion if you have to change terminals. Use this command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##export PS1=&amp;quot;(chroot) $PS1&amp;quot;&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Congratulations! You are now chrooted inside a Funtoo Linux system. Now it's time to get Funtoo Linux properly configured so that Funtoo Linux will boot successfully when your system is restarted.&lt;br /&gt;
&lt;br /&gt;
=== Downloading the Portage tree ===&lt;br /&gt;
&lt;br /&gt;
{{fancynote|For an alternative way to do this, see [[Installing Portage From Snapshot]].}}&lt;br /&gt;
Now it's time to install a copy of the Portage repository, which contains package scripts (ebuilds) that tell portage how to build and install thousands of different software packages. To create the Portage repository, simply run &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; from within the chroot. This will automatically clone the portage tree from [http://github.com/ GitHub]:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|If you receive the error with initial &amp;lt;tt&amp;gt;emerge --sync&amp;lt;/tt&amp;gt; due to git protocol restrictions, change &amp;lt;tt&amp;gt;SYNC&amp;lt;/tt&amp;gt; variable in &amp;lt;tt&amp;gt;/etc/portage/make.conf&amp;lt;/tt&amp;gt;}}&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
SYNC=&amp;quot;https://github.com/funtoo/ports-2012.git&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Configuring your system ===&lt;br /&gt;
As is expected from a Linux distribution, Funtoo Linux has its share of configuration files. The one file you are absolutely required to edit in order to ensure that Funtoo Linux boots successfully is &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;. The others are optional. Here are a list of files that you should consider editing:&lt;br /&gt;
&lt;br /&gt;
{| {{table}}&lt;br /&gt;
!File&lt;br /&gt;
!Do I need to change it?&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt;&lt;br /&gt;
|'''YES - required'''&lt;br /&gt;
|Mount points for all filesystems to be used at boot time. This file must reflect your disk partition setup. We'll guide you through modifying this file below.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Your timezone, which will default to UTC if not set. This should be a symbolic link to something located under /usr/share/zoneinfo (e.g. /usr/share/zoneinfo/America/Montreal) &lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/make.conf&amp;lt;br/&amp;gt;/etc/portage/make.conf&amp;amp;nbsp;(new&amp;amp;nbsp;location)&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Parameters used by gcc (compiler), portage, and make. It's a good idea to set MAKEOPTS. This is covered later in this document.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hostname&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''Maybe - recommended''&lt;br /&gt;
|Used to set system hostname. Set to the fully-qualified (with dots) name. Defaults to &amp;lt;tt&amp;gt;localhost&amp;lt;/tt&amp;gt; if not set.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/hosts&amp;lt;/tt&amp;gt;&lt;br /&gt;
|''No''&lt;br /&gt;
| You no longer need to manually set the hostname in this file. This file is automatically generated by &amp;lt;tt&amp;gt;/etc/init.d/hostname&amp;lt;/tt&amp;gt;.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/keymaps&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Keyboard mapping configuration file (for console pseudo-terminals). Set if you have a non-US keyboard. See [[Funtoo Linux Localization]].&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/hwclock&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|How the time of the battery-backed hardware clock of the system is interpreted (UTC or local time). Linux uses the battery-backed hardware clock to initialize the system clock when the system is booted.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;/etc/conf.d/modules&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Kernel modules to load automatically at system startup. Typically not required. See [[Additional Kernel Resources]] for more info.&lt;br /&gt;
|-&lt;br /&gt;
|&amp;lt;tt&amp;gt;profiles&amp;lt;/tt&amp;gt;&lt;br /&gt;
|Optional&lt;br /&gt;
|Some useful portage settings that may help speed up intial configuration.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
If you're installing an English version of Funtoo Linux, you're in luck as most of the configuration files can be used as-is. If you're installing for another locale, don't worry. We will walk you through the necessary configuration steps on the [[Funtoo Linux Localization]] page, and if needed, there's always plenty of friendly, helpful support. (See [[#Community portal|Community]])&lt;br /&gt;
&lt;br /&gt;
Let's go ahead and see what we have to do. Use &amp;lt;tt&amp;gt;nano -w &amp;lt;name_of_file&amp;gt;&amp;lt;/tt&amp;gt; to edit files -- the &amp;quot;&amp;lt;tt&amp;gt;-w&amp;lt;/tt&amp;gt;&amp;quot; disables word-wrapping, which is handy when editing configuration files. You can copy and paste from the examples.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|It's important to edit your &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; file before you reboot! You will need to modify both the &amp;quot;fs&amp;quot; and &amp;quot;type&amp;quot; columns to match the settings for your partitions and filesystems that you created with &amp;lt;tt&amp;gt;gdisk&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt;. Skipping this step may prevent Funtoo Linux from booting successfully.}}&lt;br /&gt;
&lt;br /&gt;
==== /etc/fstab ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; is used by the &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; command which is ran when your system boots. Statements of this file inform &amp;lt;tt&amp;gt;mount&amp;lt;/tt&amp;gt; about partitions to be mounted and how they are mounted. In order for the system to boot properly, you must edit &amp;lt;tt&amp;gt;/etc/fstab&amp;lt;/tt&amp;gt; and ensure that it reflects the partition configuration you used earlier:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/fstab&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You can use arrow keys to move around and hit Control-X to exit. If you want to save your changes, type &amp;quot;&amp;lt;tt&amp;gt;Y&amp;lt;/tt&amp;gt;&amp;quot; when asked if you want to save the modified buffer, or hit Control-O before closing &amp;lt;tt&amp;gt;nano&amp;lt;/tt&amp;gt;. Otherwise your changes will be discarded.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# The root filesystem should have a pass number of either 0 or 1.&lt;br /&gt;
# All other filesystems should have a pass number of 0 or greater than 1.&lt;br /&gt;
#&lt;br /&gt;
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.&lt;br /&gt;
#&lt;br /&gt;
# See the manpage fstab(5) for more information.&lt;br /&gt;
#&lt;br /&gt;
# &amp;lt;fs&amp;gt;			&amp;lt;mountpoint&amp;gt;	&amp;lt;type&amp;gt;		&amp;lt;opts&amp;gt;		         &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
&lt;br /&gt;
/dev/sda1		/boot		ext2		noatime  	         1 2&lt;br /&gt;
/dev/sda3		none		swap		sw		         0 0&lt;br /&gt;
/dev/sda4		/		xfs		noatime		         0 1&lt;br /&gt;
#/dev/cdrom		/mnt/cdrom	auto		noauto,ro	         0 0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/localtime ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; is used to specify the timezone that your machine is in, and defaults to UTC. If you would like your Funtoo Linux system to use local time, you should replace &amp;lt;tt&amp;gt;/etc/localtime&amp;lt;/tt&amp;gt; with a symbolic link to the timezone that you wish to use. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
(chroot) # ln -sf /usr/share/zoneinfo/America/Montreal /etc/localtime&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The above sets the timezone to Eastern Time Canada. Go to &amp;lt;tt&amp;gt;/usr/share/zoneinfo&amp;lt;/tt&amp;gt; to see which values to use.&lt;br /&gt;
&lt;br /&gt;
==== /etc/portage/make.conf ====&lt;br /&gt;
&lt;br /&gt;
{{fancynote|This file may also be found at /etc/make.conf. /etc/portage/make.conf is the new location.}}&lt;br /&gt;
&lt;br /&gt;
MAKEOPTS can be used to define how many parallel compilations should occur when you compile a package, which can speed up compilation significantly. A rule of thumb is the number of CPUs (or CPU threads) in your system plus one. If for example you have a dual core processor without [[wikipedia:Hyper-threading|hyper-threading]], then you would set MAKEOPTS to 3:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j3&amp;quot; &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are unsure about how many processors/threads you have then use /proc/cpuinfo to help you.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grep &amp;quot;processor&amp;quot; /proc/cpuinfo | wc -l&lt;br /&gt;
16&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Set MAKEOPTS to this number plus one:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
MAKEOPTS=&amp;quot;-j17&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
USE flags define what functionality is enabled when packages are built. It is not recommended to add a lot of them during installation; you should wait until you have a working, bootable system before changing your USE flags. A USE flag prefixed with a minus (&amp;quot;&amp;lt;tt&amp;gt;-&amp;lt;/tt&amp;gt;&amp;quot;) sign tells Portage not to use the flag when compiling.  A Funtoo guide to USE flags will be available in the future. For now, you can find out more information about USE flags in the [http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=2&amp;amp;chap=2 Gentoo Handbook].&lt;br /&gt;
&lt;br /&gt;
LINGUAS tells Portage which local language to compile the system and applications in (those who use LINGUAS variable like OpenOffice). It is not usually necessary to set this if you use English. If you want another language such as French (fr) or German (de), set LINGUAS appropriately:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
LINGUAS=&amp;quot;fr&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== /etc/conf.d/hwclock ====&lt;br /&gt;
If you dual-boot with Windows, you'll need to edit this file and change '''clock''' to '''local''', because Windows will set your hardware clock to local time every time you boot Windows. Otherwise you normally wouldn't need to edit this file.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##nano -w /etc/conf.d/hwclock&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Localization ====&lt;br /&gt;
&lt;br /&gt;
By default, Funtoo Linux is configured with Unicode (UTF-8) enabled, and for the US English locale and keyboard. If you would like to configure your system to use a non-English locale or keyboard, see [[Funtoo Linux Localization]].&lt;br /&gt;
&lt;br /&gt;
==== Profiles ====&lt;br /&gt;
&lt;br /&gt;
[[Funtoo 1.0 Profile|Funtoo profiles]] are used to define defaults for Portage specific to your needs. There are 4 basic profile types: arch, build, [[Flavors and Mix-ins|flavor, and mix-ins]]:&lt;br /&gt;
&lt;br /&gt;
;arch: typically &amp;lt;tt&amp;gt;x86-32bit&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;x86-64bit&amp;lt;/tt&amp;gt;, this defines the processor type and support of your system. This is defined when your stage was built and should not be changed.&lt;br /&gt;
;build: defines whether your system is a &amp;lt;tt&amp;gt;current&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;stable&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;experimental&amp;lt;/tt&amp;gt; build. &amp;lt;tt&amp;gt;current&amp;lt;/tt&amp;gt; systems will have newer packages unmasked than &amp;lt;tt&amp;gt;stable&amp;lt;/tt&amp;gt; systems.&lt;br /&gt;
;flavor: defines the general type of system, such as &amp;lt;tt&amp;gt;server&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;desktop&amp;lt;/tt&amp;gt;, and will set default USE flags appropriate for your needs.&lt;br /&gt;
;mix-ins: define various optional settings that you may be interested in enabling.&lt;br /&gt;
&lt;br /&gt;
One arch, build and flavor must be set for each Funtoo Linux system, while mix-ins are optional and you can enable more than one if desired.&lt;br /&gt;
&lt;br /&gt;
Remember that profiles can often be inherited. For example, the &amp;lt;tt&amp;gt;desktop&amp;lt;/tt&amp;gt; flavor inherits the &amp;lt;tt&amp;gt;workstation&amp;lt;/tt&amp;gt; flavor settings, which in turn inherits the &amp;lt;tt&amp;gt;X&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;audio&amp;lt;/tt&amp;gt; mix-ins. You can view this by inspecting the &amp;lt;tt&amp;gt;parent&amp;lt;/tt&amp;gt; files defined in each profile, which can be found in &amp;lt;tt&amp;gt;/usr/portage/profiles/funtoo/1.0/linux-gnu&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##cd /usr/portage/profiles/funtoo/1.0/linux-gnu/&lt;br /&gt;
(chroot) # ##i##ls&lt;br /&gt;
arch/             eapi              make.defaults     package.use/      packages.build    use.force&lt;br /&gt;
build/            flavor/           mix-ins/          package.use.mask/ parent            &lt;br /&gt;
(chroot) # ##i##cat flavor/desktop/parent &lt;br /&gt;
../workstation&lt;br /&gt;
../../mix-ins/print&lt;br /&gt;
(chroot) # ##i##cat flavor/workstation/parent &lt;br /&gt;
../core&lt;br /&gt;
../../mix-ins/X&lt;br /&gt;
../../mix-ins/audio&lt;br /&gt;
../../mix-ins/dvd&lt;br /&gt;
../../mix-ins/media&lt;br /&gt;
../../mix-ins/console-extras&lt;br /&gt;
(chroot) # &lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To view installed profiles:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To change the profile flavor:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile set-flavor 7&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To add a mix-in:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##eselect profile add 10&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Remember if you add by string; add a 'gentoo:' to the beginning of the profile name ie:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i## eselect profile add gentoo:funtoo/1.0/linux-gnu/mix-ins/console-extras&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Configuring and installing the Linux kernel ===&lt;br /&gt;
&lt;br /&gt;
Now it's time to build and install a Linux kernel, which is the heart of any Funtoo Linux system. In the past, the process of creating a kernel that actually booted your system could be time-consuming and require a great deal of trial and error. Fortunately, Funtoo Linux offers an option to automatically build a kernel for you that will boot nearly all systems.&lt;br /&gt;
&lt;br /&gt;
If you are unfamiliar with how to manually configure your own kernel, or you simply want to get your system up and running quickly, you can emerge &amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag set, which will automatically build the kernel and an initrd that will boot nearly all Funtoo Linux systems. This kernel is based on a linux-3.2 LTS official debian kernel package and is an easy way to get your system up and running relatively quickly.&lt;br /&gt;
&lt;br /&gt;
Click [http://wiki.debian.org/DebianKernel here] for a list of all architectures the Debian kernel supports. &lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|&amp;lt;tt&amp;gt;debian-sources&amp;lt;/tt&amp;gt; with &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag requires at least 12GB in /var/tmp}}&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##echo &amp;quot;sys-kernel/debian-sources binary&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&lt;br /&gt;
(chroot) # ##i##emerge debian-sources&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
All done!&lt;br /&gt;
&lt;br /&gt;
{{fancynote|NVIDIA card users: the &amp;lt;tt&amp;gt;binary&amp;lt;/tt&amp;gt; USE flag installs the Nouveau drivers which cannot be loaded at the same time as the proprietary drivers, and cannot be unloaded at runtime because of KMS. You need to blacklist it under &amp;lt;tt&amp;gt;/etc/modprobe.d/&amp;lt;/tt&amp;gt;.}}&lt;br /&gt;
&lt;br /&gt;
For an overview of other kernel options for Funtoo Linux, see [[Funtoo Linux Kernels]]. Also be sure to see [[:Category:Hardware Compatibility|hardware compatibility]] information. We have compiled a very good reference for [[Dell PowerEdge 11G Servers]] that includes kernel compatibility information as well.&lt;br /&gt;
&lt;br /&gt;
The next step is to configure your boot loader so that your new kernel loads when the system boots.&lt;br /&gt;
&lt;br /&gt;
=== Installing a Bootloader ===&lt;br /&gt;
&lt;br /&gt;
==== Installing Grub ====&lt;br /&gt;
&lt;br /&gt;
The boot loader is responsible for loading the kernel from disk when your computer boots. For new installations, GRUB 2 and Funtoo's boot-update tool should be used as a boot loader. GRUB supports both GPT/GUID and legacy MBR partitioning schemes.&lt;br /&gt;
&lt;br /&gt;
To use this recommended boot method, first emerge &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;. This will also cause &amp;lt;tt&amp;gt;grub-2&amp;lt;/tt&amp;gt; to be merged, since it is a dependency of &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##emerge boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then, edit &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; and specify &amp;quot;&amp;lt;tt&amp;gt;Funtoo Linux genkernel&amp;lt;/tt&amp;gt;&amp;quot; as the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; setting at the top of the file, replacing &amp;lt;tt&amp;gt;&amp;quot;Funtoo Linux&amp;quot;&amp;lt;/tt&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; should now look like this:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
boot {&lt;br /&gt;
        generate grub&lt;br /&gt;
        default &amp;quot;Funtoo Linux genkernel&amp;quot;&lt;br /&gt;
        timeout 3 &lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux&amp;quot; {&lt;br /&gt;
        kernel bzImage[-v]&lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Funtoo Linux genkernel&amp;quot; {&lt;br /&gt;
        kernel kernel[-v]&lt;br /&gt;
        initrd initramfs[-v]&lt;br /&gt;
        params += real_root=auto &lt;br /&gt;
        # params += nomodeset&lt;br /&gt;
} &lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
Please read &amp;lt;tt&amp;gt;man boot.conf&amp;lt;/tt&amp;gt; for further details.&lt;br /&gt;
&lt;br /&gt;
===== Running grub-install and boot-update =====&lt;br /&gt;
&lt;br /&gt;
Finally, we will need to actually install the GRUB boot loader to your disk, and also run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; which will generate your boot loader configuration file:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##grub-install --no-floppy /dev/sda&lt;br /&gt;
(chroot) # ##i##boot-update&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You only need to run &amp;lt;tt&amp;gt;grub-install&amp;lt;/tt&amp;gt; when you first install Funtoo Linux, but you need to re-run &amp;lt;tt&amp;gt;boot-update&amp;lt;/tt&amp;gt; every time you modify your &amp;lt;tt&amp;gt;/etc/boot.conf&amp;lt;/tt&amp;gt; file, so your changes are applied on next boot.&lt;br /&gt;
&lt;br /&gt;
OK - your system should be ready to boot! Well, there are a few more loose ends...&lt;br /&gt;
&lt;br /&gt;
==== Installing Syslinux/Extlinux ====&lt;br /&gt;
&lt;br /&gt;
An alternate Bootloader is Extlinux, for installing it see the [[Extlinux|extlinux Guide]].&lt;br /&gt;
&lt;br /&gt;
=== Configuring your network ===&lt;br /&gt;
&lt;br /&gt;
It's important to ensure that you will be able to connect to your local-area network after you reboot into Funtoo Linux. There are three approaches you can use for configuring your network: NetworkManager, dhcpcd, and the [[Funtoo Linux Networking]] scripts. Here's how to choose which one to use based on the type of network you want to set up.&lt;br /&gt;
&lt;br /&gt;
==== Wi-Fi ====&lt;br /&gt;
&lt;br /&gt;
For laptop/mobile systems where you will be using Wi-Fi and connecting to various networks, NetworkManager is strongly recommended. The Funtoo version of NetworkManager is fully functional even from the command-line, so you can use it even without X or without the Network Manager applet. Here are the steps involved in setting up NetworkManager:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge linux-firmware&lt;br /&gt;
# ##i##emerge networkmanager&lt;br /&gt;
# ##i##rc-update add NetworkManager default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Above, we installed linux-firmware which contains a complete collection of available firmware for many hardware devices including Wi-Fi adapters, plus NetworkManager to manage our network connection. Then we added NetworkManager to the &amp;lt;tt&amp;gt;default&amp;lt;/tt&amp;gt; runlevel so it will start when Funtoo Linux boots.&lt;br /&gt;
&lt;br /&gt;
After you reboot into Funtoo Linux, you will be able to add a Wi-Fi connection this way:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##addwifi -S wpa -K 'wifipassword' mywifinetwork&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The &amp;lt;tt&amp;gt;addwifi&amp;lt;/tt&amp;gt; command is used to configure and connect to a WPA/WPA2 Wi-Fi network named &amp;lt;tt&amp;gt;mywifinetwork&amp;lt;/tt&amp;gt; with the password &amp;lt;tt&amp;gt;wifipassword&amp;lt;/tt&amp;gt;. This network configuration entry is stored in &amp;lt;tt&amp;gt;/etc/NetworkManager/system-connections&amp;lt;/tt&amp;gt; so that it will be remembered in the future. You should only need to enter this command once for each Wi-Fi network you connect to.&lt;br /&gt;
&lt;br /&gt;
==== Desktop (Wired Ethernet) ====&lt;br /&gt;
&lt;br /&gt;
For a home desktop or workstation with wired Ethernet that will use DHCP, the simplest and most effective option to enable network connectivity is to simply add &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; to the default runlevel:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##rc-update add dhcpcd default&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
When you reboot, &amp;lt;tt&amp;gt;dhcpcd&amp;lt;/tt&amp;gt; will run in the background and manage all network interfaces and use DHCP to acquire network addresses from a DHCP server.&lt;br /&gt;
&lt;br /&gt;
==== Server (Static IP) ====&lt;br /&gt;
&lt;br /&gt;
For servers, the [[Funtoo Linux Networking]] scripts are recommended. They are optimized for static configurations and things like virtual ethernet bridging for virtualization setups. See [[Funtoo Linux Networking]] for information on how to use Funtoo Linux's template-based network configuration system.&lt;br /&gt;
&lt;br /&gt;
=== Finishing Steps ===&lt;br /&gt;
&lt;br /&gt;
==== Set your root password ====&lt;br /&gt;
It's imperative that you set your root password before rebooting so that you can log in.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##passwd&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===Restart your system ===&lt;br /&gt;
&lt;br /&gt;
Now is the time to leave chroot, to unmount Funtoo Linux partitions and files and to restart your computer. When you restart, the GRUB boot loader will start, load the Linux kernel and initramfs, and your system will begin booting.&lt;br /&gt;
&lt;br /&gt;
Leave the chroot, change directory to /, unmount your Funtoo partitions, and reboot.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
(chroot) # ##i##exit&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount /mnt/funtoo/boot /mnt/funtoo/dev /mnt/funtoo/proc /mnt/funtoo&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should now see your system reboot, the GRUB boot loader appear for a few seconds, and then see the Linux kernel and initramfs loading. After this, you should see Funtoo Linux itself start to boot, and you should be greeted with a &amp;lt;tt&amp;gt;login:&amp;lt;/tt&amp;gt; prompt. Funtoo Linux has been successfully installed!&lt;br /&gt;
&lt;br /&gt;
===Next Steps===&lt;br /&gt;
&lt;br /&gt;
To learn how to customize and start using Funtoo Linux, see [[Funtoo Linux First Steps]].&lt;br /&gt;
&lt;br /&gt;
If your system did not boot correctly, see [[Installation Troubleshooting]] for steps you can take to resolve the problem.&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Install]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-02-13T16:05:25Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__   &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=2|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|- &lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-02-13T15:23:37Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__  &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=2|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|- &lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/ODROID_U2</id>
		<title>ODROID U2</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/ODROID_U2"/>
				<updated>2013-02-04T04:08:36Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The [http://www.hardkernel.com/renewal_2011/products/prdt_info.php| ODROID U2 ] is an ARM development board, featuring a 1.7 GHz quad-core CPU (ARMv7a). This document contains notes about installing Funtoo Linux on this device.&lt;br /&gt;
&lt;br /&gt;
== Preliminary discussion ==&lt;br /&gt;
&lt;br /&gt;
The ODROID-U2 needs u-boot as a bootloader, and at the time of writing this document, the required sources are not available. Some forum posts seem to indicate that they were once available, but other posts say that it never worked.&lt;br /&gt;
&lt;br /&gt;
Some distributions (Ubuntu for example) already have SD-card images for the U2. This means that somebody has (or had) found the necessary information. To keep tracks, the last section will show how a working Ubuntu SD-card image has been used to bootstrap this Funtoo installation. The other sections will be edited after a better solution is found.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|The following sections contain a quite unusual way of getting Funtoo installed, but will be updated when missing software is available.}}&lt;br /&gt;
&lt;br /&gt;
== Micro-SD Card Preparation ==&lt;br /&gt;
As there is missing software from upstream, we need to start with a SD-card image containing the bootloader (u-boot), and a boot partition containing the files that are required at boot-time. To do this, we started with an Ubuntu SD-card for the ODROID-U2 (see the last section for details).&lt;br /&gt;
&lt;br /&gt;
First, download the [http://ftp.osuosl.org/pub/funtoo/distfiles/odroid_u2_uboot_and_boot_partition-2013-01-17.img.gz u-boot and boot partition image].&lt;br /&gt;
&lt;br /&gt;
Then, extract it and copy it over your SD-card (we will use '''/dev/sdb''' for the rest of this document, '''adjust as needed''').&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gunzip odroid_u2_uboot_and_boot_partition-2013-01-17.img.gz&lt;br /&gt;
# ##i##dd if=odroid_u2_uboot_and_boot_partition-2013-01-17.img of=/dev/sdb&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should now have the following partition schema:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## cfdisk -P s /dev/sdb&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
 &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Partition Table for /dev/sdb&lt;br /&gt;
               First       Last&lt;br /&gt;
 # Type       Sector      Sector   Offset    Length   Filesystem Type (ID) Flag&lt;br /&gt;
-- ------- ----------- ----------- ------ ----------- -------------------- ----&lt;br /&gt;
   Pri/Log           0        3071*     0#       3072*Free Space           None&lt;br /&gt;
 1 Primary        3072*      68607*     0       65536*Linux (83)           None&lt;br /&gt;
   Pri/Log       68608*      69631*     0        1024*Free Space           None&lt;br /&gt;
 2 Primary       69632*    4263935*     0     4194304*Linux (83)           None&lt;br /&gt;
   Pri/Log     4263936*   15661055*     0    11397120*Free Space           None&lt;br /&gt;
------------------------------------------------------------&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|The bootloader requires some of the space that is available at the beginning of the device. Don't override this free space, as it is not really &amp;quot;free&amp;quot;.}}&lt;br /&gt;
&lt;br /&gt;
The boot partition /dev/sdb1 is formatted as FAT32 and contains some files. The other partition appears as the partition table has been copied, but it is not formatted.&lt;br /&gt;
&lt;br /&gt;
Remove this partition (/dev/sdb2) and add other partitions to fit your needs. Create a root partition as the second partition, starting at sector 69632. In the following example, there is also a 1GB swap partition at the end.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Partition Table for /dev/sdb&lt;br /&gt;
               First       Last&lt;br /&gt;
 # Type       Sector      Sector   Offset    Length   Filesystem Type (ID) Flag&lt;br /&gt;
-- ------- ----------- ----------- ------ ----------- -------------------- ----&lt;br /&gt;
   Pri/Log           0        3071*     0#       3072*Free Space           None&lt;br /&gt;
 1 Primary        3072*      68607*     0       65536*Linux (83)           None&lt;br /&gt;
   Pri/Log       68608*      69631*     0        1024*Free Space           None&lt;br /&gt;
 2 Primary       69632*   13654922*     0    13585291*Linux (83)           None&lt;br /&gt;
 3 Primary    13654923*   15661055*     0     2006133*Linux swap / So (82) None&lt;br /&gt;
&lt;br /&gt;
------------------------------------------------------------&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkfs.ext4 /dev/sdb2&lt;br /&gt;
# ##i##mkswap /dev/sdb3&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Funtoo Linux Installation ==&lt;br /&gt;
Follow the guide from [[Funtoo Linux Installation on ARM]] to begin the installation of Funtoo on the root filesystem. Note that once you are finished, you will not be able to boot the ODROID U2 until you complete the next sections.&lt;br /&gt;
&lt;br /&gt;
=== Modules ===&lt;br /&gt;
&lt;br /&gt;
To be continued...&lt;br /&gt;
&lt;br /&gt;
== Boot partition setup ==&lt;br /&gt;
Mount the boot partition (/dev/sdb1) in /mnt/SD_root/boot (created in the last section). It should contain the following files:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
boot&lt;br /&gt;
├── board.dtb&lt;br /&gt;
├── boot&lt;br /&gt;
├── boot-hdmi1080.scr&lt;br /&gt;
├── boot-hdmi1080.txt&lt;br /&gt;
├── boot-hdmi720.scr&lt;br /&gt;
├── boot-hdmi720.txt&lt;br /&gt;
├── boot.ini&lt;br /&gt;
├── boot.scr&lt;br /&gt;
├── boot.scr.orig&lt;br /&gt;
├── boot.txt&lt;br /&gt;
├── boot.txt.orig&lt;br /&gt;
├── config.3.0.51&lt;br /&gt;
├── uInitrd.orig&lt;br /&gt;
├── zImage&lt;br /&gt;
└── zImage.3.0.51.orig&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
More information to come about how to personalize the boot process.&lt;br /&gt;
&lt;br /&gt;
== Personalized Kernel Compilation ==&lt;br /&gt;
&lt;br /&gt;
=== Cross-compiler installation ===&lt;br /&gt;
In order to compile the Linux kernel for the ODROID U2, an ARMv7a hardfloat toolchain is needed. Install it using crossdev:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## emerge crossdev&lt;br /&gt;
# ##i## crossdev -v -t armv7a-hardfloat-linux-gnueabi (also add -S if you want a stable toolchain)&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Kernel Compilation an Installation ===&lt;br /&gt;
The kernel for the ODROID U2 can be directly compiled from the sources, given by hardkernel. Note that there are several branches (odroid-3.0.y, odroidx-3.6.y and odroid-next when this page was written), but we will stick with the default branch as it provides a defconfig for a simple start.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i## cd ../odroid_u2&lt;br /&gt;
# ##i## git clone https://github.com/hardkernel/linux.git&lt;br /&gt;
# ##i## cd linux&lt;br /&gt;
# ##i## ARCH=arm make odroidu2_ubuntu_defconfig&lt;br /&gt;
# ##i## ARCH=arm CROSS_COMPILE=/usr/bin/armv7a-hardfloat-linux-gnueabi- make -j8 (adapt depending on the number of cores available on the build machine)&lt;br /&gt;
# ##i## ARCH=arm CROSS_COMPILE=/usr/bin/armv7a-hardfloat-linux-gnueabi- make modules_install INSTALL_MOD_PATH=/mnt/SD_root&lt;br /&gt;
# ##i## cp arch/arm/boot/zImage /mnt/SD_root/boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Miscellaneous ==&lt;br /&gt;
&lt;br /&gt;
=== Bootstrapping a Funtoo installation using an Gentoo SD-card Image ===&lt;br /&gt;
[http://odroid.foros-phpbb.com/t2005-linaro-ubuntu-1211-for-odroid-u2|Linaro Ubuntu for ODROID-U2] is a port of Ubuntu working on the ODROID-U2. They provide a working SD-card image that already contains the necessary first bits of information (u-boot image) on the beginning of the SD-card, a fat32 boot partition with boot files, and an ext4 partition for Ubuntu root filesystem.&lt;br /&gt;
&lt;br /&gt;
Using this image, kripton created [http://odroid.foros-phpbb.com/t2242-gentoo-hardfp-image-for-the-u2|Gentoo SD-card image]. We will use this image to provide a start point for Funtoo users.&lt;br /&gt;
&lt;br /&gt;
We will use it to bootstrap a Funtoo installation, and try to find a better solution in the future.&lt;br /&gt;
&lt;br /&gt;
1. Download a SD-card image from [http://odroid.foros-phpbb.com/t2242-gentoo-hardfp-image-for-the-u2].&lt;br /&gt;
2. Extract it if it's compressed.&lt;br /&gt;
3. Run dd if=name_of_image of=/dev/your_sd_card_device&lt;br /&gt;
&lt;br /&gt;
After a while, this should give you the following partition table:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Partition Table for /dev/sdb&lt;br /&gt;
               First       Last&lt;br /&gt;
 # Type       Sector      Sector   Offset    Length   Filesystem Type (ID) Flag&lt;br /&gt;
-- ------- ----------- ----------- ------ ----------- -------------------- ----&lt;br /&gt;
   Pri/Log           0        3071*     0#       3072*Free Space           None&lt;br /&gt;
 1 Primary        3072*      68607*     0       65536*Linux (83)           None&lt;br /&gt;
   Pri/Log       68608*      69631*     0        1024*Free Space           None&lt;br /&gt;
 2 Primary       69632*    4263935*     0     4194304*Linux (83)           None&lt;br /&gt;
   Pri/Log     4263936*   15661055*     0    11397120*Free Space           None&lt;br /&gt;
------------------------------------------------------------&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
To provide a starting point for a Funtoo installation, we will reuse the first 68631 sectors if this installation to extract the boot loader and the boot partition.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##dd if=/dev/sdb of=uboot_and_boot_partition.img bs=512 count=68631&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
This is it! This file will be used to install Funtoo and have already u-boot and boot partition available.&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Flavors_and_Mix-ins</id>
		<title>Flavors and Mix-ins</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Flavors_and_Mix-ins"/>
				<updated>2013-02-02T02:14:13Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: /* Mix-ins */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page documents flavors and mix-ins, which are components of Funtoo profiles:&lt;br /&gt;
&lt;br /&gt;
== Flavors ==&lt;br /&gt;
&lt;br /&gt;
A system can have only one flavor profile enabled at a time. The following flavors are available:&lt;br /&gt;
&lt;br /&gt;
;minimal: This flavor defines the most minimal possible flavor. It currently only contains defaults for all Funtoo Linux flavors.&lt;br /&gt;
&lt;br /&gt;
;core: The core flavor is the minimal flavor plus reasonable USE options, and is used for stage3 builds.&lt;br /&gt;
&lt;br /&gt;
;server: The server flavor is intended for servers but at this time just tracks core.&lt;br /&gt;
&lt;br /&gt;
;workstation: The workstation flavor is a minimal desktop system. It includes the core flavor plus these mix-ins: '''X''', '''audio''', '''dvd''', '''media''', '''console-extras'''&lt;br /&gt;
&lt;br /&gt;
;desktop: The desktop flavor is a full-featured desktop system, minus desktop environment (add KDE, GNOME or XFCE as a mix-in.) It includes the '''workstation''' flavor plus '''printing''' support.&lt;br /&gt;
&lt;br /&gt;
== Mix-ins ==&lt;br /&gt;
&lt;br /&gt;
A system can have any number of mix-ins enabled at a time. The following mix-ins are available:&lt;br /&gt;
&lt;br /&gt;
;audio: Enables core audio-related settings, currently related to ALSA.&lt;br /&gt;
&lt;br /&gt;
;console-extras: Enables things that are nice to have for console-only systems. Currently enabling gpm in USE.&lt;br /&gt;
&lt;br /&gt;
;dvd: USE settings related to optical drives -- CDR/DVD-ROM/RW use.&lt;br /&gt;
&lt;br /&gt;
;gnome: USE and package.use settings required to merge GNOME.&lt;br /&gt;
&lt;br /&gt;
;kde: USE and package.use settings required to merge KDE.&lt;br /&gt;
&lt;br /&gt;
;media: USE settings related to audio/video media encoding. Can be for desktops or servers.&lt;br /&gt;
&lt;br /&gt;
;print: Enables printing capability.&lt;br /&gt;
&lt;br /&gt;
;rhel5-compat: settings required for running a system that uses a Red Hat Enterprise Linux 5-based kernel.&lt;br /&gt;
&lt;br /&gt;
;vmware-guest: settings related to using Funtoo Linux as a VMWare virtual machine guest.&lt;br /&gt;
&lt;br /&gt;
;X: Settings related to the X Window System and hardware support.&lt;br /&gt;
&lt;br /&gt;
;xfce: USE settings required for merging XFCE.&lt;br /&gt;
&lt;br /&gt;
[[Category:Portage]]&lt;br /&gt;
[[Category:Featured]]&lt;br /&gt;
[[Category:Funtoo features]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/ZFS_Install_Guide</id>
		<title>ZFS Install Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/ZFS_Install_Guide"/>
				<updated>2013-01-31T16:58:55Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: /* Introduction */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This tutorial will show you how to install Funtoo on ZFS (rootfs). This tutorial is meant to be an &amp;quot;overlay&amp;quot; over the [[Funtoo_Linux_Installation|Regular Funtoo Installation]]. Follow the normal installation and only use this guide for steps 2, 3, and 8.&lt;br /&gt;
&lt;br /&gt;
=== Introduction to ZFS ===&lt;br /&gt;
&lt;br /&gt;
Since ZFS is a new technology for Linux, it can be helpful to understand some of its benefits, particularly in comparison to BTRFS, another popular next-generation Linux filesystem:&lt;br /&gt;
&lt;br /&gt;
The current btrfs code in Linus' tree has known data corruption bugs&lt;br /&gt;
that Chris Mason has yet to fix. The current ZFS code has a solid track&lt;br /&gt;
record for data integrity.&lt;br /&gt;
&lt;br /&gt;
On Linux, the ZFS code can be updated independently of the kernel to&lt;br /&gt;
obtain the latest fixes. btrfs is exclusive to Linux and you need to&lt;br /&gt;
build the latest kernel sources to get the latest fixes.&lt;br /&gt;
&lt;br /&gt;
ZFS is supported on multiple platforms. The platforms with the best&lt;br /&gt;
support are Solaris, FreeBSD and Linux. Other platforms with varying&lt;br /&gt;
degrees of support are NetBSD, Mac OS X and Windows. btrfs is exclusive&lt;br /&gt;
to Linux.&lt;br /&gt;
&lt;br /&gt;
ZFS has the Adaptive Replacement Cache replacement algorithm while btrfs&lt;br /&gt;
uses the linux kernel's Last Recently Used replacement algorithm. The&lt;br /&gt;
former often has an overwhelmingly superior hit rate, which means fewer&lt;br /&gt;
disk accesses.&lt;br /&gt;
&lt;br /&gt;
ZFS has the ZFS Intent Log and SLOG devices, which accelerates small&lt;br /&gt;
synchronous write performance.&lt;br /&gt;
&lt;br /&gt;
ZFS handles internal fragmentation gracefully, such that you can fill it&lt;br /&gt;
until 100%. Internal fragmentation in btrfs can make btrfs think it is&lt;br /&gt;
full at 10%. Btrfs has no automatic rebalancing code, so it requires a&lt;br /&gt;
manual rebalance to correct it.&lt;br /&gt;
&lt;br /&gt;
ZFS has raidz, which is like RAID 5/6 (or a hypothetical RAID 7 that&lt;br /&gt;
supports 3 parity disks), except it does not suffer from the RAID write&lt;br /&gt;
hole issue thanks to its use of CoW and a variable stripe size. btrfs&lt;br /&gt;
has no equivalent.&lt;br /&gt;
&lt;br /&gt;
ZFS send/receive implementation supports incremental update when doing&lt;br /&gt;
backups. btrfs' send/receive implementation requires sending the entire&lt;br /&gt;
snapshot.&lt;br /&gt;
&lt;br /&gt;
ZFS supports data deduplication, which is a memory hog and only works&lt;br /&gt;
well for specialized workloads. btrfs has no equivalent.&lt;br /&gt;
&lt;br /&gt;
ZFS datasets have a hierarchical namespace while btrfs subvolumes have a&lt;br /&gt;
flat namespace.&lt;br /&gt;
&lt;br /&gt;
ZFS has the ability to create virtual block devices called zvols in its&lt;br /&gt;
namespace. btrfs has no equivalent and must rely on the loop device for&lt;br /&gt;
this functionality, which is cumbersome.&lt;br /&gt;
&lt;br /&gt;
The only area where btrfs is ahead of ZFS is in the area of small file&lt;br /&gt;
efficiency. btrfs supports a feature called block suballocation, which&lt;br /&gt;
enables it to store small files far more efficiently than ZFS. It is&lt;br /&gt;
possible to use another filesystem (e.g. reiserfs) on top of a ZFS zvol&lt;br /&gt;
to obtain similar benefits (with arguably better data integrity) when&lt;br /&gt;
dealing with many small files (e.g. the portage tree).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Disclaimers ===&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|This guide is a work in progress. Expect some quirks.}}&lt;br /&gt;
{{fancyimportant|'''Since ZFS was really designed for 64 bit systems, we are only recommending and supporting 64 bit platforms and installations. We will not be supporting 32 bit platforms'''!}}&lt;br /&gt;
&lt;br /&gt;
== Video Tutorial ==&lt;br /&gt;
&lt;br /&gt;
As a companion to the install instructions below, a YouTube video ZFS install tutorial is now available:&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Setting up your environment ==&lt;br /&gt;
In order for us to install Funtoo on ZFS, you will need an environment that provides the ZFS tools. We will be downloading two things: &lt;br /&gt;
&lt;br /&gt;
# System Rescue CD, &lt;br /&gt;
# ZFS System Rescue Module (SRM)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is just a file that when combined with System Rescue CD, gives you those tools.&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Name: SystemRescueCd-x86-3.3.0 (368 MiB)&lt;br /&gt;
Release Date: 2013-01-24&lt;br /&gt;
md5sum 01c9d3ff99b46771779ea2d3a66a1c7c&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Funtoo now has mirrored copies of System Rescue CD and the ZFS SRM at the links below.&lt;br /&gt;
&lt;br /&gt;
[http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.3.0.iso Download System Rescue CD 3.3.0]&amp;lt;br /&amp;gt;&lt;br /&gt;
[http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/zfs-3.4.27-std330-amd64.tar.bz2 Download the ZFS System Rescue Module]&lt;br /&gt;
&lt;br /&gt;
[[Creating_System_Rescue_CD_Modules|Follow the instructions here to download and place the srm into your flash drive]].&lt;br /&gt;
&lt;br /&gt;
== Creating partitions ==&lt;br /&gt;
There are two ways to partition your disk: You can use your entire drive and let ZFS automatically partition it for you, or you can do it manually.&lt;br /&gt;
&lt;br /&gt;
Using your entire disk drive is recommended since ZFS turns on/off a few settings. For one, if you use your whole-disk, ZFS will set the I/O elevator for the drive automatically. On Solaris machines, ZFS also enables the disk's write cache.&lt;br /&gt;
&lt;br /&gt;
If you partition it manually, you should set your I/O scheduler to no-op so it doesn't conflict with the ZFS scheduler. Partitioning manually also gives you the advantage of putting your /boot outside the ZFS pool so that you can use a bootloader that doesn't support booting from ZFS.&lt;br /&gt;
=== Whole Disk ===&lt;br /&gt;
This is the easiest method and the recommended method. &amp;lt;br /&amp;gt;&lt;br /&gt;
First lets make sure that the disk is completely wiped from any previous disk labels and partitions.&lt;br /&gt;
We will also assume that &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt; is the target drive.&amp;lt;br /&amp;gt;&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command: ##i##x ↵&lt;br /&gt;
Expert command: ##i##z ↵&lt;br /&gt;
About to wipe out GPT on /dev/sda. Proceed?: ##i##y ↵&lt;br /&gt;
GPT data structures destroyed! You may now partition the disk using fdisk or other utilities.&lt;br /&gt;
Blank out MBR?: ##i##y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancywarning|This is a destructive operation. Make sure you really don't want anything on this disk.}}&lt;br /&gt;
Now that we have a clean drive, we will create the new pool in it while letting zfs automatically partition it. &lt;br /&gt;
&lt;br /&gt;
Create the pool as normal:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/sda&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
Doing this will let ZFS create a GPT style disk with two partitions. We will also slightly modify this to add a BIOS Boot Partition so that grub can be installed successfully. First lets export the pool so that the kernel can use the new partition table without rebooting.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool export rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
And now lets create a new BIOS Boot Partition at partition 2 from sectors '''48''' to '''2047''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command (? for help): ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048        16758783   8.0 GiB     BF01  zfs   &lt;br /&gt;
9        16758784        16775167   8.0 MiB     BF07 &lt;br /&gt;
&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##48 ↵&lt;br /&gt;
Last sector: ##i##2047 ↵&lt;br /&gt;
Hex code or GUID: ##i##EF02 ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##y&lt;br /&gt;
OK; writing new GUID partition table (GPT) to /dev/sda.&lt;br /&gt;
The operation has completed successfully.&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you were to check &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt; again, you would see these 3 partitions:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048        16758783   8.0 GiB     BF01  zfs   &lt;br /&gt;
2              48            2047   1000.0 KiB  EF02  BIOS boot partition   &lt;br /&gt;
9        16758784        16775167   8.0 MiB     BF07&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Let's import the pool again:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool import -f -o cachefile= -R /mnt/funtoo rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[ZFS_Install_Guide#Create_the_zfs_datasets|Now continue with creating your datasets.]]&lt;br /&gt;
=== Manual partitioning ===&lt;br /&gt;
==== fdisk (MBR Style) ====&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##t ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
Hex code: ##i##bf ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Device Boot      Start         End      Blocks   Id  System&lt;br /&gt;
/dev/sda1            2048      514047      256000   83  Linux&lt;br /&gt;
/dev/sda2          514048  1953525167   976505560   bf  Solaris&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== gdisk (GPT Style) ====&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (BIOS Boot Partition):&lt;br /&gt;
&amp;lt;console&amp;gt;Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancyimportant|Only make the above BIOS Boot Partition if you are using GRUB 2 on GPT. If you are using the extlinux bootloader, this partition is not necessary.}}&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS):&lt;br /&gt;
&amp;lt;console&amp;gt;Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Hex Code: ##i##bf01 ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048          514047   250.0 MiB   8300  Linux filesystem   &lt;br /&gt;
2          514048      1953525134   931.3 GiB   BF01  Solaris /usr &amp;amp; Mac ZFS&lt;br /&gt;
&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your boot volume ===&lt;br /&gt;
If you did manual partitioning, format your separate boot partition:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##mkfs.ext4 /dev/sda1&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zpool ===&lt;br /&gt;
We will first create the pool. The pool will be named `rpool` and the disk will be aligned to 4096 (using ashift=12)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/sda2&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancyimportant|If you followed the manual GPT partitioning instructions, you should change /dev/sda2 to /dev/sda3.}}{{fancynote|If you have a previous pool that you would like to import, you can do a: '''zpool import -f -R /mnt/funtoo &amp;lt;pool_name&amp;gt;'''}}&lt;br /&gt;
&lt;br /&gt;
=== Create the zfs datasets ===&lt;br /&gt;
We will now create some datasets. For this installation, we will create a small but future proof amount of datasets. We will have a dataset for the OS (/), and your swap. We will also show you how to create some optional datasets: /home, /var, /usr/src, and /usr/portage.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Create some empty containers for organization purposes, and make the dataset that will hold /&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/ROOT&lt;br /&gt;
# ##i##zfs create -o mountpoint=/ rpool/ROOT/funtoo&lt;br /&gt;
&lt;br /&gt;
Optional, but recommended datasets: /home, /root&lt;br /&gt;
# ##i##zfs create -o mountpoint=/home rpool/HOME&lt;br /&gt;
# ##i##zfs create -o mountpoint=/root rpool/HOME/root&lt;br /&gt;
&lt;br /&gt;
Optional datasets: /usr/src, /var&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/FUNTOO&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/src rpool/FUNTOO/src&lt;br /&gt;
# ##i##zfs create -o mountpoint=/var rpool/FUNTOO/var&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Creating a separate portage dataset (optional) ====&lt;br /&gt;
Creating a separate portage dataset could be useful if you would like to keep your portage tree, distfiles (source code files), and packages (your compiled binaries if you have FEATURES=&amp;quot;buildpkg&amp;quot; enabled) in a safe place (or if you want to back up this directory up easily). This requires a few extra steps because we can't just do a regular emerge --sync when we initially chroot. We will need to download a portage snapshot tarball and extract it into the directory. The required steps for getting and extracting the snapshot will be shown later on in the guide once you chroot into the environment. &lt;br /&gt;
&lt;br /&gt;
For now just create the datasets:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage -o compression=off rpool/FUNTOO/portage&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage/distfiles -o compression=off rpool/FUNTOO/distfiles&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create your swap zvol ===&lt;br /&gt;
'''Make your swap +1G greater than your RAM. An 8G machine would have 9G of RAM (This is kinda big though).'''&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o sync=always -o primarycache=metadata -o secondarycache=none -V 9G rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your swap zvol ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkswap -f /dev/zvol/rpool/swap&lt;br /&gt;
# ##i##swapon /dev/zvol/rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Last minute checks and touches ===&lt;br /&gt;
Check to make sure everything appears fine:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Copy the '''zpool.cache''' file to your new environment.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir -p /mnt/funtoo/etc/zfs&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache /mnt/funtoo/etc/zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make an empty mtab file&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##touch /mnt/funtoo/etc/mtab&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now we will continue to install funtoo.&lt;br /&gt;
== Installing Funtoo ==&lt;br /&gt;
[[Funtoo_Linux_Installation|Download and install the Funtoo stage3 and continue installation as normal.]]&lt;br /&gt;
&lt;br /&gt;
Then chroot into your new funtoo environment:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
&lt;br /&gt;
Mount your boot drive ** You don't need to do this if you're using whole-disk zfs **&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&lt;br /&gt;
Bind the kernel related directories&lt;br /&gt;
# ##i##mount --rbind /proc proc&lt;br /&gt;
# ##i##mount --rbind /dev dev&lt;br /&gt;
# ##i##mount --rbind /sys sys&lt;br /&gt;
&lt;br /&gt;
Copy network settings&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc/chroot into your new funtoo environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . /bin/bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Syncing your portage tree ===&lt;br /&gt;
==== If you didn't create a separate portage dataset, then just sync your portage tree as normal. ====&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge --sync&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== If you did create a separate portage dataset, let's now get the portage snapshot set up. ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Change into your /usr directory&lt;br /&gt;
# ##i##cd /usr&lt;br /&gt;
&lt;br /&gt;
Download and extract the portage snapshot&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/snapshots/portage-latest.tar.xz&lt;br /&gt;
# ##i##tar xf portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Change into your portage directory and checkout the funtoo branch&lt;br /&gt;
# ##i##cd portage&lt;br /&gt;
# ##i##git checkout funtoo.org&lt;br /&gt;
&lt;br /&gt;
Now sync your portage tree&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Kernel Configuration ==&lt;br /&gt;
{{fancynote|The below configurations are the requirements for &amp;quot;Bliss Initramfs Creator&amp;quot;. Some of these might not be needed for genkernel.}}&lt;br /&gt;
&lt;br /&gt;
Tested with kernel 2.6.32, 3.2.34, 3.6.9, 3.7.[1-3].&lt;br /&gt;
&lt;br /&gt;
When you get up to the kernel, make sure that you disable the CFQ scheduler, and turn on No-op (It's the default one once you disable all schedulers). The reason for this is because ZFS has its own scheduler and the CFQ one conflicts with it. Go to your kernel config, and make sure you have the following: (there should be a /usr/src/linux symlink as well)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;ZLIB_INFLATE/DEFLATE must be compiled into the kernel (not as a module).&lt;br /&gt;
&amp;gt; ZLIB_INFLATE [=y], ZLIB_DEFLATE [=y]&lt;br /&gt;
&lt;br /&gt;
General setup ---&amp;gt;&lt;br /&gt;
&amp;gt; [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support&lt;br /&gt;
&amp;gt; () Initramfs source file(s)&lt;br /&gt;
[*] Enable loadable module support ---&amp;gt;&lt;br /&gt;
[*] Module unloading&lt;br /&gt;
Enable the block layer ---&amp;gt;&lt;br /&gt;
IO Schedulers ---&amp;gt;&lt;br /&gt;
&amp;lt; &amp;gt; Deadline I/O scheduler&lt;br /&gt;
&amp;lt; &amp;gt; CFQ I/O scheduler&lt;br /&gt;
Default I/O scheduler (No-op)&lt;br /&gt;
&lt;br /&gt;
Device Drivers ---&amp;gt;&lt;br /&gt;
&amp;gt; Generic Driver Options ---&amp;gt;&lt;br /&gt;
&amp;gt;&amp;gt; [*] Maintain a devtmpfs filesystem to mount at /dev&lt;br /&gt;
&amp;gt;&amp;gt; [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cryptographic API ---&amp;gt;&lt;br /&gt;
&amp;lt;*&amp;gt; Deflate compression algorithm&lt;br /&gt;
&amp;lt;*&amp;gt; Zlib compression algorithm&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* All other drivers required to see your PATA/SATA drives must be compiled in.&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Continue and compile/install your kernel:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##make bzImage modules&lt;br /&gt;
# ##i##make install&lt;br /&gt;
# ##i##make modules_install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Installing the ZFS userspace tools ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av zfs&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Check to make sure that the zfs tools are working, the zpool.cache file that you copied before should be displayed.&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If everything worked, continue.&lt;br /&gt;
&lt;br /&gt;
== Install the bootloader ==&lt;br /&gt;
&lt;br /&gt;
=== GRUB 2 ===&lt;br /&gt;
If you are using whole-disk zfs then you will need grub2 because grub2 is the only bootloader that supports booting from a zfs pool. &lt;br /&gt;
&lt;br /&gt;
Before you do this, make sure this checklist is followed:&lt;br /&gt;
* Installed kernel and kernel modules&lt;br /&gt;
* Installed zfs package from the tree&lt;br /&gt;
* /dev, /proc, /sys are mounted in the chroot environment&lt;br /&gt;
&lt;br /&gt;
Once all this is checked, let's install grub2. First we need to enable the &amp;quot;libzfs&amp;quot; use flag so zfs support is compiled for grub2.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##echo &amp;quot;sys-boot/grub libzfs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then we will compile grub2:&lt;br /&gt;
{{fancyimportant|GRUB should be _at least_ version 2.0.0 since 2.0.0 added zfs support. 1.99,.98 will not work.}}&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av grub&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once this is done, you can check that grub is version 2.00 by doing the following command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##grub-install --version&lt;br /&gt;
grub-install (GRUB) 2.00&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now try to install grub2:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##grub-install --no-floppy /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should receive the following message&lt;br /&gt;
&amp;lt;console&amp;gt;Installation finished. No error reported.&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If not, then go back to the above checklist.&lt;br /&gt;
=== Extlinux ===&lt;br /&gt;
There are four things we need to do for extlinux:&lt;br /&gt;
&lt;br /&gt;
# Install extlinux bootloader&lt;br /&gt;
# Write the .bin to the front of the target disk&lt;br /&gt;
# Toggle BIOS partition flag&lt;br /&gt;
# Write a extlinux configuration file&lt;br /&gt;
&lt;br /&gt;
First emerge extlinux:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av syslinux&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then create a /boot/extlinux directory:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /boot&lt;br /&gt;
# ##i##mkdir /boot/extlinux&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Change into the extlinux dir and install the bootloader:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /boot/extlinux&lt;br /&gt;
# ##i##extlinux --install .&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== MBR ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##fdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command: ##i##a ↵&lt;br /&gt;
Partition number: ##i##1 ↵&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Printing the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; partition layout should show a star next to &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&amp;lt;console&amp;gt;/dev/sda   *    2048    514047    256000    83    Linux&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Flash the .bin to the front of the disk:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== GPT ===&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##sgdisk /dev/sda --attributes=1:set:2&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Flash the .bin to the front of the disk:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/gptmbr.bin of=/dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
We will write the extlinux/grub configuration file in the next section.&lt;br /&gt;
== Create the initramfs ==&lt;br /&gt;
There are two ways to do this, you can use genkernel, or you can use my bliss initramfs creator. I will show you both.&lt;br /&gt;
&lt;br /&gt;
=== genkernel ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -av sys-kernel/genkernel&lt;br /&gt;
# ##i##genkernel --zfs initramfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Example: kernel name is: vmlinuz-3.7.3-ALL&lt;br /&gt;
initramfs name is: initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
pool name is: rpool&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''grub.cfg''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo&lt;br /&gt;
menuentry &amp;quot;Funtoo - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs  &lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/funtoo real_root=ZFS=rpool/ROOT/funtoo dozfs=force&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''extlinux.conf''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo&lt;br /&gt;
  MENU LABEL Funtoo 3.7.3-ALL&lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL&lt;br /&gt;
  INITRD /boot/initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
  APPEND real_root=ZFS=rpool/ROOT/funtoo dozfs=force&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Bliss Initramfs Creator ===&lt;br /&gt;
Clone my creator which is located at: git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##git clone git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then go into this new directory, run the script as root, and place it into /boot:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##cd Bliss-Initramfs-Creator&lt;br /&gt;
# ##i##./createInit&lt;br /&gt;
# ##i##mv initrd-&amp;lt;kernel_name&amp;gt;.img /boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;kernel_name&amp;gt;''' is the name of what you selected in the initramfs creator, and the name of the outputted file. Once you do this just go to your bootloader config, and add it in there.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Example: Kernel name is: vmlinuz-3.7.3-ALL&lt;br /&gt;
initramfs name is: initrd-3.7.3-ALL.img&lt;br /&gt;
Pool root is: rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''grub.cfg''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo&lt;br /&gt;
menuentry &amp;quot;Funtoo - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs&lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/funtoo quiet&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initrd-3.7.3-ALL.img&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''extlinux.conf:'''&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo  &lt;br /&gt;
  MENU LABEL Funtoo 3.7.3-ALL  &lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL  &lt;br /&gt;
  INITRD /boot/initrd-3.7.3-ALL.img  &lt;br /&gt;
  APPEND root=rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Final configuration ==&lt;br /&gt;
=== Add the zfs tools to openrc ===&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##rc-update add zfs boot&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Add filesystems to /etc/fstab ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##nano /etc/fstab&lt;br /&gt;
&lt;br /&gt;
# &amp;lt;fs&amp;gt;                  &amp;lt;mountpoint&amp;gt;    &amp;lt;type&amp;gt;          &amp;lt;opts&amp;gt;          &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
# Do not add the /boot line below if you are using whole-disk zfs&lt;br /&gt;
/dev/sda1               /boot           ext4            defaults        1 2&lt;br /&gt;
/dev/zvol/rpool/swap    none            swap            sw              0 0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Clean up and reboot ===&lt;br /&gt;
We are almost done, we are just going to clean up, '''set our root password''', and unmount whatever we mounted and get out.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Delete the stage3/portage tarballs you downloaded earlier so they don't take up space.&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##rm stage3-latest.tar.xz&lt;br /&gt;
# ##i##rm /usr/portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Set your root password&lt;br /&gt;
# ##i##passwd&lt;br /&gt;
&amp;gt;&amp;gt; Enter your password, you won't see what you are writing (for security reasons), but it is there!&lt;br /&gt;
&lt;br /&gt;
Get out of the chroot environment&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&lt;br /&gt;
Unmount all the kernel filesystem stuff and boot (if you have a separate /boot)&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##umount -l proc dev sys boot&lt;br /&gt;
&lt;br /&gt;
Turn off the swap&lt;br /&gt;
# ##i##swapoff /dev/zvol/rpool/swap&lt;br /&gt;
&lt;br /&gt;
Export the zpool&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##zpool export -f rpool&lt;br /&gt;
&lt;br /&gt;
Reboot&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|'''Don't forget to set your root password as stated above before exiting chroot and rebooting. If you don't set the root password, you won't be able to log into your new system.'''}}&lt;br /&gt;
&lt;br /&gt;
and that should be enough to get your system to boot on ZFS.&lt;br /&gt;
&lt;br /&gt;
== Extra: After reboot ==&lt;br /&gt;
After you restart your machine and your inside your desktop, continue to set up anything you need in terms of /etc configurations. Once you have everything the way you like it, take a snapshot of your system. You will be using this snapshot to revert back to this state if anything ever happens to your system down the road. The snapshots are cheap, and almost instant. &lt;br /&gt;
&lt;br /&gt;
To take the snapshot of your rootfs, type the following:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs snapshot rpool/ROOT/funtoo@install&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To see if your snapshot was taken, type:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs list -t snapshot&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If your machine ever fails and you need to get back to this state, just type:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs rollback rpool/ROOT/funtoo@install&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Recovery Environment ===&lt;br /&gt;
On ZFS it is extremely easy to create a recovery environment using an already working snapshot. So that's what we will be doing. Create a clone of the @install snapshot which you will use for recovery purposes. If something happens to your main install, you can boot into this clone and fix the main one. One of the differences (maybe the only difference) between a clone and a snapshot is that a clone is rewritable while a snapshot is only read-only.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs clone rpool/ROOT/funtoo@install rpool/ROOT/recovery&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Add the clone to your grub.cfg ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo Recovery&lt;br /&gt;
menuentry &amp;quot;Funtoo Recovery - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs&lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/recovery quiet&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initrd-3.7.3-ALL.img&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Add the clone to your extlinux.conf ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo-recovery    &lt;br /&gt;
  MENU LABEL Funtoo Recovery    &lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL    &lt;br /&gt;
  INITRD /boot/initrd-3.7.3-ALL.img    &lt;br /&gt;
  APPEND root=rpool/ROOT/recovery&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Things to watch out for ====&lt;br /&gt;
Since your recovery clone will tend to get old as you use your main system, and since your recovery and other stuff are on the same pool, we don't want the new pool stuff to be mounted when we launch recovery. We also don't want video drivers to be conflicting.&lt;br /&gt;
# Make sure that nvidia/nouveau stuff are blacklisted.&lt;br /&gt;
# Make sure that your /boot and /lib/modules for the kernel in your 'recovery' are matching.&lt;br /&gt;
# Disable the zfs openrc script so that nothing else gets automatically mounted. Only your rootfs.&lt;br /&gt;
&lt;br /&gt;
You can do the above stuff by mounting your copy and chrooting into it.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Mount the recovery clone&lt;br /&gt;
# ##i##mkdir /mnt/recovery&lt;br /&gt;
# ##i##mount -t zfs -o zfsutil rpool/ROOT/recovery /mnt/recovery&lt;br /&gt;
# ##i##cd /mnt/recovery&lt;br /&gt;
&lt;br /&gt;
Mount the kernel devices&lt;br /&gt;
# ##i##mount --rbind /proc ./proc&lt;br /&gt;
# ##i##mount --rbind /dev ./dev&lt;br /&gt;
# ##i##mount --rbind /sys ./sys&lt;br /&gt;
&lt;br /&gt;
Copy zpool.cache&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache etc/zfs&lt;br /&gt;
&lt;br /&gt;
Chroot into the new environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash --login&lt;br /&gt;
&lt;br /&gt;
Disable zfs/zfs-shutdown openrc scripts&lt;br /&gt;
# ##i##rc-config delete zfs boot&lt;br /&gt;
&lt;br /&gt;
Blacklist nouveau/nvidia drivers&lt;br /&gt;
# ##i##echo &amp;quot;blacklist nouveau&amp;quot; &amp;gt;&amp;gt; /etc/modprobe.d/blacklist.conf&lt;br /&gt;
# ##i##echo &amp;quot;blacklist nvidia&amp;quot; &amp;gt;&amp;gt; /etc/modprobe.d/blacklist.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are done doing your changes, just umount and exit the chroot:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount -l proc dev sys&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Getting into the recovery ====&lt;br /&gt;
Just start your machine and pick the '''Funtoo Recovery''' option from the Boot Menu.&lt;br /&gt;
&lt;br /&gt;
Enjoy your new install on ZFS :)&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Filesystems]]&lt;br /&gt;
[[Category:Featured]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/ZFS_Install_Guide</id>
		<title>ZFS Install Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/ZFS_Install_Guide"/>
				<updated>2013-01-31T16:57:15Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: add ryao comparison to btrfs&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This tutorial will show you how to install Funtoo on ZFS (rootfs). This tutorial is meant to be an &amp;quot;overlay&amp;quot; over the [[Funtoo_Linux_Installation|Regular Funtoo Installation]]. Follow the normal installation and only use this guide for steps 2, 3, and 8.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Introduction to ZFS ===&lt;br /&gt;
&lt;br /&gt;
Since ZFS is a new technology for Linux, it can be helpful to understand some of its benefits, particularly in comparison to BTRFS, another popular next-generation Linux filesystem:&lt;br /&gt;
&lt;br /&gt;
The current btrfs code in Linus' tree has known data corruption bugs&lt;br /&gt;
that Chris Mason has yet to fix. The current ZFS code has a solid track&lt;br /&gt;
record for data integrity.&lt;br /&gt;
&lt;br /&gt;
On Linux, the ZFS code can be updated independently of the kernel to&lt;br /&gt;
obtain the latest fixes. btrfs is exclusive to Linux and you need to&lt;br /&gt;
build the latest kernel sources to get the latest fixes.&lt;br /&gt;
&lt;br /&gt;
ZFS is supported on multiple platforms. The platforms with the best&lt;br /&gt;
support are Solaris, FreeBSD and Linux. Other platforms with varying&lt;br /&gt;
degrees of support are NetBSD, Mac OS X and Windows. btrfs is exclusive&lt;br /&gt;
to Linux.&lt;br /&gt;
&lt;br /&gt;
ZFS has the Adaptive Replacement Cache replacement algorithm while btrfs&lt;br /&gt;
uses the linux kernel's Last Recently Used replacement algorithm. The&lt;br /&gt;
former often has an overwhelmingly superior hit rate, which means fewer&lt;br /&gt;
disk accesses.&lt;br /&gt;
&lt;br /&gt;
ZFS has the ZFS Intent Log and SLOG devices, which accelerates small&lt;br /&gt;
synchronous write performance.&lt;br /&gt;
&lt;br /&gt;
ZFS handles internal fragmentation gracefully, such that you can fill it&lt;br /&gt;
until 100%. Internal fragmentation in btrfs can make btrfs think it is&lt;br /&gt;
full at 10%. Btrfs has no automatic rebalancing code, so it requires a&lt;br /&gt;
manual rebalance to correct it.&lt;br /&gt;
&lt;br /&gt;
ZFS has raidz, which is like RAID 5/6 (or a hypothetical RAID 7 that&lt;br /&gt;
supports 3 parity disks), except it does not suffer from the RAID write&lt;br /&gt;
hole issue thanks to its use of CoW and a variable stripe size. btrfs&lt;br /&gt;
has no equivalent.&lt;br /&gt;
&lt;br /&gt;
ZFS send/receive implementation supports incremental update when doing&lt;br /&gt;
backups. btrfs' send/receive implementation requires sending the entire&lt;br /&gt;
snapshot.&lt;br /&gt;
&lt;br /&gt;
ZFS supports data deduplication, which is a memory hog and only works&lt;br /&gt;
well for specialized workloads. btrfs has no equivalent.&lt;br /&gt;
&lt;br /&gt;
ZFS datasets have a hierarchical namespace while btrfs subvolumes have a&lt;br /&gt;
flat namespace.&lt;br /&gt;
&lt;br /&gt;
ZFS has the ability to create virtual block devices called zvols in its&lt;br /&gt;
namespace. btrfs has no equivalent and must rely on the loop device for&lt;br /&gt;
this functionality, which is cumbersome.&lt;br /&gt;
&lt;br /&gt;
The only area where btrfs is ahead of ZFS is in the area of small file&lt;br /&gt;
efficiency. btrfs supports a feature called block suballocation, which&lt;br /&gt;
enables it to store small files far more efficiently than ZFS. It is&lt;br /&gt;
possible to use another filesystem (e.g. reiserfs) on top of a ZFS zvol&lt;br /&gt;
to obtain similar benefits (with arguably better data integrity) when&lt;br /&gt;
dealing with many small files (e.g. the portage tree).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Disclaimers ===&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|This guide is a work in progress. Expect some quirks.}}&lt;br /&gt;
{{fancyimportant|'''Since ZFS was really designed for 64 bit systems, we are only recommending and supporting 64 bit platforms and installations. We will not be supporting 32 bit platforms'''!}}&lt;br /&gt;
&lt;br /&gt;
== Video Tutorial ==&lt;br /&gt;
&lt;br /&gt;
As a companion to the install instructions below, a YouTube video ZFS install tutorial is now available:&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Setting up your environment ==&lt;br /&gt;
In order for us to install Funtoo on ZFS, you will need an environment that provides the ZFS tools. We will be downloading two things: &lt;br /&gt;
&lt;br /&gt;
# System Rescue CD, &lt;br /&gt;
# ZFS System Rescue Module (SRM)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is just a file that when combined with System Rescue CD, gives you those tools.&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Name: SystemRescueCd-x86-3.3.0 (368 MiB)&lt;br /&gt;
Release Date: 2013-01-24&lt;br /&gt;
md5sum 01c9d3ff99b46771779ea2d3a66a1c7c&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Funtoo now has mirrored copies of System Rescue CD and the ZFS SRM at the links below.&lt;br /&gt;
&lt;br /&gt;
[http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.3.0.iso Download System Rescue CD 3.3.0]&amp;lt;br /&amp;gt;&lt;br /&gt;
[http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/zfs-3.4.27-std330-amd64.tar.bz2 Download the ZFS System Rescue Module]&lt;br /&gt;
&lt;br /&gt;
[[Creating_System_Rescue_CD_Modules|Follow the instructions here to download and place the srm into your flash drive]].&lt;br /&gt;
&lt;br /&gt;
== Creating partitions ==&lt;br /&gt;
There are two ways to partition your disk: You can use your entire drive and let ZFS automatically partition it for you, or you can do it manually.&lt;br /&gt;
&lt;br /&gt;
Using your entire disk drive is recommended since ZFS turns on/off a few settings. For one, if you use your whole-disk, ZFS will set the I/O elevator for the drive automatically. On Solaris machines, ZFS also enables the disk's write cache.&lt;br /&gt;
&lt;br /&gt;
If you partition it manually, you should set your I/O scheduler to no-op so it doesn't conflict with the ZFS scheduler. Partitioning manually also gives you the advantage of putting your /boot outside the ZFS pool so that you can use a bootloader that doesn't support booting from ZFS.&lt;br /&gt;
=== Whole Disk ===&lt;br /&gt;
This is the easiest method and the recommended method. &amp;lt;br /&amp;gt;&lt;br /&gt;
First lets make sure that the disk is completely wiped from any previous disk labels and partitions.&lt;br /&gt;
We will also assume that &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt; is the target drive.&amp;lt;br /&amp;gt;&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command: ##i##x ↵&lt;br /&gt;
Expert command: ##i##z ↵&lt;br /&gt;
About to wipe out GPT on /dev/sda. Proceed?: ##i##y ↵&lt;br /&gt;
GPT data structures destroyed! You may now partition the disk using fdisk or other utilities.&lt;br /&gt;
Blank out MBR?: ##i##y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancywarning|This is a destructive operation. Make sure you really don't want anything on this disk.}}&lt;br /&gt;
Now that we have a clean drive, we will create the new pool in it while letting zfs automatically partition it. &lt;br /&gt;
&lt;br /&gt;
Create the pool as normal:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/sda&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
Doing this will let ZFS create a GPT style disk with two partitions. We will also slightly modify this to add a BIOS Boot Partition so that grub can be installed successfully. First lets export the pool so that the kernel can use the new partition table without rebooting.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool export rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
And now lets create a new BIOS Boot Partition at partition 2 from sectors '''48''' to '''2047''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command (? for help): ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048        16758783   8.0 GiB     BF01  zfs   &lt;br /&gt;
9        16758784        16775167   8.0 MiB     BF07 &lt;br /&gt;
&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##48 ↵&lt;br /&gt;
Last sector: ##i##2047 ↵&lt;br /&gt;
Hex code or GUID: ##i##EF02 ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##y&lt;br /&gt;
OK; writing new GUID partition table (GPT) to /dev/sda.&lt;br /&gt;
The operation has completed successfully.&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you were to check &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt; again, you would see these 3 partitions:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048        16758783   8.0 GiB     BF01  zfs   &lt;br /&gt;
2              48            2047   1000.0 KiB  EF02  BIOS boot partition   &lt;br /&gt;
9        16758784        16775167   8.0 MiB     BF07&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Let's import the pool again:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool import -f -o cachefile= -R /mnt/funtoo rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[ZFS_Install_Guide#Create_the_zfs_datasets|Now continue with creating your datasets.]]&lt;br /&gt;
=== Manual partitioning ===&lt;br /&gt;
==== fdisk (MBR Style) ====&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##t ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
Hex code: ##i##bf ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Device Boot      Start         End      Blocks   Id  System&lt;br /&gt;
/dev/sda1            2048      514047      256000   83  Linux&lt;br /&gt;
/dev/sda2          514048  1953525167   976505560   bf  Solaris&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== gdisk (GPT Style) ====&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (BIOS Boot Partition):&lt;br /&gt;
&amp;lt;console&amp;gt;Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancyimportant|Only make the above BIOS Boot Partition if you are using GRUB 2 on GPT. If you are using the extlinux bootloader, this partition is not necessary.}}&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS):&lt;br /&gt;
&amp;lt;console&amp;gt;Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Hex Code: ##i##bf01 ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048          514047   250.0 MiB   8300  Linux filesystem   &lt;br /&gt;
2          514048      1953525134   931.3 GiB   BF01  Solaris /usr &amp;amp; Mac ZFS&lt;br /&gt;
&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your boot volume ===&lt;br /&gt;
If you did manual partitioning, format your separate boot partition:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##mkfs.ext4 /dev/sda1&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zpool ===&lt;br /&gt;
We will first create the pool. The pool will be named `rpool` and the disk will be aligned to 4096 (using ashift=12)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/sda2&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancyimportant|If you followed the manual GPT partitioning instructions, you should change /dev/sda2 to /dev/sda3.}}{{fancynote|If you have a previous pool that you would like to import, you can do a: '''zpool import -f -R /mnt/funtoo &amp;lt;pool_name&amp;gt;'''}}&lt;br /&gt;
&lt;br /&gt;
=== Create the zfs datasets ===&lt;br /&gt;
We will now create some datasets. For this installation, we will create a small but future proof amount of datasets. We will have a dataset for the OS (/), and your swap. We will also show you how to create some optional datasets: /home, /var, /usr/src, and /usr/portage.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Create some empty containers for organization purposes, and make the dataset that will hold /&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/ROOT&lt;br /&gt;
# ##i##zfs create -o mountpoint=/ rpool/ROOT/funtoo&lt;br /&gt;
&lt;br /&gt;
Optional, but recommended datasets: /home, /root&lt;br /&gt;
# ##i##zfs create -o mountpoint=/home rpool/HOME&lt;br /&gt;
# ##i##zfs create -o mountpoint=/root rpool/HOME/root&lt;br /&gt;
&lt;br /&gt;
Optional datasets: /usr/src, /var&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/FUNTOO&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/src rpool/FUNTOO/src&lt;br /&gt;
# ##i##zfs create -o mountpoint=/var rpool/FUNTOO/var&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Creating a separate portage dataset (optional) ====&lt;br /&gt;
Creating a separate portage dataset could be useful if you would like to keep your portage tree, distfiles (source code files), and packages (your compiled binaries if you have FEATURES=&amp;quot;buildpkg&amp;quot; enabled) in a safe place (or if you want to back up this directory up easily). This requires a few extra steps because we can't just do a regular emerge --sync when we initially chroot. We will need to download a portage snapshot tarball and extract it into the directory. The required steps for getting and extracting the snapshot will be shown later on in the guide once you chroot into the environment. &lt;br /&gt;
&lt;br /&gt;
For now just create the datasets:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage -o compression=off rpool/FUNTOO/portage&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage/distfiles -o compression=off rpool/FUNTOO/distfiles&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create your swap zvol ===&lt;br /&gt;
'''Make your swap +1G greater than your RAM. An 8G machine would have 9G of RAM (This is kinda big though).'''&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o sync=always -o primarycache=metadata -o secondarycache=none -V 9G rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your swap zvol ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkswap -f /dev/zvol/rpool/swap&lt;br /&gt;
# ##i##swapon /dev/zvol/rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Last minute checks and touches ===&lt;br /&gt;
Check to make sure everything appears fine:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Copy the '''zpool.cache''' file to your new environment.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir -p /mnt/funtoo/etc/zfs&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache /mnt/funtoo/etc/zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make an empty mtab file&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##touch /mnt/funtoo/etc/mtab&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now we will continue to install funtoo.&lt;br /&gt;
== Installing Funtoo ==&lt;br /&gt;
[[Funtoo_Linux_Installation|Download and install the Funtoo stage3 and continue installation as normal.]]&lt;br /&gt;
&lt;br /&gt;
Then chroot into your new funtoo environment:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
&lt;br /&gt;
Mount your boot drive ** You don't need to do this if you're using whole-disk zfs **&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&lt;br /&gt;
Bind the kernel related directories&lt;br /&gt;
# ##i##mount --rbind /proc proc&lt;br /&gt;
# ##i##mount --rbind /dev dev&lt;br /&gt;
# ##i##mount --rbind /sys sys&lt;br /&gt;
&lt;br /&gt;
Copy network settings&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc/chroot into your new funtoo environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . /bin/bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Syncing your portage tree ===&lt;br /&gt;
==== If you didn't create a separate portage dataset, then just sync your portage tree as normal. ====&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge --sync&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== If you did create a separate portage dataset, let's now get the portage snapshot set up. ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Change into your /usr directory&lt;br /&gt;
# ##i##cd /usr&lt;br /&gt;
&lt;br /&gt;
Download and extract the portage snapshot&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/snapshots/portage-latest.tar.xz&lt;br /&gt;
# ##i##tar xf portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Change into your portage directory and checkout the funtoo branch&lt;br /&gt;
# ##i##cd portage&lt;br /&gt;
# ##i##git checkout funtoo.org&lt;br /&gt;
&lt;br /&gt;
Now sync your portage tree&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Kernel Configuration ==&lt;br /&gt;
{{fancynote|The below configurations are the requirements for &amp;quot;Bliss Initramfs Creator&amp;quot;. Some of these might not be needed for genkernel.}}&lt;br /&gt;
&lt;br /&gt;
Tested with kernel 2.6.32, 3.2.34, 3.6.9, 3.7.[1-3].&lt;br /&gt;
&lt;br /&gt;
When you get up to the kernel, make sure that you disable the CFQ scheduler, and turn on No-op (It's the default one once you disable all schedulers). The reason for this is because ZFS has its own scheduler and the CFQ one conflicts with it. Go to your kernel config, and make sure you have the following: (there should be a /usr/src/linux symlink as well)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;ZLIB_INFLATE/DEFLATE must be compiled into the kernel (not as a module).&lt;br /&gt;
&amp;gt; ZLIB_INFLATE [=y], ZLIB_DEFLATE [=y]&lt;br /&gt;
&lt;br /&gt;
General setup ---&amp;gt;&lt;br /&gt;
&amp;gt; [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support&lt;br /&gt;
&amp;gt; () Initramfs source file(s)&lt;br /&gt;
[*] Enable loadable module support ---&amp;gt;&lt;br /&gt;
[*] Module unloading&lt;br /&gt;
Enable the block layer ---&amp;gt;&lt;br /&gt;
IO Schedulers ---&amp;gt;&lt;br /&gt;
&amp;lt; &amp;gt; Deadline I/O scheduler&lt;br /&gt;
&amp;lt; &amp;gt; CFQ I/O scheduler&lt;br /&gt;
Default I/O scheduler (No-op)&lt;br /&gt;
&lt;br /&gt;
Device Drivers ---&amp;gt;&lt;br /&gt;
&amp;gt; Generic Driver Options ---&amp;gt;&lt;br /&gt;
&amp;gt;&amp;gt; [*] Maintain a devtmpfs filesystem to mount at /dev&lt;br /&gt;
&amp;gt;&amp;gt; [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cryptographic API ---&amp;gt;&lt;br /&gt;
&amp;lt;*&amp;gt; Deflate compression algorithm&lt;br /&gt;
&amp;lt;*&amp;gt; Zlib compression algorithm&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* All other drivers required to see your PATA/SATA drives must be compiled in.&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Continue and compile/install your kernel:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##make bzImage modules&lt;br /&gt;
# ##i##make install&lt;br /&gt;
# ##i##make modules_install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Installing the ZFS userspace tools ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av zfs&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Check to make sure that the zfs tools are working, the zpool.cache file that you copied before should be displayed.&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If everything worked, continue.&lt;br /&gt;
&lt;br /&gt;
== Install the bootloader ==&lt;br /&gt;
&lt;br /&gt;
=== GRUB 2 ===&lt;br /&gt;
If you are using whole-disk zfs then you will need grub2 because grub2 is the only bootloader that supports booting from a zfs pool. &lt;br /&gt;
&lt;br /&gt;
Before you do this, make sure this checklist is followed:&lt;br /&gt;
* Installed kernel and kernel modules&lt;br /&gt;
* Installed zfs package from the tree&lt;br /&gt;
* /dev, /proc, /sys are mounted in the chroot environment&lt;br /&gt;
&lt;br /&gt;
Once all this is checked, let's install grub2. First we need to enable the &amp;quot;libzfs&amp;quot; use flag so zfs support is compiled for grub2.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##echo &amp;quot;sys-boot/grub libzfs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then we will compile grub2:&lt;br /&gt;
{{fancyimportant|GRUB should be _at least_ version 2.0.0 since 2.0.0 added zfs support. 1.99,.98 will not work.}}&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av grub&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once this is done, you can check that grub is version 2.00 by doing the following command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##grub-install --version&lt;br /&gt;
grub-install (GRUB) 2.00&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now try to install grub2:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##grub-install --no-floppy /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should receive the following message&lt;br /&gt;
&amp;lt;console&amp;gt;Installation finished. No error reported.&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If not, then go back to the above checklist.&lt;br /&gt;
=== Extlinux ===&lt;br /&gt;
There are four things we need to do for extlinux:&lt;br /&gt;
&lt;br /&gt;
# Install extlinux bootloader&lt;br /&gt;
# Write the .bin to the front of the target disk&lt;br /&gt;
# Toggle BIOS partition flag&lt;br /&gt;
# Write a extlinux configuration file&lt;br /&gt;
&lt;br /&gt;
First emerge extlinux:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av syslinux&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then create a /boot/extlinux directory:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /boot&lt;br /&gt;
# ##i##mkdir /boot/extlinux&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Change into the extlinux dir and install the bootloader:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /boot/extlinux&lt;br /&gt;
# ##i##extlinux --install .&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== MBR ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##fdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command: ##i##a ↵&lt;br /&gt;
Partition number: ##i##1 ↵&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Printing the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; partition layout should show a star next to &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&amp;lt;console&amp;gt;/dev/sda   *    2048    514047    256000    83    Linux&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Flash the .bin to the front of the disk:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== GPT ===&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##sgdisk /dev/sda --attributes=1:set:2&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Flash the .bin to the front of the disk:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/gptmbr.bin of=/dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
We will write the extlinux/grub configuration file in the next section.&lt;br /&gt;
== Create the initramfs ==&lt;br /&gt;
There are two ways to do this, you can use genkernel, or you can use my bliss initramfs creator. I will show you both.&lt;br /&gt;
&lt;br /&gt;
=== genkernel ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -av sys-kernel/genkernel&lt;br /&gt;
# ##i##genkernel --zfs initramfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Example: kernel name is: vmlinuz-3.7.3-ALL&lt;br /&gt;
initramfs name is: initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
pool name is: rpool&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''grub.cfg''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo&lt;br /&gt;
menuentry &amp;quot;Funtoo - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs  &lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/funtoo real_root=ZFS=rpool/ROOT/funtoo dozfs=force&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''extlinux.conf''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo&lt;br /&gt;
  MENU LABEL Funtoo 3.7.3-ALL&lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL&lt;br /&gt;
  INITRD /boot/initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
  APPEND real_root=ZFS=rpool/ROOT/funtoo dozfs=force&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Bliss Initramfs Creator ===&lt;br /&gt;
Clone my creator which is located at: git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##git clone git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then go into this new directory, run the script as root, and place it into /boot:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##cd Bliss-Initramfs-Creator&lt;br /&gt;
# ##i##./createInit&lt;br /&gt;
# ##i##mv initrd-&amp;lt;kernel_name&amp;gt;.img /boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;kernel_name&amp;gt;''' is the name of what you selected in the initramfs creator, and the name of the outputted file. Once you do this just go to your bootloader config, and add it in there.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Example: Kernel name is: vmlinuz-3.7.3-ALL&lt;br /&gt;
initramfs name is: initrd-3.7.3-ALL.img&lt;br /&gt;
Pool root is: rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''grub.cfg''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo&lt;br /&gt;
menuentry &amp;quot;Funtoo - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs&lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/funtoo quiet&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initrd-3.7.3-ALL.img&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''extlinux.conf:'''&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo  &lt;br /&gt;
  MENU LABEL Funtoo 3.7.3-ALL  &lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL  &lt;br /&gt;
  INITRD /boot/initrd-3.7.3-ALL.img  &lt;br /&gt;
  APPEND root=rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Final configuration ==&lt;br /&gt;
=== Add the zfs tools to openrc ===&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##rc-update add zfs boot&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Add filesystems to /etc/fstab ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##nano /etc/fstab&lt;br /&gt;
&lt;br /&gt;
# &amp;lt;fs&amp;gt;                  &amp;lt;mountpoint&amp;gt;    &amp;lt;type&amp;gt;          &amp;lt;opts&amp;gt;          &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
# Do not add the /boot line below if you are using whole-disk zfs&lt;br /&gt;
/dev/sda1               /boot           ext4            defaults        1 2&lt;br /&gt;
/dev/zvol/rpool/swap    none            swap            sw              0 0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Clean up and reboot ===&lt;br /&gt;
We are almost done, we are just going to clean up, '''set our root password''', and unmount whatever we mounted and get out.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Delete the stage3/portage tarballs you downloaded earlier so they don't take up space.&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##rm stage3-latest.tar.xz&lt;br /&gt;
# ##i##rm /usr/portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Set your root password&lt;br /&gt;
# ##i##passwd&lt;br /&gt;
&amp;gt;&amp;gt; Enter your password, you won't see what you are writing (for security reasons), but it is there!&lt;br /&gt;
&lt;br /&gt;
Get out of the chroot environment&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&lt;br /&gt;
Unmount all the kernel filesystem stuff and boot (if you have a separate /boot)&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##umount -l proc dev sys boot&lt;br /&gt;
&lt;br /&gt;
Turn off the swap&lt;br /&gt;
# ##i##swapoff /dev/zvol/rpool/swap&lt;br /&gt;
&lt;br /&gt;
Export the zpool&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##zpool export -f rpool&lt;br /&gt;
&lt;br /&gt;
Reboot&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|'''Don't forget to set your root password as stated above before exiting chroot and rebooting. If you don't set the root password, you won't be able to log into your new system.'''}}&lt;br /&gt;
&lt;br /&gt;
and that should be enough to get your system to boot on ZFS.&lt;br /&gt;
&lt;br /&gt;
== Extra: After reboot ==&lt;br /&gt;
After you restart your machine and your inside your desktop, continue to set up anything you need in terms of /etc configurations. Once you have everything the way you like it, take a snapshot of your system. You will be using this snapshot to revert back to this state if anything ever happens to your system down the road. The snapshots are cheap, and almost instant. &lt;br /&gt;
&lt;br /&gt;
To take the snapshot of your rootfs, type the following:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs snapshot rpool/ROOT/funtoo@install&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To see if your snapshot was taken, type:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs list -t snapshot&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If your machine ever fails and you need to get back to this state, just type:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs rollback rpool/ROOT/funtoo@install&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Recovery Environment ===&lt;br /&gt;
On ZFS it is extremely easy to create a recovery environment using an already working snapshot. So that's what we will be doing. Create a clone of the @install snapshot which you will use for recovery purposes. If something happens to your main install, you can boot into this clone and fix the main one. One of the differences (maybe the only difference) between a clone and a snapshot is that a clone is rewritable while a snapshot is only read-only.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs clone rpool/ROOT/funtoo@install rpool/ROOT/recovery&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Add the clone to your grub.cfg ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo Recovery&lt;br /&gt;
menuentry &amp;quot;Funtoo Recovery - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs&lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/recovery quiet&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initrd-3.7.3-ALL.img&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Add the clone to your extlinux.conf ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo-recovery    &lt;br /&gt;
  MENU LABEL Funtoo Recovery    &lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL    &lt;br /&gt;
  INITRD /boot/initrd-3.7.3-ALL.img    &lt;br /&gt;
  APPEND root=rpool/ROOT/recovery&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Things to watch out for ====&lt;br /&gt;
Since your recovery clone will tend to get old as you use your main system, and since your recovery and other stuff are on the same pool, we don't want the new pool stuff to be mounted when we launch recovery. We also don't want video drivers to be conflicting.&lt;br /&gt;
# Make sure that nvidia/nouveau stuff are blacklisted.&lt;br /&gt;
# Make sure that your /boot and /lib/modules for the kernel in your 'recovery' are matching.&lt;br /&gt;
# Disable the zfs openrc script so that nothing else gets automatically mounted. Only your rootfs.&lt;br /&gt;
&lt;br /&gt;
You can do the above stuff by mounting your copy and chrooting into it.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Mount the recovery clone&lt;br /&gt;
# ##i##mkdir /mnt/recovery&lt;br /&gt;
# ##i##mount -t zfs -o zfsutil rpool/ROOT/recovery /mnt/recovery&lt;br /&gt;
# ##i##cd /mnt/recovery&lt;br /&gt;
&lt;br /&gt;
Mount the kernel devices&lt;br /&gt;
# ##i##mount --rbind /proc ./proc&lt;br /&gt;
# ##i##mount --rbind /dev ./dev&lt;br /&gt;
# ##i##mount --rbind /sys ./sys&lt;br /&gt;
&lt;br /&gt;
Copy zpool.cache&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache etc/zfs&lt;br /&gt;
&lt;br /&gt;
Chroot into the new environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash --login&lt;br /&gt;
&lt;br /&gt;
Disable zfs/zfs-shutdown openrc scripts&lt;br /&gt;
# ##i##rc-config delete zfs boot&lt;br /&gt;
&lt;br /&gt;
Blacklist nouveau/nvidia drivers&lt;br /&gt;
# ##i##echo &amp;quot;blacklist nouveau&amp;quot; &amp;gt;&amp;gt; /etc/modprobe.d/blacklist.conf&lt;br /&gt;
# ##i##echo &amp;quot;blacklist nvidia&amp;quot; &amp;gt;&amp;gt; /etc/modprobe.d/blacklist.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are done doing your changes, just umount and exit the chroot:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount -l proc dev sys&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Getting into the recovery ====&lt;br /&gt;
Just start your machine and pick the '''Funtoo Recovery''' option from the Boot Menu.&lt;br /&gt;
&lt;br /&gt;
Enjoy your new install on ZFS :)&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Filesystems]]&lt;br /&gt;
[[Category:Featured]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:Sputnik</id>
		<title>User:Sputnik</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:Sputnik"/>
				<updated>2013-01-31T05:06:27Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Mike Johnson&lt;br /&gt;
|Email=yuyuyak@gmail.com&lt;br /&gt;
|Nick=sputnik_too_&lt;br /&gt;
|Geoloc=34.8957957, -117.0172826&lt;br /&gt;
|Location name=Barstow, CA United States of America&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=User&lt;br /&gt;
|Role desc=Funtoo Wiki User&lt;br /&gt;
|Start date=12/04/2012&lt;br /&gt;
}}&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/User:Drobbins</id>
		<title>User:Drobbins</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/User:Drobbins"/>
				<updated>2013-01-30T22:37:21Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Person&lt;br /&gt;
|Full name=Daniel Robbins&lt;br /&gt;
|Email=drobbins@funtoo.org&lt;br /&gt;
|Nick=drobbins&lt;br /&gt;
|Geoloc=35.0844909, -106.6511367&lt;br /&gt;
|Location name=Albuquerque, New Mexico, United States of America&lt;br /&gt;
|Roles={{Role&lt;br /&gt;
|Role type=Staff&lt;br /&gt;
|Role desc=Benevolent Dictator for Life&lt;br /&gt;
|Start date=2008/09/11&lt;br /&gt;
}}&lt;br /&gt;
|Maintains={{Ebuild&lt;br /&gt;
|Ebuild=net-misc/cgminer&lt;br /&gt;
|Overlay=Funtoo-overlay&lt;br /&gt;
}}{{Ebuild&lt;br /&gt;
|Ebuild=x11-drivers/ati-drivers&lt;br /&gt;
|Overlay=Funtoo-overlay&lt;br /&gt;
}}{{Ebuild&lt;br /&gt;
|Ebuild=sys-boot/boot-update&lt;br /&gt;
|Overlay=Funtoo-overlay&lt;br /&gt;
}}{{Ebuild&lt;br /&gt;
|Ebuild=sys-fs/udev&lt;br /&gt;
|Overlay=Funtoo-overlay&lt;br /&gt;
}}{{Ebuild&lt;br /&gt;
|Ebuild=x11-libs/xvba-video&lt;br /&gt;
|Overlay=Funtoo-overlay&lt;br /&gt;
}}&lt;br /&gt;
|Blogs={{Blog&lt;br /&gt;
|Name=Hello to You&lt;br /&gt;
|URL=http://blog.funtoo.org&lt;br /&gt;
|Syndicate=Larry (Planet), Larry (Universe)&lt;br /&gt;
}}&lt;br /&gt;
}}&lt;br /&gt;
Howdy. My [[Daniel Robbins Resume|resume]].&lt;br /&gt;
[[File:DanielRobbins.jpg]]&lt;br /&gt;
[[File:gsnip.png]]&lt;br /&gt;
&lt;br /&gt;
==== Things To Do ====&lt;br /&gt;
&lt;br /&gt;
* Create new mirror clean-up script.&lt;br /&gt;
* grep HOWTO? requested by biberao&lt;br /&gt;
&lt;br /&gt;
=== Zenoss Snippets ===&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
o=dmd.getObjByPath(&amp;quot;/zport/dmd/Locations/Funtoo Loft/Desk/Lower Shelf/Right&amp;quot;)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== NinjaCluster ===&lt;br /&gt;
&lt;br /&gt;
* Set up own NS for IPv6, have foo.funtoo.org delegate to it.&lt;br /&gt;
* Set up radvd on the master node.&lt;br /&gt;
* For VE's, enable IPv6 and have them use stateful address autoconfiguration to get an IPv6 address based on their MAC address.&lt;br /&gt;
* For each VE, create a DNS entry for their IPv6 address. This will allow users to get to their box directly via IPv6.&lt;br /&gt;
* For legacy IPv4, use an ugly port-forwarding solution with socat or haproxy?&lt;br /&gt;
&lt;br /&gt;
=== OpenVZ HOWTO ===&lt;br /&gt;
&lt;br /&gt;
First, find an unused VEID by typing &amp;lt;tt&amp;gt;ls /vz/private&amp;lt;/tt&amp;gt; -- pick the next unused number, such as 109.&lt;br /&gt;
Next, find a template by typing &amp;lt;tt&amp;gt;ls /vz/template/cache&amp;lt;/tt&amp;gt;.&lt;br /&gt;
Now:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# vzctl create 106 --ostemplate funtoo-openvz-core2_64-funtoo-current-2011-08-22&lt;br /&gt;
# vzctl set 106 --applyconfig unlimited --save&lt;br /&gt;
# vzctl set 106 --netif_add eth0,,,,brlan --save&lt;br /&gt;
# vzctl set 106 --name oleg --save&lt;br /&gt;
# vzctl set 106 --hostname oleg --save&lt;br /&gt;
# vzctl start 106&lt;br /&gt;
# vzctl enter 106&lt;br /&gt;
(in VE) oleg # rc-update add dhcpcd default&lt;br /&gt;
(in VE) oleg # rc&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Done! The VE now has network access via a private IP address and NAT (bridged.)&lt;br /&gt;
&lt;br /&gt;
== OTHER TODO ==&lt;br /&gt;
&lt;br /&gt;
the python eclass design has some problem. For example, twisted depends on zope-interface, and it can be installed. but it may not be built for python-2.7. So the dep will be satisfied, but python still needs a rebuild. Solution would be to have multi-package support (multi-slot), dynamic slot.&lt;br /&gt;
&lt;br /&gt;
== 2010 Volkswagen GTI MK6 ==&lt;br /&gt;
&lt;br /&gt;
I own a 2010 Volkswagen GTI. This section contains my personal notes on the car.&lt;br /&gt;
&lt;br /&gt;
Rear seat removal: www.golfmk6.com/forums/showthread.php?t=17927&lt;br /&gt;
Ohlins MKV kit: www.worksevo.com/store/product_info.php?cPath=198_266_270&amp;amp;products_id=1749&lt;br /&gt;
&lt;br /&gt;
Weights (Euro-spec, from vw.com):&lt;br /&gt;
&lt;br /&gt;
* Golf 2.5L Manual 2,968 lbs&lt;br /&gt;
* Golf 2.5L Manual 3,023 lbs&lt;br /&gt;
* Golf TDI Manual = 2,994 lbs&lt;br /&gt;
* Golf TDI DSG = 3,041 lbs&lt;br /&gt;
* Golf GTI Manual = 3,034 lbs&lt;br /&gt;
* Golf GTI DSG = 3,080 lbs&lt;br /&gt;
&lt;br /&gt;
Note: VW lists no difference in 2-door and 4-door vehicle weights.&lt;br /&gt;
&lt;br /&gt;
=== Golf MK6 DriverGear Springs ===&lt;br /&gt;
&lt;br /&gt;
* Golf TDI 4-Door Manual or Golf 2.5 4-Door Manual = 5K4071677A&lt;br /&gt;
* Golf TDI 2-Door Manual or Golf 2.5 2-Door Manual = 5K3071677A&lt;br /&gt;
* Golf TDI 4-Door DSG = 5K4071677B&lt;br /&gt;
* Golf TDI 2-Door DSG = 5K3071677B&lt;br /&gt;
&lt;br /&gt;
Note: There are no DriverGear Golf springs made specifically for the GTI.&lt;br /&gt;
&lt;br /&gt;
== Modifications ==&lt;br /&gt;
&lt;br /&gt;
=== Audi S3 Intercooler ===&lt;br /&gt;
&lt;br /&gt;
The Audi S3 intercooler (Audi part number 1K0145803P) can be used to replace the stock VW intercooler, and forums.vwvortex.com/showthread.php?4561165-Well-the-S3-intercooler-fits-the-TSI-just-fine..../page6 is reported to result in very significant power gains that exceed that of a downpipe upgrade. The Audi S3 intercooler, while visually similar to the stock GTI intercooler, is slightly deeper and has significantly more surface area and less restrictive airflow.&lt;br /&gt;
&lt;br /&gt;
Total cost for this upgrade is approximately $280 for the upgraded intercooler ordered online from a discount Audi parts supplier, plus about $10 for additional parts (bolts and hose clamps) that are available at a local hardware store:&lt;br /&gt;
&lt;br /&gt;
# 9 ea. 6mmX1.0X16mm bolts (Home Depot) ~ $3.30&lt;br /&gt;
# 2 ea. #36 2 3/4&amp;quot; ideal hose clamps (Home Depot, plumbing section) ~ $2.00&lt;br /&gt;
&lt;br /&gt;
Installation time is approximately 2 hours, and it is easier as a 2-person job.  The installation steps involve cutting the factory OEM hoses about 2&amp;quot; and using the hose clamps to install the hoses to the intercooler. These steps are detailed in forums.vwvortex.com/showthread.php?4561165-Well-the-S3-intercooler-fits-the-TSI-just-fine.... this VWVortex post. goapr.com/support/trans_fsi_ic_manual.pdf APR's intercooler installation instructions may also be a helpful resource for installing the S3 intercooler.&lt;br /&gt;
&lt;br /&gt;
=== Unibrace XB and UB ===&lt;br /&gt;
&lt;br /&gt;
It is a common myth that &amp;quot;quality&amp;quot; auto manufacturers design a car's chassis to be extremely rigid. The reality is that this is not true, and things like doors and open spacious cabins tend to create weak points in the rigidity of the chassis. Automobile manufacturers simply ensure that the car's chassis is sufficiently rigid for the driving style of the typical consumer and has sufficient rigidity to meet current safety regulations and ensure passenger safety. Any additional chassis rigidity that exceed these requirements tend to drive up manufacturing costs and weight without providing meaningful benefits to the typical consumer, and the typical consumer cares much more about fuel economy and engine horsepower than chassis rigidity when making a purchasing decision, so there is generally no benefit to the manufacturer to design a car with an extremely rigid chassis.&lt;br /&gt;
&lt;br /&gt;
For this reason, automobile chassis tend to be designed to be &amp;quot;rigid enough&amp;quot; for the average driver on average (good quality) roads, but no more. Some purpose-built cars such as the Honda S2000 are built with very rigid chassis designs from the factory; however, these vehicles are the exception rather than the rule. Even so, cars like the Honda S2000 have weak points in various places (in the case of the Honda S2000, the convertible design introduces some flex in the rear-mid chassis area directly behind the driver, and front underbody X-braces are popular for address a weakness directly below the engine.)&lt;br /&gt;
&lt;br /&gt;
The point here is that unless you are buying a supercar or true race car, it is very likely that the rigidity of your chassis can be improved significantly, to the point that it will make a significant improvement in handling, vibration/harshness, and general &amp;quot;feel&amp;quot;.&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/ZFS_Install_Guide</id>
		<title>ZFS Install Guide</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/ZFS_Install_Guide"/>
				<updated>2013-01-30T04:34:14Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
This tutorial will show you how to install Funtoo on ZFS (rootfs). This tutorial is meant to be an &amp;quot;overlay&amp;quot; over the [[Funtoo_Linux_Installation|Regular Funtoo Installation]]. Follow the normal installation and only use this guide for steps 2, 3, and 8.&lt;br /&gt;
&lt;br /&gt;
{{fancywarning|This guide is a work in progress. Expect some quirks.}}&lt;br /&gt;
{{fancyimportant|'''Since ZFS was really designed for 64 bit systems, we are only recommending and supporting 64 bit platforms and installations. We will not be supporting 32 bit platforms'''!}}&lt;br /&gt;
&lt;br /&gt;
== Video Tutorial ==&lt;br /&gt;
&lt;br /&gt;
As a companion to the install instructions below, a YouTube video ZFS install tutorial is now available:&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Setting up your environment ==&lt;br /&gt;
In order for us to install Funtoo on ZFS, you will need an environment that provides the ZFS tools. We will be downloading two things: &lt;br /&gt;
&lt;br /&gt;
# System Rescue CD, &lt;br /&gt;
# ZFS System Rescue Module (SRM)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is just a file that when combined with System Rescue CD, gives you those tools.&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Name: SystemRescueCd-x86-3.3.0 (368 MiB)&lt;br /&gt;
Release Date: 2013-01-24&lt;br /&gt;
md5sum 01c9d3ff99b46771779ea2d3a66a1c7c&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Funtoo now has mirrored copies of System Rescue CD and the ZFS SRM at the links below.&lt;br /&gt;
&lt;br /&gt;
[http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/systemrescuecd-x86-3.3.0.iso Download System Rescue CD 3.3.0]&amp;lt;br /&amp;gt;&lt;br /&gt;
[http://ftp.osuosl.org/pub/funtoo/distfiles/sysrescuecd/zfs-3.4.27-std330-amd64.tar.bz2 Download the ZFS System Rescue Module]&lt;br /&gt;
&lt;br /&gt;
[[Creating_System_Rescue_CD_Modules|Follow the instructions here to download and place the srm into your flash drive]].&lt;br /&gt;
&lt;br /&gt;
== Creating partitions ==&lt;br /&gt;
There are two ways to partition your disk: You can use your entire drive and let ZFS automatically partition it for you, or you can do it manually.&lt;br /&gt;
&lt;br /&gt;
Using your entire disk drive is recommended since ZFS turns on/off a few settings. For one, if you use your whole-disk, ZFS will set the I/O elevator for the drive automatically. On Solaris machines, ZFS also enables the disk's write cache.&lt;br /&gt;
&lt;br /&gt;
If you partition it manually, you should set your I/O scheduler to no-op so it doesn't conflict with the ZFS scheduler. Partitioning manually also gives you the advantage of putting your /boot outside the ZFS pool so that you can use a bootloader that doesn't support booting from ZFS.&lt;br /&gt;
=== Whole Disk ===&lt;br /&gt;
This is the easiest method and the recommended method. &amp;lt;br /&amp;gt;&lt;br /&gt;
First lets make sure that the disk is completely wiped from any previous disk labels and partitions.&lt;br /&gt;
We will also assume that &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt; is the target drive.&amp;lt;br /&amp;gt;&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command: ##i##x ↵&lt;br /&gt;
Expert command: ##i##z ↵&lt;br /&gt;
About to wipe out GPT on /dev/sda. Proceed?: ##i##y ↵&lt;br /&gt;
GPT data structures destroyed! You may now partition the disk using fdisk or other utilities.&lt;br /&gt;
Blank out MBR?: ##i##y ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancywarning|This is a destructive operation. Make sure you really don't want anything on this disk.}}&lt;br /&gt;
Now that we have a clean drive, we will create the new pool in it while letting zfs automatically partition it. &lt;br /&gt;
&lt;br /&gt;
Create the pool as normal:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/sda&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
Doing this will let ZFS create a GPT style disk with two partitions. We will also slightly modify this to add a BIOS Boot Partition so that grub can be installed successfully. First lets export the pool so that the kernel can use the new partition table without rebooting.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool export rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
And now lets create a new BIOS Boot Partition at partition 2 from sectors '''48''' to '''2047''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##gdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command (? for help): ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048        16758783   8.0 GiB     BF01  zfs   &lt;br /&gt;
9        16758784        16775167   8.0 MiB     BF07 &lt;br /&gt;
&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
First sector: ##i##48 ↵&lt;br /&gt;
Last sector: ##i##2047 ↵&lt;br /&gt;
Hex code or GUID: ##i##EF02 ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
Do you want to proceed? (Y/N): ##i##y&lt;br /&gt;
OK; writing new GUID partition table (GPT) to /dev/sda.&lt;br /&gt;
The operation has completed successfully.&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you were to check &amp;lt;tt&amp;gt;/dev/sda&amp;lt;/tt&amp;gt; again, you would see these 3 partitions:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048        16758783   8.0 GiB     BF01  zfs   &lt;br /&gt;
2              48            2047   1000.0 KiB  EF02  BIOS boot partition   &lt;br /&gt;
9        16758784        16775167   8.0 MiB     BF07&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Let's import the pool again:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool import -f -o cachefile= -R /mnt/funtoo rpool&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[ZFS_Install_Guide#Create_the_zfs_datasets|Now continue with creating your datasets.]]&lt;br /&gt;
=== Manual partitioning ===&lt;br /&gt;
==== fdisk (MBR Style) ====&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition type: ##i##↵&lt;br /&gt;
Partition number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##t ↵&lt;br /&gt;
Partition number: ##i##2 ↵&lt;br /&gt;
Hex code: ##i##bf ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Device Boot      Start         End      Blocks   Id  System&lt;br /&gt;
/dev/sda1            2048      514047      256000   83  Linux&lt;br /&gt;
/dev/sda2          514048  1953525167   976505560   bf  Solaris&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== gdisk (GPT Style) ====&lt;br /&gt;
'''Create Partition 1''' (boot):&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+250M ↵&lt;br /&gt;
Hex Code: ##i##↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (BIOS Boot Partition):&lt;br /&gt;
&amp;lt;console&amp;gt;Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##+32M ↵&lt;br /&gt;
Hex Code: ##i##EF02 ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancyimportant|Only make the above BIOS Boot Partition if you are using GRUB 2 on GPT. If you are using the extlinux bootloader, this partition is not necessary.}}&lt;br /&gt;
&lt;br /&gt;
'''Create Partition 2''' (ZFS):&lt;br /&gt;
&amp;lt;console&amp;gt;Command: ##i##n ↵&lt;br /&gt;
Partition Number: ##i##↵&lt;br /&gt;
First sector: ##i##↵&lt;br /&gt;
Last sector: ##i##↵&lt;br /&gt;
Hex Code: ##i##bf01 ↵&lt;br /&gt;
&lt;br /&gt;
Command: ##i##p ↵&lt;br /&gt;
&lt;br /&gt;
Number  Start (sector)    End (sector)  Size       Code  Name   &lt;br /&gt;
1            2048          514047   250.0 MiB   8300  Linux filesystem   &lt;br /&gt;
2          514048      1953525134   931.3 GiB   BF01  Solaris /usr &amp;amp; Mac ZFS&lt;br /&gt;
&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your boot volume ===&lt;br /&gt;
If you did manual partitioning, format your separate boot partition:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##mkfs.ext4 /dev/sda1&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create the zpool ===&lt;br /&gt;
We will first create the pool. The pool will be named `rpool` and the disk will be aligned to 4096 (using ashift=12)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zpool create -f -o ashift=12 -o cachefile= -O compression=on -m none -R /mnt/funtoo rpool /dev/sda2&amp;lt;/console&amp;gt;&lt;br /&gt;
{{fancyimportant|If you followed the manual GPT partitioning instructions, you should change /dev/sda2 to /dev/sda3.}}{{fancynote|If you have a previous pool that you would like to import, you can do a: '''zpool import -f -R /mnt/funtoo &amp;lt;pool_name&amp;gt;'''}}&lt;br /&gt;
&lt;br /&gt;
=== Create the zfs datasets ===&lt;br /&gt;
We will now create some datasets. For this installation, we will create a small but future proof amount of datasets. We will have a dataset for the OS (/), and your swap. We will also show you how to create some optional datasets: /home, /var, /usr/src, and /usr/portage.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Create some empty containers for organization purposes, and make the dataset that will hold /&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/ROOT&lt;br /&gt;
# ##i##zfs create -o mountpoint=/ rpool/ROOT/funtoo&lt;br /&gt;
&lt;br /&gt;
Optional, but recommended datasets: /home, /root&lt;br /&gt;
# ##i##zfs create -o mountpoint=/home rpool/HOME&lt;br /&gt;
# ##i##zfs create -o mountpoint=/root rpool/HOME/root&lt;br /&gt;
&lt;br /&gt;
Optional datasets: /usr/src, /var&lt;br /&gt;
# ##i##zfs create -o mountpoint=none rpool/FUNTOO&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/src rpool/FUNTOO/src&lt;br /&gt;
# ##i##zfs create -o mountpoint=/var rpool/FUNTOO/var&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Creating a separate portage dataset (optional) ====&lt;br /&gt;
Creating a separate portage dataset could be useful if you would like to keep your portage tree, distfiles (source code files), and packages (your compiled binaries if you have FEATURES=&amp;quot;buildpkg&amp;quot; enabled) in a safe place (or if you want to back up this directory up easily). This requires a few extra steps because we can't just do a regular emerge --sync when we initially chroot. We will need to download a portage snapshot tarball and extract it into the directory. The required steps for getting and extracting the snapshot will be shown later on in the guide once you chroot into the environment. &lt;br /&gt;
&lt;br /&gt;
For now just create the datasets:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage -o compression=off rpool/FUNTOO/portage&lt;br /&gt;
# ##i##zfs create -o mountpoint=/usr/portage/distfiles -o compression=off rpool/FUNTOO/distfiles&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Create your swap zvol ===&lt;br /&gt;
'''Make your swap +1G greater than your RAM. An 8G machine would have 9G of RAM (This is kinda big though).'''&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zfs create -o sync=always -o primarycache=metadata -o secondarycache=none -V 9G rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Format your swap zvol ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkswap -f /dev/zvol/rpool/swap&lt;br /&gt;
# ##i##swapon /dev/zvol/rpool/swap&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Last minute checks and touches ===&lt;br /&gt;
Check to make sure everything appears fine:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Copy the '''zpool.cache''' file to your new environment.&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##mkdir -p /mnt/funtoo/etc/zfs&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache /mnt/funtoo/etc/zfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Make an empty mtab file&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##touch /mnt/funtoo/etc/mtab&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now we will continue to install funtoo.&lt;br /&gt;
== Installing Funtoo ==&lt;br /&gt;
[[Funtoo_Linux_Installation|Download and install the Funtoo stage3 and continue installation as normal.]]&lt;br /&gt;
&lt;br /&gt;
Then chroot into your new funtoo environment:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
&lt;br /&gt;
Mount your boot drive ** You don't need to do this if you're using whole-disk zfs **&lt;br /&gt;
# ##i##mount /dev/sda1 /mnt/funtoo/boot&lt;br /&gt;
&lt;br /&gt;
Bind the kernel related directories&lt;br /&gt;
# ##i##mount --rbind /proc proc&lt;br /&gt;
# ##i##mount --rbind /dev dev&lt;br /&gt;
# ##i##mount --rbind /sys sys&lt;br /&gt;
&lt;br /&gt;
Copy network settings&lt;br /&gt;
# ##i##cp /etc/resolv.conf etc/chroot into your new funtoo environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . /bin/bash -l&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Syncing your portage tree ===&lt;br /&gt;
==== If you didn't create a separate portage dataset, then just sync your portage tree as normal. ====&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge --sync&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== If you did create a separate portage dataset, let's now get the portage snapshot set up. ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Change into your /usr directory&lt;br /&gt;
# ##i##cd /usr&lt;br /&gt;
&lt;br /&gt;
Download and extract the portage snapshot&lt;br /&gt;
# ##i##wget http://ftp.osuosl.org/pub/funtoo/funtoo-current/snapshots/portage-latest.tar.xz&lt;br /&gt;
# ##i##tar xf portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Change into your portage directory and checkout the funtoo branch&lt;br /&gt;
# ##i##cd portage&lt;br /&gt;
# ##i##git checkout funtoo.org&lt;br /&gt;
&lt;br /&gt;
Now sync your portage tree&lt;br /&gt;
# ##i##emerge --sync&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Kernel Configuration ==&lt;br /&gt;
{{fancynote|The below configurations are the requirements for &amp;quot;Bliss Initramfs Creator&amp;quot;. Some of these might not be needed for genkernel.}}&lt;br /&gt;
&lt;br /&gt;
Tested with kernel 2.6.32, 3.2.34, 3.6.9, 3.7.[1-3].&lt;br /&gt;
&lt;br /&gt;
When you get up to the kernel, make sure that you disable the CFQ scheduler, and turn on No-op (It's the default one once you disable all schedulers). The reason for this is because ZFS has its own scheduler and the CFQ one conflicts with it. Go to your kernel config, and make sure you have the following: (there should be a /usr/src/linux symlink as well)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;ZLIB_INFLATE/DEFLATE must be compiled into the kernel (not as a module).&lt;br /&gt;
&amp;gt; ZLIB_INFLATE [=y], ZLIB_DEFLATE [=y]&lt;br /&gt;
&lt;br /&gt;
General setup ---&amp;gt;&lt;br /&gt;
&amp;gt; [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support&lt;br /&gt;
&amp;gt; () Initramfs source file(s)&lt;br /&gt;
[*] Enable loadable module support ---&amp;gt;&lt;br /&gt;
[*] Module unloading&lt;br /&gt;
Enable the block layer ---&amp;gt;&lt;br /&gt;
IO Schedulers ---&amp;gt;&lt;br /&gt;
&amp;lt; &amp;gt; Deadline I/O scheduler&lt;br /&gt;
&amp;lt; &amp;gt; CFQ I/O scheduler&lt;br /&gt;
Default I/O scheduler (No-op)&lt;br /&gt;
&lt;br /&gt;
Device Drivers ---&amp;gt;&lt;br /&gt;
&amp;gt; Generic Driver Options ---&amp;gt;&lt;br /&gt;
&amp;gt;&amp;gt; [*] Maintain a devtmpfs filesystem to mount at /dev&lt;br /&gt;
&amp;gt;&amp;gt; [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cryptographic API ---&amp;gt;&lt;br /&gt;
&amp;lt;*&amp;gt; Deflate compression algorithm&lt;br /&gt;
&amp;lt;*&amp;gt; Zlib compression algorithm&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* All other drivers required to see your PATA/SATA drives must be compiled in.&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Continue and compile/install your kernel:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##make bzImage modules&lt;br /&gt;
# ##i##make install&lt;br /&gt;
# ##i##make modules_install&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Installing the ZFS userspace tools ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av zfs&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Check to make sure that the zfs tools are working, the zpool.cache file that you copied before should be displayed.&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##zpool status&lt;br /&gt;
# ##i##zfs list&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If everything worked, continue.&lt;br /&gt;
&lt;br /&gt;
== Install the bootloader ==&lt;br /&gt;
&lt;br /&gt;
=== GRUB 2 ===&lt;br /&gt;
If you are using whole-disk zfs then you will need grub2 because grub2 is the only bootloader that supports booting from a zfs pool. &lt;br /&gt;
&lt;br /&gt;
Before you do this, make sure this checklist is followed:&lt;br /&gt;
* Installed kernel and kernel modules&lt;br /&gt;
* Installed zfs package from the tree&lt;br /&gt;
* /dev, /proc, /sys are mounted in the chroot environment&lt;br /&gt;
&lt;br /&gt;
Once all this is checked, let's install grub2. First we need to enable the &amp;quot;libzfs&amp;quot; use flag so zfs support is compiled for grub2.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##echo &amp;quot;sys-boot/grub libzfs&amp;quot; &amp;gt;&amp;gt; /etc/portage/package.use&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then we will compile grub2:&lt;br /&gt;
{{fancyimportant|GRUB should be _at least_ version 2.0.0 since 2.0.0 added zfs support. 1.99,.98 will not work.}}&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av grub&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once this is done, you can check that grub is version 2.00 by doing the following command:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##grub-install --version&lt;br /&gt;
grub-install (GRUB) 2.00&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Now try to install grub2:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##grub-install --no-floppy /dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
You should receive the following message&lt;br /&gt;
&amp;lt;console&amp;gt;Installation finished. No error reported.&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If not, then go back to the above checklist.&lt;br /&gt;
=== Extlinux ===&lt;br /&gt;
There are four things we need to do for extlinux:&lt;br /&gt;
&lt;br /&gt;
# Install extlinux bootloader&lt;br /&gt;
# Write the .bin to the front of the target disk&lt;br /&gt;
# Toggle BIOS partition flag&lt;br /&gt;
# Write a extlinux configuration file&lt;br /&gt;
&lt;br /&gt;
First emerge extlinux:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##emerge -av syslinux&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then create a /boot/extlinux directory:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /boot&lt;br /&gt;
# ##i##mkdir /boot/extlinux&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Change into the extlinux dir and install the bootloader:&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /boot/extlinux&lt;br /&gt;
# ##i##extlinux --install .&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== MBR ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##fdisk /dev/sda&lt;br /&gt;
&lt;br /&gt;
Command: ##i##a ↵&lt;br /&gt;
Partition number: ##i##1 ↵&lt;br /&gt;
Command: ##i##w ↵&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Printing the &amp;lt;tt&amp;gt;fdisk&amp;lt;/tt&amp;gt; partition layout should show a star next to &amp;lt;tt&amp;gt;/dev/sda1&amp;lt;/tt&amp;gt;:&lt;br /&gt;
&amp;lt;console&amp;gt;/dev/sda   *    2048    514047    256000    83    Linux&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Flash the .bin to the front of the disk:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== GPT ===&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##sgdisk /dev/sda --attributes=1:set:2&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Flash the .bin to the front of the disk:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/gptmbr.bin of=/dev/sda&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
We will write the extlinux/grub configuration file in the next section.&lt;br /&gt;
== Create the initramfs ==&lt;br /&gt;
There are two ways to do this, you can use genkernel, or you can use my bliss initramfs creator. I will show you both.&lt;br /&gt;
&lt;br /&gt;
=== genkernel ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##emerge -av sys-kernel/genkernel&lt;br /&gt;
# ##i##genkernel --zfs initramfs&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Example: kernel name is: vmlinuz-3.7.3-ALL&lt;br /&gt;
initramfs name is: initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
pool name is: rpool&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''grub.cfg''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo&lt;br /&gt;
menuentry &amp;quot;Funtoo - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs  &lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/funtoo real_root=ZFS=rpool/ROOT/funtoo dozfs=force&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''extlinux.conf''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo&lt;br /&gt;
  MENU LABEL Funtoo 3.7.3-ALL&lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL&lt;br /&gt;
  INITRD /boot/initramfs-genkernel-x86_64-3.7.3-ALL&lt;br /&gt;
  APPEND real_root=ZFS=rpool/ROOT/funtoo dozfs=force&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Bliss Initramfs Creator ===&lt;br /&gt;
Clone my creator which is located at: git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##git clone git://github.com/fearedbliss/Bliss-Initramfs-Creator.git&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Then go into this new directory, run the script as root, and place it into /boot:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##cd Bliss-Initramfs-Creator&lt;br /&gt;
# ##i##./createInit&lt;br /&gt;
# ##i##mv initrd-&amp;lt;kernel_name&amp;gt;.img /boot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;kernel_name&amp;gt;''' is the name of what you selected in the initramfs creator, and the name of the outputted file. Once you do this just go to your bootloader config, and add it in there.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Example: Kernel name is: vmlinuz-3.7.3-ALL&lt;br /&gt;
initramfs name is: initrd-3.7.3-ALL.img&lt;br /&gt;
Pool root is: rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''grub.cfg''':&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo&lt;br /&gt;
menuentry &amp;quot;Funtoo - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs&lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/funtoo quiet&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initrd-3.7.3-ALL.img&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''extlinux.conf:'''&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo  &lt;br /&gt;
  MENU LABEL Funtoo 3.7.3-ALL  &lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL  &lt;br /&gt;
  INITRD /boot/initrd-3.7.3-ALL.img  &lt;br /&gt;
  APPEND root=rpool/ROOT/funtoo&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Final configuration ==&lt;br /&gt;
=== Add the zfs tools to openrc ===&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##rc-update add zfs boot&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Add filesystems to /etc/fstab ===&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##nano /etc/fstab&lt;br /&gt;
&lt;br /&gt;
# &amp;lt;fs&amp;gt;                  &amp;lt;mountpoint&amp;gt;    &amp;lt;type&amp;gt;          &amp;lt;opts&amp;gt;          &amp;lt;dump/pass&amp;gt;&lt;br /&gt;
# Do not add the /boot line below if you are using whole-disk zfs&lt;br /&gt;
/dev/sda1               /boot           ext4            defaults        1 2&lt;br /&gt;
/dev/zvol/rpool/swap    none            swap            sw              0 0&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Clean up and reboot ===&lt;br /&gt;
We are almost done, we are just going to clean up, '''set our root password''', and unmount whatever we mounted and get out.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Delete the stage3/portage tarballs you downloaded earlier so they don't take up space.&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##rm stage3-latest.tar.xz&lt;br /&gt;
# ##i##rm /usr/portage-latest.tar.xz&lt;br /&gt;
&lt;br /&gt;
Set your root password&lt;br /&gt;
# ##i##passwd&lt;br /&gt;
&amp;gt;&amp;gt; Enter your password, you won't see what you are writing (for security reasons), but it is there!&lt;br /&gt;
&lt;br /&gt;
Get out of the chroot environment&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&lt;br /&gt;
Unmount all the kernel filesystem stuff and boot (if you have a separate /boot)&lt;br /&gt;
# ##i##cd /mnt/funtoo&lt;br /&gt;
# ##i##umount -l proc dev sys boot&lt;br /&gt;
&lt;br /&gt;
Turn off the swap&lt;br /&gt;
# ##i##swapoff /dev/zvol/rpool/swap&lt;br /&gt;
&lt;br /&gt;
Export the zpool&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##zpool export -f rpool&lt;br /&gt;
&lt;br /&gt;
Reboot&lt;br /&gt;
# ##i##reboot&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{fancyimportant|'''Don't forget to set your root password as stated above before exiting chroot and rebooting. If you don't set the root password, you won't be able to log into your new system.'''}}&lt;br /&gt;
&lt;br /&gt;
and that should be enough to get your system to boot on ZFS.&lt;br /&gt;
&lt;br /&gt;
== Extra: After reboot ==&lt;br /&gt;
After you restart your machine and your inside your desktop, continue to set up anything you need in terms of /etc configurations. Once you have everything the way you like it, take a snapshot of your system. You will be using this snapshot to revert back to this state if anything ever happens to your system down the road. The snapshots are cheap, and almost instant. &lt;br /&gt;
&lt;br /&gt;
To take the snapshot of your rootfs, type the following:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs snapshot rpool/ROOT/funtoo@install&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
To see if your snapshot was taken, type:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs list -t snapshot&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If your machine ever fails and you need to get back to this state, just type:&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs rollback rpool/ROOT/funtoo@install&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Recovery Environment ===&lt;br /&gt;
On ZFS it is extremely easy to create a recovery environment using an already working snapshot. So that's what we will be doing. Create a clone of the @install snapshot which you will use for recovery purposes. If something happens to your main install, you can boot into this clone and fix the main one. One of the differences (maybe the only difference) between a clone and a snapshot is that a clone is rewritable while a snapshot is only read-only.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;# ##i##zfs clone rpool/ROOT/funtoo@install rpool/ROOT/recovery&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Add the clone to your grub.cfg ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
set timeout=3&lt;br /&gt;
set default=0&lt;br /&gt;
&lt;br /&gt;
# Funtoo Recovery&lt;br /&gt;
menuentry &amp;quot;Funtoo Recovery - 3.7.3&amp;quot; {  &lt;br /&gt;
  insmod zfs&lt;br /&gt;
  linux /ROOT/funtoo/@/boot/vmlinuz-3.7.3-ALL root=rpool/ROOT/recovery quiet&lt;br /&gt;
  initrd /ROOT/funtoo/@/boot/initrd-3.7.3-ALL.img&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Add the clone to your extlinux.conf ====&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
LABEL funtoo-recovery    &lt;br /&gt;
  MENU LABEL Funtoo Recovery    &lt;br /&gt;
  KERNEL /boot/vmlinuz-3.7.3-ALL    &lt;br /&gt;
  INITRD /boot/initrd-3.7.3-ALL.img    &lt;br /&gt;
  APPEND root=rpool/ROOT/recovery&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Things to watch out for ====&lt;br /&gt;
Since your recovery clone will tend to get old as you use your main system, and since your recovery and other stuff are on the same pool, we don't want the new pool stuff to be mounted when we launch recovery. We also don't want video drivers to be conflicting.&lt;br /&gt;
# Make sure that nvidia/nouveau stuff are blacklisted.&lt;br /&gt;
# Make sure that your /boot and /lib/modules for the kernel in your 'recovery' are matching.&lt;br /&gt;
# Disable the zfs openrc script so that nothing else gets automatically mounted. Only your rootfs.&lt;br /&gt;
&lt;br /&gt;
You can do the above stuff by mounting your copy and chrooting into it.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
Mount the recovery clone&lt;br /&gt;
# ##i##mkdir /mnt/recovery&lt;br /&gt;
# ##i##mount -t zfs -o zfsutil rpool/ROOT/recovery /mnt/recovery&lt;br /&gt;
# ##i##cd /mnt/recovery&lt;br /&gt;
&lt;br /&gt;
Mount the kernel devices&lt;br /&gt;
# ##i##mount --rbind /proc ./proc&lt;br /&gt;
# ##i##mount --rbind /dev ./dev&lt;br /&gt;
# ##i##mount --rbind /sys ./sys&lt;br /&gt;
&lt;br /&gt;
Copy zpool.cache&lt;br /&gt;
# ##i##cp /etc/zfs/zpool.cache etc/zfs&lt;br /&gt;
&lt;br /&gt;
Chroot into the new environment&lt;br /&gt;
# ##i##env -i HOME=/root TERM=$TERM chroot . bash --login&lt;br /&gt;
&lt;br /&gt;
Disable zfs/zfs-shutdown openrc scripts&lt;br /&gt;
# ##i##rc-config delete zfs boot&lt;br /&gt;
&lt;br /&gt;
Blacklist nouveau/nvidia drivers&lt;br /&gt;
# ##i##echo &amp;quot;blacklist nouveau&amp;quot; &amp;gt;&amp;gt; /etc/modprobe.d/blacklist.conf&lt;br /&gt;
# ##i##echo &amp;quot;blacklist nvidia&amp;quot; &amp;gt;&amp;gt; /etc/modprobe.d/blacklist.conf&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Once you are done doing your changes, just umount and exit the chroot:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;console&amp;gt;&lt;br /&gt;
# ##i##cd /&lt;br /&gt;
# ##i##umount -l proc dev sys&lt;br /&gt;
# ##i##exit&lt;br /&gt;
&amp;lt;/console&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Getting into the recovery ====&lt;br /&gt;
Just start your machine and pick the '''Funtoo Recovery''' option from the Boot Menu.&lt;br /&gt;
&lt;br /&gt;
Enjoy your new install on ZFS :)&lt;br /&gt;
&lt;br /&gt;
[[Category:HOWTO]]&lt;br /&gt;
[[Category:Filesystems]]&lt;br /&gt;
[[Category:Featured]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-01-28T01:47:37Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 35%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. &lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) of the Funtoo Linux Core Team walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
Our [[Core Team]] is focused on advancing the state-of-the-art in Linux distributions by developing our own improvements to Gentoo Linux, while remaining compatible with the upstream changes from the Gentoo Linux project. &lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-01-28T01:43:51Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 30%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. &lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) of the Funtoo Linux Core Team walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
Our [[Core Team]] is focused on advancing the state-of-the-art in Linux distributions by developing our own improvements to Gentoo Linux, while remaining compatible with the upstream changes from the Gentoo Linux project. &lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T23:53:18Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__  &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=2|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T23:52:57Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__  &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=3|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T23:52:46Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__  &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=2|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T23:52:33Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__  &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|zoom=1|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Template:Role</id>
		<title>Template:Role</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Template:Role"/>
				<updated>2013-01-27T23:50:50Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;&lt;br /&gt;
This is the &amp;quot;Role&amp;quot; template.&lt;br /&gt;
It should be called in the following format:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{{Role&lt;br /&gt;
|Role type=&lt;br /&gt;
|Role desc=&lt;br /&gt;
|Start date=&lt;br /&gt;
|End date=&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Edit the page to see the template text.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&amp;lt;includeonly&amp;gt;{{#if:{{{End date|}}}||{{#if:{{{Start date:}}}|[[Start date::{{{Start date|}}}|]]|}}[[Role type::{{{Role type}}}]]{{#if:{{{Role desc|}}}|, [[Role desc::{{{Role desc}}}]]|}} {{#if:{{{Start date|}}}|(Start date {{#show: {{FULLPAGENAME}} |? Start date#ISO}})|}}}}&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T23:48:53Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__  &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Template:Person</id>
		<title>Template:Person</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Template:Person"/>
				<updated>2013-01-27T23:48:27Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: default role of user if none specified&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;&lt;br /&gt;
This is the &amp;quot;Person&amp;quot; template.&lt;br /&gt;
It should be called in the following format:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{{Person&lt;br /&gt;
|Full name=&lt;br /&gt;
|Email=&lt;br /&gt;
|Nick=&lt;br /&gt;
|Geoloc=&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Location name=&lt;br /&gt;
|Roles=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Edit the page to see the template text.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&amp;lt;includeonly&amp;gt;&amp;lt;div style=&amp;quot;float:right; width: 400px; border-radius: 20px; background-color: #eeeeee; padding: 20px; margin: 40px; font-family: Helvetica;&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div float=&amp;quot;left&amp;quot;&amp;gt;{{#gravatar_img:{{#show:{{FULLPAGENAME}}|?Email|link=none}}}}&amp;lt;/div&amp;gt;&lt;br /&gt;
== [[Full name::{{{Full name|{{PAGENAME}}}}} ]] ==&lt;br /&gt;
{{#if:{{{Roles|}}}|{{{Roles}}}|{{Role|Role type=User}}}}&lt;br /&gt;
== Contact ==&lt;br /&gt;
{|&lt;br /&gt;
|{{#if:{{{Nick|}}}|freenode: &amp;lt;tt&amp;gt;[[Nick::{{{Nick}}}]]&amp;lt;/tt&amp;gt;}}&lt;br /&gt;
|-&lt;br /&gt;
|{{#if:{{{Email|}}}|[[Email::{{{Email}}}]]}}&lt;br /&gt;
|}&lt;br /&gt;
{{#if:{{{Geoloc|}}}|&lt;br /&gt;
== Location ==&lt;br /&gt;
{{&lt;br /&gt;
#display_point:&lt;br /&gt;
coordinates={{{Geoloc|}}}&lt;br /&gt;
| zoom=5&lt;br /&gt;
| width=100%&lt;br /&gt;
| height=350&lt;br /&gt;
}} &amp;lt;span style=&amp;quot;font-size: 8pt;&amp;quot;&amp;gt;[[Location name::{{{Location name|}}}]] ([[Geoloc::{{{Geoloc}}}]]|}})&amp;lt;/span&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;{{{Maintains|}}}{{{Blogs|}}}&lt;br /&gt;
[[Category:People]]&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTITLE__&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Template:Person</id>
		<title>Template:Person</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Template:Person"/>
				<updated>2013-01-27T23:47:52Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;noinclude&amp;gt;&lt;br /&gt;
This is the &amp;quot;Person&amp;quot; template.&lt;br /&gt;
It should be called in the following format:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
{{Person&lt;br /&gt;
|Full name=&lt;br /&gt;
|Email=&lt;br /&gt;
|Nick=&lt;br /&gt;
|Geoloc=&lt;br /&gt;
|Maintains=&lt;br /&gt;
|Location name=&lt;br /&gt;
|Roles=&lt;br /&gt;
|Blogs=&lt;br /&gt;
}}&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Edit the page to see the template text.&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&amp;lt;includeonly&amp;gt;&amp;lt;div style=&amp;quot;float:right; width: 400px; border-radius: 20px; background-color: #eeeeee; padding: 20px; margin: 40px; font-family: Helvetica;&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;div float=&amp;quot;left&amp;quot;&amp;gt;{{#gravatar_img:{{#show:{{FULLPAGENAME}}|?Email|link=none}}}}&amp;lt;/div&amp;gt;&lt;br /&gt;
== [[Full name::{{{Full name|{{PAGENAME}}}}} ]] ==&lt;br /&gt;
{{#if:{{{Roles|}}}|{{{Roles}}}|{{Role|Role type=user}}}}&lt;br /&gt;
== Contact ==&lt;br /&gt;
{|&lt;br /&gt;
|{{#if:{{{Nick|}}}|freenode: &amp;lt;tt&amp;gt;[[Nick::{{{Nick}}}]]&amp;lt;/tt&amp;gt;}}&lt;br /&gt;
|-&lt;br /&gt;
|{{#if:{{{Email|}}}|[[Email::{{{Email}}}]]}}&lt;br /&gt;
|}&lt;br /&gt;
{{#if:{{{Geoloc|}}}|&lt;br /&gt;
== Location ==&lt;br /&gt;
{{&lt;br /&gt;
#display_point:&lt;br /&gt;
coordinates={{{Geoloc|}}}&lt;br /&gt;
| zoom=5&lt;br /&gt;
| width=100%&lt;br /&gt;
| height=350&lt;br /&gt;
}} &amp;lt;span style=&amp;quot;font-size: 8pt;&amp;quot;&amp;gt;[[Location name::{{{Location name|}}}]] ([[Geoloc::{{{Geoloc}}}]]|}})&amp;lt;/span&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;{{{Maintains|}}}{{{Blogs|}}}&lt;br /&gt;
[[Category:People]]&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTITLE__&amp;lt;/includeonly&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T23:39:58Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__ &lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Usermap</id>
		<title>Usermap</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Usermap"/>
				<updated>2013-01-27T02:34:42Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: trying terrain map&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''To add yourself to the UserMap''', first [[Special:CreateAccount|create a Funtoo wiki account]]. Then log in and ''click on your username'' at the top of the screen. Then click ''Create with Form'' and enter your information, including at least one ''Role''.&lt;br /&gt;
__NOCACHE__&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=500|type=terrain|markercluster=yes}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;donate&amp;quot;&amp;gt;&lt;br /&gt;
{| cellpadding=&amp;quot;2&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
! Description !! Marker !! Notes&lt;br /&gt;
|-&lt;br /&gt;
| Staff Members || [[Image:Purplemarker.png|12px]]  || Funtoo Staff (Core Team and Support Staff)&lt;br /&gt;
|-&lt;br /&gt;
| Contributors || [[Image:Orangemarker.png|12px]] || Funtoo Code Contributors&lt;br /&gt;
|-&lt;br /&gt;
| Users || [[Image:Greenmarker.png|12px]] || Funtoo Linux users&lt;br /&gt;
|}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Spamtest</id>
		<title>Spamtest</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Spamtest"/>
				<updated>2013-01-27T02:34:11Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{&lt;br /&gt;
#ask:&lt;br /&gt;
[[Category:People]]&lt;br /&gt;
| ?geoloc&lt;br /&gt;
| format=map&lt;br /&gt;
| type=terrain&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{#ask: [[Overlay::funtoo-overlay]]&lt;br /&gt;
| ? Ebuild&lt;br /&gt;
| ? Maintained by&lt;br /&gt;
| ? Overlay&lt;br /&gt;
}}&lt;br /&gt;
 &lt;br /&gt;
{{#ask: [[Ebuild::+]]&lt;br /&gt;
| ? Ebuild&lt;br /&gt;
| ? Maintained by&lt;br /&gt;
| ? Overlay&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{#show:User:Drobbins|?Email|link=none}}&lt;br /&gt;
{{#ask: [[Category:People]] [[Role type::Staff]]&lt;br /&gt;
| ? Full name&lt;br /&gt;
 | ? Nick&lt;br /&gt;
 | ? Role desc &lt;br /&gt;
 | ? Start date&lt;br /&gt;
 | format=template&lt;br /&gt;
 | template=TeamList&lt;br /&gt;
 | link=none&lt;br /&gt;
}}&lt;br /&gt;
{{#gravatar_img:drobbins@funtoo.org}} &lt;br /&gt;
[[Special:MyPage]] &lt;br /&gt;
&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&lt;br /&gt;
blarg foo bar&lt;br /&gt;
 &lt;br /&gt;
{{#ask: [[Category:People]]&lt;br /&gt;
 | ? Full name&lt;br /&gt;
 | ? Geoloc&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{#ask: [[Category:People]] [[Role type:Developer]]&lt;br /&gt;
  |? Full name&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
#ask:&lt;br /&gt;
[[-Role type::Developer]]&lt;br /&gt;
| ?Geoloc&lt;br /&gt;
| ?Full Name&lt;br /&gt;
| format=map &lt;br /&gt;
| width=1000&lt;br /&gt;
| height=400&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	<entry>
		<id>http://www.funtoo.org/wiki/Welcome</id>
		<title>Welcome</title>
		<link rel="alternate" type="text/html" href="http://www.funtoo.org/wiki/Welcome"/>
				<updated>2013-01-27T02:28:31Z</updated>
		
		<summary type="html">&lt;p&gt;Drobbins: hybrid map for better zoom&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div style=&amp;quot;float:right; width: 40%&amp;quot;&amp;gt;&lt;br /&gt;
{{#widget:Donate|blurb=Your support helps Funtoo grow! Donate Today.}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
== Get on the UserMap! ==&lt;br /&gt;
{{#compound_query:[[Category:People]] [[Role type::Staff]];?Geoloc;icon=Purplemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::Contributor]];?Geoloc;icon=Orangemarker.png&lt;br /&gt;
    |[[Category:People]][[Role type::User]];?Geoloc;icon=Greenmarker.png&lt;br /&gt;
    |format=googlemaps3|height=275|zoom=1|type=hybrid|markercluster=yes}}&lt;br /&gt;
See our full-size [[Usermap]] and find out how to become part of the Funtoo Universe!&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Litecoin|blurb=Check it out: Mine litecoins for Funtoo!}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Latest Commits: ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=7 url=&amp;quot;https://github.com/funtoo/funtoo-overlay/commits/master.atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy&amp;quot;&amp;gt;&lt;br /&gt;
=== Featured Resources: ===&lt;br /&gt;
&amp;lt;DynamicPageList&amp;gt;&lt;br /&gt;
category = Featured&lt;br /&gt;
&amp;lt;/DynamicPageList&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom]] Latest Forum Posts ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed entries=6 url=&amp;quot;http://forums.funtoo.org/extern.php?action=feed&amp;amp;type=atom&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;div class=&amp;quot;boxy2&amp;quot;&amp;gt;&lt;br /&gt;
=== [[image:Feed-icon-28x28.png|link=http://feeds.feedburner.com/planet_larry]] Planet Larry ===&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;feed type=&amp;quot;planet&amp;quot; entries=6 url=&amp;quot;http://feeds.feedburner.com/planet_larry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;[{PERMALINK} &amp;lt;nowiki&amp;gt;{TITLE}&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&amp;lt;/feed&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Welcome to the Funtoo Wiki! =&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] is a Linux-based operating system created by [[user:Drobbins|Daniel Robbins]], the creator and former Chief Architect of Gentoo Linux. &lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is a Free software, or &amp;quot;Open Source&amp;quot; operating system. All distribution source code is freely available, and it can be used and distributed free of charge.&lt;br /&gt;
&lt;br /&gt;
== Featured Video ==&lt;br /&gt;
&lt;br /&gt;
In this video, Jonathan Vasquez ([[User:Fearedbliss|fearedbliss]]) of the Funtoo Linux Core Team walks you through the process of installing Funtoo Linux with ZFS. See the [[ZFS Install Guide]] for detailed instructions.&lt;br /&gt;
&lt;br /&gt;
{{#widget:YouTube|id=MXyBamArues|width=640|height=360}}&lt;br /&gt;
&lt;br /&gt;
== Meta-Distribution, Optimized ==&lt;br /&gt;
&lt;br /&gt;
Funtoo Linux is also a ''meta''-distribution, which means that it is built automatically from source code and is customized with the functionality that ''you'' want it to have, and ''without'' the unnecessary features and &amp;quot;bloat&amp;quot; that you want to avoid. &lt;br /&gt;
&lt;br /&gt;
In addition, a Funtoo Linux system is [[Download|optimized for your CPU]], and we offer optimized versions for ''Intel Core i7'', ''Intel Atom'', ''AMD Opteron'', and other processors and architectures. &lt;br /&gt;
&lt;br /&gt;
These combination of factors work together to create an extremely high-performance and flexible computing platform -- a platform where ''you'' are in control, and your system performs optimally. We believe that Funtoo Linux is the most ideal expression of how operating system technology &amp;quot;should&amp;quot; work, and we continually strive to make it better.&lt;br /&gt;
&lt;br /&gt;
== The Gentoo Ecosystem ==&lt;br /&gt;
&lt;br /&gt;
Our [[Core Team]] is focused on advancing the state-of-the-art in Linux distributions by developing our own improvements to Gentoo Linux, while remaining compatible with the upstream changes from the Gentoo Linux project. &lt;br /&gt;
&lt;br /&gt;
We are committed to maintaining high-levels of compatibility and collaboration with the Gentoo Linux project, and challenge ourselves to innovate while providing new approaches that can be easily leveraged by the Gentoo Community. We appreciate the support we receive from members of the Gentoo Community and strive to contribute back to the larger [[Gentoo Ecosystem]].&lt;br /&gt;
&lt;br /&gt;
== Ultimate Flexibility for Developers ==&lt;br /&gt;
&lt;br /&gt;
Does your Linux distribution allow multiple versions of &amp;lt;tt&amp;gt;php&amp;lt;/tt&amp;gt;, &amp;lt;tt&amp;gt;[[python]]&amp;lt;/tt&amp;gt; or &amp;lt;tt&amp;gt;ruby&amp;lt;/tt&amp;gt; installed happily alongside each other? Funtoo Linux does. Are you tired of hand-building key packages from source to configure them exactly the way you want? Funtoo Linux allows you to tweak the build-time features of packages using handy things called USE variables. Other distributions are forced to either leave stuff out that you want, or include stuff you don't want.&lt;br /&gt;
&lt;br /&gt;
== Virtualization ==&lt;br /&gt;
&lt;br /&gt;
We support the [[OpenVZ]] project and build up-to-date Funtoo Linux OpenVZ containers that you can [[Download|download]]. Also see [[VagrantUp]] for a nice way to deploy VirtualBox-based Funtoo Linux systems. [[Metro]], our automated distro build tool, is capable of building OpenVZ, Linux VServer and [[Linux Containers]] (LXC) images. Funtoo Linux also makes an excellent virtualization host system for [[Xen]].&lt;br /&gt;
&lt;br /&gt;
== Features ==&lt;br /&gt;
&lt;br /&gt;
[[Funtoo Linux]] features native [[wikipedia:UTF-8|UTF-8]] support enabled by default, a [[wikipedia:Git (software)|git]]-based, [[Portage Tree|distributed Portage Tree]] and funtoo overlay, an enhanced [[Portage]] with more compact mini-manifest tree, automated imports of new [http://www.gentoo.org Gentoo] changes every 12 hours, [[GUID Booting Guide|GPT/GUID boot support]] and [[Boot-Update|streamlined boot configuration]], [[Funtoo Linux Networking|enhanced network configuration]], up-to-date [http://ftp.osuosl.org/pub/funtoo/funtoo-stable/ stable] and [http://ftp.osuosl.org/pub/funtoo/funtoo-current/ current] Funtoo [[Stage Tarball|stages]], all built using Funtoo's [[Metro]] build tool. We also offer Ubuntu Server, Debian, RHEL and Fedora-based [[Funtoo Linux Kernels|kernels]].&lt;br /&gt;
&lt;br /&gt;
Funtoo is currently supported on the following processor families :&lt;br /&gt;
* PC-compatible, both 32 and 64-bit (''x86-32bit'', ''x86-64bit'')&lt;br /&gt;
&lt;br /&gt;
== Resources ==&lt;br /&gt;
&lt;br /&gt;
* Learn more about [[Funtoo Linux]].&lt;br /&gt;
* Why you should [[Choose Funtoo]]: ...and how its different than other distros.&lt;br /&gt;
* Visit [[:Category:Projects|Funtoo Linux Projects]] and also look at the stuff online for [[Metro]].&lt;br /&gt;
* Learn [[:Category:Linux Core Concepts| Core Linux concepts]] from articles originally written by Daniel Robbins.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOTITLE__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
&lt;br /&gt;
[[Category:Funtoo|*]]&lt;/div&gt;</summary>
		<author><name>Drobbins</name></author>	</entry>

	</feed>