summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMichał Górny <mgorny@gentoo.org>2020-02-25 21:09:38 +0100
committerMichał Górny <mgorny@gentoo.org>2020-02-25 21:09:38 +0100
commit69b5cf7936f8a03789aaafc0becfc0599b1a9153 (patch)
tree8c18f45e32adc7ae416270ceb4e6f2ec8caa52fb
parentUpdate for PG idents (diff)
downloadpolicy-guide-69b5cf7936f8a03789aaafc0becfc0599b1a9153.tar.gz
policy-guide-69b5cf7936f8a03789aaafc0becfc0599b1a9153.tar.bz2
policy-guide-69b5cf7936f8a03789aaafc0becfc0599b1a9153.zip
Add missing files
Signed-off-by: Michał Górny <mgorny@gentoo.org>
-rw-r--r--combined.html1868
-rw-r--r--std-policy-index.html444
2 files changed, 2312 insertions, 0 deletions
diff --git a/combined.html b/combined.html
new file mode 100644
index 0000000..5ec70aa
--- /dev/null
+++ b/combined.html
@@ -0,0 +1,1868 @@
+
+<!doctype html>
+
+<html xmlns="http://www.w3.org/1999/xhtml">
+ <head>
+ <meta charset="utf-8">
+ <meta http-equiv="X-UA-Compatible" content="IE=edge">
+ <meta name="viewport" content="width=device-width, initial-scale=1">
+ <title>Gentoo Policy Guide documentation</title>
+ <link rel="stylesheet" href="_static/tyrian-sphinx-theme.css" type="text/css" />
+ <link rel="stylesheet" href="_static/pygments.css" type="text/css" />
+ <link rel="stylesheet" href="_static/custom.css" type="text/css" />
+
+ <link rel="icon" href="https://www.gentoo.org/favicon.ico" type="image/x-icon">
+ <link href="https://assets.gentoo.org/tyrian/bootstrap.min.css" rel="stylesheet" media="screen">
+ <link href="https://assets.gentoo.org/tyrian/tyrian.min.css" rel="stylesheet" media="screen">
+ <script type="text/javascript" id="documentation_options" data-url_root="./" src="_static/documentation_options.js"></script>
+ <script src="_static/jquery.js"></script>
+ <script src="_static/underscore.js"></script>
+ <script src="_static/doctools.js"></script>
+ <script src="_static/language_data.js"></script>
+ <link rel="index" title="Index" href="genindex.html" />
+ <link rel="search" title="Search" href="search.html" />
+ </head><body>
+ <header>
+ <div class="site-title">
+ <div class="container">
+ <div class="row">
+ <div class="site-title-buttons">
+ <div class="btn-group btn-group-sm">
+ <a href="https://get.gentoo.org/" role="button" class="btn get-gentoo"><span class="fa fa-fw fa-download"></span> <strong>Get Gentoo!</strong></a>
+ <div class="btn-group btn-group-sm">
+ <a class="btn gentoo-org-sites dropdown-toggle" data-toggle="dropdown" data-target="#" href="#">
+ <span class="fa fa-fw fa-map-o"></span> <span class="hidden-xs">gentoo.org sites</span> <span class="caret"></span>
+ </a>
+ <ul class="dropdown-menu dropdown-menu-right">
+ <li><a href="https://www.gentoo.org/" title="Main Gentoo website"><span class="fa fa-home fa-fw"></span> gentoo.org</a></li>
+ <li><a href="https://wiki.gentoo.org/" title="Find and contribute documentation"><span class="fa fa-file-text-o fa-fw"></span> Wiki</a></li>
+ <li><a href="https://bugs.gentoo.org/" title="Report issues and find common issues"><span class="fa fa-bug fa-fw"></span> Bugs</a></li>
+ <li><a href="https://forums.gentoo.org/" title="Discuss with the community"><span class="fa fa-comments-o fa-fw"></span> Forums</a></li>
+ <li><a href="https://packages.gentoo.org/" title="Find software for your Gentoo"><span class="fa fa-hdd-o fa-fw"></span> Packages</a></li>
+ <li class="divider"></li>
+ <li><a href="https://planet.gentoo.org/" title="Find out what's going on in the developer community"><span class="fa fa-rss fa-fw"></span> Planet</a></li>
+ <li><a href="https://archives.gentoo.org/" title="Read up on past discussions"><span class="fa fa-archive fa-fw"></span> Archives</a></li>
+ <li><a href="https://sources.gentoo.org/" title="Browse our source code"><span class="fa fa-code fa-fw"></span> Sources</a></li>
+ <li class="divider"></li>
+ <li><a href="https://infra-status.gentoo.org/" title="Get updates on the services provided by Gentoo"><span class="fa fa-server fa-fw"></span> Infra Status</a></li>
+ </ul>
+ </div>
+ </div>
+ </div>
+ <div class="logo">
+ <a href="index.html" title="Back to the homepage" class="site-logo"></a>
+ <span class="site-label"> Policy Guide </span>
+ </div>
+ </div>
+ </div>
+ </div>
+ <nav class="tyrian-navbar" role="navigation">
+ <div class="container">
+ <div class="row">
+ <div class="navbar-header">
+ <button type="button" class="navbar-toggle" data-toggle="collapse" data-target=".navbar-main-collapse">
+ <span class="sr-only">Toggle navigation</span>
+ <span class="icon-bar"></span>
+ <span class="icon-bar"></span>
+ <span class="icon-bar"></span>
+ </button>
+ </div>
+ <div class="collapse navbar-collapse navbar-main-collapse">
+ <ul class="nav navbar-nav">
+ <li class="active">
+ <a href="index.html">Home</a></li>
+ <li class=""><a href="https://gitweb.gentoo.org/proj/policy-guide.git/">Source</a></li>
+
+
+
+ </ul>
+
+ <form action="index.html" class="navbar-form navbar-right" method="get" onsubmit="if (this.quicksearch.value == '')
+ { alert('Please enter one or more search terms first.');
+ return false; } return true;">
+
+ <div class="input-group" style="margin-top:2px;">
+ <span class="input-group-addon" style="background:#61597b;color:#FFF;border:0px;" id="basic-addon1"><i class="fa fa-search" aria-hidden="true"></i></span>
+ <input class="form-control" style="height:30px;border:0px;background:#61597b;color:#FFF;padding-left:0px;box-shadow: none;" type="text" id="highlight" name="highlight" title="Quick Search" placeholder="Quick Search" value="">
+ </div>
+ <button class="btn btn-default hidden" type="submit" value="Search" id="find_top">Search</button>
+ </form>
+
+ </div>
+ </div>
+ </div>
+ </nav>
+ </header>
+
+
+ <div class="container">
+ <div class="row">
+
+
+
+ <div class="col-md-9 col-sm-12 col-xs-12" role="main">
+
+
+
+
+
+
+ <div class="section" id="gentoo-policy-guide">
+<h1>Gentoo Policy Guide<a class="headerlink" href="#gentoo-policy-guide" title="Permalink to this headline">¶</a></h1>
+<p>Gentoo Policy Guide aims to become a definitive clear source of all
+Tree Policies that are currently binding to Gentoo developers.
+It combines both policies that are global by design (i.e. set by the QA
+team or the Council), as well as specific to other Gentoo projects.
+The policies are meant to be supplied with rationale and clear
+indication of the body setting the policy, and therefore the process
+in which the policy can be updated.</p>
+<div class="toctree-wrapper compound">
+<span id="document-preface"></span><div class="section" id="preface">
+<h2>Preface<a class="headerlink" href="#preface" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="introduction">
+<h3>Introduction<a class="headerlink" href="#introduction" title="Permalink to this headline">¶</a></h3>
+<p>Gentoo Policy Guide aims to become a definitive clear source of all
+Tree Policies that are currently binding to Gentoo developers.
+It combines both policies that are global by design (i.e. set by the QA
+team or the Council), as well as specific to other Gentoo projects.
+The policies are meant to be supplied with rationale and clear
+indication of the body setting the policy, and therefore the process
+in which the policy can be updated.</p>
+</div>
+<div class="section" id="authors">
+<h3>Authors<a class="headerlink" href="#authors" title="Permalink to this headline">¶</a></h3>
+<p>This document is maintained by the Gentoo <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Quality_Assurance">QA project</a>.</p>
+<p>The current text authors are:</p>
+<ul class="simple">
+<li><p>Michał Górny (mgorny)</p></li>
+</ul>
+</div>
+<div class="section" id="license">
+<h3>License<a class="headerlink" href="#license" title="Permalink to this headline">¶</a></h3>
+<p>This work is licensed under the <a class="reference external" href="https://creativecommons.org/licenses/by-sa/4.0/.">Creative Commons Attribution-ShareAlike
+4.0 International License</a>.</p>
+</div>
+</div>
+<span id="document-motivation"></span><div class="section" id="motivation-and-history">
+<h2>Motivation and history<a class="headerlink" href="#motivation-and-history" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="historical-state-of-policy-documentation">
+<h3>Historical state of policy documentation<a class="headerlink" href="#historical-state-of-policy-documentation" title="Permalink to this headline">¶</a></h3>
+<p>At the time, Gentoo was lacking a clear and focused document listing all
+development-related policies in a concise and clear way.</p>
+<p><a class="reference external" href="https://projects.gentoo.org/pms/latest/pms.html">PMS</a> provided a technical specification for the ebuild files but did
+not provide a sufficient explanation on how to use it. Furthermore, PMS
+was focused on wider usage of the ebuild files than intended for
+the Gentoo repository, and therefore was partially restricted via tree
+policies.</p>
+<p>Past Council decisions can be found in the <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Council/Meeting_logs">Council meeting logs</a>.
+However, their form makes it hard to find any particular decision,
+not to mention establishing a complete list of policies.</p>
+<p>At some point, the QA team started listing <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Policies">QA policies</a> on its wiki
+page. Only eight policies were listed so far. The policies were written
+out as a flat list with no particular order which is not going to scale
+well.</p>
+<p>Finally, there was an attempt to turn <a class="reference external" href="https://devmanual.gentoo.org/">devmanual</a> into a source of
+reference policies. It was rejected by its maintainers as explicitly
+against the original purpose of this document. Furthermore, a large
+amount of stale information combined with ability to edit by every
+developer would make it unclear which parts are applicable policies,
+and which are obsolete or non-binding tips.</p>
+<p>There are also project policies, scattered across wiki pages and other
+project documentation, and a lot of de facto policies that were
+established less or more formally in the past but were never really
+written down.</p>
+</div>
+<div class="section" id="purpose-of-the-policy-guide">
+<h3>Purpose of the Policy Guide<a class="headerlink" href="#purpose-of-the-policy-guide" title="Permalink to this headline">¶</a></h3>
+<p>The Policy Guide was created in order to address aforementioned
+documentation deficiencies. Its primary purpose is to collect all
+applicable policies from various sources and combine them into a single
+logically organized document.</p>
+<p>Along with a wording of each policy, its rationale should be provided
+(if available) and an indication of which body set the policy.
+The former should make it possible to better understand the policy,
+and apply it in spirit rather than requiring very precise wording.
+The latter should make it clear who can be queried for additional
+information, and how the policy can be updated if need arises.</p>
+<p>This Guide is going to replace the QA team policies page. All new QA
+policies will be documented directly in it. Other documentation (e.g.
+devmanual) should conform to policies stated here.</p>
+</div>
+</div>
+<span id="document-basics"></span><div class="section" id="basic-information">
+<h2>Basic information<a class="headerlink" href="#basic-information" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="goals-of-policy-making">
+<h3>Goals of policy making<a class="headerlink" href="#goals-of-policy-making" title="Permalink to this headline">¶</a></h3>
+<p>The Gentoo policies focus on three aims:</p>
+<ol class="arabic simple">
+<li><p><em>Portability</em>. By following the policies, it should be possible
+to package software so that it works on different system setups.
+This includes various supported architectures, basic system
+components, service managers, package managers, combinations
+of compiler and linker flags, etc.</p></li>
+<li><p><em>Maintainability</em>. The policies aim to provide consistent coding
+practices that make it easy for a different person to co-maintain
+the package or take over after previous maintainer. This also
+reduces the risk of mistakes experienced by the end users.</p></li>
+<li><p><em>End-user experience</em>. The policies try to help developers
+in providing a consistent end-user experience. The same concepts
+applied across different packages make it easier for user to achieve
+his goals and reduce the likeliness of surprising behavior.</p></li>
+</ol>
+</div>
+<div class="section" id="policy-compliance-checking">
+<h3>Policy compliance checking<a class="headerlink" href="#policy-compliance-checking" title="Permalink to this headline">¶</a></h3>
+<p>Currently, there are two kinds of tools involved in detecting policy
+violations:</p>
+<ol class="arabic simple">
+<li><p>Linting-class tools, including <a class="reference external" href="https://wiki.gentoo.org/wiki/Repoman">repoman</a> and <a class="reference external" href="https://github.com/pkgcore/pkgcheck">pkgcheck</a>. Those tools
+analyze ebuilds and other files in the package repository for known
+policy violations. They are limited to checking for problems that
+can be detected without running the phase functions.</p></li>
+<li><p>Build- and install-time QA checks, implemented in package managers.
+Those trigger while the ebuilds are executing. They are limited
+to testing the currently running code path.</p></li>
+</ol>
+<p>Developers are expected to use both kinds of tools before pushing their
+commits. They should both lint the changed ebuilds using <a class="reference external" href="https://wiki.gentoo.org/wiki/Repoman">repoman</a>
+or <a class="reference external" href="https://github.com/pkgcore/pkgcheck">pkgcheck</a>, and test whether their packages build and install
+correctly.</p>
+<p>Additionally, Gentoo is running <a class="reference external" href="https://github.com/pkgcore/pkgcheck">pkgcheck</a> periodically as <a class="reference external" href="https://qa-reports.gentoo.org/output/gentoo-ci/output.html">Gentoo CI</a>.
+All non-trivial violations are reported to the <a class="reference external" href="https://archives.gentoo.org/gentoo-automated-testing/">gentoo-automated-testing</a>
+mailing list and to the developers making the relevant commits. This
+supplements the direct use of linting tools by developers with reliable
+tree-wide scans.</p>
+</div>
+<div class="section" id="policy-enforcement">
+<h3>Policy enforcement<a class="headerlink" href="#policy-enforcement" title="Permalink to this headline">¶</a></h3>
+<p>The Gentoo <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Quality_Assurance">QA team</a> is tasked with enforcement of the tree policies.
+Its role is governed by <a class="reference external" href="https://www.gentoo.org/glep/glep-0048.html">GLEP 48</a>. It focuses on documenting
+the policies, resolving doubts regarding them and educating
+the developers.</p>
+<p>The QA team members can also take direct action in resolving minor
+quality problems (i.e. when fixing directly involves far less effort
+than if the developer was requested to fix it), or when developer
+refuses to resolve policy violations.</p>
+<p>Finally, in case of repeated unwillingness to follow policies, the QA
+team can issue disciplinary measures against the developer in question.</p>
+</div>
+<div class="section" id="policy-making-changes-and-appeals">
+<h3>Policy making, changes and appeals<a class="headerlink" href="#policy-making-changes-and-appeals" title="Permalink to this headline">¶</a></h3>
+<p>The majority of policies are written down and maintained by the <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Quality_Assurance">QA
+team</a>. Other Gentoo projects also create policies that affect their
+specific areas of contributions (e.g. <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Systemd">systemd project</a> created
+policies related to installing systemd unit files).</p>
+<p>Each policy listed in this document indicates the body maintaining it.
+In order to change or abolish the policy, that team should be contacted.
+If the project in question disagrees with the change, <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Quality_Assurance">QA team</a> can be
+asked to override the policy. All QA decisions and policies can further
+be appealed to the <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Council">Council</a>.</p>
+</div>
+</div>
+<span id="document-other-docs"></span><div class="section" id="other-policy-documents">
+<h2>Other policy documents<a class="headerlink" href="#other-policy-documents" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="gentoo-specific-documentation">
+<h3>Gentoo-specific documentation<a class="headerlink" href="#gentoo-specific-documentation" title="Permalink to this headline">¶</a></h3>
+<div class="section" id="package-manager-specification">
+<h4>Package Manager Specification<a class="headerlink" href="#package-manager-specification" title="Permalink to this headline">¶</a></h4>
+<p><a class="reference external" href="https://projects.gentoo.org/pms/latest/pms.html">PMS</a> provides the specification of ebuild format, as well as general
+guidelines for implementing package managers. All ebuilds in the Gentoo
+repository are required to conform to the PMS. Tree policies may
+enforce additional restrictions upon the format discussed in PMS.</p>
+<p>PMS is maintained by the <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:PMS">PMS project</a>. All major changes are done
+in subsequent EAPIs that are approved by the Council. The project’s
+wiki page discusses how PMS can be changed via <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Package_Manager_Specification/Future_EAPI_process">future EAPI process</a>.</p>
+</div>
+<div class="section" id="gleps">
+<h4>GLEPs<a class="headerlink" href="#gleps" title="Permalink to this headline">¶</a></h4>
+<p><a class="reference external" href="https://www.gentoo.org/glep/">GLEPs</a> provide the highest level policies applicable to Gentoo. Final
+or active GLEPs apply to all developers. Tree policies may impose
+additional restrictions on GLEPs but may not override them.</p>
+<p>The process for creating and updating GLEPs is documented in <a class="reference external" href="https://www.gentoo.org/glep/glep-0001.html">GLEP 1</a>.
+In general, all GLEP updates go through mailing list review and need
+to be approved by the Council.</p>
+</div>
+<div class="section" id="developer-manual">
+<h4>Developer Manual<a class="headerlink" href="#developer-manual" title="Permalink to this headline">¶</a></h4>
+<p><a class="reference external" href="https://devmanual.gentoo.org/">Devmanual</a> is the basic guide for ebuild developers. Besides policies,
+it contains many general recommendations and detailed instructions.
+Developer Manual does not specify policies itself, and needs to comply
+with policies defined in this document.</p>
+<p>Technically, devmanual can be changed by any developer. However, it is
+recommended that all changes are reviewed by the <a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Devmanual">devmanual project</a>.</p>
+</div>
+</div>
+<div class="section" id="external-standards">
+<h3>External standards<a class="headerlink" href="#external-standards" title="Permalink to this headline">¶</a></h3>
+<div class="section" id="posix">
+<h4>POSIX<a class="headerlink" href="#posix" title="Permalink to this headline">¶</a></h4>
+<p><a class="reference external" href="http://get.posixcertified.ieee.org/">POSIX</a> is the basic standard for operating systems. However, its rules
+apply to the software packaged in Gentoo rather than the distribution
+itself. Nevertheless, when no more specific policy applies, following
+POSIX is recommended.</p>
+</div>
+<div class="section" id="fhs">
+<h4>FHS<a class="headerlink" href="#fhs" title="Permalink to this headline">¶</a></h4>
+<p><a class="reference external" href="https://refspecs.linuxfoundation.org/fhs.shtml">FHS</a> specifies the suggested filesystem layout for Linux systems.
+Gentoo follows FHS only partially. Whenever Gentoo policies and FHS
+disagree, Gentoo policies should be followed.</p>
+</div>
+</div>
+</div>
+<span id="document-dependencies"></span><div class="section" id="dependencies">
+<h2>Dependencies<a class="headerlink" href="#dependencies" title="Permalink to this headline">¶</a></h2>
+<span class="target" id="index-0"></span><div class="section" id="pg0001">
+<span id="optional-runtime-dependencies"></span><span id="index-1"></span><h3>Optional runtime dependencies<a class="headerlink" href="#pg0001" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0001</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=104017#USE-Controlled_Optional_RDEPENDS">https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=104017#USE-Controlled_Optional_RDEPENDS</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>Using USE flags to control optional runtime dependencies is not
+acceptable except under very specific circumstances, such as a package
+being nonfunctional unless at least one of a set of optional runtime
+dependencies is installed.</p>
+<p>There is no specific preference as to how user should be informed
+of optional runtime dependencies. Three possible ways are
+<code class="docutils literal notranslate"><span class="pre">optfeature</span></code> from <code class="docutils literal notranslate"><span class="pre">eutils</span></code> eclass, <code class="docutils literal notranslate"><span class="pre">readme.gentoo-r1</span></code> eclass
+and plain <code class="docutils literal notranslate"><span class="pre">elog</span></code> messages.</p>
+<p><em>Rationale</em>: toggling USE flags in order to enable or disable optional
+runtime dependencies causes needless rebuilds of packages in question.
+This is especially important for packages that take long time to build.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p><a class="reference external" href="https://www.gentoo.org/glep/glep-0062.html">GLEP 62</a> proposes a solution permitting flipping USE flags without
+rebuilding package in question. It has been tentatively approved
+by the Council but no reference implementation has been written.</p>
+</div>
+</div>
+<div class="section" id="pg0002">
+<span id="dependencies-with-no-revision"></span><span id="index-2"></span><h3>=-dependencies with no revision<a class="headerlink" href="#pg0002" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0002</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by repoman and pkgcheck</p>
+</dd>
+</dl>
+<p>Whenever a non-wildcard <code class="docutils literal notranslate"><span class="pre">=</span></code> (equals) dependency is used on a package,
+the requested revision must be specified explicitly. When the zeroth
+revision is requested, <code class="docutils literal notranslate"><span class="pre">-r0</span></code> must be used. When no specific revision
+is necessary, the <code class="docutils literal notranslate"><span class="pre">~</span></code> (tilde) operator must be used instead.</p>
+<p><em>Example</em>:</p>
+<div class="highlight-default notranslate"><div class="highlight"><pre><span></span><span class="c1"># BAD:</span>
+<span class="o">=</span><span class="n">dev</span><span class="o">-</span><span class="n">libs</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="o">-</span><span class="mf">1.2</span><span class="o">.</span><span class="mi">3</span>
+<span class="c1"># GOOD:</span>
+<span class="o">=</span><span class="n">dev</span><span class="o">-</span><span class="n">libs</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="o">-</span><span class="mf">1.2</span><span class="o">.</span><span class="mi">3</span><span class="o">-</span><span class="n">r0</span>
+<span class="o">=</span><span class="n">dev</span><span class="o">-</span><span class="n">libs</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="o">-</span><span class="mf">1.2</span><span class="o">.</span><span class="mi">3</span><span class="o">-</span><span class="n">r3</span>
+<span class="o">~</span><span class="n">dev</span><span class="o">-</span><span class="n">libs</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="o">-</span><span class="mf">1.2</span><span class="o">.</span><span class="mi">3</span>
+</pre></div>
+</div>
+<p><em>Rationale</em>: using <code class="docutils literal notranslate"><span class="pre">=</span></code> operator in place of <code class="docutils literal notranslate"><span class="pre">~</span></code> to mean a specific
+version has been a common mistake. This policy uses the fact that
+no revision and explicit <code class="docutils literal notranslate"><span class="pre">-r0</span></code> are equivalent. By explicitly
+requesting the latter, it warns developers to reconsider whether they
+used the correct operator.</p>
+</div>
+<div class="section" id="slot-and-subslot-dependencies">
+<span id="index-3"></span><h3>Slot and subslot dependencies<a class="headerlink" href="#slot-and-subslot-dependencies" title="Permalink to this headline">¶</a></h3>
+<div class="section" id="pg0011">
+<span id="on-sub-slotted-packages"></span><h4>on (sub-)slotted packages<a class="headerlink" href="#pg0011" title="Permalink to this headline">¶</a></h4>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0011</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://archives.gentoo.org/gentoo-portage-dev/message/9cae3a92412a007febe7ac0612d50f5f">https://archives.gentoo.org/gentoo-portage-dev/message/9cae3a92412a007febe7ac0612d50f5f</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>by repoman and pkgcheck</p>
+</dd>
+</dl>
+<p>Whenever a package dependency specification matches a range of versions
+that span different slots or subslots, the package must explicitly
+include slot specification. If the <code class="docutils literal notranslate"><span class="pre">:=</span></code> operator is not applicable
+and any slot is acceptable, explicit <code class="docutils literal notranslate"><span class="pre">:*</span></code> operator must be used.
+If the <code class="docutils literal notranslate"><span class="pre">:&lt;slot&gt;=</span></code> operator is not applicable and only a specific slot
+can be used, <code class="docutils literal notranslate"><span class="pre">:&lt;slot&gt;</span></code> value must be explicitly specified.</p>
+<p>Package dependency specification without explicit slot specifier can
+be used on packages that are not slotted nor subslotted at the moment.</p>
+<p><em>Rationale</em>: this policy aims to help detecting missing slot operators
+when dependencies start using slots or subslots. It uses the fact that
+the explicit <code class="docutils literal notranslate"><span class="pre">:*</span></code> operator is equivalent to no slot specification,
+and therefore can be used interchangeably. In this case, we assume
+that the latter means ‘dependency not verified yet’, while the former
+means ‘verified that any slot is acceptable’.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p>The <a class="reference external" href="https://paludis.exherbo.org/">Paludis</a> package manager applies different logic when no slot
+is specified on the dependency. It pulls in the slot corresponding
+to the newest package version available.</p>
+</div>
+</div>
+<div class="section" id="pg0012">
+<span id="special-case-qt-packages"></span><span id="index-4"></span><h4>special case: Qt packages<a class="headerlink" href="#pg0012" title="Permalink to this headline">¶</a></h4>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0012</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>Qt project</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Qt/Policies#Dependencies">https://wiki.gentoo.org/wiki/Project:Qt/Policies#Dependencies</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>The Qt packages use subslots in an uncommon way. The public ABI of Qt
+libraries is stable within each slot, and the subslot is used to refer
+to private ABI. Therefore, the <code class="docutils literal notranslate"><span class="pre">:=</span></code> operator must only be used
+if your package uses one of the private API parts, and plain <code class="docutils literal notranslate"><span class="pre">:5</span></code>
+or likewise dependency must be used otherwise.</p>
+</div>
+<div class="section" id="proactive-use-of-slot-operators">
+<h4>proactive use of slot operators<a class="headerlink" href="#proactive-use-of-slot-operators" title="Permalink to this headline">¶</a></h4>
+<p>There is an open debate on whether developers should be proactively
+adding <code class="docutils literal notranslate"><span class="pre">:=</span></code> slot operators on packages that do not define subslots
+yet.</p>
+<p>Proponents of the idea point out that adding slot operators to reverse
+dependencies after the package becomes slotted is cumbersome and usually
+results in losing the subslot rebuild opportunity at least once. They
+argue that in many cases the future use of subslots is reasonably
+predictable.</p>
+<p>Opponents claim that the future use of subslots is not 100% predictable.
+They point out the case of Qt packages as an example.</p>
+</div>
+</div>
+<div class="section" id="pg0003">
+<span id="revision-bumps-on-runtime-dependency-changes"></span><span id="index-5"></span><h3>Revision bumps on runtime dependency changes<a class="headerlink" href="#pg0003" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0003</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>Council</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://projects.gentoo.org/council/meeting-logs/20151011-summary.txt">https://projects.gentoo.org/council/meeting-logs/20151011-summary.txt</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>It must not be assumed that changes to package’s dependencies will
+be implicitly propagated to users who have installed the package
+already. Whenever the change needs to be propagated (e.g. to prevent
+a missing runtime dependency from being cleaned), the package revision
+must be increased.</p>
+<p>This does not apply to build-time dependencies.</p>
+<p><em>Rationale</em>: developers were historically relying on Portage’s behavior
+called <em>dynamic dependencies</em> which caused Portage to implicitly use
+dependencies specified in matching ebuilds for installed packages. This
+is non-portable and unreliable. Users using different package managers,
+disabling the feature or simply missing the timeframe during which
+the old ebuild version existed had experienced dependency graph breakage
+and other problems due to it.</p>
+<p>The policy requires developers to explicitly account for that
+possibility. Revision bumps ensure that users who installed the package
+from the previous ebuild version rebuild it and get the updated
+dependencies as a result.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p>The dynamic dependency usage problem has a flip side. You can’t rely
+on in-place dependency changes <em>not</em> being propagated either. For
+example, if you notice that a package linked to libfoo unnecessarily,
+and decide to remove the dependency and code responsible for linking
+to it in place, Portage may apply the former immediately even
+if the package installed by the user still links to libfoo.</p>
+</div>
+</div>
+<div class="section" id="use-dependencies">
+<span id="index-6"></span><h3>USE dependencies<a class="headerlink" href="#use-dependencies" title="Permalink to this headline">¶</a></h3>
+<div class="section" id="pg0021">
+<span id="on-packages-without-the-flag"></span><h4>on packages without the flag<a class="headerlink" href="#pg0021" title="Permalink to this headline">¶</a></h4>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0021</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA (inferred from PMS)</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by pkgcheck</p>
+</dd>
+</dl>
+<p>Whenever a package uses a 2-style USE-dependency on another package,
+all package versions matching the dependency must have the flag
+in question. If the dependency matches at least one version missing
+the flag, either 4-style USE-dependency (i.e. having <code class="docutils literal notranslate"><span class="pre">(-)</span></code> or <code class="docutils literal notranslate"><span class="pre">(+)</span></code>
+indicator) must be used, or the restriction must be refined to match
+only versions having the flag.</p>
+<p><em>Example</em>:</p>
+<div class="highlight-default notranslate"><div class="highlight"><pre><span></span><span class="c1"># BAD: USE=gtk2 is not supported by v2</span>
+<span class="n">dev</span><span class="o">-</span><span class="n">foo</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="p">[</span><span class="n">gtk2</span><span class="p">]</span>
+<span class="c1"># GOOD: all matching versions have USE=tools</span>
+<span class="o">&lt;</span><span class="n">dev</span><span class="o">-</span><span class="n">foo</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="o">-</span><span class="mi">2</span><span class="p">[</span><span class="n">gtk2</span><span class="p">]</span>
+<span class="c1"># GOOD: indicate the default</span>
+<span class="n">dev</span><span class="o">-</span><span class="n">foo</span><span class="o">/</span><span class="n">libfrobnicate</span><span class="p">[</span><span class="n">gtk2</span><span class="p">(</span><span class="o">-</span><span class="p">)]</span>
+
+<span class="c1"># BAD: USE=tools is no longer needed with v2</span>
+<span class="n">dev</span><span class="o">-</span><span class="n">foo</span><span class="o">/</span><span class="n">libbar</span><span class="p">[</span><span class="n">tools</span><span class="p">]</span>
+<span class="c1"># GOOD: indicate the default</span>
+<span class="n">dev</span><span class="o">-</span><span class="n">foo</span><span class="o">/</span><span class="n">libbar</span><span class="p">[</span><span class="n">tools</span><span class="p">(</span><span class="o">+</span><span class="p">)]</span>
+</pre></div>
+</div>
+<p><em>Rationale</em>: according to the PMS section on <a class="reference external" href="https://projects.gentoo.org/pms/7/pms.html#x1-790008.2.6.4">2-style and 4-style USE
+dependencies</a>, it is an error to apply 2-style USE dependency to
+a package missing the flag. Furthermore, checking for this makes it
+possible to report whenever USE flags on a package are changed without
+updating its reverse dependencies.</p>
+</div>
+</div>
+</div>
+<span id="document-ebuild-format"></span><div class="section" id="ebuild-file-format">
+<h2>Ebuild file format<a class="headerlink" href="#ebuild-file-format" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="pg0101">
+<span id="coding-style"></span><span id="index-0"></span><h3>Coding style<a class="headerlink" href="#pg0101" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0101</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>partially via repoman and pkgcheck</p>
+</dd>
+</dl>
+<p>While Gentoo leaves most of the coding style choices to developers,
+there are a few rules which we try to enforce. Those are:</p>
+<ul class="simple">
+<li><p>Always indent using a single tab for indentation level. Do not
+attempt to align, as it will not work with different tab widths.</p></li>
+<li><p>Whenever using named variables, use bracketed variable form, i.e.
+<code class="docutils literal notranslate"><span class="pre">${foo}</span></code> rather than <code class="docutils literal notranslate"><span class="pre">$foo</span></code>.</p></li>
+<li><p>Use bash conditions <code class="docutils literal notranslate"><span class="pre">[[</span> <span class="pre">...</span> <span class="pre">]]</span></code> rather than POSIX-ish <code class="docutils literal notranslate"><span class="pre">[</span> <span class="pre">...</span> <span class="pre">]</span></code>
+or <code class="docutils literal notranslate"><span class="pre">test</span></code> builtin.</p></li>
+</ul>
+<p><em>Rationale</em>: the recommended constructs are less error-prone.
+Consistency avoids unnecessary changes when other developers edit
+the ebuild.</p>
+</div>
+<div class="section" id="pg0102">
+<span id="code-must-be-contained-within-ebuild-and-eclasses"></span><span id="index-1"></span><h3>Code must be contained within ebuild and eclasses<a class="headerlink" href="#pg0102" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0102</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://bugs.gentoo.org/612630">https://bugs.gentoo.org/612630</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>The ebuild code must be fully contained within .ebuild and .eclass
+files. It is forbidden to load additional ebuild code from other files
+via <code class="docutils literal notranslate"><span class="pre">source</span></code>, <code class="docutils literal notranslate"><span class="pre">eval</span></code> or any other possible method.</p>
+<p>This affects historical use of ‘eblits’ to include phase functions from
+external files. The eblits used by the few affected packages were
+converted into eclasses.</p>
+<p><em>Rationale</em>: moving ebuild code to non-standard locations is against
+the principle of least surprise. It makes the maintenance harder,
+confuses other developers and tools that do not explicitly account for
+that possibility, including linting tools.</p>
+</div>
+<div class="section" id="pg0103">
+<span id="homepage-must-not-contain-variables"></span><span id="index-2"></span><h3>HOMEPAGE must not contain variables<a class="headerlink" href="#pg0103" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0103</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by pkgcheck, highlighted as error by gentoo-syntax</p>
+</dd>
+</dl>
+<p>The <code class="docutils literal notranslate"><span class="pre">HOMEPAGE</span></code> variable in ebuild must specify all the URIs verbatim,
+without referring to any variables. Variable references are allowed
+when setting generic values in eclasses.</p>
+<p><em>Rationale</em>: since homepage URIs do not contain dynamic parts (such
+as package versions), there is little advantage to using variables
+there. On the other hand, variables render the URIs unusable without
+preprocessing, breaking URI support in terminals and editors, as well
+as reducing the usefulness of plain tools such as grep.</p>
+</div>
+<div class="section" id="pg0104">
+<span id="src-uri-must-not-refer-to-homepage"></span><span id="index-3"></span><h3>SRC_URI must not refer to HOMEPAGE<a class="headerlink" href="#pg0104" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0104</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by pkgcheck</p>
+</dd>
+</dl>
+<p>The <code class="docutils literal notranslate"><span class="pre">SRC_URI</span></code> variable in ebuild must not refer to <code class="docutils literal notranslate"><span class="pre">${HOMEPAGE}</span></code>.
+If both overlap, the common part must be repeated verbatim.</p>
+<p><em>Rationale</em>: <code class="docutils literal notranslate"><span class="pre">HOMEPAGE</span></code> permits multiple entries by design,
+and developers are generally encouraged to add more helpful entries
+(e.g. project pages on PyPI, GitHub…). Making individual URIs
+incidentally depend on multi-valued variable having a single value
+goes against the principle of least surprise. Furthermore, it makes
+it hard to copy-paste part of the URI e.g. to investigate the directory
+index.</p>
+</div>
+<div class="section" id="pg0105">
+<span id="keywords-must-be-defined-on-a-single-line"></span><span id="index-4"></span><h3>KEYWORDS must be defined on a single line<a class="headerlink" href="#pg0105" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0105</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>The <code class="docutils literal notranslate"><span class="pre">KEYWORDS</span></code> variable must be defined at most once in an ebuild,
+on a single line, with literal content (no variable references, line
+wrapping, appending, etc.).</p>
+<p><em>Rationale</em>: it is common for arch teams to use the <code class="docutils literal notranslate"><span class="pre">ekeyword</span></code> tool
+when working with large number of ebuilds. The tool has only limited
+ability to process and modify ebuilds, and therefore developers must
+make sure that it works correctly on their ebuilds.</p>
+</div>
+</div>
+<span id="document-filesystem"></span><div class="section" id="file-system-layout">
+<h2>File system layout<a class="headerlink" href="#file-system-layout" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="pg0201">
+<span id="installation-paths"></span><span id="index-0"></span><h3>Installation paths<a class="headerlink" href="#pg0201" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0201</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://gitweb.gentoo.org/repo/gentoo.git/tree/metadata/install-qa-check.d/08gentoo-paths">https://gitweb.gentoo.org/repo/gentoo.git/tree/metadata/install-qa-check.d/08gentoo-paths</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>via install-qa-check.d</p>
+</dd>
+</dl>
+<p>Gentoo packages may only install into one of the following top-level
+directories:</p>
+<table class="hlist"><tr><td><ul class="simple">
+<li><p>/bin</p></li>
+<li><p>/boot</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/dev</p></li>
+<li><p>/etc</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/lib*</p></li>
+<li><p>/opt</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/sbin</p></li>
+<li><p>/srv</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/usr</p></li>
+<li><p>/var</p></li>
+</ul>
+</td></tr></table>
+<p>Furthermore, only the following subdirectories of /usr are permitted:</p>
+<table class="hlist"><tr><td><ul class="simple">
+<li><p>/usr/bin</p></li>
+<li><p>/usr/include</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/usr/lib*</p></li>
+<li><p>/usr/libexec</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/usr/sbin</p></li>
+<li><p>/usr/share</p></li>
+</ul>
+</td><td><ul class="simple">
+<li><p>/usr/src</p></li>
+<li><p>/usr/&lt;triplet&gt;</p></li>
+</ul>
+</td></tr></table>
+<p>Furthermore, within /usr/share/doc hierarchy only a subdirectory named
+after full package name and version with revision (PF) is permitted.</p>
+<p>In the aforementioned lists, ‘lib*’ indicates lib and its appropriate
+suffixed variants for the architecture in question. ‘&lt;triplet&gt;’
+indicates either CHOST or CTARGET value, as used by toolchain packages.</p>
+<p>Additional exceptions can be granted by the QA team. Currently those
+exceptions are:</p>
+<ul class="simple">
+<li><p>/gnu for the guix package manager</p></li>
+<li><p>/nix for the nix package manager</p></li>
+</ul>
+</div>
+<div class="section" id="pg0202">
+<span id="support-for-separate-usr"></span><span id="index-1"></span><h3>Support for separate /usr<a class="headerlink" href="#pg0202" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0202</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://projects.gentoo.org/council/meeting-logs/20130813-summary.txt">https://projects.gentoo.org/council/meeting-logs/20130813-summary.txt</a>
+<a class="reference external" href="https://projects.gentoo.org/council/meeting-logs/20130924-summary.txt">https://projects.gentoo.org/council/meeting-logs/20130924-summary.txt</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>Developers are not required to support using separate /usr filesystem
+without an initramfs.</p>
+<p><em>Rationale</em>: upstream software (as of 2013) is already making support
+for early boot without /usr mounted difficult, and whenever it is still
+works, it is either subtly broken or relying on hacks (udev). In setups
+using initramfs, some of the boot and repair functionality can be moved
+from rootfs to initramfs.</p>
+</div>
+<div class="section" id="pg0203">
+<span id="strict-multilib-layout"></span><span id="index-2"></span><h3>Strict multilib layout<a class="headerlink" href="#pg0203" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0203</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://gitweb.gentoo.org/proj/portage.git/tree/bin/install-qa-check.d/80multilib-strict">https://gitweb.gentoo.org/proj/portage.git/tree/bin/install-qa-check.d/80multilib-strict</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>via install-qa-check.d, fatal</p>
+</dd>
+</dl>
+<p>Libraries must be installed into an appropriate /lib* or /usr/lib*
+directory corresponding to their ABI. For example, 64-bit libraries
+on amd64 must be installed into lib64 and not lib.</p>
+<p>Libraries installed as a part of larger software package can be
+installed along with it into a subdirectory of lib.</p>
+<p><em>Rationale</em>: historically, Gentoo has been symlinking /lib to /lib64
+in order to maintain compatibility with old packages hardcoding /lib
+path. With modern Gentoo profiles, this is no longer the case
+and packages must install libraries into appropriate directory for them
+to be correctly found by the dynamic loader.</p>
+</div>
+<div class="section" id="pg0204">
+<span id="static-libraries-and-libtool-files"></span><span id="index-3"></span><h3>Static libraries and libtool files<a class="headerlink" href="#pg0204" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0204</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://gitweb.gentoo.org/proj/portage.git/tree/bin/install-qa-check.d/80libraries">https://gitweb.gentoo.org/proj/portage.git/tree/bin/install-qa-check.d/80libraries</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>via install-qa-check.d, fatal</p>
+</dd>
+</dl>
+<p>Static libraries and libtool files (.la) must be installed into /usr
+hierarchy and never to root filesystem (/lib*). If an additional shared
+version of the library is installed to /lib*, a .so linker script must
+be installed into /usr/lib* in order to ensure correct linking.</p>
+<p><em>Rationale</em>: historically, the purpose of root filesystem was to hold
+files strictly needed at boot. For this reason, many old Gentoo
+installations may still use small / partition. Static libraries are
+used only during package builds, and installing them to rootfs would
+be a waste of space.</p>
+</div>
+<div class="section" id="pg0205">
+<span id="game-install-locations-and-ownership"></span><span id="index-4"></span><h3>Game install locations and ownership<a class="headerlink" href="#pg0205" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0205</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>Council, clarified by QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt">https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt</a>
+<a class="reference external" href="https://projects.gentoo.org/council/meeting-logs/20151011-summary.txt">https://projects.gentoo.org/council/meeting-logs/20151011-summary.txt</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>via install-qa-check.d</p>
+</dd>
+</dl>
+<p>The historical game install locations (/usr/games and /etc/games) must
+not be used anymore. Instead, games should follow normal guidelines
+for install locations. As an exception, /usr/share/games can be used
+if this location is used upstream, and /var/games can be used for shared
+game files (e.g. high scores, game state files).</p>
+<p>The historical games group must no longer be used. Games must work
+for users that are not in this group. The aforementioned install
+locations must therefore be owned by root and be world-readable.</p>
+<p>If games need privileged access to shared files, the group gamestat
+can be used for this purpose. The game executables should be owned
+by that group and made setgid. The shared files must be installed
+into /var/games hierarchy, and writable to gamestat group.</p>
+<p><em>Rationale</em>: there is no technical reason to isolate games from other
+applications on the system, or to restrict access to them. The boundary
+between game and non-game packages is very blurry on modern systems,
+especially due to web browsers.</p>
+<p>The historical use of games group on Gentoo to control access is
+inconsistent with the use in other distributions where it was used to
+share data files. Since the latter implied users must not be added
+to the games group, a new group (gamestat) needed to be created to
+fulfill that purpose.</p>
+</div>
+<div class="section" id="pg0206">
+<span id="absolute-symbolic-link-targets"></span><span id="index-5"></span><h3>Absolute symbolic link targets<a class="headerlink" href="#pg0206" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0206</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by repoman and pkgcheck (when ebuild-generated)</p>
+</dd>
+</dl>
+<p>Packages must not install symbolic links with absolute targets.
+Instead, relative paths must be used. An exception is granted
+for symlinks to specially mounted filesystems (such as /proc, /run)
+when symlinks are supposed to always reference the running host system.</p>
+<p><em>Example</em>:</p>
+<div class="highlight-default notranslate"><div class="highlight"><pre><span></span><span class="c1"># BAD:</span>
+<span class="n">dosym</span> <span class="o">/</span><span class="n">usr</span><span class="o">/</span><span class="n">lib</span><span class="o">/</span><span class="n">frobnicate</span><span class="o">/</span><span class="n">frobnicate</span> <span class="o">/</span><span class="n">usr</span><span class="o">/</span><span class="nb">bin</span><span class="o">/</span><span class="n">frobnicate</span>
+<span class="c1"># GOOD:</span>
+<span class="n">dosym</span> <span class="o">../</span><span class="n">lib</span><span class="o">/</span><span class="n">frobnicate</span><span class="o">/</span><span class="n">frobnicate</span> <span class="o">/</span><span class="n">usr</span><span class="o">/</span><span class="nb">bin</span><span class="o">/</span><span class="n">frobnicate</span>
+<span class="c1"># ACCEPTABLE EXCEPTION:</span>
+<span class="n">dosym</span> <span class="o">/</span><span class="n">proc</span><span class="o">/</span><span class="bp">self</span><span class="o">/</span><span class="n">mounts</span> <span class="o">/</span><span class="n">etc</span><span class="o">/</span><span class="n">mtab</span>
+</pre></div>
+</div>
+<p><em>Rationale</em>: absolute symlinks work correctly only when the root
+filesystem is mounted at /. They point at the wrong location whenever
+it is mounted in another location, e.g. for the purposes of recovery.</p>
+</div>
+</div>
+<span id="document-installed-files"></span><div class="section" id="installed-files">
+<h2>Installed files<a class="headerlink" href="#installed-files" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="pg0301">
+<span id="installation-of-small-files"></span><span id="index-0"></span><h3>Installation of small files<a class="headerlink" href="#pg0301" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0301</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>Ebuilds must not introduce USE flags to control installing files that
+are small in size, require no additional dependencies and not cause any
+negative consequences to the program behavior by being installed. Such
+files must be installed unconditionally. Examples include shell
+completion files, systemd service units, localization files.</p>
+<p>Users wishing to strip unnecessary files of this category should use
+INSTALL_MASK to do so.</p>
+<p><em>Rationale</em>: the goal of this policy is to avoid unnecessary rebuilds
+of packages when the cost of installing additional files is much smaller
+than the cost of rebuild. It has been specifically brought in context
+of bash completions in LibreOffice – a user who did not notice that he
+did not enable the flag should not be required to spend hours rebuilding
+such a huge package in order to install one tiny file.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p>While technically e.g. <code class="docutils literal notranslate"><span class="pre">app-shells/bash-completion</span></code> could be
+considered a dependency of installed bash completions, it is not
+applicable here since this package needs to be installed by the user
+if he wishes to use completions in the first place, and if it is not
+installed, completion files are not used at all.</p>
+</div>
+</div>
+<div class="section" id="pg0302">
+<span id="installation-of-static-libraries"></span><span id="index-1"></span><h3>Installation of static libraries<a class="headerlink" href="#pg0302" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0302</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>Packages must not install static libraries unless they are explicitly
+required, either by themselves or their reverse dependencies. If both
+shared and static libraries are supported, shared libraries must be
+installed by default and <code class="docutils literal notranslate"><span class="pre">USE=static-libs</span></code> may be added for static
+libraries if they are necessary.</p>
+<p><em>Rationale</em>: static linking is strongly discouraged as it makes security
+support for packages practically impossible. It may be used whenever
+really necessary (e.g. for recovery tools) but otherwise proliferating
+it is considered harmful. There is no point in installing static
+libraries if they are never going to be used.</p>
+</div>
+<div class="section" id="pg0303">
+<span id="installation-of-libtool-la-files"></span><span id="index-2"></span><h3>Installation of libtool (.la) files<a class="headerlink" href="#pg0303" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0303</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>Packages must not install libtool .la files unless they are explicitly
+required. Generally, they might be required if:</p>
+<ol class="loweralpha simple">
+<li><p>the package is using a plugin loader that requires .la files in order
+to locate plugins and does not have .so fallback (very uncommon),</p></li>
+<li><p>the package is installing static libraries that have additional
+dependencies and no pkg-config files or other tools that provide
+the list of dependencies to build systems.</p></li>
+</ol>
+<p>It is recommended to use the following one-liner to remove .la files:</p>
+<div class="highlight-default notranslate"><div class="highlight"><pre><span></span><span class="n">find</span> <span class="s2">&quot;$</span><span class="si">{ED}</span><span class="s2">&quot;</span> <span class="o">-</span><span class="n">name</span> <span class="s1">&#39;*.la&#39;</span> <span class="o">-</span><span class="n">remove</span> <span class="o">||</span> <span class="n">die</span>
+</pre></div>
+</div>
+<p><em>Rationale</em>: libtool files were historically introduced as an attempt
+to supplement static library archives with dependent library list.
+However, they were only supported by libtool-based (autotools) projects
+and caused many issues, in particular due to hardcoding full paths.
+Today they are practically replaced by more portable pkg-config files,
+and while libtool keeps generating them, they are considered
+unnecessary and potentially harmful.</p>
+</div>
+</div>
+<span id="document-keywords"></span><div class="section" id="keywording-and-stabilization">
+<h2>Keywording and stabilization<a class="headerlink" href="#keywording-and-stabilization" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="pg0401">
+<span id="rekeywording-on-dropped-keywords"></span><span id="index-0"></span><h3>Rekeywording on dropped keywords<a class="headerlink" href="#pg0401" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0401</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by pkgcheck and repoman</p>
+</dd>
+</dl>
+<p>The developer removing keywords from a package (e.g. due to new
+dependencies) must file a rekeywording bug asking for the package being
+retested. This rule can be exempted if the package is known not to work
+(anymore) on the arch in question.</p>
+<p><em>Rationale</em>: rekeywording on minor architectures often takes a long
+time. If a developer neglects to request it immediately, it negatively
+affects other developers who in the future either want to stabilize
+a new version or to remove an old version.</p>
+</div>
+<div class="section" id="pg0402">
+<span id="stabilizing-new-versions"></span><span id="index-1"></span><h3>Stabilizing new versions<a class="headerlink" href="#pg0402" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0402</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by pkgcheck</p>
+</dd>
+</dl>
+<p>Whenever requesting a stabilization of a new version of the package,
+the developer must CC <em>all</em> arches that had at least one previous stable
+version of the package in question, and that still have ~arch keywords
+in the stabilized version. This applies to experimental architectures
+as well.</p>
+<p>The stabilization request can be closed and old stable version removed
+once all non-experimental architectures have processed the stabilization
+request. However, the remaining arch teams should be kept CC-ed in case
+they wanted to process the bug.</p>
+<p><em>Rationale</em>: there were some cases of developers requesting
+stabilization only of a subset of architectures they were personally
+interested in. This meant some other developer had to independently
+request stabilization on remaining architectures which only meant
+a duplication of effort and unnecessary confusion over which version
+is stable and whether arch teams are slacking or stabilization was not
+requested on remaining architectures in the first place.</p>
+</div>
+<div class="section" id="pg0403">
+<span id="removing-stable-keywords"></span><span id="index-2"></span><h3>Removing stable keywords<a class="headerlink" href="#pg0403" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0403</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=126033#Dropping_Stable_KEYWORDs">https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=126033#Dropping_Stable_KEYWORDs</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>n/a</p>
+</dd>
+</dl>
+<p>Stable keywords (or the last stable version) can be removed from
+a package if the relevant arch team does not respond within 90 days.
+If the removal causes a breakage of dependency graph, the developer
+must work with maintainers of the depending packages before proceeding
+with it.</p>
+<p>The policy for removing a package must be followed here, with exception
+of last rite mails.</p>
+</div>
+</div>
+<span id="document-languages"></span><div class="section" id="language-specific-policies">
+<h2>Language-specific policies<a class="headerlink" href="#language-specific-policies" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="python">
+<span id="index-0"></span><h3>Python<a class="headerlink" href="#python" title="Permalink to this headline">¶</a></h3>
+<span class="target" id="index-1"></span><span class="target" id="index-2"></span><span class="target" id="index-3"></span><div class="section" id="pg0501">
+<span id="eclass-usage"></span><span id="index-4"></span><h4>Eclass usage<a class="headerlink" href="#pg0501" title="Permalink to this headline">¶</a></h4>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0501</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>Python project</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Python/Eclasses">https://wiki.gentoo.org/wiki/Project:Python/Eclasses</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>by pkgcheck</p>
+</dd>
+</dl>
+<p>All packages using Python (either through installing Python modules
+or scripts, linking to libpython, calling Python at runtime or build
+time) must do it through one of the python-r1 eclasses. Packages must
+not directly depend on Python, directly use PYTHON_SINGLE_TARGET
+or PYTHON_TARGETS. The variables and functions provided by the eclasses
+must be used instead.</p>
+<p>All ebuilds must explicitly define supported Python implementations
+in PYTHON_COMPAT. Dependencies between Python packages must use
+PYTHON_USEDEP, PYTHON_SINGLE_USEDEP or python_gen_cond_dep in order
+to ensure implementation match.</p>
+<p><em>Rationale</em>: the eclass code guarantees consistent and reliable handling
+of slotted Python. It ensures that the whole dependency graph uses
+matching implementation and that programs will not accidentally break
+if user changes his Python preferences. The helper functions
+and variables also make it possible to gracefully retire old
+implementations with minimal changes to existing ebuilds.</p>
+</div>
+<div class="section" id="pg0502">
+<span id="python-2-deprecation"></span><span id="index-5"></span><h4>Python 2 deprecation<a class="headerlink" href="#pg0502" title="Permalink to this headline">¶</a></h4>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0502</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>Python project</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/wiki/Project:Python#Python_2_end-of-life">https://wiki.gentoo.org/wiki/Project:Python#Python_2_end-of-life</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>Python 2 is being phased out of Gentoo packages. Python 2 support
+must not be introduced in new packages, unless explicitly required
+to maintain compatibility with existing packages. Packages that do not
+support Python 3 should be removed sooner or later, depending
+on Python 3 porting chances.</p>
+<p>In packages that support both Python 2 and Python 3, the Python 2
+support should be gracefully retired, as soon as their reverse
+dependencies are ready or removed.</p>
+<p><em>Rationale</em>: Python 2 has reached its (deferred) end-of-life by the end
+of 2019. Many important upstream projects have already removed support
+for Python 2. Those packages are frequently dependencies of other
+packages, causing the cost of maintaining Python 2 support to grow
+exponentially.</p>
+<p>Early removal of unnecessary Python 2 support will both reduce
+the long-term maintenance costs, and give users better chance to prepare
+than delaying it until the number of packages losing Python 2 support
+will cause major upgrade issues.</p>
+</div>
+</div>
+</div>
+<span id="document-maintainer"></span><div class="section" id="package-maintainers">
+<h2>Package Maintainers<a class="headerlink" href="#package-maintainers" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="pg0601">
+<span id="adding-new-maintainers"></span><span id="index-0"></span><h3>Adding new maintainers<a class="headerlink" href="#pg0601" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0601</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>Developers must not add other developers as package maintainers, unless
+the developers in question consent to that. Developers must not add
+projects that they are not members of as package maintainers, unless
+one of the project members explicitly agrees to that or the project
+policy explicitly permits it.</p>
+<p><em>Rationale</em>: this policy aims to prevent package maintainers being added
+as backup maintainers without their consent or knowledge. What’s worse,
+once the original maintainer resigns the packages frequently drop
+to backup maintainers who are neither interested in maintaining them,
+nor often aware why they are listed as maintainers.</p>
+<p>For example, developers used to frequently add Python team as a backup
+maintainer to various packages not fitting the project’s profile. This
+includes various end-user programs written in Python. Many of those
+packages ended up being maintained solely by Python, and distinguishing
+them from packages actually within project’s profile was hard.</p>
+</div>
+<div class="section" id="pg0602">
+<span id="new-packages-without-a-maintainer"></span><span id="index-1"></span><h3>New packages without a maintainer<a class="headerlink" href="#pg0602" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0602</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>It is explicitly forbidden to add new packages without a dedicated
+maintainer. This does not apply if the package in question is not
+technically a new one but merely split out of unmaintained package.</p>
+<p><em>Rationale</em>: Gentoo is currently suffering from a very large number
+of packages without a maintainer. There is a small group of developers
+trying to fix them as necessary. It is unfair and inappropriate
+to increase their maintenance burden by adding new packages and refusing
+to take care of them.</p>
+<span class="target" id="index-2"></span></div>
+<div class="section" id="pg0603">
+<span id="removing-package-maintainers"></span><span id="index-3"></span><h3>Removing package maintainers<a class="headerlink" href="#pg0603" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0603</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>When removing maintainers from a package, the developer must reassign
+all bugs filed for it. Furthermore, when removing the last maintainer
+for a package, the developer must add the following comment
+to <code class="docutils literal notranslate"><span class="pre">metadata.xml</span></code>:</p>
+<div class="highlight-default notranslate"><div class="highlight"><pre><span></span>&lt;!-- maintainer-needed --&gt;
+</pre></div>
+</div>
+<p>Furthermore, the developer must send an ‘up for grabs’ mail
+to gentoo-dev mailing list, containing the list of packages with
+no maintainer. If possible, please include any information that could
+be helpful to future maintainers.</p>
+<p><em>Rationale</em>: reassigning bugs is necessary to make sure that old bugs
+are not lost assigned to developers who are no longer interested
+in them. The maintainer-needed comment is meant to make it possible
+to easily grep for unmaintained packages. The ‘up for grabs’ mails aim
+to increase the chances of packages finding a new maintainers (compared
+to them silently becoming maintainer-needed).</p>
+</div>
+</div>
+<span id="document-other-metadata"></span><div class="section" id="other-metadata-variables">
+<h2>Other metadata variables<a class="headerlink" href="#other-metadata-variables" title="Permalink to this headline">¶</a></h2>
+<span class="target" id="index-0"></span><div class="section" id="pg0701">
+<span id="dynamic-slots-multislot-flag"></span><span id="index-1"></span><h3>Dynamic slots (multislot flag)<a class="headerlink" href="#pg0701" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0701</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA (inferred from PMS)</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=109991#multislot.2FUSE-dependent_SLOT">https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=109991#multislot.2FUSE-dependent_SLOT</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p><code class="docutils literal notranslate"><span class="pre">use</span></code> in global scope triggers fatal error</p>
+</dd>
+</dl>
+<p>The use of <code class="docutils literal notranslate"><span class="pre">multislot</span></code> to alter <code class="docutils literal notranslate"><span class="pre">SLOT</span></code> values (as well as any other
+USE-dependent slot values) in the Gentoo repository is forbidden.
+Such a feature can be used in overlays, and it is acceptable to provide
+such support in eclasses as long as it is not used in ::gentoo.</p>
+<p>This policy has been explicitly declared in response to historical
+(pre-2016) use of <code class="docutils literal notranslate"><span class="pre">USE=multislot</span></code> in toolchain ebuilds. When the flag
+was disabled, all package versions used the same slot, and upgrades were
+handled as for non-slotted packages. When the flag was enabled, each
+version used a separate slot, permitting multiple versions being
+installed simultaneously. This allowed the user to choose between
+the two options.</p>
+<p>The original violation has been resolved by unconditionally slotting
+the packages. This permitted the users to install multiple versions
+in parallel, while removal of old versions was to be handled via
+<code class="docutils literal notranslate"><span class="pre">emerge</span> <span class="pre">--depclean</span></code>.</p>
+<p><em>Rationale</em>: this feature was in direct violation of PMS <a class="reference external" href="https://projects.gentoo.org/pms/7/pms.html#x1-600007.1">metadata
+invariance</a> requirements. It caused the cached slot value to depend
+on the state of querying the USE flag (which in turn could technically
+depend on slot, via <code class="docutils literal notranslate"><span class="pre">package.use</span></code>). This caused undefined package
+manager behavior which could include use of unpredictable slot, cache
+invalidation or explicit errors.</p>
+</div>
+<div class="section" id="pg0702">
+<span id="homepage-value-must-be-meaningful"></span><span id="index-2"></span><h3>HOMEPAGE value must be meaningful<a class="headerlink" href="#pg0702" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0702</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://archives.gentoo.org/gentoo-dev/message/83cc5bbd7bbe8bdf04dd3c3bc7f8a035">https://archives.gentoo.org/gentoo-dev/message/83cc5bbd7bbe8bdf04dd3c3bc7f8a035</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>known bad values are reported by pkgcheck</p>
+</dd>
+</dl>
+<p>The HOMEPAGE specified for the package should either be dedicated
+to the package in question or make it easy to find dedicated
+information. Packages must not use <code class="docutils literal notranslate"><span class="pre">https://www.gentoo.org/</span></code>
+or a similar generic homepage. If no homepage is available, the special
+value of <code class="docutils literal notranslate"><span class="pre">https://wiki.gentoo.org/wiki/No_homepage</span></code> must be used.</p>
+<p><em>Rationale</em>: The homepage specified in ebuilds is normally used to
+locate information about the upstream project, e.g. downloads, source
+code repository, bug tracker, documentation. Homepages that make it
+hard to locate information about a specific project have little value,
+and the Gentoo homepage generally does not do a good job at linking even
+major Gentoo projects. Furthermore, many of the projects did not even
+have a single dedicated subpage anywhere in Gentoo web space. In all
+those cases, using the explicit No_homepage marker at least makes it
+easy to identify such packages.</p>
+</div>
+<div class="section" id="pg0703">
+<span id="restrict-test-for-use-test"></span><span id="index-3"></span><h3>RESTRICT=test for USE=-test<a class="headerlink" href="#pg0703" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0703</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>by pkgcheck</p>
+</dd>
+</dl>
+<p>Whenever the package uses <code class="docutils literal notranslate"><span class="pre">test</span></code> flag to control test prerequisites
+(or another flag with a similar purpose), it must explicitly restrict
+tests when the flag is unset.</p>
+<p><em>Example</em>:</p>
+<div class="highlight-default notranslate"><div class="highlight"><pre><span></span><span class="n">IUSE</span><span class="o">=</span><span class="s2">&quot;test&quot;</span>
+<span class="n">RESTRICT</span><span class="o">=</span><span class="s2">&quot;!test? ( test )&quot;</span>
+</pre></div>
+</div>
+<p><em>Rationale</em>: contrary to common assumption, <code class="docutils literal notranslate"><span class="pre">test</span></code> flag is not special
+and the package manager can execute tests when the flag is disabled.
+The explicit restriction guarantees that tests will be skipped under
+this circumstance, and they will not fail for users.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p>Technically there are packages that do not strictly require this
+restriction since they handle missing test prerequisites gracefully
+(e.g. by skipping the tests). However, we enforce the rule for all
+packages since omitting the restriction by mistake is much more
+common, and there is little harm in overspecifying it.</p>
+</div>
+</div>
+<div class="section" id="pg0704">
+<span id="license"></span><span id="index-4"></span><h3>LICENSE<a class="headerlink" href="#pg0704" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0704</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reported</dt>
+<dd class="field-odd"><p>no</p>
+</dd>
+</dl>
+<p>The <code class="docutils literal notranslate"><span class="pre">LICENSE</span></code> variable must explicitly list licenses for all files
+installed by the package. If some of the applicable licenses are
+conditional to USE flags, appropriate USE conditionals need to
+be expressed in the variable.</p>
+<p>If a package bundles any dependencies that are either installed,
+statically linked or in any other way combined with installed files,
+the licenses of these dependencies need to be listed as well. This
+is not presently required when statically linking to dependencies
+installed by separate packages in the repository.</p>
+<p>The licenses for files that are not installed but that are used at build
+time are not listed explicitly.</p>
+<p><em>Rationale</em>: the primary purpose of the license support in the package
+manager is to provide the users with ability to decide on acceptable
+licenses for their installed systems (and binary packages). In order
+for this to work effectively, the packages must provide a correct
+and complete license list.</p>
+<p>Static linking combines code from multiple packages, potentially covered
+by different licenses. Listing all licenses is the simplest way
+of ensuring that nothing is missed, as well as protecting against wrong
+derivative work licenses stated upstream (i.e. when a less restrictively
+licensed package links to a more restrictively licensed dependency).</p>
+<p>Listing of licenses is enforced for bundled dependencies but not for
+static linking to other packages, as in the latter case it is
+non-trivial to implement and the package manager already verifies
+the license while building dependencies (but not when installing binary
+packages).</p>
+<p>The ebuild format does not provide a separate variable to list licenses
+needed only at build time. So far it has not been considered important
+enough to have one, as the relevant files exist only temporarily
+on the user’s system and do not affect the runtime use of packages.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p>Please remember to include the licenses of support files provided
+by the ebuild, e.g. init.d scripts (usually GPL-2).</p>
+</div>
+</div>
+</div>
+<span id="document-use-flags"></span><div class="section" id="use-flags">
+<h2>USE flags<a class="headerlink" href="#use-flags" title="Permalink to this headline">¶</a></h2>
+<div class="section" id="pg0801">
+<span id="versioned-use-flags"></span><span id="index-0"></span><h3>Versioned USE flags<a class="headerlink" href="#pg0801" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0801</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=109991#Versioned_USE_flags">https://wiki.gentoo.org/index.php?title=Project:Quality_Assurance/Policies&amp;oldid=109991#Versioned_USE_flags</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>If a need arises to create new USE flags responsible for switching
+between multiple versions of a specific dependency, it is recommended
+that flat, explicitly versioned flags are used (e.g. <code class="docutils literal notranslate"><span class="pre">qt4</span></code>, <code class="docutils literal notranslate"><span class="pre">qt5</span></code>).
+The hierarchical form used e.g. by GTK+ (<code class="docutils literal notranslate"><span class="pre">gtk</span></code> meaning 2-or-3,
+then optionally <code class="docutils literal notranslate"><span class="pre">gtk2</span></code> or <code class="docutils literal notranslate"><span class="pre">gtk3</span></code> to switch between both)
+is discouraged.</p>
+<p>Any future set of USE flags introduced in this way needs to be discussed
+with the QA team before introduction.</p>
+<div class="admonition note">
+<p class="admonition-title">Note</p>
+<p>This policy has historically been defined as an generalization
+of the QA policy on gtk/gtk2/gtk3 flags. The latter policy has been
+removed since.</p>
+</div>
+</div>
+<div class="section" id="pg0802">
+<span id="use-gui-flag"></span><span id="index-1"></span><h3>USE=gui flag<a class="headerlink" href="#pg0802" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0802</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://archives.gentoo.org/gentoo-dev/message/cf3f5a59ac918335766632bd02438722">https://archives.gentoo.org/gentoo-dev/message/cf3f5a59ac918335766632bd02438722</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>no</p>
+</dd>
+</dl>
+<p>Whenever a package offers an optional GUI support, the <code class="docutils literal notranslate"><span class="pre">gui</span></code> flag must
+be used to control that support rather than historically used <code class="docutils literal notranslate"><span class="pre">X</span></code>
+or toolkit flags. Toolkit flags can still be used to choose between
+multiple available GUIs, or when the toolkit is used in a more
+specialized way than for GUI (e.g. to control installing widgets).</p>
+<p><em>Rationale</em>: the historical use of toolkit flags to control building
+GUIs made it very hard for users to express the simple wish of ‘I want
+<em>any</em> GUI’. Installing various packages made it necessary to either
+adjust flags per package (manually discovering which flags are necessary
+to obtain the GUI) or enabling multiple toolkits globally which
+afterwards caused issues with packages supporting a choice between
+multiple GUIs.</p>
+</div>
+<div class="section" id="pg0803">
+<span id="underscores-in-use-flag-names"></span><span id="index-2"></span><h3>Underscores in USE flag names<a class="headerlink" href="#pg0803" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0803</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>Council</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://projects.gentoo.org/council/meeting-logs/20191013-summary.txt">https://projects.gentoo.org/council/meeting-logs/20191013-summary.txt</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>by pkgcheck</p>
+</dd>
+</dl>
+<p>Underscores are reserved for USE_EXPAND flags, and must not be used
+within names of newly-defined regular flags. Existing uses are
+considered technically valid, and phasing them out has low priority.</p>
+<p>Flags that attempt to resemble USE_EXPAND should be either converted
+into proper (global) USE_EXPAND, or made into shorter (unprefixed)
+local flags. In other flags, replacing underscore with hyphen is
+recommended.</p>
+<p><em>Rationale</em>: a few packages in Gentoo attempted to imitate USE_EXPAND
+via local USE flags. This has no clear advantage, may be confusing
+to end users who assume that they will work like USE_EXPAND
+and in the end unnecessarily lengthens flag names or even causes
+unnecessary mismatches between global flags and local flags.</p>
+<p>Extending the rule to all flags containing underscores aims to make
+distinguishing USE_EXPAND and regular flags easier. It also improves
+consistency between flag names that historically used hyphens
+or underscores depending on developer’s personal preference.</p>
+</div>
+</div>
+<span id="document-user-group"></span><div class="section" id="users-and-groups">
+<h2>Users and groups<a class="headerlink" href="#users-and-groups" title="Permalink to this headline">¶</a></h2>
+<span class="target" id="index-0"></span><div class="section" id="pg0901">
+<span id="user-and-group-account-policy"></span><span id="index-1"></span><h3>User and group account policy<a class="headerlink" href="#pg0901" title="Permalink to this headline">¶</a></h3>
+<dl class="field-list simple">
+<dt class="field-odd">PG</dt>
+<dd class="field-odd"><p>0901</p>
+</dd>
+<dt class="field-even">Source</dt>
+<dd class="field-even"><p>QA</p>
+</dd>
+<dt class="field-odd">Reference</dt>
+<dd class="field-odd"><p><a class="reference external" href="https://bugs.gentoo.org/702460">https://bugs.gentoo.org/702460</a></p>
+</dd>
+<dt class="field-even">Reported</dt>
+<dd class="field-even"><p>by repoman and pkgcheck (as deprecated eclass)</p>
+</dd>
+</dl>
+<p>All new user/group accounts must be created via <a class="reference external" href="https://www.gentoo.org/glep/glep-0081.html">GLEP 81</a> packages.
+The existing packages should be migrated on the next version bump or
+major update.</p>
+<p>Existing and historical fixed UIDs/GIDs in range 0..499 (used
+in baselayout or via user.eclass) as listed in uid-gid.txt can be reused
+as-is in acct-* packages.</p>
+<p>UIDs and GIDs in range 0..100 are reserved for important system
+accounts. New assignments in that range need to be explicitly approved
+by the QA lead, in response to a justified request from the developer.</p>
+<p>The range 101..499 is provided for regular use by packages.
+The assignments from this range follow the following rules:</p>
+<ol class="arabic simple">
+<li><p>A developer can select an arbitrary free UID/GID from this range.
+If in doubt, it is recommended to select successive numbers from 499
+downwards.</p></li>
+<li><p>Unless there is a very good reason not to, matching users and groups
+should use the same number. It is acceptable to leave gaps
+in assignments as a result of that.</p></li>
+<li><p>Before pushing the new acct-* packages, the developer must push
+an update to uid-gid.txt adding the ‘acct’ entry for the desired
+UID/GID. This serves as a synchronization primitive to prevent
+collisions.</p></li>
+</ol>
+<p>Further UID/GID ranges will be open in the future as the need arises.</p>
+<p><em>Rationale</em>: this is the second version of the policy for GLEP 81
+packages. It simplifies the process to aid rapid adoption of the new
+system. Review requirement and pointless cross-distro syncing were
+removed, in favor of a simple process of allocating the next free number
+and using it.</p>
+<p>The ranges have been chosen to delay the imminent collision between
+explicitly reserved UIDs / GIDs and the ones allocated dynamically by
+user.eclass (starting from 999 downwards). The lowest GID range has
+been reserved for true system users and groups.</p>
+</div>
+</div>
+</div>
+</div>
+<div class="section" id="indices-and-tables">
+<h1>Indices and tables<a class="headerlink" href="#indices-and-tables" title="Permalink to this headline">¶</a></h1>
+<ul class="simple">
+<li><p><a class="reference internal" href="genindex.html"><span class="std std-ref">Index</span></a></p></li>
+<li><p><a class="reference internal" href="search.html"><span class="std std-ref">Search Page</span></a></p></li>
+</ul>
+</div>
+
+
+
+
+
+
+
+
+
+ </div>
+
+
+ <div class="col-md-3 hidden-sm hidden-xs" role="main">
+<div class="" role="navigation" aria-label="main navigation">
+ <div class="">
+
+ <nav class="bs-docs-sidebar" data-spy="affix" data-offset-top="140" data-offset-bottom="400">
+ <p class="hidden"><span class="hidden-text">Contents:</span></p>
+<ul class='nav'>
+<li class="toctree-l1"><a class="reference internal" href="#document-preface">Preface</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#introduction">Introduction</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#authors">Authors</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#license">License</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-motivation">Motivation and history</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#historical-state-of-policy-documentation">Historical state of policy documentation</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#purpose-of-the-policy-guide">Purpose of the Policy Guide</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-basics">Basic information</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#goals-of-policy-making">Goals of policy making</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#policy-compliance-checking">Policy compliance checking</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#policy-enforcement">Policy enforcement</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#policy-making-changes-and-appeals">Policy making, changes and appeals</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-other-docs">Other policy documents</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#gentoo-specific-documentation">Gentoo-specific documentation</a><ul class='nav'>
+<li class="toctree-l3"><a class="reference internal" href="#package-manager-specification">Package Manager Specification</a></li>
+<li class="toctree-l3"><a class="reference internal" href="#gleps">GLEPs</a></li>
+<li class="toctree-l3"><a class="reference internal" href="#developer-manual">Developer Manual</a></li>
+</ul>
+</li>
+<li class="toctree-l2"><a class="reference internal" href="#external-standards">External standards</a><ul class='nav'>
+<li class="toctree-l3"><a class="reference internal" href="#posix">POSIX</a></li>
+<li class="toctree-l3"><a class="reference internal" href="#fhs">FHS</a></li>
+</ul>
+</li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-dependencies">Dependencies</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0001">Optional runtime dependencies</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0002">=-dependencies with no revision</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#slot-and-subslot-dependencies">Slot and subslot dependencies</a><ul class='nav'>
+<li class="toctree-l3"><a class="reference internal" href="#pg0011">on (sub-)slotted packages</a></li>
+<li class="toctree-l3"><a class="reference internal" href="#pg0012">special case: Qt packages</a></li>
+<li class="toctree-l3"><a class="reference internal" href="#proactive-use-of-slot-operators">proactive use of slot operators</a></li>
+</ul>
+</li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0003">Revision bumps on runtime dependency changes</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#use-dependencies">USE dependencies</a><ul class='nav'>
+<li class="toctree-l3"><a class="reference internal" href="#pg0021">on packages without the flag</a></li>
+</ul>
+</li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-ebuild-format">Ebuild file format</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0101">Coding style</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0102">Code must be contained within ebuild and eclasses</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0103">HOMEPAGE must not contain variables</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0104">SRC_URI must not refer to HOMEPAGE</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0105">KEYWORDS must be defined on a single line</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-filesystem">File system layout</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0201">Installation paths</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0202">Support for separate /usr</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0203">Strict multilib layout</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0204">Static libraries and libtool files</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0205">Game install locations and ownership</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0206">Absolute symbolic link targets</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-installed-files">Installed files</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0301">Installation of small files</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0302">Installation of static libraries</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0303">Installation of libtool (.la) files</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-keywords">Keywording and stabilization</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0401">Rekeywording on dropped keywords</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0402">Stabilizing new versions</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0403">Removing stable keywords</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-languages">Language-specific policies</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#python">Python</a><ul class='nav'>
+<li class="toctree-l3"><a class="reference internal" href="#pg0501">Eclass usage</a></li>
+<li class="toctree-l3"><a class="reference internal" href="#pg0502">Python 2 deprecation</a></li>
+</ul>
+</li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-maintainer">Package Maintainers</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0601">Adding new maintainers</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0602">New packages without a maintainer</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0603">Removing package maintainers</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-other-metadata">Other metadata variables</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0701">Dynamic slots (multislot flag)</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0702">HOMEPAGE value must be meaningful</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0703">RESTRICT=test for USE=-test</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0704">LICENSE</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-use-flags">USE flags</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0801">Versioned USE flags</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0802">USE=gui flag</a></li>
+<li class="toctree-l2"><a class="reference internal" href="#pg0803">Underscores in USE flag names</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="#document-user-group">Users and groups</a><ul class='nav'>
+<li class="toctree-l2"><a class="reference internal" href="#pg0901">User and group account policy</a></li>
+</ul>
+</li>
+</ul>
+
+
+ </nav>
+ </div>
+</div>
+ </div>
+
+ </div>
+ <div class="clearer"></div>
+ </div>
+ <footer>
+ <div class="container">
+ <div class="row">
+ <div class="col-xs-12 col-md-offset-2 col-md-7">
+ <h3 class="footerhead">None</h3>
+ <div class="row">
+ <div class="col-xs-12 col-md-4">
+ <span class="kk-group-header">Powered by</span><br><span><a href="http://sphinx-doc.org/">Sphinx 2.4.3</a> &amp; <a href="https://github.com/mmagorsc/tyrian_sphinx_theme">Tyrian Theme 0.0.7</a></span>
+ </div>
+ <div class="col-xs-12 col-md-4">
+ </div>
+ <div class="col-xs-12 col-md-4">
+ </div>
+ </div>
+ </div>
+ <div class="col-xs-12 col-md-3">
+ <h3 class="footerhead">Questions or comments?</h3>
+ Please feel free to <a href="https://www.gentoo.org/inside-gentoo/contact/">contact us</a>.
+ </div>
+ </div>
+ <div class="row">
+ <div class="col-xs-2 col-sm-3 col-md-2">
+ <ul class="footerlinks three-icons">
+ <li><a href="https://twitter.com/gentoo" title="@Gentoo on Twitter"><span class="fa fa-twitter fa-fw"></span></a></li>
+ <li><a href="https://plus.google.com/+Gentoo" title="+Gentoo on Google+"><span class="fa fa-google-plus fa-fw"></span></a></li>
+ <li><a href="https://www.facebook.com/gentoo.org" title="Gentoo on Facebook"><span class="fa fa-facebook fa-fw"></span></a></li>
+ </ul>
+ </div>
+ <div class="col-xs-10 col-sm-9 col-md-10">
+ <strong>© 2001–2020 Gentoo Foundation, Inc.</strong><br>
+ <small>
+ Gentoo is a trademark of the Gentoo Foundation, Inc.
+ The contents of this document, unless otherwise expressly stated, are licensed under the
+ <a href="https://creativecommons.org/licenses/by-sa/4.0/" rel="license">CC-BY-SA-4.0</a> license.
+ The <a href="https://www.gentoo.org/inside-gentoo/foundation/name-logo-guidelines.html">Gentoo Name and Logo Usage Guidelines</a> apply.
+ </small>
+ </div>
+ </div>
+ </div>
+ </footer>
+
+ <script src="https://assets.gentoo.org/tyrian/bootstrap.min.js"></script>
+
+ <div id="custom_toc">
+ <span style="border-bottom: 1px solid #e1e1e1;font-weight: bold;">Contents</span>
+ [<a class="" id="show_contents" role="button" data-toggle="collapse" href="#collapseExample" aria-expanded="false" aria-controls="collapseExample">show</a>]
+ <div class="collapse" id="collapseExample" style="margin-top:10px;">
+ <p class="caption"><span class="caption-text">Contents:</span></p>
+<ul>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-preface">Preface</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#introduction">Introduction</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#authors">Authors</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#license">License</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-motivation">Motivation and history</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#historical-state-of-policy-documentation">Historical state of policy documentation</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#purpose-of-the-policy-guide">Purpose of the Policy Guide</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-basics">Basic information</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#goals-of-policy-making">Goals of policy making</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#policy-compliance-checking">Policy compliance checking</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#policy-enforcement">Policy enforcement</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#policy-making-changes-and-appeals">Policy making, changes and appeals</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-other-docs">Other policy documents</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#gentoo-specific-documentation">Gentoo-specific documentation</a><ul>
+<li class="toctree-l3"><a class="reference internal" href="index.html#package-manager-specification">Package Manager Specification</a></li>
+<li class="toctree-l3"><a class="reference internal" href="index.html#gleps">GLEPs</a></li>
+<li class="toctree-l3"><a class="reference internal" href="index.html#developer-manual">Developer Manual</a></li>
+</ul>
+</li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#external-standards">External standards</a><ul>
+<li class="toctree-l3"><a class="reference internal" href="index.html#posix">POSIX</a></li>
+<li class="toctree-l3"><a class="reference internal" href="index.html#fhs">FHS</a></li>
+</ul>
+</li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-dependencies">Dependencies</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0001">Optional runtime dependencies</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0002">=-dependencies with no revision</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#slot-and-subslot-dependencies">Slot and subslot dependencies</a><ul>
+<li class="toctree-l3"><a class="reference internal" href="index.html#pg0011">on (sub-)slotted packages</a></li>
+<li class="toctree-l3"><a class="reference internal" href="index.html#pg0012">special case: Qt packages</a></li>
+<li class="toctree-l3"><a class="reference internal" href="index.html#proactive-use-of-slot-operators">proactive use of slot operators</a></li>
+</ul>
+</li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0003">Revision bumps on runtime dependency changes</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#use-dependencies">USE dependencies</a><ul>
+<li class="toctree-l3"><a class="reference internal" href="index.html#pg0021">on packages without the flag</a></li>
+</ul>
+</li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-ebuild-format">Ebuild file format</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0101">Coding style</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0102">Code must be contained within ebuild and eclasses</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0103">HOMEPAGE must not contain variables</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0104">SRC_URI must not refer to HOMEPAGE</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0105">KEYWORDS must be defined on a single line</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-filesystem">File system layout</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0201">Installation paths</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0202">Support for separate /usr</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0203">Strict multilib layout</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0204">Static libraries and libtool files</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0205">Game install locations and ownership</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0206">Absolute symbolic link targets</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-installed-files">Installed files</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0301">Installation of small files</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0302">Installation of static libraries</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0303">Installation of libtool (.la) files</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-keywords">Keywording and stabilization</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0401">Rekeywording on dropped keywords</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0402">Stabilizing new versions</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0403">Removing stable keywords</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-languages">Language-specific policies</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#python">Python</a><ul>
+<li class="toctree-l3"><a class="reference internal" href="index.html#pg0501">Eclass usage</a></li>
+<li class="toctree-l3"><a class="reference internal" href="index.html#pg0502">Python 2 deprecation</a></li>
+</ul>
+</li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-maintainer">Package Maintainers</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0601">Adding new maintainers</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0602">New packages without a maintainer</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0603">Removing package maintainers</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-other-metadata">Other metadata variables</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0701">Dynamic slots (multislot flag)</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0702">HOMEPAGE value must be meaningful</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0703">RESTRICT=test for USE=-test</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0704">LICENSE</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-use-flags">USE flags</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0801">Versioned USE flags</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0802">USE=gui flag</a></li>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0803">Underscores in USE flag names</a></li>
+</ul>
+</li>
+<li class="toctree-l1"><a class="reference internal" href="index.html#document-user-group">Users and groups</a><ul>
+<li class="toctree-l2"><a class="reference internal" href="index.html#pg0901">User and group account policy</a></li>
+</ul>
+</li>
+</ul>
+
+ </div>
+
+ </div>
+
+ <script type="text/javascript">
+ $("#custom_toc").prependTo(".toctree-wrapper");
+ $("#custom_toc").css("display", "inline-block");
+
+ $('#collapseExample').on('show.bs.collapse', function () {
+ $("#show_contents").html("hide");
+ })
+
+ $('#collapseExample').on('hide.bs.collapse', function () {
+ $("#show_contents").html("show");
+ })
+
+ $("#collapseExample").collapse('show');
+ $("#show_contents").html("hide");
+
+ </script>
+
+
+ <script type="text/javascript">
+ $('body').scrollspy({
+ target: '.bs-docs-sidebar',
+ offset: 40
+ });
+ </script>
+
+
+ <script type="text/javascript">
+ $('#indices-and-tables').hide()
+ </script>
+
+
+
+
+
+
+
+ </body>
+</html>
+
diff --git a/std-policy-index.html b/std-policy-index.html
new file mode 100644
index 0000000..7aace05
--- /dev/null
+++ b/std-policy-index.html
@@ -0,0 +1,444 @@
+
+<!doctype html>
+
+<html xmlns="http://www.w3.org/1999/xhtml">
+ <head>
+ <meta charset="utf-8">
+ <meta http-equiv="X-UA-Compatible" content="IE=edge">
+ <meta name="viewport" content="width=device-width, initial-scale=1">
+ <title>Policy Index &#8212; Gentoo Policy Guide documentation</title>
+ <link rel="stylesheet" href="_static/tyrian-sphinx-theme.css" type="text/css" />
+ <link rel="stylesheet" href="_static/pygments.css" type="text/css" />
+ <link rel="stylesheet" href="_static/custom.css" type="text/css" />
+
+ <link rel="icon" href="https://www.gentoo.org/favicon.ico" type="image/x-icon">
+ <link href="https://assets.gentoo.org/tyrian/bootstrap.min.css" rel="stylesheet" media="screen">
+ <link href="https://assets.gentoo.org/tyrian/tyrian.min.css" rel="stylesheet" media="screen">
+ <script type="text/javascript" id="documentation_options" data-url_root="./" src="_static/documentation_options.js"></script>
+ <script src="_static/jquery.js"></script>
+ <script src="_static/underscore.js"></script>
+ <script src="_static/doctools.js"></script>
+ <script src="_static/language_data.js"></script>
+ <link rel="index" title="Index" href="genindex.html" />
+ <link rel="search" title="Search" href="search.html" />
+
+
+
+ </head><body>
+ <header>
+ <div class="site-title">
+ <div class="container">
+ <div class="row">
+ <div class="site-title-buttons">
+ <div class="btn-group btn-group-sm">
+ <a href="https://get.gentoo.org/" role="button" class="btn get-gentoo"><span class="fa fa-fw fa-download"></span> <strong>Get Gentoo!</strong></a>
+ <div class="btn-group btn-group-sm">
+ <a class="btn gentoo-org-sites dropdown-toggle" data-toggle="dropdown" data-target="#" href="#">
+ <span class="fa fa-fw fa-map-o"></span> <span class="hidden-xs">gentoo.org sites</span> <span class="caret"></span>
+ </a>
+ <ul class="dropdown-menu dropdown-menu-right">
+ <li><a href="https://www.gentoo.org/" title="Main Gentoo website"><span class="fa fa-home fa-fw"></span> gentoo.org</a></li>
+ <li><a href="https://wiki.gentoo.org/" title="Find and contribute documentation"><span class="fa fa-file-text-o fa-fw"></span> Wiki</a></li>
+ <li><a href="https://bugs.gentoo.org/" title="Report issues and find common issues"><span class="fa fa-bug fa-fw"></span> Bugs</a></li>
+ <li><a href="https://forums.gentoo.org/" title="Discuss with the community"><span class="fa fa-comments-o fa-fw"></span> Forums</a></li>
+ <li><a href="https://packages.gentoo.org/" title="Find software for your Gentoo"><span class="fa fa-hdd-o fa-fw"></span> Packages</a></li>
+ <li class="divider"></li>
+ <li><a href="https://planet.gentoo.org/" title="Find out what's going on in the developer community"><span class="fa fa-rss fa-fw"></span> Planet</a></li>
+ <li><a href="https://archives.gentoo.org/" title="Read up on past discussions"><span class="fa fa-archive fa-fw"></span> Archives</a></li>
+ <li><a href="https://sources.gentoo.org/" title="Browse our source code"><span class="fa fa-code fa-fw"></span> Sources</a></li>
+ <li class="divider"></li>
+ <li><a href="https://infra-status.gentoo.org/" title="Get updates on the services provided by Gentoo"><span class="fa fa-server fa-fw"></span> Infra Status</a></li>
+ </ul>
+ </div>
+ </div>
+ </div>
+ <div class="logo">
+ <a href="index.html" title="Back to the homepage" class="site-logo"></a>
+ <span class="site-label"> Policy Guide </span>
+ </div>
+ </div>
+ </div>
+ </div>
+ <nav class="tyrian-navbar" role="navigation">
+ <div class="container">
+ <div class="row">
+ <div class="navbar-header">
+ <button type="button" class="navbar-toggle" data-toggle="collapse" data-target=".navbar-main-collapse">
+ <span class="sr-only">Toggle navigation</span>
+ <span class="icon-bar"></span>
+ <span class="icon-bar"></span>
+ <span class="icon-bar"></span>
+ </button>
+ </div>
+ <div class="collapse navbar-collapse navbar-main-collapse">
+ <ul class="nav navbar-nav">
+ <li>
+ <a href="index.html">Home</a></li>
+ <li class=""><a href="https://gitweb.gentoo.org/proj/policy-guide.git/">Source</a></li>
+ <li>
+ <a href="search.html">Search</a></li>
+
+
+ <li>
+
+ <a href="genindex.html">General Index</a>
+
+ </li>
+
+ <li class="active">
+
+ <a href="std-policy-index.html">Policy Index</a>
+
+ </li>
+
+
+
+
+
+ </ul>
+
+ <form action="search.html" class="navbar-form navbar-right" method="get" onsubmit="if (this.quicksearch.value == '')
+ { alert('Please enter one or more search terms first.');
+ return false; } return true;">
+
+ <div class="input-group" style="margin-top:2px;">
+ <span class="input-group-addon" style="background:#61597b;color:#FFF;border:0px;" id="basic-addon1"><i class="fa fa-search" aria-hidden="true"></i></span>
+ <input class="form-control" style="height:30px;border:0px;background:#61597b;color:#FFF;padding-left:0px;box-shadow: none;" type="text" id="quicksearch_top" name="q" title="Quick Search" placeholder="Quick Search" value="">
+ </div>
+ <button class="btn btn-default hidden" type="submit" value="Search" id="find_top">Search</button>
+ </form>
+
+ </div>
+ </div>
+ </div>
+ </nav>
+ </header>
+
+
+ <div class="container">
+ <div class="row">
+
+
+
+ <div class="col-md-9 col-sm-12 col-xs-12" role="main">
+
+
+
+
+
+
+
+ <h1>Policy Index</h1>
+
+ <div class="modindex-jumpbox">
+ <a href="#cap-Dependencies"><strong>Dependencies</strong></a> |
+ <a href="#cap-Ebuild file format"><strong>Ebuild file format</strong></a> |
+ <a href="#cap-File system layout"><strong>File system layout</strong></a> |
+ <a href="#cap-Installed files"><strong>Installed files</strong></a> |
+ <a href="#cap-Keywording and stabilization"><strong>Keywording and stabilization</strong></a> |
+ <a href="#cap-Language-specific policies"><strong>Language-specific policies</strong></a> |
+ <a href="#cap-Package Maintainers"><strong>Package Maintainers</strong></a> |
+ <a href="#cap-Other metadata variables"><strong>Other metadata variables</strong></a> |
+ <a href="#cap-USE flags"><strong>USE flags</strong></a> |
+ <a href="#cap-Users and groups"><strong>Users and groups</strong></a>
+ </div>
+
+ <table class="indextable modindextable">
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Dependencies"><td></td><td>
+ <strong>Dependencies</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="dependencies.html#pg0001"><code class="xref">PG0001</code></a> <em>(Optional runtime dependencies)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="dependencies.html#pg0002"><code class="xref">PG0002</code></a> <em>(=-dependencies with no revision)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="dependencies.html#pg0003"><code class="xref">PG0003</code></a> <em>(Revision bumps on runtime dependency changes)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="dependencies.html#pg0011"><code class="xref">PG0011</code></a> <em>(Slot and subslot dependencies: on (sub-)slotted packages)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="dependencies.html#pg0012"><code class="xref">PG0012</code></a> <em>(Slot and subslot dependencies: special case: Qt packages)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="dependencies.html#pg0021"><code class="xref">PG0021</code></a> <em>(USE dependencies: on packages without the flag)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Ebuild file format"><td></td><td>
+ <strong>Ebuild file format</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="ebuild-format.html#pg0101"><code class="xref">PG0101</code></a> <em>(Coding style)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="ebuild-format.html#pg0102"><code class="xref">PG0102</code></a> <em>(Code must be contained within ebuild and eclasses)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="ebuild-format.html#pg0103"><code class="xref">PG0103</code></a> <em>(HOMEPAGE must not contain variables)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="ebuild-format.html#pg0104"><code class="xref">PG0104</code></a> <em>(SRC_URI must not refer to HOMEPAGE)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="ebuild-format.html#pg0105"><code class="xref">PG0105</code></a> <em>(KEYWORDS must be defined on a single line)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-File system layout"><td></td><td>
+ <strong>File system layout</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="filesystem.html#pg0201"><code class="xref">PG0201</code></a> <em>(Installation paths)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="filesystem.html#pg0202"><code class="xref">PG0202</code></a> <em>(Support for separate /usr)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="filesystem.html#pg0203"><code class="xref">PG0203</code></a> <em>(Strict multilib layout)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="filesystem.html#pg0204"><code class="xref">PG0204</code></a> <em>(Static libraries and libtool files)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="filesystem.html#pg0205"><code class="xref">PG0205</code></a> <em>(Game install locations and ownership)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="filesystem.html#pg0206"><code class="xref">PG0206</code></a> <em>(Absolute symbolic link targets)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Installed files"><td></td><td>
+ <strong>Installed files</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="installed-files.html#pg0301"><code class="xref">PG0301</code></a> <em>(Installation of small files)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="installed-files.html#pg0302"><code class="xref">PG0302</code></a> <em>(Installation of static libraries)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="installed-files.html#pg0303"><code class="xref">PG0303</code></a> <em>(Installation of libtool (.la) files)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Keywording and stabilization"><td></td><td>
+ <strong>Keywording and stabilization</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="keywords.html#pg0401"><code class="xref">PG0401</code></a> <em>(Rekeywording on dropped keywords)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="keywords.html#pg0402"><code class="xref">PG0402</code></a> <em>(Stabilizing new versions)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="keywords.html#pg0403"><code class="xref">PG0403</code></a> <em>(Removing stable keywords)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Language-specific policies"><td></td><td>
+ <strong>Language-specific policies</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="languages.html#pg0501"><code class="xref">PG0501</code></a> <em>(Python: Eclass usage)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="languages.html#pg0502"><code class="xref">PG0502</code></a> <em>(Python: Python 2 deprecation)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Package Maintainers"><td></td><td>
+ <strong>Package Maintainers</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="maintainer.html#pg0601"><code class="xref">PG0601</code></a> <em>(Adding new maintainers)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="maintainer.html#pg0602"><code class="xref">PG0602</code></a> <em>(New packages without a maintainer)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="maintainer.html#pg0603"><code class="xref">PG0603</code></a> <em>(Removing package maintainers)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Other metadata variables"><td></td><td>
+ <strong>Other metadata variables</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="other-metadata.html#pg0701"><code class="xref">PG0701</code></a> <em>(Dynamic slots (multislot flag))</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="other-metadata.html#pg0702"><code class="xref">PG0702</code></a> <em>(HOMEPAGE value must be meaningful)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="other-metadata.html#pg0703"><code class="xref">PG0703</code></a> <em>(RESTRICT=test for USE=-test)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="other-metadata.html#pg0704"><code class="xref">PG0704</code></a> <em>(LICENSE)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-USE flags"><td></td><td>
+ <strong>USE flags</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="use-flags.html#pg0801"><code class="xref">PG0801</code></a> <em>(Versioned USE flags)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="use-flags.html#pg0802"><code class="xref">PG0802</code></a> <em>(USE=gui flag)</em></td><td>
+ <em></em></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="use-flags.html#pg0803"><code class="xref">PG0803</code></a> <em>(Underscores in USE flag names)</em></td><td>
+ <em></em></td></tr>
+ <tr class="pcap"><td></td><td>&#160;</td><td></td></tr>
+ <tr class="cap" id="cap-Users and groups"><td></td><td>
+ <strong>Users and groups</strong></td><td></td></tr>
+ <tr>
+ <td></td>
+ <td>
+ <a href="user-group.html#pg0901"><code class="xref">PG0901</code></a> <em>(User and group account policy)</em></td><td>
+ <em></em></td></tr>
+ </table>
+
+
+
+
+
+
+
+
+
+ </div>
+
+
+ <div class="col-md-3 hidden-sm hidden-xs" role="main">
+<div class="" role="navigation" aria-label="main navigation">
+ <div class="">
+ </div>
+</div>
+ </div>
+
+ </div>
+ <div class="clearer"></div>
+ </div>
+ <footer>
+ <div class="container">
+ <div class="row">
+ <div class="col-xs-12 col-md-offset-2 col-md-7">
+ <h3 class="footerhead">Gentoo Policy Guide </h3>
+ <div class="row">
+ <div class="col-xs-12 col-md-4">
+ <span class="kk-group-header">Powered by</span><br><span><a href="http://sphinx-doc.org/">Sphinx 2.4.3</a> &amp; <a href="https://github.com/mmagorsc/tyrian_sphinx_theme">Tyrian Theme 0.0.7</a></span>
+ </div>
+ <div class="col-xs-12 col-md-4">
+ </div>
+ <div class="col-xs-12 col-md-4">
+ </div>
+ </div>
+ </div>
+ <div class="col-xs-12 col-md-3">
+ <h3 class="footerhead">Questions or comments?</h3>
+ Please feel free to <a href="https://www.gentoo.org/inside-gentoo/contact/">contact us</a>.
+ </div>
+ </div>
+ <div class="row">
+ <div class="col-xs-2 col-sm-3 col-md-2">
+ <ul class="footerlinks three-icons">
+ <li><a href="https://twitter.com/gentoo" title="@Gentoo on Twitter"><span class="fa fa-twitter fa-fw"></span></a></li>
+ <li><a href="https://plus.google.com/+Gentoo" title="+Gentoo on Google+"><span class="fa fa-google-plus fa-fw"></span></a></li>
+ <li><a href="https://www.facebook.com/gentoo.org" title="Gentoo on Facebook"><span class="fa fa-facebook fa-fw"></span></a></li>
+ </ul>
+ </div>
+ <div class="col-xs-10 col-sm-9 col-md-10">
+ <strong>© 2001–2020 Gentoo Foundation, Inc.</strong><br>
+ <small>
+ Gentoo is a trademark of the Gentoo Foundation, Inc.
+ The contents of this document, unless otherwise expressly stated, are licensed under the
+ <a href="https://creativecommons.org/licenses/by-sa/4.0/" rel="license">CC-BY-SA-4.0</a> license.
+ The <a href="https://www.gentoo.org/inside-gentoo/foundation/name-logo-guidelines.html">Gentoo Name and Logo Usage Guidelines</a> apply.
+ </small>
+ </div>
+ </div>
+ </div>
+ </footer>
+
+ <script src="https://assets.gentoo.org/tyrian/bootstrap.min.js"></script>
+
+
+ <script type="text/javascript">
+ $('body').scrollspy({
+ target: '.bs-docs-sidebar',
+ offset: 40
+ });
+ </script>
+
+
+ <script type="text/javascript">
+ $('#indices-and-tables').hide()
+ </script>
+
+
+
+
+
+
+
+ </body>
+</html>
+