]> git.saurik.com Git - apt.git/blobdiff - doc/sources.list.5.xml
apt-helper: Check that we can open stdout
[apt.git] / doc / sources.list.5.xml
index 3b674c35f1d23aba00af3827ba562f67ad27e573..297939a1cc5e9f1d12eaba60e2a6e43ecb379331 100644 (file)
@@ -14,7 +14,7 @@
    &apt-email;
    &apt-product;
    <!-- The last update date -->
    &apt-email;
    &apt-product;
    <!-- The last update date -->
-   <date>2015-09-14T00:00:00Z</date>
+   <date>2015-11-26T00:00:00Z</date>
  </refentryinfo>
  
  <refmeta>
  </refentryinfo>
  
  <refmeta>
@@ -271,15 +271,14 @@ deb-src [ option1=value1 option2=value2 ] uri suite [component1] [component2] [.
                is a tri-state value which defaults to APT deciding if a source
                is considered trusted or if warnings should be raised before e.g.
                packages are installed from this source. This option can be used
                is a tri-state value which defaults to APT deciding if a source
                is considered trusted or if warnings should be raised before e.g.
                packages are installed from this source. This option can be used
-               to override this decision either with the value <literal>yes</literal>,
-               which lets APT consider this source always as a trusted source,
-               even if it lacks or fails authentication checks, by disabling parts
-               of &apt-secure;. It should therefore only be used in a local and trusted
-               context (if at all) as otherwise security is breached. The opposite
-               can be achieved with the value <literal>no</literal>, which
-               causes the source to be handled as untrusted even if the
-               authentication checks passed successfully.
-               The default value can't be set explicitly.
+               to override that decision. The value <literal>yes</literal> tells APT
+               always to consider this source as trusted, even if it doesn't pass
+               authentication checks. It disables parts of &apt-secure;, and should
+               therefore only be used in a local and trusted context (if at all) as
+               otherwise security is breached. The value <literal>no</literal> does
+               the opposite, causing the source to be handled as untrusted even if
+               the authentication checks passed successfully. The default value can't
+               be set explicitly.
          </para></listitem>
 
          <listitem><para><option>Signed-By</option> (<option>signed-by</option>)
          </para></listitem>
 
          <listitem><para><option>Signed-By</option> (<option>signed-by</option>)