From owner-svn-doc-all@freebsd.org  Sun Jan 17 02:27:57 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57817A6AC39;
 Sun, 17 Jan 2016 02:27:57 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 28BAF1A84;
 Sun, 17 Jan 2016 02:27:57 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H2RuPL004908;
 Sun, 17 Jan 2016 02:27:56 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H2Ru3Z004907;
 Sun, 17 Jan 2016 02:27:56 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170227.u0H2Ru3Z004907@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 02:27:56 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48037 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 02:27:57 -0000

Author: bjk
Date: Sun Jan 17 02:27:55 2016
New Revision: 48037
URL: https://svnweb.freebsd.org/changeset/doc/48037

Log:
  A couple grammar/style tweaks from koobs

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sat Jan 16 18:29:11 2016	(r48036)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 02:27:55 2016	(r48037)
@@ -2490,7 +2490,7 @@
 
       <p>The Security Team reorganisation, first proposed to Core
 	during a meeting at BSDCan this year by Gleb Smirnoff &mdash; core
-	member and newly-appointed deputy Security Officer &mdash; has now
+	member and newly-appointed deputy Security Officer (SO) &mdash; has now
 	been accomplished.  In order to improve the project's
 	responsiveness to security alerts, to maintain security on
 	privileged information received in confidence before general
@@ -2502,7 +2502,7 @@
 	security problems, and connecting them with appropriate
 	individuals within the project with the technical expertise to
 	address the identified concerns.  The SO team was cut down to just
-	the Security Officer and his deputy, assisted by a secretary, and
+	the Security Officer and their deputy, assisted by a secretary, and
 	with input and help in drafting security advisories from former
 	and any potential future Security Officers plus liasons with Core,
 	Cluster Administration and Release Engineering.</p>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 02:49:29 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3207A85282;
 Sun, 17 Jan 2016 02:49:29 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 4A926137A;
 Sun, 17 Jan 2016 02:49:29 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H2nSqq010632;
 Sun, 17 Jan 2016 02:49:28 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H2nSt9010631;
 Sun, 17 Jan 2016 02:49:28 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170249.u0H2nSt9010631@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 02:49:28 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48038 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 02:49:29 -0000

Author: bjk
Date: Sun Jan 17 02:49:28 2016
New Revision: 48038
URL: https://svnweb.freebsd.org/changeset/doc/48038

Log:
  Add entry on projects/routing from melifaro

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 02:27:55 2016	(r48037)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 02:49:28 2016	(r48038)
@@ -2631,4 +2631,42 @@
 	the project more effectively.</p>
     </body>
   </project>
+
+  <project cat='proj'>
+    <title>Routing Stack Update</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Alexander</given>
+	  <common>Chernikov</common>
+	</name>
+	<email>melifaro@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://wiki.freebsd.org/ProjectsRoutingProposal">Initial Proposal</url>
+    </links>
+
+    <body>
+      <p>The <tt>projects/routing</tt> Subversion branch is a
+	FreeBSD routing system rework aimed at providing performance,
+	scalability and the ability to add advanced features to the
+	routing stack.</p>
+
+      <p>Currently, the packet output path suffers from excessive
+	locking, acquiring and releasing 4 distinct contested locks is
+	required in order to convert a packet to a frame suitable to put
+	on the wire.  The first project goal is to reduce the number of
+	locks needed to just two <tt>rmlock(9)</tt>s for the output path,
+	which permits close-to-linear scaling.</p>
+
+      <p>Since September, one of the locks (used to protect
+	link-level entries) is completely eliminated from the packet data
+	path.  A new routing API was introduced, featuring better
+	scalability and hiding routing internals.  Most of the consumers
+	of the old routing API were converted to use the new API.</p>
+    </body>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 03:02:26 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F035A85761;
 Sun, 17 Jan 2016 03:02:26 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 1B96A1CA7;
 Sun, 17 Jan 2016 03:02:26 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H32PCA016644;
 Sun, 17 Jan 2016 03:02:25 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H32PfY016643;
 Sun, 17 Jan 2016 03:02:25 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170302.u0H32PfY016643@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 03:02:25 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48039 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 03:02:26 -0000

Author: bjk
Date: Sun Jan 17 03:02:24 2016
New Revision: 48039
URL: https://svnweb.freebsd.org/changeset/doc/48039

Log:
  Add entry on (base) buildsystem updates from bdrewery

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 02:49:28 2016	(r48038)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:02:24 2016	(r48039)
@@ -2669,4 +2669,71 @@
 	of the old routing API were converted to use the new API.</p>
     </body>
   </project>
+
+  <project cat='bin'>
+    <title>Base System Build Improvements</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Bryan</given>
+	  <common>Drewery</common>
+	</name>
+	<email>bdrewery@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://lists.FreeBSD.org/pipermail/freebsd-arch/2015-December/017571.html">&os;-Arch Post Describing Plans</url>
+      <url href="http://www.bsdcan.org/2014/schedule/events/460.en.html">BSDCan 2014 META_MODE Presentation</url>
+      <url href="https://svnweb.FreeBSD.org/base?view=revision&amp;revision=290433">WITH_FAST_DEPEND Details</url>
+      <url href="https://svnweb.FreeBSD.org/base?view=revision&amp;revision=290526">WITH_CCACHE_BUILD Details</url>
+    </links>
+
+    <body>
+      <p>&a.bdrewery; (bdrewery@) has been working to improve the
+	build framework as well as buildworld build times.  The build
+	system has largely been untouched by large-scale changes for many
+	years.  Most of the effort has been on improving the recent
+	<tt>META_MODE</tt> merge that was presented at BSDCan 2014.  This
+	is a new build system that is not currently enabled by default but
+	brings many benefits.  Beyond that, some highlights of the work
+	changing buildworld are:</p>
+
+      <ul>
+	<li><tt>WITH_FAST_DEPEND</tt>, which avoids calling
+	  &quot;mkdep&quot; during the <tt>make depend</tt> phase and
+	  instead generates dependency files during compilation.  The old
+	  scheme was pre-processing all source files twice.  The new version
+	  saves 16-35% in build times.</li>
+
+	<li><tt>WITH_CCACHE_BUILD</tt> adds built-in ccache support,
+	  avoiding many of the historical pitfalls of changing <tt>CC</tt>
+	  in <tt>make.conf</tt> to use ccache.</li>
+
+	<li>Many improvements for parallelization of the build.</li>
+
+	<li><tt>LIBADD</tt> improvements to ensure proper usage of
+	  this tool to replace duplicate <tt>LDADD</tt> and <tt>DPADD</tt>
+	  statements.  Further work is underway to reduce overlinking.</li>
+
+	<li>A lot of cleanup of improper framework usage.</li>
+
+	<li>Ensuring that installing files from the build tree fails
+	  if the destination directory is missing, rather than installing a
+	  file as the directory name.</li>
+      </ul>
+    </body>
+
+    <sponsor>
+      EMC / Isilon Storage Division
+    </sponsor>
+
+    <help>
+      <task>
+	<p>See the &os;-arch mail for more information on planned
+	  work.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 03:06:03 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F691A8584E;
 Sun, 17 Jan 2016 03:06:03 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id D9DA91D90;
 Sun, 17 Jan 2016 03:06:02 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H361KN016823;
 Sun, 17 Jan 2016 03:06:01 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H361DG016822;
 Sun, 17 Jan 2016 03:06:01 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170306.u0H361DG016822@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 03:06:01 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48040 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 03:06:03 -0000

Author: bjk
Date: Sun Jan 17 03:06:01 2016
New Revision: 48040
URL: https://svnweb.freebsd.org/changeset/doc/48040

Log:
  Add entry on Elf Tool Chain tools from emaste

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:02:24 2016	(r48039)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:06:01 2016	(r48040)
@@ -2736,4 +2736,60 @@
       </task>
     </help>
   </project>
+
+  <project cat='bin'>
+    <title>ELF Tool Chain tools</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Ed</given>
+	  <common>Maste</common>
+	</name>
+	<email>emaste@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://elftoolchain.sourceforge.net">ELF Tool Chain Website</url>
+    </links>
+
+    <body>
+      <p>The ELF Tool Chain project provides BSD-licensed
+	implementations of compilation tools and libraries for building
+	and analyzing ELF objects.  The project began as part of &os;
+	but later became an independent project in order to encourage
+	wider participation from others in the open-source developer
+	community.</p>
+
+      <p>In the last quarter of 2015 the ELF Tool Chain tools were
+	updated to a snapshot of upstream Subversion revision 3272.
+	Improvements include better input file validation, RISC-V
+	support, support for Xen ELF notes, additional MIPS and ARM
+	relocations, better performance, and bug fixes.</p>
+
+      <p>The ELF Tool Chain project is planning a new release in
+	the first quarter of 2016, which should facilitate wider
+	testing and use by projects other than &os;.</p>
+    </body>
+
+    <sponsor>
+      The FreeBSD Foundation
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Add missing functionality (PE/COFF suppor) to
+	  <tt>elfcopy</tt> and migrate the base system build.</p>
+      </task>
+
+      <task>
+	<p>Fix issues found by fuzzing inputs to the tools.</p>
+      </task>
+
+      <task>
+	<p>Add automatic support for separate debug files.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 03:09:24 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 248E1A85902;
 Sun, 17 Jan 2016 03:09:24 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id CB5341EE3;
 Sun, 17 Jan 2016 03:09:23 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H39Meh016964;
 Sun, 17 Jan 2016 03:09:22 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H39MVo016963;
 Sun, 17 Jan 2016 03:09:22 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170309.u0H39MVo016963@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 03:09:22 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48041 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 03:09:24 -0000

Author: bjk
Date: Sun Jan 17 03:09:22 2016
New Revision: 48041
URL: https://svnweb.freebsd.org/changeset/doc/48041

Log:
  Add entry on lldb from emaste

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:06:01 2016	(r48040)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:09:22 2016	(r48041)
@@ -2792,4 +2792,61 @@
       </task>
     </help>
   </project>
+
+  <project cat='bin'>
+    <title>The LLDB Debugger</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Ed</given>
+	  <common>Maste</common>
+	</name>
+	<email>emaste@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://wiki.FreeBSD.org/lldb">&os; LLDB Wiki Page</url>
+    </links>
+
+    <body>
+      <p>LLDB is the debugger from the LLVM family of projects.
+	Originally developed for Mac OS X, it now also supports &os;,
+	NetBSD, Linux, Android, and Windows.  It builds on existing
+	components in the larger LLVM project, for example using Clang's
+	expression parser and LLVM's disassembler.</p>
+
+      <p>LLDB in the &os; base system was upgraded to version 3.7.0
+	as part of the Clang and LLVM upgrade, and it will similarly be
+	upgraded again, to 3.8.0 for &os; 11.0-RELEASE.</p>
+
+      <p>LLDB is now enabled by default on the amd64 and arm64 platforms.
+	It is now a functional basic debugger on arm64, after a number of
+	fixes were made in the last quarter to both LLDB and the
+	&os; kernel.</p>
+    </body>
+
+    <sponsor>
+      The FreeBSD Foundation
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Rework the LLDB build to use LLVM and Clang shared libraries.</p>
+      </task>
+
+      <task>
+	<p>Port a remote debugging stub to &os;.</p>
+      </task>
+
+      <task>
+	<p>Add support for local and core file kernel debugging.</p>
+      </task>
+
+      <task>
+	<p>Improve support on architectures other than amd64 and arm64.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 03:13:35 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B92BA85B11;
 Sun, 17 Jan 2016 03:13:35 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 407011286;
 Sun, 17 Jan 2016 03:13:35 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H3DYrj019724;
 Sun, 17 Jan 2016 03:13:34 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H3DYY0019723;
 Sun, 17 Jan 2016 03:13:34 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170313.u0H3DYY0019723@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 03:13:34 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48042 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 03:13:35 -0000

Author: bjk
Date: Sun Jan 17 03:13:34 2016
New Revision: 48042
URL: https://svnweb.freebsd.org/changeset/doc/48042

Log:
  Add entry on UEFI boot and framebuffer support, from emaste

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:09:22 2016	(r48041)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:13:34 2016	(r48042)
@@ -2849,4 +2849,48 @@
       </task>
     </help>
   </project>
+
+  <project cat='proj'>
+    <title>UEFI Boot and Framebuffer Support</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Ed</given>
+	  <common>Maste</common>
+	</name>
+	<email>emaste@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <body>
+      <p>A number of UEFI bug fixes were committed over the last
+	quarter, further improving compatibility with different UEFI
+	implementations.  Specifically, on some implementations, &os;
+	failed to boot with an &quot;ExitBootServices() returned
+	0x8000000000000002&quot; error.  This has been fixed with a retry
+	loop (as required by UEFI), in r292515 and r292338.</p>
+
+      <p>UEFI improvements from other developers have recently been
+	commited or are in progress.  These include support for environment
+	variables set on the EFI loader command line, improved text console
+	mode setting, support for nvram variables, and root-on-ZFS
+	support.</p>
+    </body>
+
+    <sponsor>
+      The FreeBSD Foundation
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Test &os;-CURRENT snapshots on a variety of UEFI
+	  implementations.</p></task>
+
+      <task>
+	<p>Merge UEFI changes to stable/10, for &os;
+	  10.3-RELEASE.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 05:16:42 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D595A85E62;
 Sun, 17 Jan 2016 05:16:42 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0039B1DF9;
 Sun, 17 Jan 2016 05:16:41 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H5GfRa055821;
 Sun, 17 Jan 2016 05:16:41 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H5Gfst055820;
 Sun, 17 Jan 2016 05:16:41 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170516.u0H5Gfst055820@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 05:16:41 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48043 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 05:16:42 -0000

Author: bjk
Date: Sun Jan 17 05:16:40 2016
New Revision: 48043
URL: https://svnweb.freebsd.org/changeset/doc/48043

Log:
  Add FreeBSD Foundation entry from Anne Dickison

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 03:13:34 2016	(r48042)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 05:16:40 2016	(r48043)
@@ -2893,4 +2893,222 @@
       </task>
     </help>
   </project>
+
+  <project cat='misc'>
+    <contact>
+      <person>
+	<name>
+	  <given>Deb</given>
+	  <common>Goodkin</common>
+	</name>
+	<email>deb@FreeBSDFoundation.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://www.FreeBSDFoundation.org/">Foundation Website</url>
+      <url href="http://FreeBSDJournal.com/">FreeBSD Journal</url>
+    </links>
+
+    <body>
+      <p>The FreeBSD Foundation is a 501(c)(3) non-profit
+	organization dedicated to supporting and promoting the &os;
+	Project and community worldwide.  Funding comes from individual
+	and corporate donations and is used to fund and manage
+	development projects, conferences and developer summits, and
+	provide travel grants to &os; developers.  The Foundation
+	purchases hardware to improve and maintain &os; infrastructure
+	and publishes &os; white papers and marketing material to
+	promote, educate, and advocate for the &os; Project.  The
+	Foundation also represents the &os; Project in executing
+	contracts, license agreements, and other legal arrangements
+	that require a recognized legal entity.</p>
+
+      <p>Here are some highlights of what we did to help &os;
+	last quarter:</p>
+
+      <p>On the advocacy front, the Foundation attended and
+	sponsored EuroBSDcon, which took place Oct 1-4 (<a
+	  href="https://2015.eurobsdcon.org/">https://2015.eurobsdcon.org/</a>
+	)in Stockholm, Sweden.  Two days prior, during the developer
+	summit, Deb Goodkin ran a session on Recruiting to &os;.  The
+	Foundation was also very active during the event itself; in
+	addition to Deb, we had &a.dru;, &a.mckusick;, &a.erwin;,
+	&a.emaste;, &a.hrs;, and &a.trasz; attend the conference.  Deb
+	and Ed gave a presentation on how the Foundation supports a
+	BSD project.  Kirk gave a presentation on &quot;a Brief
+	History of the BSD Fast File System,&quot; and he taught the
+	two-day tutorial &quot;Introduction to the &os; Open-Source
+	Operating System.&quot;</p>
+
+      <p>Deb then attended the 2015 Grace Hopper Conference
+	that was held in Houston, TX, October 14-16.  The conference is
+	for women in computing and most of the attendees were female
+	computer science majors, female software developers, and
+	college professors.  The Foundation was proud to be a Silver
+	Sponsor.  The conference was very successful for us; our
+	presence allowed us to to raise awareness of the Project, help
+	recruit more women,  and get more professors to include &os;
+	in their curriculum.</p>
+
+      <p>&a.gnn; traveled to Bangkok, Thailand to present
+	talks on DTrace, &os;, and teaching with DTrace, at
+	Chulalongkorn University, which is the largest University in
+	Thailand with the largest engineering school.  The first talk
+	he gave was his practitioner's introduction to DTrace in which
+	he explains the technology, history and usage, without diving
+	into all the kernel subsystems.  The second was the sales
+	pitch for teaching with Dtrace and with &os;.  The pitch
+	was well received and there was some very good points made by
+	the audience.  The facts that the course materials are both
+	open source and hosted on github were also well received.</p>
+
+      <p>&a.mckusick; completed a 10-hour tutorial about &os;
+	for Pearson Education in their &quot;Live Lesson&quot;
+	program.  In particular, there is a great free snippet from
+	that course comparing &os; against Linux here:
+	<a href="http://youtu.be/dTpqALCwQ1Y?a">http://youtu.be/dTpqALCwQ1Y?a</a> .
+	Find out more about the whole session at:
+	<a href="http://click.linksynergy.com/fs-bin/click?id=NZS3W7D*uS0&amp;subid=&amp;offerid=163217.1&amp;type=10&amp;tmpid=3559&amp;RD_PARM1=http%253A%252F%252Fwww.informit.com%252Fstore%252Fintroduction-to-the-FreeBSD-open-source-operating-system-9780134305868">http://click.linksynergy.com/fs-bin/click?id=NZS3W7D*uS0&amp;subid=&amp;offerid=163217.1&amp;type=10&amp;tmpid=3559&amp;RD_PARM1=http%253A%252F%252Fwww.informit.com%252Fstore%252Fintroduction-to-the-freebsd-open-source-operating-system-9780134305868</a> .</p>
+
+      <p>Anne Dickison resumed the Faces of &os; series
+	with interviews featuring Michael Dexter and Erin Clark.  She
+	also continued to produce and distribute &os; materials for
+	conferences, as well as advocating for &os; over our social
+	channels.</p>
+
+      <p>&a.gnn; headed up the latest Silicon Valley Vendor
+	and Developer Summit, November 2-3, at the NetApp campus in
+	Sunnyvale, California.  Topics of discussion ranged over new
+	developments in persistent memory, the use of &os; by a
+	company that builds rackscale systems, developments in our
+	compiler and tool suite, as well as others.  Additional
+	Foundation Board and Staff attending the summit included: Deb
+	Goodkin, &a.gjb;, &a.gibbs;, &a.mckusick;, &a.emaste;, and
+	&a.hrs;.  The complete schedule, and some of the slides, are
+	available on the &os; Wiki
+	<a href="https://wiki.FreeBSD.org/201511VendorDevSummit">https://wiki.freebsd.org/201511VendorDevSummit</a> .</p>
+
+      <p>Notes from the always lively &quot;Have/Need/Want
+	session&quot; are available at
+	<a href="https://wiki.FreeBSD.org/201511VendorDevSummit/HaveNeedWant">https://wiki.freebsd.org/201511VendorDevSummit/HaveNeedWant</a> .</p>
+
+      <p>While in the Bay Area, some Foundation members visited
+	commercial users of &os; to help understand their needs, update
+	them on the work the Foundation is doing, and facilitate
+	collaboration between them and the Project.</p>
+
+      <p>We were a sponsor of the 2015 OpenZFS Developer
+	Summit, which took place October 19-20, in San Francisco, CA.
+	&a.gibbs; and &a.mckusick; attended the conference.</p>
+
+      <p>&a.gibbs; continued his semester long class teaching
+	Intro to Computer Science using &os; at a middle
+	school.</p>
+
+      <p>&a.emaste;, &a.trasz;, and &a.kib; continue to make
+	progress on Foundation funded development projects.  More
+	specifically:</p>
+
+      <ul>
+	<li>Ed Worked on a number of items relating to the
+	  tool chain: LLD linker, ELF Tool Chain components, and LLDB
+	  debugger, and tested, integrated, and merged outstanding UEFI
+	  work.</li>
+
+	<li>Edward finished work on the reroot project as well
+	  spending some time on a certificate-transparency port.  He also
+	  implemented a prototype to support disk IO limit in RCTL.</li>
+
+	<li>Konstantin rewrote the out of memory killer logic,
+	  which, in particular, fixed &os; operation on systems
+	  without swap, especially systems with verry little memory.  The
+	  later are becoming more and more common with popularity of
+	  embedded ARM platforms were &os; runs, but it also affects
+	  large systems which are usually configured without swap.  He
+	  also finalized and committed the shared page support for the
+	  ARMv7 and ARMv8 systems.  This allows for a non-executable
+	  stack on ARMv7, and a much faster, userspace gettimeofday(2)
+	  for both, similar to on x86.</li>
+      </ul>
+
+      <p>&a.emaste; presented a &os;/arm64 talk and a hands-on
+	demo at ARM Techcon, which took place November 10-12, 2015, in
+	Santa Clara, CA.</p>
+
+      <p>We continued publishing our monthly newsletters and
+	acquiring new company testimonials about using &os;, including
+	from Verisign and Nginx.</p>
+
+      <p>Anne Dickison, &a.dru;, and &a.gjb; represented the
+	Foundation at USENIX LISA ’15, which took place November 3-8,
+	in Washington D.C..  The Foundation had a booth in the Expo
+	Hall and participated in a BoF.  In addition to connecting with
+	current community members, we spoke with attendees who were
+	interested in getting involved with the Project, and helped
+	set them on the correct path.  We also took the opportunity to
+	remind those who hadn’t used &os; in a while what they were
+	missing.  Glen also attended the USENIX Release Engineering
+	Summit, which was co-located with LISA ’15.</p>
+
+      <p>We published the Sept/Oct and Nov/Dec issues of the
+	&os; Journal.</p>
+
+      <p>&a.gnn; and &a.rwatson; announced the release of
+	their TeachBSD initiative:
+	<a href="http://teachbsd.com/">http://teachbsd.com/</a>.
+	TeachBSD offers a set of reusable course materials designed to
+	allow others to teach both university students and software
+	practitioners &os; operating system fundamentals.  The
+	Foundation is proud to have partly sponsored their efforts to
+	teach the initial graduate level course on operating systems
+	with tracing at the University of Cambridge.</p>
+
+      <p>Deb Goodkin invited a representative from the
+	Outreachy program to talk at the Ottawa &os; Developer Summit
+	about the program and how we can get involved.</p>
+
+      <p>Deb also started discussions with CS professors from
+	the University of Colorado, Boulder to offer some Intro to
+	&os; workshops.</p>
+
+      <p>&a.gjb; continued wearing many hats to support to the Project.
+	For Release Engineering:
+	<ul>
+	  <li>Added support for building <tt>BANANAPI</tt>,
+	    <tt>CUBIEBOARD</tt>, and <tt>CUBIEBOARD2</tt> arm
+	    images.</li>
+
+	  <li>Deprecated use of MD5 checksums used for
+	    verifying installation media downloaded from the &os; Project
+	    mirrors.</li>
+
+	  <li>Various miscellaneous updates and fixes to release
+	    build code.</li>
+
+	  <li>Continued providing regular development snapshot
+	    builds.</li>
+	</ul>
+	Under Systems Administration:
+	<ul>
+	  <li>Assisted the Admins team with migrating various
+	    services to two new colocation facilities near Sunnyvale,
+	    generously provided by RootBSD and LimeLight Networks.</li>
+
+	  <li>Moved email services for the Foundation to a new
+	    server.</li>
+	</ul>
+      </p>
+
+      <p>&a.emaste; attended the Reproducible Builds World
+	Summit, which took place in Athens, Greece, December 1-3,
+	2015.</p>
+
+      <p>We wrapped up our 2015 fundraising efforts with our
+	End-of-Year fundraising campaign by participating in
+	#GivingTuesday, and continuing with weekly email and social
+	media requests for support of the Foundation.  Final
+	fundraising numbers will be available in Q1 2016.</p>
+    </body>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 05:19:04 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id DED8DA85EEE;
 Sun, 17 Jan 2016 05:19:04 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id B24B01E63;
 Sun, 17 Jan 2016 05:19:04 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H5J3tU055934;
 Sun, 17 Jan 2016 05:19:03 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H5J3pt055933;
 Sun, 17 Jan 2016 05:19:03 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170519.u0H5J3pt055933@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 05:19:03 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48044 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 05:19:05 -0000

Author: bjk
Date: Sun Jan 17 05:19:03 2016
New Revision: 48044
URL: https://svnweb.freebsd.org/changeset/doc/48044

Log:
  Remove a few curly apostrophes that snuck in

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 05:16:40 2016	(r48043)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 05:19:03 2016	(r48044)
@@ -3041,15 +3041,15 @@
 	from Verisign and Nginx.</p>
 
       <p>Anne Dickison, &a.dru;, and &a.gjb; represented the
-	Foundation at USENIX LISA ’15, which took place November 3-8,
+	Foundation at USENIX LISA '15, which took place November 3-8,
 	in Washington D.C..  The Foundation had a booth in the Expo
 	Hall and participated in a BoF.  In addition to connecting with
 	current community members, we spoke with attendees who were
 	interested in getting involved with the Project, and helped
 	set them on the correct path.  We also took the opportunity to
-	remind those who hadn’t used &os; in a while what they were
+	remind those who had not used &os; in a while what they were
 	missing.  Glen also attended the USENIX Release Engineering
-	Summit, which was co-located with LISA ’15.</p>
+	Summit, which was co-located with LISA '15.</p>
 
       <p>We published the Sept/Oct and Nov/Dec issues of the
 	&os; Journal.</p>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 05:33:56 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47DEDA6D43A;
 Sun, 17 Jan 2016 05:33:56 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 14B4C14C6;
 Sun, 17 Jan 2016 05:33:56 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H5XtCg061744;
 Sun, 17 Jan 2016 05:33:55 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H5Xtsv061743;
 Sun, 17 Jan 2016 05:33:55 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170533.u0H5Xtsv061743@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 05:33:55 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48045 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 05:33:56 -0000

Author: bjk
Date: Sun Jan 17 05:33:54 2016
New Revision: 48045
URL: https://svnweb.freebsd.org/changeset/doc/48045

Log:
  Add Xen report from royger

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 05:19:03 2016	(r48044)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 05:33:54 2016	(r48045)
@@ -3111,4 +3111,91 @@
 	fundraising numbers will be available in Q1 2016.</p>
     </body>
   </project>
+
+  <project cat='kern'>
+    <title>&os; Xen</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Roger</given>
+	  <common>Pau Monn&eacute;</common>
+	</name>
+	<email>royger@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Wei</given>
+	  <common>Liu</common>
+	</name>
+	<email>wei.liu2@citrix.com</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://wiki.xen.org/wiki/&os;_PVH">&os; PVH DomU Wiki Page</url>
+      <url href="http://wiki.xen.org/wiki/&os;_Dom0">&os; PVH Dom0 Wiki Page</url>
+      <url href="http://xenbits.xen.org/gitweb/?p=people/royger/FreeBSD.git;a=shortlog;h=refs/heads/new_entry_point_v5">&os;/Xen HVMlite Implementation</url>
+    </links>
+
+    <body>
+      <p>Xen is a hypervisor using a microkernel design, providing
+	services that allow multiple computer operating systems to execute
+	on the same computer hardware concurrently.  Xen support for &os;
+	on x86 as a guest was introduced in version 8, and ARM support is
+	currently being worked on.  Support for running &os; as an amd64
+	Xen host (Dom0) is available in HEAD.</p>
+
+      <p>Regarding x86, the work done during this quarter has been
+	focused in rewriting the PVH implementation inside of Xen, to what
+	is now being called HVMlite (in order to differentiate it with the
+	previous PVH implementation).  The Xen side of patches have
+	already been committed to the Xen source tree, and will be
+	available in Xen 4.7 (the next version).  Work has also begun on
+	implementing HVMlite Dom0 support, although no patches have yet
+	been published.</p>
+
+      <p>HVMlite support for &os; has not yet been committed,
+	although an initial implementation is available in a personal git
+	repository.  The plan is to completely replace PVH with HVMlite on
+	&os; as soon as HVMlite supports Dom0 mode.</p>
+
+      <p>Apart from this, Wei Liu is working on improving netfront
+	performance on &os;; initial patches have been posted to the &os;
+	review system.</p>
+
+      <p>During this time frame, the x86 unmapped bounce buffer code
+	has also been improved, and unmapped IO support has been added to
+	the <tt>blkfront</tt> driver.</p>
+    </body>
+
+    <sponsor>
+      Citrix Systems R&amp;D
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Finish HVMlite Dom0 support inside of Xen.</p>
+      </task>
+
+      <task>
+	<p>Deprecate and remove PVH support from Xen.</p>
+      </task>
+
+      <task>
+	<p>Remove PVH support from &os; and switch to HVMlite.</p>
+      </task>
+
+      <task>
+	<p>Generalize the event channel code so it can be used on
+	  ARM.</p>
+      </task>
+
+      <task>
+	<p>Improve the performance of the various backends
+	  (<tt>netback</tt>, <tt>blkback</tt>).</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 06:12:50 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41459A85077;
 Sun, 17 Jan 2016 06:12:50 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 18746135E;
 Sun, 17 Jan 2016 06:12:50 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H6CnHP073770;
 Sun, 17 Jan 2016 06:12:49 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H6Cn0a073769;
 Sun, 17 Jan 2016 06:12:49 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170612.u0H6Cn0a073769@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 06:12:49 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48046 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 06:12:50 -0000

Author: bjk
Date: Sun Jan 17 06:12:48 2016
New Revision: 48046
URL: https://svnweb.freebsd.org/changeset/doc/48046

Log:
  Add arm64 entry from andrew

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 05:33:54 2016	(r48045)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 06:12:48 2016	(r48046)
@@ -3198,4 +3198,93 @@
       </task>
     </help>
   </project>
+
+  <project cat='arch'>
+    <title>&os;/arm64</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Andrew</given>
+	  <common>Turner</common>
+	</name>
+	<email>andrew@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Konstantin</given>
+	  <common>Belousov</common>
+	</name>
+	<email>kib@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Ed</given>
+	  <common>Maste</common>
+	</name>
+	<email>emaste@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Ed</given>
+	  <common>Schouten</common>
+	</name>
+	<email>ed@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://wiki.FreeBSD.org/arm64">&os; arm64 Wiki Entry</url>
+    </links>
+
+    <body>
+      <p>Support was added for kernel modules.  This included adding
+	the needed relocation types to the in-kernel relocator, and
+	updating the build logic to build modules for arm64.  CTF data is
+	currently not generated for modules due to a linker bug.</p>
+
+      <p>Shared page support was added.  This allows
+	<tt>gettimeofday(2)</tt> to be implemented in userland by directly
+	accessing the timer register.  This reduces the overhead of these
+	calls as we no longer need to call into the kernel.  This also
+	moves the signal trampoline code away from the stack allowing for
+	the stack to become non-executable.</p>
+
+      <p>CloudABI support for arm64 was added.  This included moving
+	the machine-independent code into a separate file to be shared
+	among all architectures.  An issue in the arm64 kernel was found
+	and fixed thanks to the CloudABI test suite.</p>
+
+      <p>Self-hosted poudriere package builds have been tested.
+	These complement the previous build strategy of using qemu
+	usermode emulation.  With this combination of self-hosted and qemu
+	usermode building, many ports that used to be broken on arm64 have
+	been fixed resulting in over 17000 ports building for the
+	architecture.</p>
+
+      <p>The machine-dependent portions of kernel support for
+	single-stepping userland binaries has been started.  This will
+	allow debuggers, such as <tt>lldb</tt>, to step through an
+	application while debugging.</p>
+
+      <p>Many small fixes have been made to &os;/arm64.  These
+	include fixing stack tracing through exceptions, printing more
+	information about &quot;data abort&quot; kernel panics, cleaning
+	up the atomic functions, supporting multi-pass driver attachment,
+	fixing userland stack alignment, cleaning up early page table
+	creation, fixing asynchronous software trap handling, and enabling
+	interrupts in exception handlers.</p>
+    </body>
+
+    <sponsor>
+      The FreeBSD Foundation
+    </sponsor>
+
+    <sponsor>
+      ABT Systems Ltd
+    </sponsor>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 06:17:02 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA306A851F9;
 Sun, 17 Jan 2016 06:17:02 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 726DA150F;
 Sun, 17 Jan 2016 06:17:02 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0H6H1Yx074239;
 Sun, 17 Jan 2016 06:17:01 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0H6H1rb074238;
 Sun, 17 Jan 2016 06:17:01 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601170617.u0H6H1rb074238@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Sun, 17 Jan 2016 06:17:01 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48047 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 06:17:02 -0000

Author: bjk
Date: Sun Jan 17 06:17:01 2016
New Revision: 48047
URL: https://svnweb.freebsd.org/changeset/doc/48047

Log:
  Add entry on SoftIron bringup work from andrew

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 06:12:48 2016	(r48046)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 06:17:01 2016	(r48047)
@@ -3287,4 +3287,54 @@
       ABT Systems Ltd
     </sponsor>
   </project>
+
+  <project cat='arch'>
+    <title>&os; on SoftIron Overdrive 3000</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Andrew</given>
+	  <common>Turner</common>
+	</name>
+	<email>andrew@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://softiron.co.uk/products/">SoftIron Website</url>
+    </links>
+
+    <body>
+      <p>The SoftIron Overdrive 3000 is an ARMv8 based server with an
+	8-core AMD Opteron A1100 processor.  The Overdrive 3000 has
+	two 10Gbase-T ethernet ports, two PCI Express ports, and eight
+	SATA ports.  &os; has been updated to be able to boot on this
+	hardware.</p>
+
+      <p>Support for the SATA device was added to the
+	<tt>ahci(4)</tt> driver.  Unlike on x86, this is a Memory Mapped
+	(mmio) device, and not on the PCI bus.  To support this, a new
+	ahci mmio driver attachment has been added.</p>
+
+      <p>The generic PCIe driver has been updated to improve interrupt
+	handling.  This includes supporting the interrupt-map devicetree
+	property, and supporting MSI and MSI-X interrupts on arm64.</p>
+
+      <p>Support for MSI and MSI-X interrupts has been added to the ARM
+	Generic Interrupt Controller v2 (gicv2) driver.  This allows devices
+	to use these interrupts.  This has been tested with a collection
+	of PCIe NIC hardware.</p>
+    </body>
+
+    <sponsor>
+      SoftIron Inc.
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Write a driver for the 10Gbase-T NIC.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Sun Jan 17 11:35:45 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2474CA85275;
 Sun, 17 Jan 2016 11:35:45 +0000 (UTC) (envelope-from bcr@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id C8F601E9C;
 Sun, 17 Jan 2016 11:35:44 +0000 (UTC) (envelope-from bcr@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0HBZhPf068459;
 Sun, 17 Jan 2016 11:35:43 GMT (envelope-from bcr@FreeBSD.org)
Received: (from bcr@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0HBZhDE068458;
 Sun, 17 Jan 2016 11:35:43 GMT (envelope-from bcr@FreeBSD.org)
Message-Id: <201601171135.u0HBZhDE068458@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bcr set sender to bcr@FreeBSD.org
 using -f
From: Benedict Reuschling <bcr@FreeBSD.org>
Date: Sun, 17 Jan 2016 11:35:43 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48048 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 11:35:45 -0000

Author: bcr
Date: Sun Jan 17 11:35:43 2016
New Revision: 48048
URL: https://svnweb.freebsd.org/changeset/doc/48048

Log:
  I also attended the Sweden DevSummit on the Foundation side, so add me
  to the list of people who attended.
  While here, fix a typo.

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 06:17:01 2016	(r48047)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 11:35:43 2016	(r48048)
@@ -2934,12 +2934,12 @@
 	summit, Deb Goodkin ran a session on Recruiting to &os;.  The
 	Foundation was also very active during the event itself; in
 	addition to Deb, we had &a.dru;, &a.mckusick;, &a.erwin;,
-	&a.emaste;, &a.hrs;, and &a.trasz; attend the conference.  Deb
-	and Ed gave a presentation on how the Foundation supports a
-	BSD project.  Kirk gave a presentation on &quot;a Brief
-	History of the BSD Fast File System,&quot; and he taught the
-	two-day tutorial &quot;Introduction to the &os; Open-Source
-	Operating System.&quot;</p>
+	&a.emaste;, &a.hrs;, &a.bcr;, and &a.trasz; attend the
+	conference.  Deb and Ed gave a presentation on how the
+	Foundation supports a BSD project.  Kirk gave a presentation
+	on &quot;a Brief History of the BSD Fast File System,&quot;
+	and he taught the two-day tutorial &quot;Introduction to the
+	&os; Open-Source Operating System.&quot;</p>
 
       <p>Deb then attended the 2015 Grace Hopper Conference
 	that was held in Houston, TX, October 14-16.  The conference is
@@ -3022,7 +3022,7 @@
 
 	<li>Konstantin rewrote the out of memory killer logic,
 	  which, in particular, fixed &os; operation on systems
-	  without swap, especially systems with verry little memory.  The
+	  without swap, especially systems with very little memory.  The
 	  later are becoming more and more common with popularity of
 	  embedded ARM platforms were &os; runs, but it also affects
 	  large systems which are usually configured without swap.  He

From owner-svn-doc-all@freebsd.org  Sun Jan 17 15:44:08 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95D6AA86752;
 Sun, 17 Jan 2016 15:44:08 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 422C5139F;
 Sun, 17 Jan 2016 15:44:08 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0HFi73j071618;
 Sun, 17 Jan 2016 15:44:07 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0HFi722071617;
 Sun, 17 Jan 2016 15:44:07 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601171544.u0HFi722071617@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Sun, 17 Jan 2016 15:44:07 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48049 - head/de_DE.ISO8859-1/books/handbook/serialcomms
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 15:44:08 -0000

Author: bhd
Date: Sun Jan 17 15:44:07 2016
New Revision: 48049
URL: https://svnweb.freebsd.org/changeset/doc/48049

Log:
  Update to r42984:
  
  Initial header tightening pass through this chapter, in prep for further work.
  
  Reviewed by:	bcr
  Differential Revision:	https://reviews.freebsd.org/D4956

Modified:
  head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml	Sun Jan 17 11:35:43 2016	(r48048)
+++ head/de_DE.ISO8859-1/books/handbook/serialcomms/chapter.xml	Sun Jan 17 15:44:07 2016	(r48049)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde: de-docproj/books/handbook/serialcomms/chapter.xml,v 1.89 2012/04/30 16:20:14 bcr Exp $
-     basiert auf: r42402
+     basiert auf: r42984
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="serialcomms">
   <info><title>Serielle Datenübertragung</title>
@@ -74,16 +74,14 @@
   </sect1>
 
   <sect1 xml:id="serial">
-    <title>Einführung</title>
+    <title>Begriffe und Hardware</title>
 
-    <!-- XXX Write me! -->
-
-    <sect2 xml:id="serial-terminology">
-      <title>Begriffe</title>
+    <para>Die folgenden Begriffe werden oft verwendet, wenn es um
+      serielle Kommunikation geht:</para>
 
       <variablelist>
 	<varlistentry>
-	  <term>bps</term>
+	  <term><acronym>bps</acronym></term>
 	  <listitem>
 	    <para>Bits pro Sekunde
 	      <indexterm><primary>bits-per-second</primary></indexterm>
@@ -93,23 +91,25 @@
 	</varlistentry>
 
 	<varlistentry>
-	  <term>DEE (DTE)</term>
+	  <term><acronym>DEE</acronym> (<acronym>DTE</acronym>)</term>
 
 	  <listitem>
-	    <para>Datenendeinrichtung
+	    <para>Eine Datenendeinrichtung
 	      <indexterm><primary>DTE</primary></indexterm>(Data
-	      Terminal Equipment) &ndash; zum Beispiel ein
+	      Terminal Equipment) ist einer der beiden Endpunkte bei
+	      der seriellen Kommunikation. Zum Beispiel ein
 	      Computer.</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
-	  <term>DÜE (DCE)</term>
+	  <term><acronym>DÜE</acronym> (<acronym>DCE</acronym>)</term>
 
 	  <listitem>
 	    <para>Datenübertragungseinrichtung
 	      <indexterm><primary>DCE</primary></indexterm> (Data
-	      Communications Equipment) &ndash; zum Beispiel ein
+	      Communications Equipment) ist der andere Endpunkt bei
+	      der seriellen Kommunikation.  Typischerweise ein
 	      Modem.</para>
 	  </listitem>
 	</varlistentry>
@@ -118,9 +118,9 @@
 	  <term>RS-232</term>
 
 	  <listitem>
-	    <para>Der Standard für serielle Datenübertragung. Wird
-	      heutzutage in der Regel als
-	      <acronym>TIA</acronym>-232
+	    <para>Der originale Standard, der serielle
+	      Datenübertragung definiert.  Er wird
+	      heutzutage als <acronym>TIA</acronym>-232
 	      <indexterm><primary>RS-232C Kabel</primary></indexterm>
 	      bezeichnet.</para>
 	  </listitem>
@@ -132,10 +132,6 @@
 	bezeichnet elektrische Zustandswechsel pro Zeiteinheit, die Taktfrequenz,
 	während <quote>bps</quote> der <emphasis>richtige</emphasis>
 	Begriff für die Übertragungsgeschwindigkeit ist.</para>
-    </sect2>
-
-    <sect2 xml:id="serial-cables-ports">
-      <title>Kabel und Schnittstellen</title>
 
       <para>Um ein Modem oder einen Terminal an ein &os;-System
 	anzuschließen, muss der Computer über eine serielle
@@ -145,16 +141,13 @@
 	nötigen Kabeln schon vertraut sind, können diesen Abschnitt
 	überspringen.</para>
 
-      <sect3 xml:id="term-cables">
-	<title>Kabel</title>
+      <sect2 xml:id="term-cables-null">
+	<title>Kabel und Schnittstellen</title>
 
 	<para>Es gibt verschiedene serielle Kabel.  Die zwei häufigsten
 	  sind Nullmodemkabel und Standard-RS-232-Kabel.  Die
-	  Dokumentation Ihrer Hardware sollte beschreiben, welchen Kabeltyp
-	  Sie benötigen.</para>
-
-	<sect4 xml:id="term-cables-null">
-	  <title>Nullmodemkabel</title>
+	  Dokumentation der Hardware sollte beschreiben, welcher
+	  Kabeltyp benötigt wird.</para>
 
 	  <indexterm>
 	    <primary>Nullmodemkabel</primary>
@@ -463,10 +456,7 @@
 	    beliebtesten zu sein.  Weitere Varianten verbinden SG mit
 	    SG, TD mit RD, RTS und CTS mit DCD, DTR mit DSR, und
 	    umgekehrt.</para>
-	</sect4>
 
-	<sect4 xml:id="term-cables-std">
-	  <title>Standard RS-232C Kabel</title>
 	  <indexterm><primary>RS-232C Kabel</primary></indexterm>
 
 	  <para>Ein Standard-RS-232C-Kabel verbindet alle Signale
@@ -475,19 +465,11 @@
 	    Gegenstelle verbunden.  Dieses Kabel wird benötigt, um ein
 	    Modem mit einem &os;-System zu verbinden.  Manche
 	    Terminals benötigen dieses Kabel ebenfalls.</para>
-	</sect4>
-      </sect3>
-
-      <sect3 xml:id="term-ports">
-	<title>Schnittstellen</title>
 
-	<para>Über serielle Schnittstellen werden Daten zwischen dem
-	  &os;-System und dem Terminal übertragen.  Dieser
-	  Abschnitt beschreibt die verschiedenen Schnittstellen und wie sie
-	  unter &os; angesprochen werden.</para>
-
-	<sect4 xml:id="term-portkinds">
-	  <title>Arten von Schnittstellen</title>
+	  <para>Über serielle Schnittstellen werden Daten zwischen dem
+	    &os;-System und dem Terminal übertragen.  Dieser Abschnitt
+	    beschreibt die verschiedenen Schnittstellen und wie sie
+	    unter &os; angesprochen werden.</para>
 
 	  <para>Da es verschiedene Schnittstellen gibt, sollte vor
 	    dem Kauf oder Selbstbau eines Kabels sichergestellt
@@ -503,10 +485,6 @@
 	    über den Typ der benötigten Anschlüsse geben.
 	    Oft hilft es, wenn Sie sich den Anschluss einfach
 	    ansehen.</para>
-	</sect4>
-
-	<sect4 xml:id="term-portnames">
-	  <title>Schnittstellenbezeichnung</title>
 
 	  <para>Unter &os; wird jede serielle Schnittstelle
 	    (Port) über einen Eintrag in <filename>/dev</filename>
@@ -542,9 +520,6 @@
 	    Wenn er an der zweiten seriellen Schnittstelle
 	    (<acronym>COM2</acronym>) angeschlossen ist, verwenden Sie
 	    <filename>/dev/ttyu1</filename>, usw.</para>
-
-	</sect4>
-      </sect3>
     </sect2>
 
     <sect2>
@@ -588,7 +563,6 @@
 	  allen 16550As auf der Karte erlauben, sich einen oder zwei
 	  Interrupts zu teilen.</para>
       </note>
-
     </sect2>
 
     <sect2>
@@ -682,11 +656,19 @@
   </sect1>
 
   <sect1 xml:id="term">
-    <info><title>Terminals</title>
-      <authorgroup>
-        <author><personname><firstname>Sean</firstname><surname>Kelly</surname></personname><contrib>Beigetragen von </contrib></author>
+    <info>
+    <title>Terminals</title>
+
+    <authorgroup>
+      <author>
+	<personname>
+	  <firstname>Sean</firstname>
+	  <surname>Kelly</surname>
+	</personname>
+	<contrib>Beigetragen von </contrib>
+      </author>
 	<!-- 28 July 1996 -->
-      </authorgroup>
+    </authorgroup>
     </info>
 
     <indexterm><primary>Terminals</primary></indexterm>
@@ -697,121 +679,121 @@
       Dieser Abschnitt beschreibt wie Sie Terminals mit &os;
       benutzen.</para>
 
-    <sect2 xml:id="term-uses">
-      <title>Terminaltypen</title>
-
-      <para>Das ursprüngliche &unix; System besaß keine Konsolen.
-	Zum Anmelden und Starten von Programmen wurden stattdessen
-	Terminals benutzt, die an den seriellen Schnittstellen des
-	Rechners angeschlossen waren.</para>
-
-      <para>Die Möglichkeit, über eine serielle Schnittstelle eine
-	Anmeldesitzung herzustellen, existiert heute noch in fast
-	jedem &unix;-artigen Betriebssystem, einschließlich &os;.
-	Der Einsatz eines Terminals, das an einem freien seriellen
-	Port angeschlossen ist, ermöglicht es dem Benutzer sich
-	anzumelden und dort jedes Textprogramm zu starten, das
-	normalerweise an der Konsole oder in einem
-	<command>xterm</command> Fenster ausgeführt wird.</para>
-
-      <para>Viele Terminals können an einem &os;-System angeschlossen
-	werden.  Ein alter Computer kann als Terminal an ein
-	leistungsfähiges &os;-System angeschlossen werden.  Damit kann
-	ein Einzelarbeitsplatz in ein leistungsfähiges
-	Mehrbenutzersystem verwandelt werden.</para>
-
-      <para>Dieser Abschnitt beschreibt die drei Arten von
-	Anschlüssen, die von &os; unterstützt werden:
-	Dumb Terminals, Computer die als Terminal fungieren, sowie
-	X-Terminals.</para>
-
-      <sect3 xml:id="term-dumb">
-	<title>Dumb-Terminals</title>
-
-	<para>Dumb-Terminals (unintelligente Datenstationen) sind
-	  Geräte, die über die serielle Schnittstelle mit einem
-	  Rechner verbunden werden.  Sie werden
-	  <quote>unintelligent</quote> genannt, weil sie nur Text
-	  senden und empfangen und keine Programme laufen lassen
-	  können.  Alle Programme, wie Texteditoren, Compiler oder
-	  Spiele befinden sich auf dem Rechner, der mit dem Terminal
-	  verbunden ist.</para>
-
-	<para>Es gibt viele Dumb-Terminals, die von verschiedenen
-	  Herstellern produziert werden, und so gut wie jeder der
-	  verschiedenen Terminals sollte mit &os; zusammenarbeiten.
-	  Manche High-End Geräte verfügen sogar über
-	  Grafikfähigkeiten, die allerdings nur von spezieller
-	  Software genutzt werden kann.</para>
-
-	<para>Dumb-Terminals sind in Umgebungen beliebt, in denen
-	  keine Grafikanwendungen benötigt werden.</para>
-      </sect3>
-
-      <sect3 xml:id="term-pcs">
-	<title>Computer, die als Terminal fungieren</title>
+    <para>Das ursprüngliche &unix; System besaß keine Konsolen.
+      Zum Anmelden und Starten von Programmen wurden stattdessen
+      Terminals benutzt, die an den seriellen Schnittstellen des
+      Rechners angeschlossen waren.</para>
+
+    <para>Die Möglichkeit, über eine serielle Schnittstelle eine
+      Anmeldesitzung herzustellen, existiert heute noch in fast
+      jedem &unix;-artigen Betriebssystem, einschließlich &os;.
+      Der Einsatz eines Terminals, das an einem freien seriellen
+      Port angeschlossen ist, ermöglicht es dem Benutzer sich
+      anzumelden und dort jedes Textprogramm zu starten, das
+      normalerweise an der Konsole oder in einem
+      <command>xterm</command> Fenster ausgeführt wird.</para>
+
+    <para>Viele Terminals können an einem &os;-System angeschlossen
+      werden.  Ein alter Computer kann als Terminal an ein
+      leistungsfähiges &os;-System angeschlossen werden.  Damit kann
+      ein Einzelarbeitsplatz in ein leistungsfähiges
+      Mehrbenutzersystem verwandelt werden.</para>
+
+    <para>&os; unterstützt drei Arten von Anschlüssen:</para>
+
+    <variablelist>
+      <varlistentry>
+	<term>Dumb-Terminals</term>
+	<listitem>
+	  <para>Dumb-Terminals (unintelligente Datenstationen) sind
+	    Geräte, die über die serielle Schnittstelle mit einem
+	    Rechner verbunden werden.  Sie werden
+	    <quote>unintelligent</quote> genannt, weil sie nur Text
+	    senden und empfangen und keine Programme laufen lassen
+	    können.  Alle Programme, wie Texteditoren, Compiler oder
+	    Spiele befinden sich auf dem Rechner, der mit dem Terminal
+	    verbunden ist.</para>
+
+	  <para>Es gibt viele Dumb-Terminals, die von verschiedenen
+	    Herstellern produziert werden, und so gut wie jeder der
+	    verschiedenen Terminals sollte mit &os; zusammenarbeiten.
+	    Manche High-End Geräte verfügen sogar über
+	    Grafikfähigkeiten, die allerdings nur von spezieller
+	    Software genutzt werden kann.</para>
 
-	<para>Jeder Computer kann die Funktion eines <link
-	  linkend="term-dumb">Dumb-Terminals</link>, der ja nur Text
-	  senden und empfangen kann, übernehmen.  Dazu wird lediglich
-	  das richtige Kabel benötigt und eine
-	  <emphasis>Terminalemulation</emphasis>, die auf dem Computer
-	  läuft.</para>
-
-	<para>Diese Konfiguration ist sehr nützlich.  Wenn ein
-	  Benutzer zum Beispiel gerade an der &os;-Konsole arbeitet,
-	  kann ein anderer Benutzer einen weniger leistungsstarken
-	  Computer, der als Terminal mit dem &os;-System verbunden
-	  ist, benutzen, um dort gleichzeitig im Textmodus zu
-	  arbeiten.</para>
-
-	<para>Bereits im Basissystem sind mindestens zwei Werkzeuge
-	  vorhanden, die Sie zur Arbeit über eine serielle Konsole
-	  einsetzen können:  &man.cu.1; sowie &man.tip.1;.</para>
-
-	<para>Um sich von einem &os;-System aus über eine serielle
-	  Verbindung mit einem anderen System zu verbinden, geben Sie
-	  folgenden Befehl ein:</para>
-
-	<screen>&prompt.root; <userinput>cu -l serial-port-device</userinput></screen>
-
-	<para><quote>serial-port-device</quote> ist hier der Name der
-	  Gerätedatei, die einer bestimmten seriellen Schnittstelle
-	  des Systems zugewiesen ist.  Diese Gerätedateien werden
-	  <filename>/dev/cuadN</filename> genannt.</para>
+	  <para>Dumb-Terminals sind in Umgebungen beliebt, in denen
+	    keine Grafikanwendungen benötigt werden.</para>
+	</listitem>
+      </varlistentry>
 
-	<para>Der Buchstabe <quote>N</quote> muss dabei durch die Nummer
-	  des seriellen Ports des Systems ersetzt werden.</para>
+      <varlistentry>
+	<term>Computer, die als Terminal fungieren</term>
+	<listitem>
+	  <para>Jeder Computer kann die Funktion eines Dumb-Terminals,
+	    der ja nur Text senden und empfangen kann, übernehmen.
+	    Dazu wird lediglich das richtige Kabel benötigt und eine
+	    <emphasis>Terminalemulation</emphasis>, die auf dem
+	    Computer läuft.</para>
+
+	  <para>Diese Konfiguration ist sehr nützlich.  Wenn ein
+	    Benutzer zum Beispiel gerade an der &os;-Konsole arbeitet,
+	    kann ein anderer Benutzer einen weniger leistungsstarken
+	    Computer, der als Terminal mit dem &os;-System verbunden
+	    ist, benutzen, um dort gleichzeitig im Textmodus zu
+	    arbeiten.</para>
+
+	  <para>Bereits im Basissystem sind mindestens zwei Werkzeuge
+	    vorhanden, die Sie zur Arbeit über eine serielle Konsole
+	    einsetzen können:  &man.cu.1; sowie &man.tip.1;.</para>
+
+	  <para>Um sich von einem &os;-System aus über eine serielle
+	    Verbindung mit einem anderen System zu verbinden, geben
+	    Sie folgenden Befehl ein:</para>
+
+	  <screen>&prompt.root; <userinput>cu -l serial-port-device</userinput></screen>
+
+	  <para><quote>serial-port-device</quote> ist hier der Name
+	    der Gerätedatei, die einer bestimmten seriellen
+	    Schnittstelle des Systems zugewiesen ist.  Diese
+	    Gerätedateien werden <filename>/dev/cuadN</filename>
+	    genannt.</para>
+
+	  <para>Der Buchstabe <quote>N</quote> muss dabei durch die
+	    Nummer des seriellen Ports des Systems ersetzt
+	    werden.</para>
 
-	<note>
-	  <para>Beachten Sie, dass die Numerierung dieser Daten
-	    unter &os; mit Null und nicht mit Eins beginnt.  Die
-	    Schnittstelle <quote>COM1</quote> entspricht daher
-	    <filename>/dev/cuad0</filename> unter &os;.</para>
-	</note>
+	  <note>
+	    <para>Beachten Sie, dass die Numerierung dieser Daten
+	      unter &os; mit Null und nicht mit Eins beginnt.  Die
+	      Schnittstelle <quote>COM1</quote> entspricht daher
+	      <filename>/dev/cuad0</filename> unter &os;.</para>
+	  </note>
 
-	<note>
-	  <para>In der Ports-Sammlung finden sich weitere Programme,
-	    wie beispielsweise <package>comms/minicom</package>, mit
-	    denen eine Verbindung über eine serielle Schnittstelle
-	    hergestellt werden kann.</para>
-	</note>
-      </sect3>
+	  <note>
+	    <para>In der Ports-Sammlung finden sich weitere Programme,
+	      wie beispielsweise <package>comms/minicom</package>, mit
+	      denen eine Verbindung über eine serielle Schnittstelle
+	      hergestellt werden kann.</para>
+	  </note>
+	</listitem>
+      </varlistentry>
 
-      <sect3 xml:id="term-x">
-	<title>X-Terminals</title>
+      <varlistentry>
+	<term>X-Terminals</term>
+	<listitem>
+	  <para>X-Terminals sind die ausgereiftesten der verfügbaren
+	    Terminals.  Sie werden nicht mit der seriellen
+	    Schnittstelle sondern mit einem Netzwerk, wie dem
+	    Ethernet, verbunden.  Diese Terminals sind auch nicht auf
+	    den Textmodus beschränkt, sondern können jede X-Anwendung
+	    darstellen.</para>
 
-	<para>X-Terminals sind die ausgereiftesten der verfügbaren
-	  Terminals.  Sie werden nicht mit der seriellen Schnittstelle
-	  sondern mit einem Netzwerk, wie dem Ethernet, verbunden.  Diese
-	  Terminals sind auch nicht auf den Textmodus beschränkt,
-	  sondern können jede X-Anwendung darstellen.</para>
-
-	<para>Die Einrichtung und Verwendung von X-Terminals wird in
-	  diesem Abschnitt <emphasis>nicht</emphasis>
-	  beschrieben.</para>
-      </sect3>
-    </sect2>
+	  <para>Die Einrichtung und Verwendung von X-Terminals wird in
+	    diesem Abschnitt <emphasis>nicht</emphasis>
+	    beschrieben.</para>
+	</listitem>
+      </varlistentry>
+    </variablelist>
 
     <sect2 xml:id="term-config">
       <title>Konfiguration</title>
@@ -1051,10 +1033,8 @@ ttyu5   "/usr/libexec/getty std.19200"  
 	Hier eine Liste der häufigsten Symptome, sowie einige mögliche
 	Lösungen:</para>
 
-      <sect3>
-	<title>Es erscheint kein Anmeldeprompt</title>
-
-	<para>Stellen Sie sicher, dass der Terminal verbunden und
+	<para>Wenn kein Anmeldeprompt erscheint, stellen Sie sicher,
+	  dass der Terminal verbunden und
 	  eingeschaltet ist.  Wenn ein PC als Terminal fungiert,
 	  überprüfen Sie, dass die Terminalemulation auf
 	  den richtigen Schnittstellen läuft.</para>
@@ -1107,14 +1087,11 @@ ttyu5   "/usr/libexec/getty std.19200"  
 	  <literal>3wire</literal> verwenden, muss vielleicht die
 	  Geschwindigkeit verkleinert oder die Software-Flusssteuerung
 	  aktiviert werden, um Pufferüberläufe zu vermeiden.</para>
-      </sect3>
-
-      <sect3>
-	<title>Es erscheinen nur unverständliche Zeichen</title>
 
-
-	<para>Stellen Sie sicher, dass die Einstellungen für
-          die Geschwindigkeit (bps) und Parität auf dem &os;-System
+	<para>Wenn nur unverständliche Zeichen erscheinen, stellen Sie
+	  sicher, dass die Einstellungen für
+	  die Geschwindigkeit (<acronym>bps</acronym>) und Parität auf
+	  dem &os;-System
 	  und dem Terminal gleich sind.  Kontrollieren Sie den
 	  <command>getty</command> Prozess und stellen Sie sicher,
 	  dass der richtige Verbindungstyp aus
@@ -1122,26 +1099,36 @@ ttyu5   "/usr/libexec/getty std.19200"  
 	  nicht der Fall ist, editieren Sie
 	  <filename>/etc/ttys</filename> und setzen das Kommando
 	  <command>kill-HUP 1</command> ab.</para>
-      </sect3>
-
-      <sect3>
-	<title>Zeichen erscheinen doppelt und eingegebene
-	  Passwörter erscheinen im Klartext</title>
 
-	<para>Stellen Sie den Terminal oder die Terminalemulation von
-	  <quote>half duplex</quote> oder <quote>local echo</quote>
-	  auf <quote>full duplex</quote> um.</para>
-      </sect3>
+	<para>Wenn Zeichen doppelt und eingegebene Passwörter im
+	  Klartext erscheinen, stellen Sie den Terminal oder die
+	  Terminalemulation von <quote>half duplex</quote> oder
+	  <quote>local echo</quote> auf <quote>full duplex</quote>
+	  um.</para>
     </sect2>
   </sect1>
 
   <sect1 xml:id="dialup">
-    <info><title>Einwählverbindungen</title>
+    <info>
+    <title>Einwählverbindungen</title>
+
       <authorgroup>
-	<author><personname><firstname>Guy</firstname><surname>Helmer</surname></personname><contrib>Beigetragen von </contrib></author>
+	<author>
+	  <personname>
+	    <firstname>Guy</firstname>
+	    <surname>Helmer</surname>
+	  </personname>
+	  <contrib>Beigetragen von </contrib>
+	</author>
       </authorgroup>
       <authorgroup>
-        <author><personname><firstname>Sean</firstname><surname>Kelly</surname></personname><contrib>Mit Anmerkungen von </contrib></author>
+        <author>
+	  <personname>
+	    <firstname>Sean</firstname>
+	    <surname>Kelly</surname>
+	  </personname>
+	  <contrib>Mit Anmerkungen von </contrib>
+	</author>
       </authorgroup>
     </info>
 
@@ -1149,10 +1136,8 @@ ttyu5   "/usr/libexec/getty std.19200"  
 
     <para>Das Einrichten von Einwählverbindungen auf
       &os;-Systemen ähnelt dem Anschließen von Terminals, nur dass
-      anstelle eines Terminals ein Modem verwendet wird.</para>
-
-      <sect2>
-	<title>Externe und interne Modems</title>
+      anstelle eines Terminals ein Modem verwendet wird.  &os;
+      unterstützt sowohl externe als auch interne Modems.</para>
 
 	<para>Externe Modems sind für Einwählverbindungen besser
 	  geeignet, da sie die Konfiguration in nicht flüchtigem RAM
@@ -1166,8 +1151,6 @@ ttyu5   "/usr/libexec/getty std.19200"  
 	  Leuchtanzeigen besitzt, sind diese meist schwer einzusehen, wenn
 	  das Modem eingebaut ist.</para>
 
-      <sect3>
-	<title>Modems und Kabel</title>
 	<indexterm><primary>Modem</primary></indexterm>
 
 	<para>Mit einem externen Modem muss das passende Kabel
@@ -1249,8 +1232,6 @@ ttyu5   "/usr/libexec/getty std.19200"  
 	  Verbindung zu schließen und das Modem zurückzusetzen.
 	  &os; vermeidet es, dem Modem Kommandos zu senden, oder den
 	  Statusreport des Modems abzufragen.</para>
-      </sect3>
-      </sect2>
 
       <sect2>
 	<title>Schnittstellenbausteine</title>
@@ -1372,21 +1353,17 @@ ttyu5   "/usr/libexec/getty std.19200"  
 	die Bedeutung der Einträge wird in &man.gettytab.5;
 	beschrieben.</para>
 
-	<sect4>
-	  <title>Konfiguration für feste Geschwindigkeit</title>
-
 	  <para>Wenn die Modemgeschwindigkeit vorgeben wird, sollten
 	    Anpassungen in <filename>/etc/gettytab</filename> nicht
 	    erforderlich sein.</para>
-	</sect4>
 
-	<sect4>
-	  <title>Konfiguration für angepasste Geschwindigkeit</title>
-
-	  <para>In <filename>/etc/gettytab</filename> müssen
-	    Einträge für die Geschwindigkeiten konfiguriert werden.
-	    Für ein 2400&nbsp;bps Modem kann der vorhandene
-	    <literal>D2400</literal> Eintrag benutzt werden.</para>
+	  <para>Wenn jedoch die Geschwindigkeit angepasst werden soll,
+	    erstellen Sie einen Eintrag in
+	    <filename>/etc/gettytab</filename>, um
+	    <command>getty</command> die Geschwindigkeit für das
+	    Modem mitzuteilen.  Für ein 2400&nbsp;bps Modem kann der
+	    vorhandene <literal>D2400</literal> Eintrag benutzt
+	    werden.</para>
 
 	  <programlisting>#
 # Fast dialup terminals, 2400/1200/300 rotary (can start either way)
@@ -1458,7 +1435,6 @@ vq|VH57600|Very High Speed Modem at 5760
 	    System befindet, erhalten Sie bei 57600&nbsp;bps
 	    vielleicht <errorname>sio</errorname> Fehlermeldungen der
 	    Form <quote>silo overflow</quote>.</para>
-	</sect4>
       </sect3>
 
       <sect3 xml:id="dialup-ttys">
@@ -1516,9 +1492,6 @@ vq|VH57600|Very High Speed Modem at 5760
 	  und angeschlossen ist, bevor Sie das Signal an
 	  <command>init</command> schicken.</para>
 
-	<sect4>
-	  <title>Konfiguration für feste Geschwindigkeit</title>
-
 	  <para>Das Argument von <command>getty</command> muss in
 	    diesem Fall eine feste Geschwindigkeit vorgeben.  Der Eintrag
 	    für ein Modem, das fest auf 19200&nbsp;bps eingestellt ist,
@@ -1533,10 +1506,6 @@ vq|VH57600|Very High Speed Modem at 5760
 	    Stellen Sie sicher, dass dies auch ein gültiger
 	    Verbindungstyp aus <filename>/etc/gettytab</filename>
 	    ist.</para>
-	</sect4>
-
-	<sect4>
-	  <title>Konfiguration für angepasste Geschwindigkeit</title>
 
 	  <para>Das Argument von <command>getty</command> muss hier auf
 	    einen der Einträge aus <filename>/etc/gettytab</filename>
@@ -1547,7 +1516,6 @@ vq|VH57600|Very High Speed Modem at 5760
 	    haben, können Sie die folgende Zeile verwenden:</para>
 
 	  <programlisting>ttyu0   "/usr/libexec/getty V19200"   dialup on</programlisting>
-	</sect4>
       </sect3>
 
       <sect3>
@@ -1687,9 +1655,6 @@ AT&amp;C1&amp;D2&amp;H1&amp;I0&amp;R2&am
 	Kommunikation zwischen dem Modem und
 	<command>getty</command>.</para>
 
-      <sect3>
-	<title>Konfiguration für feste Geschwindigkeit</title>
-
 	<para>Die Geschwindigkeit zwischen Modem und Computer muss auf
 	  einen festen Wert eingestellt werden.  Mit einem externen 14400
 	  &usrobotics; &sportster; Modem setzen die folgenden Kommandos die
@@ -1697,10 +1662,6 @@ AT&amp;C1&amp;D2&amp;H1&amp;I0&amp;R2&am
 
 	<programlisting>ATZ
 AT&amp;B1&amp;W</programlisting>
-      </sect3>
-
-      <sect3>
-	<title>Konfiguration für angepasste Geschwindigkeit</title>
 
 	<para>In diesem Fall muss die Geschwindigkeit der seriellen
 	  Schnittstelle des Modems der eingehenden Geschwindigkeit
@@ -1715,7 +1676,6 @@ AT&amp;B2&amp;W</programlisting>
 
 	<para>Verbindungen mit Fehlerkorrektur (V.42, MNP) verwenden die
 	  Geschwindigkeit der Datenendeinrichtung.</para>
-      </sect3>
 
       <sect3>
 	<title>Überprüfen der Modemkonfiguration</title>
@@ -1741,9 +1701,6 @@ AT&amp;B2&amp;W</programlisting>
       <para>Bei Problemen können Sie die Einwählverbindung anhand
         der folgenden Punkte überprüfen:</para>
 
-      <sect3>
-	<title>Überprüfen des &os;-Systems</title>
-
 	<para>Schließen Sie das Modem an das &os;-System an und
 	  booten Sie das System.  Wenn das Modem über
 	  Statusindikatoren verfügt, überprüfen Sie, ob der
@@ -1786,12 +1743,9 @@ AT&amp;B2&amp;W</programlisting>
 	  Gerätedateien
 	  <filename>/dev/ttyuN</filename>
 	  vorhanden sind.</para>
-      </sect3>
-
-      <sect3>
-	<title>Einwählversuch</title>
 
-	<para>Versuchen Sie, sich in das System einzuwählen.  Auf dem
+	<para>Versuchen Sie als nächstes, sich in das System
+	  einzuwählen.  Auf dem
 	  entfernten System stellen Sie bitte die folgenden
 	  Kommunikationsparameter ein: 8&nbsp;Bit, keine Parität, ein
 	  Stop-Bit.  Wenn kein Anmeldeprompt erscheint oder nur
@@ -1840,7 +1794,6 @@ AT&amp;B2&amp;W</programlisting>
 	  funktioniert, können Sie eine Mail an die Mailingliste
 	  &a.de.questions; schicken, in der Sie Ihr Modem und Ihr
 	  Problem beschreiben.</para>
-      </sect3>
     </sect2>
   </sect1>
 
@@ -2149,12 +2102,30 @@ raisechar=^^</programlisting>
   </sect1>
 
   <sect1 xml:id="serialconsole-setup">
+    <info>
     <title>Einrichten der seriellen Konsole</title>
 
-    <indexterm><primary>serielle Konsole</primary></indexterm>
+      <authorgroup>
+	<author>
+	  <personname>
+	    <firstname>Kazutaka</firstname>
+	    <surname>YOKOTA</surname>
+	  </personname>
+	  <contrib>Beigetragen von </contrib>
+	</author>
+      </authorgroup>
+      <authorgroup>
+	<author>
+	  <personname>
+	    <firstname>Bill</firstname>
+	    <surname>Paul</surname>
+	  </personname>
+	  <contrib>Based on a document by </contrib>
+	</author>
+      </authorgroup>
+    </info>
 
-    <sect2 xml:id="serialconsole-intro">
-      <title>Einführung</title>
+    <indexterm><primary>serielle Konsole</primary></indexterm>
 
       <para>&os; kann ein System mit einem Dumb-Terminal
 	(unintelligente Datenstation) an einer seriellen
@@ -2172,7 +2143,6 @@ raisechar=^^</programlisting>
       <para>Um eine serielle Konsole einzurichten, muss der
         Bootblock, der Bootloader und der Kernel konfiguriert
 	werden.</para>
-    </sect2>
 
     <sect2 xml:id="serialconsole-howto-fast">
       <title>Schnelle Konfiguration der seriellen Konsole</title>
@@ -2228,7 +2198,7 @@ raisechar=^^</programlisting>
 
 	  <para>Sie benötigen entweder ein Nullmodemkabel oder ein
 	    serielles Standard Kabel mit einem Nullmodemkabel-Adapter.
-	    In <xref linkend="serial-cables-ports"/> werden serielle
+	    In <xref linkend="term-cables-null"/> werden serielle
 	    Kabel beschrieben.</para>
 	</step>
 
@@ -2547,20 +2517,17 @@ boot:</screen>
 	Bootloaders.</para>
     </sect2>
 
-  <sect2 xml:id="serialconsole-summary">
-    <title>Zusammenfassung</title>
+    <sect2 xml:id="serialconsole-summary">
+      <title>Zusammenfassung</title>
 
-      <para>Es folgt eine Zusammenfassung der verschiedenen
-	Einstellungen, die in diesem Abschnitt diskutiert
-	wurden:</para>
+      <para>Die folgende Tabelle bietet eine Zusammenfassung der
+	verschiedenen Einstellungen, die in diesem Abschnitt
+	diskutiert wurden:</para>
 
-      <sect3>
+      <table frame="none" pgwide="1">
 	<title>Fall 1: Option 0x10 für
 	  <filename>sio0</filename></title>
 
-	<programlisting>device sio0 at isa? port IO_COM1 tty flags 0x10 irq 4</programlisting>
-
-	<informaltable frame="none" pgwide="1">
 	  <tgroup cols="4">
 	    <thead>
 	      <row>
@@ -2615,16 +2582,12 @@ boot:</screen>
 	      </row>
 	    </tbody>
 	  </tgroup>
-	</informaltable>
-      </sect3>
+	</table>
 
-      <sect3>
+      <table frame="none" pgwide="1">
 	<title>Fall 2: Option 0x30 für
 	  <filename>sio0</filename></title>
 
-	<programlisting>device sio0 at isa? port IO_COM1 tty flags 0x30 irq 4</programlisting>
-
-	<informaltable frame="none" pgwide="1">
 	  <tgroup cols="4">
 	    <thead>
 	      <row>
@@ -2679,8 +2642,7 @@ boot:</screen>
 	      </row>
 	    </tbody>
 	  </tgroup>
-	</informaltable>
-      </sect3>
+	</table>
     </sect2>
 
     <sect2 xml:id="serialconsole-tips">

From owner-svn-doc-all@freebsd.org  Sun Jan 17 16:07:56 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAAEAA86E45;
 Sun, 17 Jan 2016 16:07:56 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 744781C95;
 Sun, 17 Jan 2016 16:07:56 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0HG7tKq078329;
 Sun, 17 Jan 2016 16:07:55 GMT (envelope-from ryusuke@FreeBSD.org)
Received: (from ryusuke@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0HG7tLO078328;
 Sun, 17 Jan 2016 16:07:55 GMT (envelope-from ryusuke@FreeBSD.org)
Message-Id: <201601171607.u0HG7tLO078328@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: ryusuke set sender to
 ryusuke@FreeBSD.org using -f
From: Ryusuke SUZUKI <ryusuke@FreeBSD.org>
Date: Sun, 17 Jan 2016 16:07:55 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48050 - head/ja_JP.eucJP/books/handbook/multimedia
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Jan 2016 16:07:56 -0000

Author: ryusuke
Date: Sun Jan 17 16:07:55 2016
New Revision: 48050
URL: https://svnweb.freebsd.org/changeset/doc/48050

Log:
  - Merge the following from the English version:
  
  	r47497 -> r48032	head/ja_JP.eucJP/books/handbook/multimedia/chapter.xml

Modified:
  head/ja_JP.eucJP/books/handbook/multimedia/chapter.xml

Modified: head/ja_JP.eucJP/books/handbook/multimedia/chapter.xml
==============================================================================
--- head/ja_JP.eucJP/books/handbook/multimedia/chapter.xml	Sun Jan 17 15:44:07 2016	(r48049)
+++ head/ja_JP.eucJP/books/handbook/multimedia/chapter.xml	Sun Jan 17 16:07:55 2016	(r48050)
@@ -3,7 +3,7 @@
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: r47497
+     Original revision: r48032
      $FreeBSD$
 -->
 <chapter xmlns="http://docbook.org/ns/docbook"
@@ -217,10 +217,6 @@ hint.sbc.0.irq="5"
 hint.sbc.0.drq="1"
 hint.sbc.0.flags="0x15"</programlisting>
 
-      <para>¤³¤ÎÎã¤Ç¤Ï¡¢
-	I/O ¥Ý¡¼¥È¤Ë <literal>0x220</literal> ¤ò¡¢
-	IRQ ¤Ë <literal>5</literal> ¤ò»ÈÍѤ·¤Þ¤¹¡£</para>
-
       <para><filename>/boot/device.hints</filename>
 	¤ËÍѤ¤¤ë¤Ù¤­¹½Ê¸¤Ï¡¢&man.sound.4; ¤ª¤è¤Ó¡¢
 	¥µ¥¦¥ó¥É¥«¡¼¥É¤Î³Æ¥É¥é¥¤¥Ð¤Î¥Þ¥Ë¥å¥¢¥ë¥Ú¡¼¥¸¤Ëµ­ºÜ¤µ¤ì¤Æ¤¤¤Þ¤¹¡£</para>
@@ -1181,8 +1177,7 @@ zoom=yes</programlisting>
 	<para>¤³¤ÎÎã¤Ç¤Ï¡¢DivX ¥Õ¥¡¥¤¥ë¤ò
 	  PAL MPEG-1 (PAL VCD) ¤ËÊÑ´¹¤¹¤ë»ÈÍÑÎã¤ò¼¨¤·¤Þ¤¹¡£</para>
 
-	<screen>&prompt.user; <userinput>transcode -i
-<replaceable>input.avi</replaceable> -V --export_prof vcd-pal -o output_vcd</userinput>
+	<screen>&prompt.user; <userinput>transcode -i <replaceable>input.avi</replaceable> -V --export_prof vcd-pal -o output_vcd</userinput>
 &prompt.user; <userinput>mplex -f 1 -o <replaceable>output_vcd.mpg output_vcd.m1v output_vcd.mpa</replaceable></userinput></screen>
 
 	<para>ºîÀ®¤µ¤ì¤¿ <acronym>MPEG</acronym> ¥Õ¥¡¥¤¥ë¡¢

From owner-svn-doc-all@freebsd.org  Mon Jan 18 04:47:11 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 925CBA869C1;
 Mon, 18 Jan 2016 04:47:11 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6CD071B7B;
 Mon, 18 Jan 2016 04:47:11 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0I4lAs0011881;
 Mon, 18 Jan 2016 04:47:10 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0I4lAaT011880;
 Mon, 18 Jan 2016 04:47:10 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601180447.u0I4lAaT011880@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 04:47:10 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48051 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 04:47:11 -0000

Author: bjk
Date: Mon Jan 18 04:47:10 2016
New Revision: 48051
URL: https://svnweb.freebsd.org/changeset/doc/48051

Log:
  Add Jenkins entry from rodrigc

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Sun Jan 17 16:07:55 2016	(r48050)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 04:47:10 2016	(r48051)
@@ -3337,4 +3337,157 @@
       </task>
     </help>
   </project>
+
+  <project cat='proj'>
+    <title>Jenkins Continuous Integration for &os;</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Craig</given>
+	  <common>Rodrigues</common>
+	</name>
+	<email>rodrigc@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>Jenkins Administrators</name>
+	<email>jenkins-admin@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>&os; Testing</name>
+	<email>FreeBSD-testing@freebsd.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://jenkins.FreeBSD.org">The Jenkins CI Server in the &os; Cluster</url>
+      <url href="https://github.com/Ultima1252/portest">Portest Script</url>
+      <url href="https://github.com/jenkinsci/workflow-plugin">Jenkins Workflow Plugin</url>
+      <url href="https://cloudbees.com">Cloudbees</url>
+      <url href="https://github.com/uber/phabricator-jenkins-plugin">Jenkins Phabricator Plugin</url>
+      <url href="https://github.com/uber/phabricator-jenkins-plugin/pull/110">Phabricator Plugin Fixes</url>
+      <url href="https://github.com/jenkinsci/durable-task-plugin/pull/14">Durable Task Plugin Fixes</url>
+      <url href="https://github.com/jenkinsci/clang-scanbuild-plugin/commits/master">Clang Scanbuild Plugin Fixes</url>
+      <url href="https://github.com/jenkinsci/multiple-scms-plugin/commits/master">Multiple SCMs Plugin Fixes</url>
+      <url href="https://github.com/jenkinsci/scm-sync-configuration-plugin/commits/master">SCM Sync Configuration Plugin Fixes</url>
+      <url href="https://lists.FreeBSD.org/pipermail/freebsd-testing/2016-January/001285.html">Porting Jobs to the Workflow Plugin</url>
+      <url href="https://github.com/kohsuke/akuma/pull/9">Akuma Fixes for &os;</url>
+      <url href="https://github.com/jmmv/kyua/pull/148">Kyua Fix for Invalid Characters</url>
+    </links>
+
+    <body>
+      <p>The Jenkins Continuous Integration and Testing project
+	has been helping to improve the quality of &os;.  Since the last
+	status report, we have quickly found commits that caused build
+	breakage or test failures.  &os; developers saw these problems and
+	quickly fixed them.  Some of the highlights include:</p>
+
+      <ul>
+	<li>Ricky Gallagher wrote a script named
+	  <tt>portest</tt>, which can take a patch to the &os; ports
+	  tree as input, and can generate a sequence of commands to
+	  check out the ports tree from Subversion, apply the patch, and
+	  then invoke <tt>poudriere</tt> to build the affected part of
+	  the ports tree.  Ricky consulted with Torsten Z&uuml;hlsdorff
+	  on this.  This script will be used later to test changes to
+	  the ports tree.</li>
+
+	<li>
+	  <p>&a.rodrigc; converted some Jenkins builds to use
+	    the Workflow plugin.  Workflow is a plugin written by Jesse
+	    Glick and other developers at Cloudbees, the main company
+	    providing commercial support for Jenkins.  With this plugin, a
+	    Jenkins job can be written in a Domain Specific Language (DSL)
+	    which is written in the Groovy scripting language.  Workflow
+	    scripts are meant to provide sophisticated access to Jenkins
+	    functionality, in a simple scripting language.  As Jenkins
+	    jobs get more complicated and have more interdependencies,
+	    using a DSL is easier for maintainability instead of creating
+	    Jenkins jobs via menus.</p>
+
+	  <p>&a.rodrigc; worked with Jesse Glick to identify
+	    and fix a problem with the Durable Task plugin used by the
+	    workflow plugin.  This problem seemed to show up mostly on
+	    non-Linux platforms such as OS X and &os;.</p>
+	</li>
+
+	<li>
+	  <p>&a.eadler; worked with &a.rodrigc; to test a
+	    Jenkins plugin written by Aiden Scandella at Uber which
+	    integrates Phabricator and Jenkins.  With this plugin, if
+	    someone submits a code review with Phabricator's Differential
+	    tool, a Jenkins build with this code change will be triggered.
+	    The Phabricator code review would then be updated with the
+	    result of the build.</p>
+
+	  <p>&a.eadler; and &a.rodrigc; had some initial
+	    success testing this plugin using the &os; docs
+	    repository, but this plugin still has a lot of hardcoded
+	    dependencies specific to Uber's environment which make it
+	    difficult to use out-of-the-box for &os;.  Alexander Yerenkow
+	    submitted some patches upstream to fix some of these problems,
+	    but this plugin still needs more work.  &a.rodrigc; thinks
+	    that it might be better to write a workflow script to call
+	    Phabricator commands directly.</p>
+	</li>
+
+	<li>
+	  <p>&a.rodrigc; pushed fixes upstream to several
+	    plugins including:</p>
+
+	  <ul>
+	    <li>SCM Sync configuration plugin</li>
+
+	    <li>NodeLabel parameter plugin</li>
+
+	    <li>Subversion plugin</li>
+
+	    <li>Multiple SCMs plugin</li>
+
+	    <li>Clang Scanbuild plugin</li>
+	  </ul>
+
+	  <p>&a.rodrigc; was granted commit access to the SCM
+	    Sync configuration plugin, Multiple SCMs plugin, and Clang
+	    Scanbuild plugin.</p>
+	</li>
+
+	<li>&a.lwhsu; set up multiple builds using jails on
+	  machines located at NYI and administered by the &os; Cluster
+	  Administrators.  One of these builds targets 64-bit ARM.</li>
+
+	<li>Michael Zhilin fixed the Akuma library for &os;.
+	  The Akuma library is used by Jenkins to determine what
+	  command-line arguments were passed to a running process.  To
+	  fix this, Michael invoked an &os;-specific sysctl() with
+	  KERN_PROC_ARGS to determine the arguments for a running pid.
+	  This fix allows a running Jenkins instance to restart itself
+	  after new plugins are installed.</li>
+
+	<li>&a.jmmv; accepted a fix for Kyua from &a.rodrigc;
+	  to fix writing out XML characters to test report files.</li>
+      </ul>
+    </body>
+
+    <help>
+      <task>
+	<p>Work more on using the workflow plugin for various builds.</p>
+      </task>
+
+      <task>
+	<p>Set up a build to test <tt>bmake</tt>'s meta-mode.</p>
+      </task>
+
+      <task>
+	<p>Finish off integration with Phabricator.</p>
+      </task>
+
+      <task>
+	<p>People interested in helping out should join the
+	  FreeBSD-testing@freebsd.org list.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 05:05:56 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD7A8A86F70;
 Mon, 18 Jan 2016 05:05:56 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 7EF4B116E;
 Mon, 18 Jan 2016 05:05:56 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0I55tDr017655;
 Mon, 18 Jan 2016 05:05:55 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0I55ttT017654;
 Mon, 18 Jan 2016 05:05:55 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601180505.u0I55ttT017654@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 05:05:55 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48052 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 05:05:56 -0000

Author: bjk
Date: Mon Jan 18 05:05:55 2016
New Revision: 48052
URL: https://svnweb.freebsd.org/changeset/doc/48052

Log:
  Add MPTCP entry from Nigel Williams

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 04:47:10 2016	(r48051)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 05:05:55 2016	(r48052)
@@ -3490,4 +3490,77 @@
       </task>
     </help>
   </project>
+
+  <project cat='proj'>
+    <title>Multipath TCP for &os;</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Nigel</given>
+	  <common>Williams</common>
+	</name>
+	<email>njwilliams@swin.edu.au</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://bitbucket.org/nw-swin/caia-mptcp-FreeBSD/">MPTCP for &os; Repository</url>
+      <url href="http://caia.swin.edu.au/urp/newtcp/mptcp/">MPTCP for &os; Project Website</url>
+    </links>
+
+    <body>
+      <p>Multipath TCP (MPTCP) is an extension to TCP that allows
+	for the use of multiple network interfaces on a standard TCP
+	session.  The addition of new addresses and scheduling of data
+	across these occurs transparently from the perspective of the TCP
+	application.</p>
+
+      <p>The goal of this project is to deliver an MPTCP kernel
+	patch that interoperates with the reference MPTCP implementation,
+	along with additional enhancements to aid network research.</p>
+
+      <p>A v0.51 release has been tagged in our repository, with
+	some minor improvements over v0.5.</p>
+
+      <p>We have now removed much of the MPTCP code that was inside
+	the functions <tt>tcp_do_segment</tt>, <tt>tcp_output</tt>, and
+	other code used for standard TCP connections.  The goal of this is
+	to restrict the added MPTCP code to just MPTCP connections,
+	leaving regular TCP connections using the existing code.</p>
+
+      <p>We are currently in the process of implementing a subflow
+	socket buffer upcall and event processing.  These will handle
+	changes in subflow socket state, MP-signalling, and incoming
+	data segments.</p>
+
+      <p>This also requires some re-working of the MP option
+	processing, particularly how incoming DSN maps are parsed and
+	stored for use during MP-layer reassembly.</p>
+
+      <p>We are also looking at how our changes might take advantage
+	of the new TCP stack modularisation enhancements to create
+	subflow-specific TCP functions.</p>
+    </body>
+
+    <sponsor>
+      The Cisco University Research Program Fund at Community
+      Foundation Silicon Valley
+    </sponsor>
+
+    <sponsor>
+      The FreeBSD Foundation
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Complete the implementations of subflow event processing
+	  and new option parsing.</p>
+      </task>
+
+      <task>
+	<p>Update documentation and task lists.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 07:02:30 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id AACF3A867F1;
 Mon, 18 Jan 2016 07:02:30 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6236F1958;
 Mon, 18 Jan 2016 07:02:30 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0I72TAJ053236;
 Mon, 18 Jan 2016 07:02:29 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0I72TRG053235;
 Mon, 18 Jan 2016 07:02:29 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601180702.u0I72TRG053235@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 07:02:29 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48053 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 07:02:30 -0000

Author: bjk
Date: Mon Jan 18 07:02:29 2016
New Revision: 48053
URL: https://svnweb.freebsd.org/changeset/doc/48053

Log:
  Add RISC-V entry from br

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 05:05:55 2016	(r48052)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 07:02:29 2016	(r48053)
@@ -3563,4 +3563,72 @@
       </task>
     </help>
   </project>
+
+  <project cat='arch'>
+    <title>&os;/RISC-V</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Ruslan</given>
+	  <common>Bukin</common>
+	</name>
+	<email>br@bsdpad.com</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Ed</given>
+	  <common>Maste</common>
+	</name>
+	<email>emaste@FreeBSD.org</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Arun</given>
+	  <common>Thomas</common>
+	</name>
+	<email>arun.thomas@baesystems.com</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://wiki.FreeBSD.org/riscv">Project Wiki</url>
+    </links>
+
+    <body>
+      <p>We have begun work on support for the RISC-V
+	architecture.</p>
+
+      <p>RISC-V is a new ISA designed to support computer
+	architecture research and education that is now set to become a
+	standard open architecture for industry implementations.</p>
+
+      <p>A minimal set of changes needed to compile the kernel
+	toolchain has been committed, along with machine headers and
+	run-time linker (rtld-elf) support.</p>
+
+      <p>All development has been happening in a separate branch,
+	with a goal of moving development to head in a few weeks.</p>
+
+      <p>At present, &os;/RISC-V boots to multiuser in the Spike
+	simulator.</p>
+    </body>
+
+    <sponsor>
+      DARPA, AFRL
+    </sponsor>
+
+    <sponsor>
+      HEIF5
+    </sponsor>
+
+    <help>
+      <task>
+	<p>We plan to commit the rest of userspace (i.e,. libc),
+	  kernel support, etc., in a few weeks.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 18:42:48 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EE03A862DA;
 Mon, 18 Jan 2016 18:42:48 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id E66431ED9;
 Mon, 18 Jan 2016 18:42:47 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IIgkcj061641;
 Mon, 18 Jan 2016 18:42:46 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IIgkqO061640;
 Mon, 18 Jan 2016 18:42:46 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601181842.u0IIgkqO061640@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Mon, 18 Jan 2016 18:42:46 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48054 - head/de_DE.ISO8859-1/books/handbook/kernelconfig
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 18:42:48 -0000

Author: bhd
Date: Mon Jan 18 18:42:46 2016
New Revision: 48054
URL: https://svnweb.freebsd.org/changeset/doc/48054

Log:
  Update to r42827:
  
  This patch does the following:
  
  comments author names
  incorporates "9.4. Kernel Drivers, Subsystems, and Modules" into "9.2. Why Build a Custom Kernel?"
  fixes reference to 9.4 in bsdinstall chapter
  puts the configuration file section before the building the kernel section
  makes it clearer how to get src and cp the needed config file
  general wordsmithing to make the first half of this chapter less confusing
  
  Reviewed by:	bcr
  Differential Revision:	https://reviews.freebsd.org/D4965

Modified:
  head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Mon Jan 18 07:02:29 2016	(r48053)
+++ head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Mon Jan 18 18:42:46 2016	(r48054)
@@ -5,10 +5,11 @@
 
      $FreeBSD$
      $FreeBSDde$
-     basiert auf: r42014
+     basiert auf: r42827
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="kernelconfig">
   <info><title>Konfiguration des &os;-Kernels</title>
+    <!--
     <authorgroup>
       <author><personname><firstname>Jim</firstname><surname>Mock</surname></personname><contrib>Erweitert und neu strukturiert von </contrib></author>
     </authorgroup>
@@ -18,6 +19,7 @@
     <authorgroup>
       <author><personname><firstname>Robert</firstname><surname>Altschaffel</surname></personname><contrib>Übersetzt von </contrib></author>
     </authorgroup>
+    -->
   </info>
 
   
@@ -47,6 +49,10 @@
       </listitem>
 
       <listitem>
+	<para>Wie Sie eine Hardware-Inventur durchführen.</para>
+      </listitem>
+
+      <listitem>
         <para>Wie Sie eine Kernelkonfigurationsdatei verändern.</para>
       </listitem>
 
@@ -72,7 +78,7 @@
   <sect1 xml:id="kernelconfig-custom-kernel">
     <title>Wieso einen eigenen Kernel bauen?</title>
 
-    <para>Traditionell besaß &os; einen <quote>monolithischen</quote>
+    <para>Traditionell besaß &os; einen monolithischen
       Kernel.  Der Kernel war ein einziges großes Programm, das eine
       bestimmte Auswahl an Hardware unterstützte.  Um das
       Kernelverhalten zu ändern, musste man einen neuen Kernel
@@ -126,25 +132,53 @@
 	  sind.</para>
       </listitem>
     </itemizedlist>
+
+    <para>Bevor Sie einen angepassten Kernel erstellen, überlegen Sie
+      sich bitte, warum Sie dies tun wollen.  Wenn Sie lediglich eine
+      bestimmte Hardwareunterstützung benötigen, existiert diese
+      vielleicht schon als Kernelmodul.</para>
+
+    <para>Kernelmodule existieren in <filename>/boot/kernel</filename>
+      und können mit &man.kldload.8; dynamisch in den laufenden Kernel
+      geladen werden.  Die meisten Kerneltreiber verfügen über ein
+      ladbares Modul und eine Manualpage.  Der drahtlose
+      Ethernet-Treiber &man.ath.4; hat die folgenden Informationen in
+      seiner Manualpage:</para>
+
+    <programlisting>Alternatively, to load the driver as a module at boot time, place the
+following line in &man.loader.conf.5;:
+
+    if_ath_load="YES"</programlisting>
+
+    <para>Durch das Hinzufügen von
+      <literal>if_ath_load="YES"</literal> in
+      <filename>/boot/loader.conf</filename> wird das Modul dynamisch
+      beim Systemstart geladen.</para>
+
+    <para>In manchen Fällen gibt es kein entsprechendes Modul in
+      <filename>/boot/kernel</filename>.  Dies gilt insbesondere für
+      bestimmte Subsysteme.</para>
   </sect1>
 
  <sect1 xml:id="kernelconfig-devices">
     <info><title>Informationen über die vorhandene Hardware
       beschaffen</title>
+      <!--
       <authorgroup>
 	<author><personname><firstname>Tom</firstname><surname>Rhodes</surname></personname><contrib>Geschrieben von </contrib></author>
       </authorgroup>
+      -->
     </info>
 
     
 
-    <para>Bevor Sie mit der Kernelkonfiguration beginnen, sollten
-      Sie wissen, über welche Hardware das System verfügt.  In Fällen,
-      in denen &os; nicht das primäre Betriebssystem ist, können diese
-      Informationen aus der aktuellen Betriebssystemkonfiguration
-      ermittelt werden.  &microsoft;s
-      <application>Gerätemanager</application> enthält beispielsweise
-      Informationen über installierte Hardware.</para>
+    <para>Bevor die Kernelkonfigurationsdatei bearbeitet wird, ist es
+      empfehlenswert eine Bestandsaufnahme der Hardware des Systems
+      durchzuführen.  Auf einem Dual-Boot-System können diese
+      Informationen aus dem anderen Betriebssystem ermittelt werden.
+      &microsoft;s <application>Gerätemanager</application> enthält
+      beispielsweise Informationen über die installierte
+      Hardware.</para>
 
     <note>
       <para>Einige Versionen von &microsoft.windows; verfügen
@@ -154,48 +188,41 @@
 	können.</para>
     </note>
 
-    <para>Wenn kein weiteres Betriebssystem auf der Maschine vorhanden
-      ist, muss der Administrator diese Informationen manuell
-      zusammentragen.  Eine Möglichkeit ist der Einsatz von
-      &man.dmesg.8; und &man.man.1;.  Die meisten &os;-Gerätetreiber
+    <para>Wenn &os; das einzige installierte Betriebssystem ist, dann
+      listet &man.dmesg.8; die Hardware auf, die während des
+      Systemstarts gefunden wurde.  Die meisten &os;-Gerätetreiber
       haben eine eigene Manualpage, die Informationen über die
-      unterstützte Hardware enthält.  Während des
-      Systemstarts werden Informationen über die vorhandene
-      Hardware ausgegeben.  Die folgenden Zeilen zeigen beispielsweise
-      an, dass der &man.psm.4;-Treiber eine angeschlossene Maus
-      gefunden hat:</para>
+      unterstützte Hardware enthält.  Die folgenden Zeilen zeigen
+      beispielsweise an, dass der &man.psm.4;-Treiber eine
+      angeschlossene Maus gefunden hat:</para>
 
     <programlisting>psm0: &lt;PS/2 Mouse&gt; irq 12 on atkbdc0
 psm0: [GIANT-LOCKED]
 psm0: [ITHREAD]
 psm0: model Generic PS/2 mouse, device ID 0</programlisting>
 
-    <para>Dieser Treiber muss in Ihrer Kernelkonfigurationsdatei
-      vorhanden sein oder durch das Werkzeug &man.loader.conf.5;
-      geladen werden.</para>
-
-    <para>Manchmal zeigt <command>dmesg</command> während des
-      Systemstarts nur Systemmeldungen, aber keine Informationen
-      zur gefundenen Hardware an.  In solchen Situationen können
-      diese Informationen aus <filename>/var/run/dmesg.boot</filename>
-      entnommen werden.</para>
-
-    <para>Eine weitere Möglichkeit bietet
-      &man.pciconf.8;, das ausführliche Informationen
-      bereitstellt.  Dazu ein Beispiel:</para>
+    <para>Da diese Hardware vorhanden ist, sollte dieser Treiber
+      nicht aus einer angepassten Kernelkonfigurationsdatei entfernt
+      werden.</para>
+
+    <para>Wenn <command>dmesg</command> keine Informationen zur
+      gefundenen Hardware anzeigt, können diese Informationen auch
+      aus <filename>/var/run/dmesg.boot</filename> entnommen
+      werden.</para>
+
+    <para>Ein weiteres Werkzeug für die Suche nach Hardware ist
+      &man.pciconf.8;, das ausführliche Informationen bereitstellt.
+      Ein Beispiel:</para>
 
-    <programlisting>ath0@pci0:3:0:0:        class=0x020000 card=0x058a1014 chip=0x1014168c rev=0x01 hdr=0x00
+    <screen>&prompt.user; <userinput>pciconf -lv</userinput>
+ath0@pci0:3:0:0:        class=0x020000 card=0x058a1014 chip=0x1014168c rev=0x01 hdr=0x00
     vendor     = 'Atheros Communications Inc.'
     device     = 'AR5212 Atheros AR5212 802.11abg wireless'
     class      = network
-    subclass   = ethernet</programlisting>
+    subclass   = ethernet</screen>
 
-    <para>Diese Zeilen, die Sie durch den Aufruf von
-      <command>pciconf -lv</command> erhalten, zeigen,
-      dass der Treiber <filename>ath</filename> eine drahtlose
-      Ethernetkarte gefunden hat.  Geben Sie
-      <command>man <replaceable>ath</replaceable></command> ein, um
-      die Manualpage &man.ath.4; zu lesen.</para>
+    <para>Die Ausgabe zeigt, dass der Treiber <filename>ath</filename>
+      eine drahtlose Ethernetkarte gefunden hat.</para>
 
     <para>Die Option <option>-k</option> von &man.man.1; kann
       verwendet werden, um nützliche Informationen zu erhalten.  Um
@@ -207,139 +234,74 @@ psm0: model Generic PS/2 mouse, device I
     <programlisting>ath(4)                   - Atheros IEEE 802.11 wireless network driver
 ath_hal(4)               - Atheros Hardware Access Layer (HAL)</programlisting>
 
-    <para>Mit diesen Informationen ausgestattet, sollte der Bau eines
-      angepassten Kernel keine großen Probleme bereiten.</para>
-  </sect1>
-
-  <sect1 xml:id="kernelconfig-modules">
-    <title>Kerneltreiber, Subsysteme und Module</title>
-
-    <indexterm>
-      <primary>Kernel</primary>
-      <secondary>Treiber / Module / Subsysteme</secondary>
-    </indexterm>
-
-    <para>Bevor Sie einen angepassten Kernel erstellen, überlegen Sie sich
-      bitte, warum Sie dies tun wollen.  Wenn Sie lediglich eine bestimmte
-      Hardwareunterstützung benötigen, existiert diese vielleicht
-      schon als Kernelmodul.</para>
-
-    <para>Kernelmodule existieren in <filename>/boot/kernel</filename>
-      und können dynamisch in den laufenden Kernel über
-      &man.kldload.8; geladen werden.  Die meisten, wenn nicht sogar
-      alle, Kerneltreiber besitzen ein ladbares Modul und eine
-      Manualpage.  Der drahtlose Ethernettreiber
-      <filename>ath</filename> hat die folgenden Information in seiner
-      Manualpage:</para>
-
-    <programlisting>Alternatively, to load the driver as a module at boot time, place the
-following line in &man.loader.conf.5;:
-
-    if_ath_load="YES"</programlisting>
-
-    <para>Durch das Hinzufügen von
-      <literal>if_ath_load="YES"</literal> in
-      <filename>/boot/loader.conf</filename> wird das Modul dynamisch
-      beim Systemstart geladen.</para>
-
-    <para>In manchen Fällen gibt es kein dazugehöriges Modul.  Das
-      gilt insbesondere für bestimmte Teilsysteme.  Eine Möglichkeit,
-      herauszufinden ob ein Treiber verfügbar ist, ist die Überprüfung
-      des jeweiligen Moduls selbst.</para>
-
-    <warning>
-      <para>Es ist erstaunlich einfach, die Unterstützung für ein
-        Gerät oder eine Option zu entfernen, und am Ende einen
-	defekten Kernel zu erhalten.  Wenn beispielsweise der
-	&man.ata.4;-Treiber aus der Kernelkonfigurationsdatei entfernt
-	wird, kann ein System, das den
-	<acronym>ATA</acronym>-Festplattentreiber benötigt, nicht mehr
-	starten.  Im Zweifelsfall belassen Sie die Unterstützung
-	besser im Kernel.</para>
-    </warning>
+    <para>Mit einer Inventarliste der Hardware können Sie dann
+      sicherstellen, dass Sie die installierten Hardware-Treiber nicht
+      versehentlich entfernen, wenn Sie die Kernelkonfigurationsdatei
+      bearbeiten.</para>
   </sect1>
 
-  <sect1 xml:id="kernelconfig-building">
-    <title>Erstellen und Installation eines angepassten
-      Kernels</title>
-
-    <note>
-      <para>Sie benötigen den kompletten Quellcodebaum, um den
-	Kernel zu bauen.</para>
-    </note>
-
-    <indexterm>
-      <primary>Kernel</primary>
-      <secondary>Erstellen und Installation</secondary>
-    </indexterm>
-
-    <para>Die Kernelquellen befinden sich im Verzeichnis
-      <filename>/usr/src/sys</filename>.  Es enthält mehrere
-      Unterverzeichnisse, die bestimmte Teile des Kernels
-      darstellen.  Diese beinhalten
-      <filename><replaceable>arch</replaceable>/conf</filename>, das
-      die Kernelkonfigurationsdatei enthält, und
-      <filename>compile</filename>, in dem der Kernel
-      gebaut wird.  <replaceable>arch</replaceable> enthält
-      Unterverzeichnisse für jede unterstützte Architektur:
-      <filename>i386</filename>,
-      <filename>amd64</filename>, <filename>ia64</filename>,
-      <filename>powerpc</filename>, <filename>sparc64</filename> und
-      <filename>pc98</filename>.  Alles in diesen Verzeichnissen ist
-      nur für die jeweilige Architektur relevant.  Der Rest des Codes
-      ist maschinenunabhängig und für alle Plattformen gleich.
-      Beachten Sie die logische Organisation der Verzeichnisstruktur,
-      die jedem unterstützten Gerät, jedem Dateisystem und jeder
-      Option ein eigenes Verzeichnis zuordnet.</para>
-
-    <para>Die Beispiele in diesem Kapitel verwenden die
-      i386-Architiktur.  Wird ein anderes System benutzt,
-      passen Sie bitte die Pfade entsprechend der Architektur
-      des Systems an.</para>
-
-    <note>
-      <para>Wenn <filename>/usr/src/</filename> nicht existiert oder
-      leer ist, sind die Quellen nicht installiert.  Der einfachste
-      Weg, die Kernelquellen zu installieren ist die Verwendung von
-      <application>svn</application>, wie in
-      <xref linkend="svn"/> beschrieben ist.  Man sollte ebenfalls
-      einen symbolischen Link auf <filename>/usr/src/sys/</filename>
-      anlegen:</para>
-
-      <screen>&prompt.root; <userinput>ln -s /usr/src/sys /sys</userinput></screen>
-    </note>
+  <sect1 xml:id="kernelconfig-config">
+    <!--
+    <sect1info>
+      <authorgroup>
+	<author>
+	  <firstname>Joel</firstname>
+	  <surname>Dahl</surname>
+	  <contrib>Aktualisiert von </contrib>
+	</author>
+      </authorgroup>
+    </sect1info>
+    -->
+    <title>Die Kernelkonfigurationsdatei</title>
+
+    <para>Bevor eine angepasste Kernelkonfigurationsdatei erstellt
+      werden kann, muss zuerst der vollständige &os; Quellcodebaum
+      installiert werden.</para>
+
+    <para>Falls <filename>/usr/src/</filename> nicht existiert oder
+      leer ist, sind die Kernelquellen nicht installiert.  Die Quellen
+      können mit <application>Subversion</application>, wie im <xref
+	linkend="svn"/> beschrieben, installiert werden.</para>
+
+    <para>Sobald die Quellen installiert sind, können Sie sich einen
+      Überblick über <filename>/usr/src/sys</filename> verschaffen.
+      Dieses Verzeichnis enthält eine Reihe von Unterverzeichnissen,
+      einschließlich Verzeichnisse für die unterstützten Architekturen
+      <filename>amd64</filename>, <filename>i386</filename>,
+      <filename>ia64</filename>, <filename>pc98</filename>,
+      <filename>powerpc</filename> und <filename>sparc64</filename>.
+      Alles in diesen Verzeichnissen ist nur für die jeweilige
+      Architektur relevant.  Der Rest des Codes ist machinenunabhängig
+      und für alle Architekturen gleich.  Jede unterstützte
+      Architektur hat ein Unterverzeichnis <filename>conf</filename>,
+      das die <filename>GENERIC</filename> Kernelkonfigurationsdatei
+      für diese Architektur enthält.</para>
+
+    <para>Bearbeiten Sie <filename>GENERIC</filename> nicht direkt.
+      Kopieren Sie stattdessen die Datei unter einem anderen Namen und
+      machen dann die Änderungen an dieser Kopie.  Traditionell
+      besteht der Name des Kernels immer aus Großbuchstaben.  Wenn Sie
+      mehrere &os;-Maschinen mit unterschiedlicher Hardware betreuen,
+      ist es eine gute Idee, die Konfigurationsdatei nach den
+      Hostnamen der Maschinen zu benennen.  In diesem Beispiel wird
+      eine Kopie der
+      <filename>GENERIC</filename> Kernelkonfigurationsdatei, namens
+      <filename>MYKERNEL</filename>, für die
+      <filename>amd64</filename>-Architektur erstellt:</para>
 
-    <para>Als nächstes wechseln Sie in das Verzeichnis
-      <filename>arch/conf</filename>
-      und kopieren die Konfigurationsdatei
-      <filename>GENERIC</filename> in eine Datei, die den
-      Namen des Kernels trägt.  Zum Beispiel:</para>
-
-    <screen>&prompt.root; <userinput>cd /usr/src/sys/i386/conf</userinput>
-&prompt.root; <userinput>cp GENERIC MYKERNEL</userinput></screen>
-
-    <para>Traditionell ist der Name des Kernels immer in
-      Großbuchstaben.  Wenn Sie mehrere &os;-Maschinen mit
-      unterschiedlicher Hardware betreuen, ist es nützlich, die
-      Konfigurationsdatei nach dem Hostnamen der Maschinen zu
-      benennen.  Dieses Beispiel verwendet den Namen
-      <filename><replaceable>MYKERNEL</replaceable></filename>.</para>
+    <screen>&prompt.root; <userinput>cd /usr/src/sys/<replaceable>amd64</replaceable>/conf</userinput>
+&prompt.root; <userinput>cp GENERIC <replaceable>MYKERNEL</replaceable></userinput></screen>
 
     <tip>
       <para>Wenn Sie die Kernelkonfigurationsdatei fertig bearbeitet
-        haben, speichern Sie eine Sicherungskopie außerhalb von
-	<filename>/usr/src</filename>.  Bearbeiten Sie
-	<filename>GENERIC</filename> <emphasis>nicht</emphasis>
-	direkt.</para>
-      
-      <para>Alternativ kann die Kernelkonfigurationsdatei an anderer
-      Stelle aufbewahrt werden und im Verzeichnis
-      <filename><replaceable>i386</replaceable></filename> ein Link
-      auf die Datei erstellt werden.</para>
+        haben, sollten Sie eine Sicherungskopie außerhalb von
+	<filename>/usr/src</filename> speichern</para>
 
-      <para>Beispiel:</para>
+      <para>Alternativ kann die Kernelkonfigurationsdatei an anderer
+      Stelle gespeichert, und ein symbolischer Link auf die Datei
+      erstellt werden:</para>
 
-      <screen>&prompt.root; <userinput>cd /usr/src/sys/i386/conf</userinput>
+      <screen>&prompt.root; <userinput>cd /usr/src/sys/amd64/conf</userinput>
 &prompt.root; <userinput>mkdir /root/kernels</userinput>
 &prompt.root; <userinput>cp GENERIC /root/kernels/MYKERNEL</userinput>
 &prompt.root; <userinput>ln -s /root/kernels/MYKERNEL</userinput></screen>
@@ -348,122 +310,9 @@ following line in &man.loader.conf.5;:
     <para>Editieren Sie
       <filename><replaceable>MYKERNEL</replaceable></filename> mit
       einem Texteditor.  Der Standard-Editor ist
-      <application>vi</application>, dessen Nutzung in vielen Büchern
-      aus der <link linkend="bibliography">Bibliographie</link> gut
-      erklärt ist.  Ein einfacherer Editor für Anfänger, namens
-      <application>ee</application>, ist ebenfalls verfügbar.
-      Sie können die Kommentare am Anfang der Konfigurationsdatei
-      ändern, um die Änderungen gegenüber
-      <filename>GENERIC</filename> zu dokumentieren.</para>
-
-    <para>Wenn die <filename>GENERIC</filename> Konfigurationsdatei
-      Sie verschreckt, folgen Sie den Beschreibungen im Abschnitt
-      über die <link
-	linkend="kernelconfig-config">Konfigurationsdatei</link>
-      langsam und sorgfältig.</para>
-
-    <note>
-      <para>Nachdem Sie die <link linkend="svn">&os; Quellen
-          synchronisieren</link>, sollten Sie
-	<emphasis>immer</emphasis>
-	<filename>/usr/src/UPDATING</filename> lesen, bevor Sie
-	etwas aktualisieren.  Diese Datei enthält alle wichtigen
-	Informationen, die Sie beim Aktualisieren beachten müssen.
-	<filename>/usr/src/UPDATING</filename> passt immer zur Version
-	der &os; Quellen, und die Informationen dort sind aktueller
-	als in diesem Handbuch.</para>
-    </note>
-
-    <para>Nach dem Speichern der Änderungen, kompilieren Sie den
-      Quellcode für den Kernel.</para>
-
-    <procedure>
-      <title>Den Kernel bauen</title>
-
-      <note>
-	<para>Sie benötigen den kompletten Quellcodebaum, um den
-	  Kernel zu bauen.</para>
-      </note>
-
-      <step>
-	<para>Wechseln Sie in das Verzeichnis <filename>/usr/src</filename>:</para>
-
-	<screen>&prompt.root; <userinput>cd /usr/src</userinput></screen>
-      </step>
-
-      <step>
-	<para>Kompilieren Sie den neuen Kernel, und geben Sie den
-	  Namen der angepassten Kernelkonfigurationsdatei an:</para>
-
-	<screen>&prompt.root; <userinput>make buildkernel KERNCONF=MYKERNEL</userinput></screen>
-      </step>
-
-      <step>
-	<para>Installieren Sie den neuen Kernel:</para>
-
-	<screen>&prompt.root; <userinput>make installkernel KERNCONF=MYKERNEL</userinput></screen>
-      </step>
-    </procedure>
-
-    <tip>
-      <para>In der Voreinstellung werden beim Bau eines angepassten
-	Kernels stets <emphasis>alle</emphasis> Kernelmodule neu gebaut.
-	Wollen Sie den Kernel schneller bauen oder nur bestimmte
-	Module bauen, bearbeiten Sie
-	<filename>/etc/make.conf</filename>, bevor Sie den Kernel
-	bauen:</para>
-
-      <programlisting>MODULES_OVERRIDE = linux acpi sound/sound sound/driver/ds1 ntfs</programlisting>
-
-      <para>Diese Variable spezifiziert eine Liste von Modulen, die
-        gebaut werden.  In der Voreinstellung werden alle Module
-	gebaut.</para>
-
-      <programlisting>WITHOUT_MODULES = linux acpi sound ntfs</programlisting>
-
-      <para>Diese Variable spezifiziert eine Liste von Modulen, die
-        vom Bauprozess ausgeschlossen werden.  Weitere verfügbare
-	Variablen finden Sie in &man.make.conf.5;.</para>
-    </tip>
-
-    <indexterm>
-      <primary>
-	<filename>/boot/kernel.old</filename>
-      </primary>
-    </indexterm>
-
-    <para>Der neue Kernel wird in <filename>/boot/kernel</filename>
-      als <filename>/boot/kernel/kernel</filename> abgelegt,
-      während der alte Kernel nach
-      <filename>/boot/kernel.old/kernel</filename> verschoben wird.
-      Um den neuen Kernel zu benutzen, starten Sie den Rechner neu.
-      Falls etwas schief geht, sehen Sie
-      bitte in dem Abschnitt zur <link linkend="kernelconfig-trouble">
-	Fehlersuche</link> nach, und was zu tun
-      ist, <link linkend="kernelconfig-noboot">wenn der neue Kernel nicht
-	startet</link>.</para>
-
-    <note>
-      <para>Im Verzeichnis <filename>/boot</filename> werden andere
-	Dateien, die zum Systemstart benötigt werden, wie der
-	Boot-Loader &man.loader.8; und dessen Konfiguration, abgelegt.
-	Module von Drittanbietern oder angepasste Module
-	werden in <filename>/boot/kernel</filename>
-	abgelegt.  Beachten Sie bitte, dass diese Module immer
-	zu dem verwendeten Kernel passen müssen.  Module,
-	die nicht zu dem verwendeten Kernel passen, können die
-	Stabilität des Systems gefährden.</para>
-    </note>
-  </sect1>
-
-  <sect1 xml:id="kernelconfig-config">
-    <info><title>Die Kernelkonfigurationsdatei</title>
-      <authorgroup>
-        <author><personname><firstname>Joel</firstname><surname>Dahl</surname></personname><contrib>Aktualisiert von </contrib></author>
-      </authorgroup>
-    </info>
-
-    
+      <application>vi</application>, jedoch steht mit
+      <application>ee</application> ein weiterer, einfach zu
+      bedienender Editor bereit.</para>
 
     <indexterm>
       <primary>Kernel</primary>
@@ -479,19 +328,22 @@ following line in &man.loader.conf.5;:
       <secondary>Konfigurationsdatei</secondary>
     </indexterm>
 
-    <para>Das Format der Konfigurationsdatei ist recht einfach.  Jede Zeile
-      enthält ein Schlüsselwort und ein oder mehrere Argumente.
-      Eine Zeile, die von einen <literal>#</literal> eingeleitet wird, gilt
-      als Kommentar und wird ignoriert.  Die folgenden Abschnitte
-      beschreiben jedes Schlüsselwort in der Reihenfolge, in der es
-      in <filename>GENERIC</filename> auftaucht.
-      Eine ausführliche Liste aller
-      Optionen mit detaillierten Erklärungen finden Sie in
-      <filename>NOTES</filename>, die sich in demselben
-      Verzeichnis wie <filename>GENERIC</filename> befindet.
-      Von der Architektur unabhängige Optionen sind in
-      der Datei <filename>/usr/src/sys/conf/NOTES</filename>
-      aufgeführt.</para>
+    <para>Das Format der Konfigurationsdatei ist einfach.  Jede Zeile
+      enthält ein Schlüsselwort, das ein Gerät oder ein Subsystem
+      repräsentiert, ein Argument und eine kurze Beschreibung.
+      Jeder Text, der hinter einem <literal>#</literal> steht, gilt
+      als Kommentar und wird ignoriert.  Um die Kernel-Unterstützung
+      für ein Gerät oder Subsystem zu entfernen, muss ein
+      <literal>#</literal> an den Anfang der Zeile, die dieses Gerät
+      oder Subsystem repräsentiert, gesetzt werden.  Verändern Sie
+      keine Zeilen, die Sie nicht genau verstehen.</para>
+
+    <para>Neben den Kurzbeschreibungen in dieser Datei, finden Sie
+      zusätzliche Erklärungen in <filename>NOTES</filename>,
+      die sich in demselben Verzeichnis wie
+      <filename>GENERIC</filename> für die jeweilige Architektur
+      befindet.  Von der Architektur unabhängige Optionen sind in
+      <filename>/usr/src/sys/conf/NOTES</filename> aufgeführt.</para>
 
     <para>Es ist möglich, eine <literal>include</literal>-Anweisung
       in die Kernelkonfigurationsdatei aufzunehmen.
@@ -522,10 +374,6 @@ options         IPDIVERT
       von Konfigurationseinstellungen und deren Beschreibungen finden
       Sie in &man.config.5;.</para>
 
-    <para>Der übrige Teil dieses Kapitels behandelt die Inhalte einer
-      typischen Konfigurationsdatei und die Rolle, die
-      unterschiedliche Optionen und Geräte dabei spielen.</para>
-
     <note>
       <para>Um einen Kernel mit allen möglichen Optionen zu bauen,
 	führen Sie als <systemitem class="username">root</systemitem>
@@ -535,30 +383,6 @@ options         IPDIVERT
     </note>
 
     <indexterm>
-      <primary>Kernel</primary>
-      <secondary>Konfigurationsdatei</secondary>
-    </indexterm>
-
-    <para>Das folgende Beispiel zeigt eine <filename>GENERIC</filename>
-      Konfigurationsdatei, die, wo notwendig, zusätzliche Kommentare
-      enthält.  Das Beispiel sollte der Kopie in
-      <filename>/usr/src/sys/i386/conf/GENERIC</filename>
-      sehr ähnlich sein.</para>
-
-    <indexterm>
-      <primary>Kerneloptionen</primary>
-      <secondary>machine</secondary>
-    </indexterm>
-
-    <programlisting>machine		i386</programlisting>
-
-    <para>Gibt die Architektur der Maschine an und muss entweder
-      <literal>amd64</literal>, <literal>i386</literal>,
-      <literal>ia64</literal>, <literal>pc98</literal>,
-      <literal>powerpc</literal> oder <literal>sparc64</literal>
-      sein.</para>
-
-    <indexterm>
       <primary>Kerneloptionen</primary>
       <secondary>cpu</secondary>
     </indexterm>
@@ -587,20 +411,6 @@ cpu          I686_CPU</programlisting>
       <literal>ident</literal> wird beim Booten des neuen Kernels
       ausgegeben.</para>
 
-    <programlisting>#To statically compile in device wiring instead of /boot/device.hints
-#hints          "GENERIC.hints"         # Default places to look for devices.</programlisting>
-
-    <para>Unter &os; werden Gerätetreiber mit &man.device.hints.5;
-      konfiguriert.  In der Voreinstellung ist dies
-      <filename>/boot/device.hints</filename>.  Die Option
-      <literal>hints</literal> bindet die Gerätekonfiguration
-      statisch in den Kernel ein, sodass
-      <filename>/boot/device.hints</filename> nicht benötigt
-      wird.</para>
-
-    <!-- XXX: Add a comment here that explains when compiling
-	      hints into the kernel is a good idea and why. -->
-
     <programlisting>makeoptions     DEBUG=-g          # Build kernel with gdb(1) debug symbols</programlisting>
 
     <para>Diese Option aktiviert Debugging-Informationen.</para>
@@ -610,13 +420,6 @@ cpu          I686_CPU</programlisting>
     <para>Der voreingestellte Scheduler von &os;.  Ändern Sie
       diesen Wert nicht!</para>
 
-    <programlisting>options          PREEMPTION        # Enable kernel thread preemption</programlisting>
-
-    <para>Erlaubt es, Kernelthreads vor Threads mit höherer
-      Prioritält auszuführen.  Die Interaktivität
-      des Systems wird dadurch erhöht.  Interrupt-Threads werden
-      dabei bevorzugt ausgeführt.</para>
-
     <programlisting>options          INET              # InterNETworking</programlisting>
 
     <para>Netzwerkunterstützung.  Diese Option ist zwingend notwendig,
@@ -1441,6 +1244,78 @@ device          fwe           # Ethernet
     </sect2>
   </sect1>
 
+  <sect1 xml:id="kernelconfig-building">
+    <title>Einen angepassten Kernel bauen und installieren</title>
+
+    <para>Nachdem die Änderungen an der angepassten
+      Kernelkonfigurationsdatei gespeichert sind, kann der Quellcode
+      für den Kernel mit den folgenden Schritten übersetzt
+      werden:</para>
+
+    <procedure>
+      <title>Einen Kernel bauen</title>
+
+      <indexterm>
+	<primary>Kernel</primary>
+	<secondary>bauen / installieren</secondary>
+      </indexterm>
+
+      <step>
+	<para>Wechseln Sie das Verzeichnis:</para>
+
+	<screen>&prompt.root; <userinput>cd /usr/src</userinput></screen>
+      </step>
+
+      <step>
+	<para>Bauen Sie den Kernel, indem Sie den Namen der
+	  Kernelkonfigurationsdatei angeben:</para>
+
+	<screen>&prompt.root; <userinput>make buildkernel KERNCONF=<replaceable>MYKERNEL</replaceable></userinput></screen>
+      </step>
+
+      <step>
+	<para>Installieren Sie den neuen Kernel.  Dieser Befehl wird
+	  den neuen Kernel nach
+	  <filename>/boot/kernel/kernel</filename> kopieren, und den
+	  alten Kernel nach
+	  <filename>/boot/kernel.old/kernel</filename>
+	  speichern:</para>
+
+	<screen>&prompt.root; <userinput>make installkernel KERNCONF=<replaceable>MYKERNEL</replaceable></userinput></screen>
+      </step>
+
+      <step>
+	<para>Fahren Sie das System herunter und starten Sie den neuen
+	  Kernel.  Wenn etwas nicht funktioniert, lesen Sie <xref
+	    linkend="kernelconfig-noboot"/>.</para>
+      </step>
+    </procedure>
+
+    <para>In der Voreinstellung werden beim Bau eines angepassten
+      Kernels stets alle Kernelmodule neu gebaut.  Um einen Kernel
+      schneller zu bauen, oder um nur bestimmte Module zu bauen,
+      bearbeiten Sie <filename>/etc/make.conf</filename>, bevor Sie
+      den Kernel neu bauen.</para>
+
+    <para>In diesem Beispiel werden über eine Variable nur die
+      Kernelmodule definiert, die auch tatsächlich gebaut werden
+      sollen.  In der Voreinstellung werden alle Module gebaut:</para>
+
+    <programlisting>MODULES_OVERRIDE = linux acpi</programlisting>
+
+    <para>Alternativ kann auch eine Variable verwendet werden, die
+      bestimmte Kernelmodule vom Bauprozess ausschließt:</para>
+
+    <programlisting>WITHOUT_MODULES = linux acpi sound</programlisting>
+
+    <para>Weitere Variablen und deren Beschreibung finden Sie in
+      &man.make.conf.5;.</para>
+
+    <indexterm>
+      <primary><filename>/boot/kernel.old</filename></primary>
+    </indexterm>
+  </sect1>
+
   <sect1 xml:id="kernelconfig-trouble">
     <title>Wenn etwas schiefgeht</title>
 

From owner-svn-doc-all@freebsd.org  Mon Jan 18 20:13:02 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29EDCA861F0;
 Mon, 18 Jan 2016 20:13:02 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id E06FA10BF;
 Mon, 18 Jan 2016 20:13:01 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IKD0Om089440;
 Mon, 18 Jan 2016 20:13:00 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IKD0An089439;
 Mon, 18 Jan 2016 20:13:00 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601182013.u0IKD0An089439@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 20:13:00 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48055 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 20:13:02 -0000

Author: bjk
Date: Mon Jan 18 20:13:00 2016
New Revision: 48055
URL: https://svnweb.freebsd.org/changeset/doc/48055

Log:
  Add sendfile entry from glebius

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 18:42:46 2016	(r48054)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 20:13:00 2016	(r48055)
@@ -3631,4 +3631,114 @@
       </task>
     </help>
   </project>
+
+  <project cat='kern'>
+    <title>Sendfile(2) Improvements</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Gleb</given>
+	  <common>Smirnoff</common>
+	</name>
+	<email>glebius@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://svnweb.FreeBSD.org/base?view=revision&amp;revision=293439">Commit to Head</url>
+      <url href="http://www.slideshare.net/facepalmtarbz2/new-sendfile-in-english">Slides</url>
+      <url href="https://events.yandex.ru/lib/talks/2682/">Presentation (in Russian)</url>
+    </links>
+
+    <body>
+      <p>The <tt>sendfile(2)</tt> system call was introduced in
+	1998 as an alternative to a traditional
+	<tt>read(2)</tt>/<tt>write(2)</tt> loop, speeding up server
+	performance by a factor of ten at the time.  Since it was adopted
+	by all major operating systems, it is now used by any serious web
+	server software.  Wherever there is high traffic, there is
+	<tt>sendfile(2)</tt> under the hood.</p>
+
+      <p>Now, with &os; 11, we are making the next revolutinary step
+	in serving traffic.  <tt>sendfile(2)</tt> no longer blocks waiting
+	on disk I/O.  Instead, it immediately returns control to the
+	application, performing the necessary I/O in the background.  The
+	original <tt>sendfile(2)</tt> waited for the disk read operation
+	to complete and then put the data that was read into the socket,
+	then returned to userspace.  If a web server serves thousands of
+	clients, with thousands of requests, in order to avoid stalls it
+	needed to spawn extra contexts from which to run
+	<tt>sendfile(2)</tt>.  Alternatively, it could use special tricks
+	like the <tt>SF_NODISKIO</tt> flag that forces
+	<tt>sendfile(2)</tt> to serve only content that is cached in
+	memory.  Now, these tricks are in the past, and a web server can
+	simply use <tt>sendfile(2)</tt> as it would use <tt>write(2)</tt>,
+	withouth any extra care.  The new sendfile cuts out the overhead
+	of extra contexts, short writes, and extra syscalls to prepopulate
+	the cache, bringing performance to new level.</p>
+
+      <p>The new syscall is built on top of two new features
+	introduced in the kernel.  The first one is an asynchronous VM
+	pager interface, and the corresponding
+	<tt>VOP_GETPAGES_ASYNC()</tt> file system method for UFS.  The
+	second one is the concept of &quot;not ready&quot; data in
+	sockets.  When <tt>sendfile(2)</tt> is called, first
+	VOP_GETPAGES_ASYNC() is called, which dispatches I/O requests for
+	completion.  Then, buffers with pages to be populated are put into
+	the socket buffer, but flagged as not-yet-ready.  Then control
+	immediately returns to the application.  When the I/O is finished,
+	the buffers are marked as ready, and the socket is activated to
+	continue transmission.</p>
+
+      <p>Additional features of the new sendfile are new flags that
+	provide an application with extra control over the transmitted
+	content.  Now it is possible to prevent caching of content in
+	memory, which is useful when it is known that the content is
+	unlikely to be reused any time soon. In such cases, it is better
+	to let the associated storage be freed, rather than puting the
+	data in cache.  It is also possible to specify a readahead with
+	every syscall, if the application can predict client behavior.</p>
+
+      <p>The new <tt>sendfile(2)</tt> is a drop-in replacement, API
+	and ABI compatible with old one.  Applications do not even need to
+	recompile in order to benefit from the new implementation.</p>
+
+      <p>This work is a joint effort between two companies: NGINX,
+	Inc., and Netflix.  There were many people involved in the
+	project.  At its initial stage, when no code was yet written, the
+	idea of such an asynchronous drop-in replacement was discussed
+	amongst &a.glebius;, &a.scottl;, &a.kib;, &a.adrian;, and Igor
+	Sysoev.  The initial prototype was coded by Gleb under the
+	supervision of Kostik on the VM parts of patch, and under constant
+	pressure from Igor, who demanded that nginx be capable of running
+	with the new <tt>sendfile(2)</tt> with no modifications.  The
+	prototype demonstrated good performance and stability and quickly
+	went into Netflix production in late 2014.  During 2015, the code
+	matured and continued serving production traffic at Netflix.
+	&a.scottl;, &a.rrs;, &a.emax;, and &a.gallatin; added their
+	contributions to the code.</p>
+
+      <p>Now we are releasing the code behind our success to the
+	&os; community, making it available to all &os; users
+	worldwide!</p>
+    </body>
+
+    <sponsor>
+      Netflix
+    </sponsor>
+
+    <sponsor>
+      NGINX, Inc.
+    </sponsor>
+
+    <help>
+      <task>
+	<p><tt>SSL_sendfile()</tt> &mdash; an extension to the new
+	  <tt>sendfile(2)</tt> that allows uploading session keys to the
+	  kernel, and then using <tt>sendfile(2)</tt> on an SSL-enabled
+	  socket.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 20:52:44 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29CFAA87340;
 Mon, 18 Jan 2016 20:52:44 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 026A01D4B;
 Mon, 18 Jan 2016 20:52:43 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IKqgwn001412;
 Mon, 18 Jan 2016 20:52:42 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IKqgv4001411;
 Mon, 18 Jan 2016 20:52:42 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601182052.u0IKqgv4001411@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Mon, 18 Jan 2016 20:52:42 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48056 - head/de_DE.ISO8859-1/books/handbook/ports
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 20:52:44 -0000

Author: bhd
Date: Mon Jan 18 20:52:42 2016
New Revision: 48056
URL: https://svnweb.freebsd.org/changeset/doc/48056

Log:
  Update to r42014
  
  Reviewed by:	bcr
  Differential Revision:	https://reviews.freebsd.org/D4985

Modified:
  head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml	Mon Jan 18 20:13:00 2016	(r48055)
+++ head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml	Mon Jan 18 20:52:42 2016	(r48056)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde: de-docproj/books/handbook/ports/chapter.xml,v 1.111 2011/12/19 17:13:33 bcr Exp $
-     basiert auf: r41876
+     basiert auf: r42014
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="ports">
   <info><title>Installieren von Anwendungen: Pakete und Ports</title>
@@ -360,21 +360,20 @@ Info:	Lists information about open files
     
     </info>
 
-    <para>Es gibt viele unterschiedliche Werkzeuge um Pakete in &os;
-      zu verwalten:</para>
-
-    <itemizedlist>
-      <listitem>
-	<para>Auf einem laufenden System kann <command>sysinstall</command>
-	  benutzt werden, um Pakete zu installieren, zu löschen und
-          verfügbare und installierte anzuzeigen.  Weitere Informationen
-          finden Sie unter <xref linkend="packages"/>.</para>
-      </listitem>
-      <listitem>
-	<para>Die Paketverwaltungswerkzeuge der Kommandozeile sind die
-	  Themen von diesem Kapitel.</para>
-      </listitem>
-    </itemizedlist>
+    <para>Derzeit befindet sich &os; in einer Übergangsphase auf ein
+      neues Paketverwaltungssystem.  Benutzer von neueren
+      &os;-Versionen möchten vielleicht die Vorteile von
+      <link linkend="pkgng-intro">PKGng</link> bei der Verwaltung
+      von Drittanbieter-Paketen kennenlernen.  Für diejenigen
+      Benutzer, die noch nicht auf <application>pkgng</application>
+      migriert haben, können die hier vorgestellten Werkzeuge für die
+      Verwaltung der Paketdatenbank verwendet werden.  Der Einfachheit
+      halber kann jedoch auch <command>sysinstall</command> weiterhin
+      für die Installation von Paketen benutzt werden.</para>
+
+    <para>Alle Paketinformationen werden im Verzeichnis der
+      Paketdatenbank, <filename>/var/db/pkg</filename>
+      abgelegt.</para>
 
     <sect2>
       <title>Installieren eines Pakets</title>
@@ -589,14 +588,6 @@ docbook                     =
       <para>In diesem Beispiel werden alle Pakete gelöscht, deren
 	Name mit <literal>xchat</literal> beginnt.</para>
     </sect2>
-
-    <sect2>
-      <title>Verschiedenes</title>
-
-      <para>Alle Paketinformationen, einschließlich der
-	Beschreibungen, werden im Verzeichnis
-	<filename>/var/db/pkg</filename> abgelegt.</para>
-    </sect2>
   </sect1>
 
   <sect1 xml:id="pkgng-intro">
@@ -1875,32 +1866,38 @@ ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/
   <sect1 xml:id="ports-nextsteps">
     <title>Nach der Installation</title>
 
-    <para>Nach der Installation einer neuen Anwendung wollen Sie
-      wahrscheinlich die mitgelieferte Dokumentation lesen, notwendige
-      Konfigurationsdateien anpassen und sicherstellen, dass die
-      Dienste der Anwendung automatisch beim Booten gestartet
-      werden.</para>
-
-    <para>Die einzelnen Schritte sind natürlich von Anwendung zu
-      Anwendung verschieden.  Wenn Sie sich allerdings nach der Installation
-      einer Anwendung die Frage <quote>Was nun?</quote> stellen, helfen die
-      folgenden Hinweise vielleicht weiter.</para>
+    <para>Die meisten Anwendungen von Drittanbietern benötigen ein
+      gewisses Maß an Konfiguration, nachdem sie installiert wurden.
+      Dies kann beispielsweise eine einfache Änderung an der
+      Konfigurationsdatei sein, vielleicht generiert aber die
+      Anwendung selbst eine Konfigurationsdatei.  Die meisten
+      Anwendungen installieren die Dokumentation nach
+      <filename>/usr/local/share/doc</filename>.  Diese Dokumentation
+      sollten Sie lesen, bevor Sie fortfahren.  Einige Anwendungen
+      laufen als Dienst und müssen vor dem ersten Start in
+      <filename>/etc/rc.conf</filename> eingetragen werden.</para>
+
+    <para>Die folgende Liste enthält nützliche Informationen für
+      die Arbeiten nach der Installation eines Ports.  In manchen
+      Fällen befindet sich der Speicherort einer Anwendung
+      außerhalb von <envar>PATH</envar>.  Benutzer der &man.csh.1;
+      sollten <command>rehash</command> ausführen, um die neu
+      installierten Programme benutzen zu können.</para>
 
     <itemizedlist>
       <listitem>
-	<para>Finden Sie mit &man.pkg.info.1; heraus, welche Dateien die
-	  Anwendung wo installiert hat.  Wenn Sie beispielsweise gerade
-	  die Version 1.0.0 von FooPackage installiert haben, zeigt Ihnen
-	  das folgende Kommando alle installierten Dateien des
-	  Pakets:</para>
-
-	<screen>&prompt.root; <userinput>pkg_info -L foopackage-1.0.0 | less</userinput></screen>
-
-	<para>Achten Sie besonders auf die Manualpages, die sich in
-	  <filename>man/</filename> befinden und auf
-	  Konfigurationsdateien, die in <filename>etc/</filename> abgelegt
-	  werden.  Manche Pakete enthalten in <filename>doc/</filename>
-	  zusätzliche Dokumentation.</para>
+	<para>Das Kommando &man.pkg.info.1; zeigt alle installierten
+	  Dateien und deren Speicherort an.  Wenn beispielsweise die
+	  Version 1.0.0 von FooPackage installiert wurde, zeigt das
+	  folgende Kommando alle installierten Dateien an, die mit dem
+	  Paket installiert wurden:</para>
+
+	<screen>&prompt.root; <userinput>pkg_info -L <replaceable>foopackage-1.0.0</replaceable> | less</userinput></screen>
+
+	<para>Die Konfigurationsdateien werden immer nach
+	  <filename>/usr/local/etc</filename> installiert.  Sie
+	  sollten diese Dateien auf jeden Fall lesen, bevor Sie die
+	  neue Anwendung benutzen.</para>
 
 	<para>Um festzustellen welche Version der Anwendung
 	  installiert ist:</para>
@@ -1914,17 +1911,18 @@ ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/
       </listitem>
 
       <listitem>
-	<para>Nachdem Sie die Manualpages der Anwendung gefunden haben,
-	  lesen Sie diese mit &man.man.1;.  Überprüfen Sie die
-	  Beispiele für Konfigurationsdateien und die zusätzliche
-	  Dokumentation an, wenn es welche gibt.</para>
+	<para>Diese Kommandos zeigen auch die Namen der Manualpages,
+	  die zusammen mit der Anwendung installiert wurden.  Die
+	  zusätzliche Dokumentation steht nun auch dem Kommando
+	  &man.man.1; zur Verfügung.</para>
       </listitem>
 
       <listitem>
 	<para>Wenn es für die Anwendung eine Webseite gibt, suchen
-	  Sie dort nach zusätzlicher Dokumentation wie FAQs
-	  (häufig gestellte Fragen).  Wenn Sie die Adresse der Webseite
-	  nicht kennen, versuchen Sie das folgende Kommando:</para>
+	  Sie dort nach zusätzlicher Dokumentation oder FAQs
+	  (häufig gestellte Fragen).  Wenn Ihnen die Webseite
+	  nicht bekannt ist, versuchen Sie das folgende
+	  Kommando:</para>
 
 	<screen>&prompt.root; <userinput>pkg_info foopackage-1.0.0</userinput></screen>
 

From owner-svn-doc-all@freebsd.org  Mon Jan 18 22:00:25 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A69AA87ADE;
 Mon, 18 Jan 2016 22:00:25 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 7888D1849;
 Mon, 18 Jan 2016 22:00:25 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IM0OTg019610;
 Mon, 18 Jan 2016 22:00:24 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IM0O4l019609;
 Mon, 18 Jan 2016 22:00:24 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601182200.u0IM0O4l019609@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 22:00:24 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48057 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 22:00:25 -0000

Author: bjk
Date: Mon Jan 18 22:00:24 2016
New Revision: 48057
URL: https://svnweb.freebsd.org/changeset/doc/48057

Log:
  Add entry mentioning init and service management projects, from Mark Heily

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 20:52:42 2016	(r48056)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:00:24 2016	(r48057)
@@ -3741,4 +3741,83 @@
       </task>
     </help>
   </project>
+
+  <project cat='misc'>
+    <title>System Initialization and Service Management</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Mark</given>
+	  <common>Heily</common>
+	</name>
+	<email>mark@heily.com</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Jonathan</given>
+	  <common>de Boyne Pollard</common>
+	</name>
+	<email>J.deBoynePollard-newsgroups@NTLWorld.COM</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Jordan</given>
+	  <common>Hubbard</common>
+	</name>
+	<email>jkh@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://www.daemonspawn.org/2016/01/a-comparison-of-alternatives-to-init8.html">A Comparison of <tt>init(8)</tt> and <tt>rc(8)</tt> Replacements</url>
+    </links>
+
+    <body>
+      <p>There are three active projects to provide an alternative
+	to the traditional <tt>init(8)</tt> and <tt>rc(8)</tt> subsystems
+	that manage the boot process and system services.  There are a
+	number of reasons driving the desire for change, including:</p>
+
+      <ul>
+	<li>Faster boot times, made possible by launching services
+	  in parallel</li>
+
+	<li>Greater reliability, by ensuring that services are
+	  automatically restarted if they terminate unexpectedly</li>
+
+	<li>Simplified dependency management, using socket
+	  activation and similar techniques</li>
+
+	<li>The ability to launch services &quot;on demand&quot;,
+	  and have them self-terminate when idle</li>
+
+	<li>Improved security, by removing the need to start common
+	  daemons as the root user</li>
+      </ul>
+
+      <p> Two of the projects, <tt>launchd</tt> and
+	<tt>relaunchd</tt>, are based on the <tt>launchd(8)</tt> API
+	introduced by Apple in Mac OS X.  The NextBSD project has ported
+	the original Apple source code by writing a Mach compatibility
+	layer that allows <tt>launchd</tt> to run on &os;.  The
+	<tt>relaunchd</tt> project started from scratch with the goal of
+	creating a more modular, lightweight, and portable implementation
+	of the <tt>launchd</tt> API.  The third project, <tt>nosh</tt>, is
+	a unique creation that borrows concepts from <tt>launchd</tt>,
+	<tt>systemd</tt>, and several other Unix operating systems.</p>
+
+      <p>While the &os; Project has not made a decision to replace
+	the current <tt>init(8)</tt> and <tt>rc(8)</tt> subsystems, the
+	existence and active development of alternatives will continue to
+	drive innovation in this space.</p>
+
+      <p>Jordan Hubbard is the contact point for the NextBSD
+	<tt>launchd</tt>, Jonathan de Boyne Pollard is the contact point
+	for <tt>nosh</tt>, and Mark Heily is the contact point for
+	<tt>relaunchd</tt>.</p>
+    </body>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 22:35:02 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D47A868C8;
 Mon, 18 Jan 2016 22:35:02 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 587841F2B;
 Mon, 18 Jan 2016 22:35:02 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IMZ1Hx031448;
 Mon, 18 Jan 2016 22:35:01 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IMZ18D031447;
 Mon, 18 Jan 2016 22:35:01 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601182235.u0IMZ18D031447@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 22:35:01 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48058 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 22:35:02 -0000

Author: bjk
Date: Mon Jan 18 22:35:01 2016
New Revision: 48058
URL: https://svnweb.freebsd.org/changeset/doc/48058

Log:
  Add nanobsd entry from imp

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:00:24 2016	(r48057)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:35:01 2016	(r48058)
@@ -3820,4 +3820,121 @@
 	<tt>relaunchd</tt>.</p>
     </body>
   </project>
+
+  <project cat='misc'>
+    <title>NanoBSD Modernization</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Warner</given>
+	  <common>Losh</common>
+	</name>
+	<email>imp@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <body>
+      <p>The NanoBSD updates target three main areas.  First,
+	building a NanoBSD image required root privileges.  Second,
+	building for embedded platforms required detailed knowledge of the
+	formate required to boot.  Third, the exact image sizes needed to
+	be known to produce an image.</p>
+
+      <p>When NanoBSD was written, &os;'s build system required root
+	privileges for the install step and onward.  NanoBSD added to this
+	by creating a <tt>md(4)</tt> device to construct the image.  Some
+	configurations of NanoBSD added further to this by creating a
+	chroot in which to cleanly build packages.  NanoBSD solves the
+	first problem using the new <tt>NO_ROOT</tt> build option to
+	create a meta file.  NanoBSD also augments this record as files
+	are created and removed.  The meta file is then fed into
+	<tt>makefs(8)</tt> to create a UFS image with the proper
+	permissions.  The UFS image, and sometimes a DOS FAT partition,
+	are then passed to <tt>mkimg(1)</tt> to create the final SD image.
+	The mtree manipulation has been written as a separate script to
+	allow it to move into the base system where it could assist with
+	other build orchestration tools (though the move has not happened
+	yet).</p>
+
+      <p>The detailed knowledge of how to build each embedded image
+	(as well as some of the base images for qemu) has always been hard
+	to enshrine.  Crochet puts this knowledge into its builds.  The
+	&os; release system puts it into its system.  NanoBSD, prior to
+	the current work, provided no way to access its knowledge of how
+	to build images.  The current state of this project allows the
+	user to set a simple image type and have NanoBSD deal with all of
+	the details needed to create that image type.  This includes using
+	the u-boot ports and installing the right files into a FAT
+	partition so that &os; can boot with <tt>ubldr(8)</tt>, creating
+	the right <tt>boot1.elf</tt> file for powerpc64 qemu booting, or
+	the more familiar (though needlessly complicated) x86 setup.
+	Previous versions of NanoBSD required too much specialized
+	knowledge from the user.  This work aims to concentrate the
+	knowledge into a set of simple scripts for any build orchestration
+	system to use.</p>
+
+      <p>Finally, NanoBSD images in the past have needed very
+	specific knowledge of the target device.  Part of this is a legacy
+	of the BIOS state-of-the-art a decade ago, which required very
+	careful matching of the image to the actual device in the deployed
+	system.  Although relevant at the time, such systems are now
+	vanishingly rare.  Support for them will be phased out (though
+	given the flexibility of NanoBSD, it can be moved to the few
+	remaining examples in the tree and also partially covered by the
+	generic image scripts).  Today, the typical use case is to create
+	an SD or microSD card image, and have the image resize itself on
+	boot.  NanoBSD now supports that workflow.</p>
+
+      <p>In addition to these items, a number of minor improvements
+	have been made:</p>
+
+      <ul>
+	<li>Support for <tt>CPUTYPE</tt>-specialized builds.  This
+	  includes both NanoBSD support as well as important bug fixes
+	  in the base system.</li>
+
+	<li>Support for marking MBR partitions as active.</li>
+
+	<li>Support for more partition types.</li>
+      </ul>
+    </body>
+
+    <help>
+      <task>
+	<p><tt>mkimg(8)</tt> needs to be augmented to create images
+	  for the i.MX6 and Allwinner (and others) SoCs.  These SoCs require
+	  a boot image to be written after the MBR, but before the first
+	  partition starts.</p>
+      </task>
+
+      <task>
+	<p>The chroot functionality of some NanoBSD configurations
+	  has not yet been migrated for non-privileged builds.</p>
+      </task>
+
+      <task>
+	<p>The functionality to manipulate <tt>mtree(8)</tt> files
+	  should be moved into the base system for use by other build
+	  orchestration tools.</p>
+      </task>
+
+      <task>
+	<p>The script to create a bootable image from one or more
+	  trees of files, as well as some creation of those trees, should be
+	  moved into the base system for use with other build orchestration
+	  tools.</p>
+      </task>
+
+      <task>
+	<p>The <tt>growfs</tt> functionality works great for single
+	  images growing to the whole disk.  However, NanoBSD would prefer
+	  that the boot FS/partition grow to approximately 1/2 the size of
+	  the media and another identical (or close) partition be created
+	  for the ping-ponging upgrades that NanoBSD is setup for.  This
+	  needs to be implemented in the <tt>growfs</tt> <tt>rc.d(8)</tt>
+	  script.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 22:48:17 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37F49A86E5A;
 Mon, 18 Jan 2016 22:48:17 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id EF734161F;
 Mon, 18 Jan 2016 22:48:16 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IMmGec034601;
 Mon, 18 Jan 2016 22:48:16 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IMmGAj034600;
 Mon, 18 Jan 2016 22:48:16 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601182248.u0IMmGAj034600@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 22:48:15 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48059 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 22:48:17 -0000

Author: bjk
Date: Mon Jan 18 22:48:15 2016
New Revision: 48059
URL: https://svnweb.freebsd.org/changeset/doc/48059

Log:
  Add armv6 hardfloat entry from imp

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:35:01 2016	(r48058)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:48:15 2016	(r48059)
@@ -3937,4 +3937,71 @@
       </task>
     </help>
   </project>
+
+  <project cat='arch'>
+    <title>armv6 Hard Float Default ABI</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Warner</given>
+	  <common>Losh</common>
+	</name>
+	<email>imp@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://bsdimp.blogspot.com/2015/12/hard-float-api-coming-soon-by-default.html">Blog Entry</url>
+    </links>
+
+    <body>
+      <p>Work on moving armv6 from a &quot;soft float&quot; ABI (but
+	still using hardware floating point) to a fully &quot;hardware
+	float&quot; API moves forward.  The ability to have both soft and
+	hard ABI libraries on the same system is now functional.  All
+	armv6 and armv7 systems we support have hardware floating point
+	capabilities.  We currently use the floating-point hardware, but
+	with a slightly un-optimal ABI, for compatibility with older
+	versions of &os;.  The ABI differences are only at the userspace
+	level &mdash; the kernel does not care what floating-point ABI is
+	used, and both types of binaries can run at the same time.</p>
+
+      <p>The run-time linker now knows if a binary uses the hardware
+	float ABI or the software float ABI by examining some fields in
+	the ELF header.  The linker uses different paths and config files
+	for hard vs. soft binaries.  The <tt>rc</tt> system has been
+	enhanced to load the software float paths.  <tt>ldconfig</tt> now
+	understands soft libraries in much the same way that it
+	understands 32-bit libraries on 64-bit systems.  No additional
+	kernel support was necessary for this, apart from a minor patch to
+	pass the ELF header information to the binary, which has been in
+	the tree since last summer.</p>
+
+      <p>The experimental armv6hf <tt>MACHINE_ARCH</tt> will be
+	retired after a transition period.  It will cease to mean anything
+	different from armv6 after the build system changes go in.
+	Support for building soft-float ABI libraries will remain in the
+	tree, to support the <tt>WITH_LIBSOFT</tt> build option.</p>
+    </body>
+
+    <help>
+      <task>
+	<p>Complete documentation needs to be written.</p>
+      </task>
+
+      <task>
+	<p>Hooks into the &os; build system to generate soft float and
+	  transition to hard float after a flag day need to be polished
+	  up and committed.</p>
+      </task>
+
+      <task>
+	<p>A number of different upgrade/coexistence scenarios need
+	  to be tested, and a full package run needs to be done to assess
+	  the latest state of the ports tree.  This work should be completed
+	  by the end of January.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 22:54:47 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D0C6A87368;
 Mon, 18 Jan 2016 22:54:47 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id E98351D71;
 Mon, 18 Jan 2016 22:54:46 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IMsjM2037512;
 Mon, 18 Jan 2016 22:54:45 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IMsjgB037511;
 Mon, 18 Jan 2016 22:54:45 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601182254.u0IMsjgB037511@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 22:54:45 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48060 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 22:54:47 -0000

Author: bjk
Date: Mon Jan 18 22:54:45 2016
New Revision: 48060
URL: https://svnweb.freebsd.org/changeset/doc/48060

Log:
  Add entry on CAM I/O schedule from imp

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:48:15 2016	(r48059)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:54:45 2016	(r48060)
@@ -4004,4 +4004,45 @@
       </task>
     </help>
   </project>
+
+  <project cat='proj'>
+    <title>CAM I/O Scheduler</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Warner</given>
+	  <common>Losh</common>
+	</name>
+	<email>imp@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://people.FreeBSD.org/~imp/bsdcan2015/iosched-v3.pdf">BSDCan Paper</url>
+      <url href="https://reviews.FreeBSD.org/D4609">Phabricator Review</url>
+    </links>
+
+    <body>
+      <p>Reviews have begun on the CAM I/O scheduler that I wrote
+	for Netflix.  It is anticipated that this process will be done in
+	time for the &os; 11 branch.</p>
+
+      <p>Details about this work can be found in the linked BSDcan
+	paper from last year.</p>
+
+      <p>Briefly, the scheduler allows one to differentiate I/O
+	types and limit I/O based on the type and characteristics of the
+	I/Os (including the latency of recent requests relative to
+	historical averages).  This is most useful when tuning system
+	loads to SSD performance.  Both a simple default scheduler, the
+	same that we use today in &os;, as well as a scheduler that can be
+	well-tuned for system loads related to video streaming will be
+	included.</p>
+    </body>
+
+    <sponsor>
+      Netflix, Inc
+    </sponsor>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Mon Jan 18 23:03:32 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46D6BA87765;
 Mon, 18 Jan 2016 23:03:32 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0599E1368;
 Mon, 18 Jan 2016 23:03:31 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0IN3UDd040498;
 Mon, 18 Jan 2016 23:03:30 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0IN3Ur1040497;
 Mon, 18 Jan 2016 23:03:30 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601182303.u0IN3Ur1040497@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Mon, 18 Jan 2016 23:03:30 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48061 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Jan 2016 23:03:32 -0000

Author: bjk
Date: Mon Jan 18 23:03:30 2016
New Revision: 48061
URL: https://svnweb.freebsd.org/changeset/doc/48061

Log:
  Add entry on PNP-based kernel module autoloading from imp

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 22:54:45 2016	(r48060)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 23:03:30 2016	(r48061)
@@ -4045,4 +4045,68 @@
       Netflix, Inc
     </sponsor>
   </project>
+
+  <project cat='kern'>
+    <title>Minimal kernel with PNP-based autoloading</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Warner</given>
+	  <common>Losh</common>
+	</name>
+	<email>imp@FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://bsdimp.blogspot.com/2016/01/details-on-coming-automatic-module.html">Blog Post</url>
+    </links>
+
+    <body>
+      <p>Work on automatically loading modules based on the
+	plug-and-play data from devices that are scanned and found to not
+	already have a driver attached is in progress.  Digging this
+	information out from kernel modules, as well as tagging relevant
+	bits of driver tables, has been committed.  PC Card, USB and some
+	PCI devices now have these markings.  This data is stored in a
+	file that the kernel, boot loader and userland processes all have
+	access to.</p>
+
+      <p>When complete, a user will be able to run a minimal kernel
+	(currently checked in as the <tt>MINIMAL</tt> config).  Devices
+	necessary for booting will be loaded by <tt>loader(8)</tt>.  Other
+	devices may be loaded there, or early in the boot (depending on
+	which gives better performance).  Users will still be able to run
+	more &quot;monolithic&quot; configurations, as well as limit which
+	kernel modules are avalibale as can be done today, though without
+	the convenience that automatic loading will provide.  This work
+	remains ongoing.</p>
+    </body>
+
+    <help>
+      <task>
+	<p>Go through all the simplebus drivers and add
+	  plug-and-play information there.  Some additional minor simplebus
+	  functionality is needed.  There is some work in progress for
+	  this.</p>
+      </task>
+
+      <task>
+	<p>Go through all the PCI drivers and add plug-and-play
+	  information to them.  Unlike PC Card or USB, the PCI bus does
+	  not have a stylized table of PCI Ids, so each driver invents
+	  its own method, meaning that the semi-mechanical conversion
+	  that was done with PC Card and USB will not be possible.
+	  Instead, customized code for each dirver will be needed.
+	  Since a large number of drivers have their own device tables,
+	  the work will be primarily writing a description of the
+	  current table style.</p>
+      </task>
+
+      <task>
+	<p>Run-time parsing and loading is still needed.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 00:55:40 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92F15A86C97;
 Tue, 19 Jan 2016 00:55:40 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6A9ED13CF;
 Tue, 19 Jan 2016 00:55:40 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0J0tdod072833;
 Tue, 19 Jan 2016 00:55:39 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0J0tdCf072831;
 Tue, 19 Jan 2016 00:55:39 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601190055.u0J0tdCf072831@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Tue, 19 Jan 2016 00:55:39 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48062 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 00:55:40 -0000

Author: bjk
Date: Tue Jan 19 00:55:39 2016
New Revision: 48062
URL: https://svnweb.freebsd.org/changeset/doc/48062

Log:
  Add nosh entry from Jonathan de Boyne Pollard

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Mon Jan 18 23:03:30 2016	(r48061)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 00:55:39 2016	(r48062)
@@ -4109,4 +4109,120 @@
       </task>
     </help>
   </project>
+
+  <project cat="proj">
+     <title>The nosh Project</title>
+
+     <contact>
+       <person>
+	 <name>
+	  <given>Jonathan</given>
+	  <common>de Boyne Pollard</common>
+	 </name>
+	 <email>J.deBoynePollard-newsgroups@NTLWorld.COM</email>
+       </person>
+     </contact>
+
+     <links>
+       <url href="http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh.html">Introduction</url>
+       <url href="http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/FreeBSD-binary-packages.html">&os; binary packages</url>
+       <url href="http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/timorous-admin-installation-how-to.html">Installation How-To</url>
+       <url href="http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/roadmap.html">Roadmap</url>
+       <url href="http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/commands.html">Commands</url>
+       <url href="http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh/guide/index.html">A Slightly Outdated User Guide</url>
+       <url href="https://www.mail-archive.com/supervision@list.skarnet.org/">The Supervision Mailing List</url>
+      </links>
+
+     <body>
+      <p>The nosh project is a suite of system-level utilities for
+	initializing, running, and shutting down BSD systems, and for
+	managing daemons, terminals, and logging.  It supersedes BSD
+	<tt>init</tt> and the NetBSD <tt>rc.d</tt> system, drawing
+	inspiration from Solaris SMF for named milestones,
+	daemontools-encore for service control/status mechanisms,
+	UCSPI, and IBM AIX for separated service and system
+	management.  It comprises a range of compatibility mechanisms,
+	including shims for familiar commands from other systems, and
+	an automatic import mechanism that takes existing
+	configuration data from <tt>/etc/fstab</tt>,
+	<tt>/etc/rc.conf{,.local}</tt>, <tt>/etc/ttys</tt>, and
+	elsewhere, applying them to its native service definitions and
+	creating additional native services.  It is portable
+	(including to Linux) and composable, it provides a migration
+	path from the world of systemd Linux, and it does not require new
+	kernel APIs.  It provides clean service environments,
+	orderings and dependencies between services, parallelized
+	startup and shutdown (including <tt>fsck</tt>), strictly
+	size-capped and autorotated logging, the service manager as a
+	&quot;subreaper&quot;, and uses <tt>kevent(2)</tt> for
+	event-driven parallelism.</p>
+
+      <p>Since the last status report, in October 2015, the project
+	has seen: the complete replacement of its event-handling subsystem
+	on Linux; the introduction of tools for exporting cyclog/multilog
+	logs via RFC 5426 to remote log handlers (such as logstash); and
+	the switching of the user-mode virtual terminal subsystem on BSD
+	to using USB devices directly, a more powerful device interface
+	than sysmouse et al. because it permits directly positioning touch
+	devices for mice and other things (thus permitting &quot;mouse
+	integration&quot; under VirtualBox for those who run PC-BSD/&os;
+	on VirtualBox virtual machines), but sysmouse et al. can still be
+	used if desired.</p>
+
+      <p>In version 1.24, released shortly before publication of
+	this report, there are extensive additions for supporting a
+	purely-ZFS system with an empty <tt>/etc/fstab</tt> (as the PC-BSD
+	10.2 system installer creates), and the ability to convert
+	<tt>systemd</tt> unit files' process priority settings to BSD's
+	rtprio/idprio.  </p>
+
+      <p>Version 1.24 also sees a large chunk taken out of the
+	remainder of the on-going project to create enough native service
+	bundles and ancillary utilities to entirely supplant the rc.d
+	system.  The progress of this project has been open from the
+	start, and can be followed on the nosh roadmap web page.  As of
+	version 1.24, there are a mere 27 items remaining out of the
+	original target list of 157, with a 28th and a 29th (from PC-BSD
+	10.2) added.  Items crossed off by version 1.24 include (amongst
+	others) <tt>mfs</tt> support for <tt>/tmp</tt>, static ARP and
+	networking, persistent &quot;entropy&quot; for the randomness
+	subsystem, <tt>pefs</tt>, and <tt>hald</tt>.</p>
+
+      <p>The remaining items in the task list are mostly aimed at
+	making the overall system integration cleaner and friendlier to
+	modern systems.  We're also interested in receiving suggestions,
+	bug reports, and other feedback from users; try following the
+	how-to guide and see how things go!</p>
+     </body>
+
+     <help>
+      <task>
+	<p>Add kernel support for passing a <tt>-b</tt> option to
+	  pid 1, and support for a <tt>boot_bare</tt> variable in the loader,
+	  to allow &quot;emergency&quot; (where even no shell dotfiles
+	  are loaded) and &quot;rescue&quot; mode bootstraps, akin to
+	  Linux.  (History: The <tt>-b</tt> mechanism and idea date
+	  back to version 2.57d of Miquel van Smoorenburg's System 5
+	  init clone, dated 1995-12-03, and was already known as
+	  "emergency boot" by 1997.)</p>
+      </task>
+
+      <task>
+	<p>Add support to &os;'s <tt>fsck(8)</tt> for outputting
+	  machine-readable progress reports to a designated file
+	  descriptor, so that <tt>nosh</tt> can provide progress bars
+	  for multiple <tt>fsck</tt>s running in parallel.
+	  <tt>nosh</tt> already provides this functionality on Linux,
+	  where <tt>fsck(8)</tt> does provide machine-readable
+	  output.</p>
+      </task>
+
+      <task>
+	<p>Identify when the configuration import system needs to be
+	  triggered, such as when <tt>bsdconfig</tt> alters
+	  configuration files, and create the necessary hooks to
+	  import external configuration changes into nosh.</p>
+      </task>
+     </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 02:28:45 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 706C9A86E8B;
 Tue, 19 Jan 2016 02:28:45 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 259D31574;
 Tue, 19 Jan 2016 02:28:45 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0J2Siop099474;
 Tue, 19 Jan 2016 02:28:44 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0J2Si7X099473;
 Tue, 19 Jan 2016 02:28:44 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601190228.u0J2Si7X099473@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Tue, 19 Jan 2016 02:28:44 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48063 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 02:28:45 -0000

Author: bjk
Date: Tue Jan 19 02:28:43 2016
New Revision: 48063
URL: https://svnweb.freebsd.org/changeset/doc/48063

Log:
  Add entry on MIPS Ralink/Mediatek support from Stanislav Galabov

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 00:55:39 2016	(r48062)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 02:28:43 2016	(r48063)
@@ -4225,4 +4225,61 @@
       </task>
      </help>
   </project>
+
+  <project cat='proj'>
+    <title>MIPS: Ralink/Mediatek Support</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Stanislav</given>
+	  <common>Galabov</common>
+	</name>
+	<email>sgalabov@gmail.com</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://github.com/sgalabov/&os;/tree/local/sgalabov_mtk">Github Branch With Work in Progress</url>
+    </links>
+
+    <body>
+      <p>This project is aimed at adding &os; support for
+	Ralink/Mediatek's family of WiFi router system-on-chip (SoC)
+	devices, based on MIPS processors.  These SoCs are commonly found
+	in embedded network devices such as WiFi routers.  Having support
+	for these SoCs would allow &os; to run on a number of additional
+	low-cost devices, which could help spread &os;'s popularity in the
+	embedded systems world.</p>
+
+      <p>The project currently aims to support the following
+	Ralink/Mediatek chipsets: RT3050, RT3052, RT3350, RT3352, RT3662,
+	RT3883, RT5350, RT6855, RT6856, MT7620, MT7621, MT7628 and MT7688.
+	The following functionality (where applicable) is currently
+	planned to be supported: Interrupt controller, UART, GPIO, USB,
+	PCI/PCIe, Ethernet, and SPI.</p>
+    </body>
+
+    <sponsor>
+      Smartcom - Bulgaria AD
+    </sponsor>
+
+    <help>
+      <task>
+	<p>Help with adding WiFi driver support (possibly to
+	  <tt>ral(4)</tt>) for the above SoCs would be greatly
+	  appreciated.</p>
+      </task>
+
+      <task>
+	<p>Help with refactoring <tt>if_rt(4)</tt> to be usable on
+	  all of the above SoCs would be appreciated.</p>
+      </task>
+
+      <task>
+	<p>Help wth testing on target boards (e.g., WiFi routers)
+	  would be appreciated.</p>
+      </task>
+    </help>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 02:41:46 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A615A872F2;
 Tue, 19 Jan 2016 02:41:46 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 071BB1B0C;
 Tue, 19 Jan 2016 02:41:45 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0J2fjgU004558;
 Tue, 19 Jan 2016 02:41:45 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0J2fjk0004557;
 Tue, 19 Jan 2016 02:41:45 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601190241.u0J2fjk0004557@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Tue, 19 Jan 2016 02:41:45 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48064 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 02:41:46 -0000

Author: bjk
Date: Tue Jan 19 02:41:44 2016
New Revision: 48064
URL: https://svnweb.freebsd.org/changeset/doc/48064

Log:
  Add HardenedBSD entry from Shawn Webb

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 02:28:43 2016	(r48063)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 02:41:44 2016	(r48064)
@@ -4282,4 +4282,89 @@
       </task>
     </help>
   </project>
+
+  <project cat='misc'>
+    <title>HardenedBSD</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Shawn</given>
+	  <common>Webb</common>
+	</name>
+	<email>shawn.webb@hardenedbsd.org</email>
+      </person>
+
+      <person>
+	<name>
+	  <given>Oliver</given>
+	  <common>Pinter</common>
+	</name>
+	<email>oliver.pinter@hardenedbsd.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="https://hardenedbsd.org/" />
+      <url href="https://hardenedbsd.org/article/shawn-webb/2015-12-31/introducing-hardenedbsds-new-binary-updater">Introducing HardenedBSD's New Binary Updater</url>
+      <url href="https://hardenedbsd.org/article/shawn-webb/2015-11-22/introducing-secadm-030-beta-01"><tt>secadm</tt> Beta Published</url>
+      <url href="https://hardenedbsd.org/article/admin/2015-11-22/new-package-building-server">New Package Building Server</url>
+      <url href="https://github.com/HardenedBSD/secadm"><tt>secadm</tt></url>
+      <url href="https://github.com/HardenedBSD/hardenedBSD-playground/tree/hardened/experimental/master-i915">HardenedBSD Haswell Support</url>
+      <url href="http://jenkins.hardenedbsd.org/builds/HardenedBSD-CURRENT-i915kms-amd64-LATEST/">Nightly Builds for HardenedBSD Haswell Support</url>
+    </links>
+
+    <body>
+      <p>HardenedBSD has been hard at work improving the
+	performance and stability of our security enhancements.  Security
+	flags are now per-thread instead of per-process, removing some
+	locking overhead.  ASLR for mmap(MAP_32BIT) requests has been
+	refactored, but lib32 is now disabled by default.</p>
+
+      <p>We've developed a new binary update utility,
+	<tt>hbsd-update</tt> akin to <tt>freebsd-update</tt>.
+	In addition to normal OS installs, it can also update
+	jails and ZFS Boot Environments (ZFS BEs).  Updates are
+	signed using X.509 certificates.</p>
+
+      <p><tt>secadm</tt> 0.3-beta has landed.  It has been
+	rewritten from scratch in order to be more efficient.  As part of
+	the rewrite, the rule syntax has changed and users must update
+	their rulesets as described in the README.</p>
+
+      <p>Thanks to generous donations of a server from G2, Inc and
+	hosting from Automated Tendencies, we can now do full
+	package builds in just 35 hours, down from 75 hours.
+	This machine will also provide weekly binary updates for
+	the kernel and base system.</p>
+
+      <p>Owing partly to the needs of the developers, we have
+	an experimental branch that includes the work
+	&a.dumbbell; has underway for Haswell graphics support,
+	on top of &os; 11-current.  Binary updates are also
+	provided for this branch.</p>
+
+      <p>Unfortunately, in order to focus our efforts on improving
+	HardenedBSD, we have had to pull back from submitting our ASLR
+	patches to &os;.  The past two years' efforts to address comments
+	on the submission have taken their toll, and the effort is no
+	longer sustainable.  We are proud to be based on &os; and believe
+	that the whole community could benefit from the security
+	technologies we are developing. We hope that someone else will
+	be able to step forward and finish off the task of integrating
+	ASLR into &os;.</p>
+    </body>
+
+    <sponsor>
+      Automated Tendencies
+    </sponsor>
+
+    <sponsor>
+      G2, Inc
+    </sponsor>
+
+    <sponsor>
+      SoldierX
+    </sponsor>
+  </project>
 </report>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 02:46:20 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5A98A87408;
 Tue, 19 Jan 2016 02:46:20 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 783F11C58;
 Tue, 19 Jan 2016 02:46:20 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0J2kJPc005363;
 Tue, 19 Jan 2016 02:46:19 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0J2kJGV005362;
 Tue, 19 Jan 2016 02:46:19 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601190246.u0J2kJGV005362@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Tue, 19 Jan 2016 02:46:19 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48065 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 02:46:20 -0000

Author: bjk
Date: Tue Jan 19 02:46:19 2016
New Revision: 48065
URL: https://svnweb.freebsd.org/changeset/doc/48065

Log:
  RISC-V now has libc/libstand, as well
  
  Submitted by:	br

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 02:41:44 2016	(r48064)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 02:46:19 2016	(r48065)
@@ -3606,8 +3606,8 @@
 	standard open architecture for industry implementations.</p>
 
       <p>A minimal set of changes needed to compile the kernel
-	toolchain has been committed, along with machine headers and
-	run-time linker (rtld-elf) support.</p>
+	toolchain has been committed, along with machine headers,
+	run-time linker (rtld-elf) support, and libc/libstand.</p>
 
       <p>All development has been happening in a separate branch,
 	with a goal of moving development to head in a few weeks.</p>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 03:16:58 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D30DA88067;
 Tue, 19 Jan 2016 03:16:58 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id D37FB1FE6;
 Tue, 19 Jan 2016 03:16:57 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0J3GupE014594;
 Tue, 19 Jan 2016 03:16:56 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0J3Gujn014593;
 Tue, 19 Jan 2016 03:16:56 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201601190316.u0J3Gujn014593@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
 using -f
From: Benjamin Kaduk <bjk@FreeBSD.org>
Date: Tue, 19 Jan 2016 03:16:56 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48066 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 03:16:58 -0000

Author: bjk
Date: Tue Jan 19 03:16:56 2016
New Revision: 48066
URL: https://svnweb.freebsd.org/changeset/doc/48066

Log:
  Partially restructure the core team report
  
  Split out the two major issues into enumerated portions for greater
  clarity.  Reorder content within the security team reorganization portion
  of the entry in order to make more prominent the actual nature of the
  restructuring, and improve clarity on the motivation and ramifications
  of the changes.
  
  Discussed with: koobs

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 02:46:19 2016	(r48065)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 03:16:56 2016	(r48066)
@@ -2483,68 +2483,81 @@
     </contact>
 
     <body>
-      <p>Two major concerns have occupied much of core's attention
+      <p>Two major issues have occupied much of core's attention
 	during the last quarter: the reorganisation of the Security
 	Team and the question of whether to import GPLv3 licensed code
 	into the source repository.</p>
 
-      <p>The Security Team reorganisation, first proposed to Core
-	during a meeting at BSDCan this year by Gleb Smirnoff &mdash; core
-	member and newly-appointed deputy Security Officer (SO) &mdash; has now
-	been accomplished.  In order to improve the project's
-	responsiveness to security alerts, to maintain security on
-	privileged information received in confidence before general
-	publication and, not least, to reduce the work load on the
-	security officer, the role of the SO team has been redefined as
-	the controller of the distribution of security sensitive
-	information within the project; they are responsible for
-	interfacing with external bodies and individuals reporting
-	security problems, and connecting them with appropriate
-	individuals within the project with the technical expertise to
-	address the identified concerns.  The SO team was cut down to just
-	the Security Officer and their deputy, assisted by a secretary, and
-	with input and help in drafting security advisories from former
-	and any potential future Security Officers plus liasons with Core,
-	Cluster Administration and Release Engineering.</p>
-
-      <p>Core would particularly like to thank the former members of
-	the Security Team group for their past contributions, now that
-	the Security Team role has been merged into the Security
-	Officer's responsibilities.</p>
-
-      <p>The other large question concerning Core is how to provide a
-	modern toolchain for all supported achitectures.  Tier 1
-	architectures are required to ship with a toolchain
-	unencumbered by onerous license terms.  This is currently
-	provided for i386 and arm64 by the LLVM suite, including the
-	Clang compiler, LLD and LLDB.  However LLVM support for other
-	(Tier 2 or below) architectures is not yet of sufficient quality
-	to be viable, and the older but pre-existing GPLv2 toolchain
-	cannot support some of the interesting new architectures such
-	as arm64 and RISC V.  Pragmatically, in order for the project
-	to support these, until LLVM support arrives we must turn to the
-	GNU project's GPLv3 licenced toolchain.</p>
-
-      <p>The argument here is whether to import GPLv3 licensed code
-	into the &os; src repository with all of the obligations on
-	patent terms and source code redistribution that would entail,
-	not only for the &os; project itself but for numerous
-	downstream consumers of &os; code.  Not having a toolchain
-	readily available is a big impediment to working on a new
-	architecture.</p>
+      <ol>
+	<li>
+	  <p>The idea of reorganizing the Security team was first
+	    proposed to Core during a meeting at BSDCan this year by
+	    Gleb Smirnoff &mdash; core member and newly-appointed deputy
+	    Security Officer (SO).  The &quot;Security Team&quot;, which
+	    previously could contain several people (a varying number
+	    over time, but more than two) has been refashioned into just
+	    two roles: Security Officer and Deputy Security Officer.
+	    Accordingly, the role of the SO team has been redefined to
+	    be the controller of the distribution of security sensitive
+	    information into and within the project; they are
+	    responsible for interfacing with external bodies and
+	    individuals reporting security problems to the project, and
+	    connecting those reports to the appropriate individuals
+	    within the project with the technical expertise to address
+	    the identified concerns.  These changes will improve the
+	    project's responsiveness to security alerts, help maintain
+	    security on privileged information received in confidence
+	    before general publication and, not least, reduce the work
+	    load on the security officer.  The SO team will continue to
+	    benefit from liasons with the Core, Cluster Administration,
+	    and Release Engineering teams, and will be assisted by a
+	    secretary; they will also be able to obtain input and
+	    assistance in drafting security advisories from former and
+	    potential future (Deputy) Security Officers.</p>
+
+	  <p>Core would particularly like to thank the
+	    former members of the Security Team group for their past
+	    contributions, now that the Security Team role has been
+	    merged into the Security Officer's responsibilities.</p>
+	</li>
 
-      <p>One potential solution is to create a range of &quot;GPLv3
-	toolchain&quot; base-system packages out of a completely separate
-	source code repository, for instance within the &os; area on
-	Github.  These would be distributed equivalently to the other
-	base system binary packages when that mechanism is
-	introduced.</p>
-
-      <p>Core recognises that this is a decision with wide-ranging
-	consequences and will be producing a position paper for
-	circulation amongst all interested parties in order to judge
-	community opinion on the matter.  Core welcomes feedback from
-	all interested parties on the subject.</p>
+	<li>
+	  <p>The other large question concerning Core is how to provide a
+	    modern toolchain for all supported achitectures.  Tier 1
+	    architectures are required to ship with a toolchain
+	    unencumbered by onerous license terms.  This is currently
+	    provided for i386 and arm64 by the LLVM suite, including the
+	    Clang compiler, LLD and LLDB.  However LLVM support for
+	    other (Tier 2 or below) architectures is not yet of
+	    sufficient quality to be viable, and the older but
+	    pre-existing GPLv2 toolchain cannot support some of the
+	    interesting new architectures such as arm64 and RISC V.
+	    Pragmatically, in order for the project to support these,
+	    until LLVM support arrives we must turn to the GNU project's
+	    GPLv3 licenced toolchain.</p>
+
+	  <p>The argument here is whether to import GPLv3 licensed code
+	    into the &os; src repository with all of the obligations on
+	    patent terms and source code redistribution that would entail,
+	    not only for the &os; project itself but for numerous
+	    downstream consumers of &os; code.  Not having a toolchain
+	    readily available is a big impediment to working on a new
+	    architecture.</p>
+
+	  <p>One potential solution is to create a range of &quot;GPLv3
+	    toolchain&quot; base-system packages out of a completely separate
+	    source code repository, for instance within the &os; area on
+	    Github.  These would be distributed equivalently to the other
+	    base system binary packages when that mechanism is
+	    introduced.</p>
+
+	  <p>Core recognises that this is a decision with wide-ranging
+	    consequences and will be producing a position paper for
+	    circulation amongst all interested parties in order to judge
+	    community opinion on the matter.  Core welcomes feedback from
+	    all interested parties on the subject.</p>
+	</li>
+      </ol>
 
       <p>Beyond these two big questions, Core has handled a number of
 	lesser items:</p>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 18:02:04 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE817A87CED;
 Tue, 19 Jan 2016 18:02:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 811341A53;
 Tue, 19 Jan 2016 18:02:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0JI23R3081583;
 Tue, 19 Jan 2016 18:02:03 GMT (envelope-from gjb@FreeBSD.org)
Received: (from gjb@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0JI23pm081582;
 Tue, 19 Jan 2016 18:02:03 GMT (envelope-from gjb@FreeBSD.org)
Message-Id: <201601191802.u0JI23pm081582@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: gjb set sender to gjb@FreeBSD.org
 using -f
From: Glen Barber <gjb@FreeBSD.org>
Date: Tue, 19 Jan 2016 18:02:03 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48067 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 18:02:04 -0000

Author: gjb
Date: Tue Jan 19 18:02:03 2016
New Revision: 48067
URL: https://svnweb.freebsd.org/changeset/doc/48067

Log:
  Add the title header for the Foundation entry.
  
  Sponsored by:	The FreeBSD Foundation

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 03:16:56 2016	(r48066)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-10-2015-12.xml	Tue Jan 19 18:02:03 2016	(r48067)
@@ -2908,6 +2908,8 @@
   </project>
 
   <project cat='misc'>
+    <title>The FreeBSD Foundation</title>
+
     <contact>
       <person>
 	<name>

From owner-svn-doc-all@freebsd.org  Tue Jan 19 18:58:05 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B6C5A892F2;
 Tue, 19 Jan 2016 18:58:05 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0F3A512E4;
 Tue, 19 Jan 2016 18:58:04 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0JIw4NL096673;
 Tue, 19 Jan 2016 18:58:04 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0JIw4KF096672;
 Tue, 19 Jan 2016 18:58:04 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601191858.u0JIw4KF096672@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Tue, 19 Jan 2016 18:58:04 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48068 - head/de_DE.ISO8859-1/books/handbook/kernelconfig
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 18:58:05 -0000

Author: bhd
Date: Tue Jan 19 18:58:03 2016
New Revision: 48068
URL: https://svnweb.freebsd.org/changeset/doc/48068

Log:
  Update to r43800:
  
  Minor rewordings and corrections.

Modified:
  head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Tue Jan 19 18:02:03 2016	(r48067)
+++ head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Tue Jan 19 18:58:03 2016	(r48068)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde$
-     basiert auf: r42827
+     basiert auf: r43800
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="kernelconfig">
   <info><title>Konfiguration des &os;-Kernels</title>
@@ -145,10 +145,10 @@
       Ethernet-Treiber &man.ath.4; hat die folgenden Informationen in
       seiner Manualpage:</para>
 
-    <programlisting>Alternatively, to load the driver as a module at boot time, place the
+    <screen>Alternatively, to load the driver as a module at boot time, place the
 following line in &man.loader.conf.5;:
 
-    if_ath_load="YES"</programlisting>
+    if_ath_load="YES"</screen>
 
     <para>Durch das Hinzufügen von
       <literal>if_ath_load="YES"</literal> in
@@ -196,10 +196,10 @@ following line in &man.loader.conf.5;:
       beispielsweise an, dass der &man.psm.4;-Treiber eine
       angeschlossene Maus gefunden hat:</para>
 
-    <programlisting>psm0: &lt;PS/2 Mouse&gt; irq 12 on atkbdc0
+    <screen>psm0: &lt;PS/2 Mouse&gt; irq 12 on atkbdc0
 psm0: [GIANT-LOCKED]
 psm0: [ITHREAD]
-psm0: model Generic PS/2 mouse, device ID 0</programlisting>
+psm0: model Generic PS/2 mouse, device ID 0</screen>
 
     <para>Da diese Hardware vorhanden ist, sollte dieser Treiber
       nicht aus einer angepassten Kernelkonfigurationsdatei entfernt
@@ -235,9 +235,9 @@ ath0@pci0:3:0:0:        class=0x020000 c
 ath_hal(4)               - Atheros Hardware Access Layer (HAL)</programlisting>
 
     <para>Mit einer Inventarliste der Hardware können Sie dann
-      sicherstellen, dass Sie die installierten Hardware-Treiber nicht
-      versehentlich entfernen, wenn Sie die Kernelkonfigurationsdatei
-      bearbeiten.</para>
+      sicherstellen, dass Sie die Treiber der installierten Hardware
+      nicht versehentlich entfernen, wenn Sie die
+      Kernelkonfigurationsdatei bearbeiten.</para>
   </sect1>
 
   <sect1 xml:id="kernelconfig-config">
@@ -379,7 +379,7 @@ options         IPDIVERT
 	führen Sie als <systemitem class="username">root</systemitem>
 	die folgenden Befehle aus:</para>
 
-      <screen>&prompt.root; <userinput>cd /usr/src/sys/i386/conf &amp;&amp; make LINT</userinput></screen>
+      <screen>&prompt.root; <userinput>cd /usr/src/sys/<replaceable>arch</replaceable>/conf &amp;&amp; make LINT</userinput></screen>
     </note>
 
     <indexterm>
@@ -572,11 +572,12 @@ options          NFS_ROOT          # NFS
     <programlisting>options          SCSI_DELAY=5000  # Delay (in ms) before probing SCSI</programlisting>
 
     <para>Dies weist den Kernel an, 5&nbsp;Sekunden zu warten, bevor
-      nach SCSI-Geräten auf dem System gesucht wird.  Wenn das System
-      nur ein IDE-Gerät besitzt, können Sie diese Anweisung ignorieren
-      oder den Wert senken, um den Startvorgang zu beschleunigen.
-      Wenn &os; Schwierigkeiten hat, die SCSI-Geräte zu erkennen,
-      sollte der Wert wieder erhöht werden.</para>
+      nach <acronym>SCSI</acronym>-Geräten auf dem System gesucht
+      wird.  Wenn die <acronym>SCSI</acronym>-Geräte nicht gefunden
+      werden, sollte der Wert erhöht werden.  Falls das System keine
+      <acronym>SCSI</acronym>-Geräte enthält, kann dieser Wert
+      ignoriert oder gesenkt werden, um den Startvorgang zu
+      beschleunigen.</para>
 
     <programlisting>options          KTRACE            # ktrace(1) support</programlisting>
 
@@ -638,7 +639,7 @@ options          NFS_ROOT          # NFS
       aktiviert.</para>
 
     <note>
-      <para>Dieses Gerät existiert nur unter der i386-Architektur.
+      <para>Dieses Gerät existiert nur unter der &i386;-Architektur.
         Die Konfigurationszeile sollte daher nicht für andere
 	Architekturen aufgenommen werden.</para>
     </note>
@@ -1000,7 +1001,7 @@ device          xe         # Xircom pcca
 #device         le</programlisting>
 
     <para>Treiber für ISA Ethernet Karten.  Schauen Sie in
-      <filename>/usr/src/sys/i386/conf/NOTES</filename>
+      <filename>/usr/src/sys/<replaceable>arch</replaceable>/conf/NOTES</filename>
       nach, um zu sehen, welche Karte von welchem Treiber
       unterstützt wird.</para>
 
@@ -1148,7 +1149,7 @@ device          fwe           # Ethernet
 
     <para>Mehr Informationen und weitere von &os; unterstützte
       Geräte entnehmen Sie bitte
-      <filename>/usr/src/sys/i386/conf/NOTES</filename>.</para>
+      <filename>/usr/src/sys/<replaceable>arch</replaceable>/conf/NOTES</filename>.</para>
 
     <sect2>
       <title>Hohe Speicheranforderungen

From owner-svn-doc-all@freebsd.org  Tue Jan 19 19:45:09 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A2BEA882BE;
 Tue, 19 Jan 2016 19:45:09 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 05869124C;
 Tue, 19 Jan 2016 19:45:08 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0JJj8Un011229;
 Tue, 19 Jan 2016 19:45:08 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0JJj83a011228;
 Tue, 19 Jan 2016 19:45:08 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601191945.u0JJj83a011228@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Tue, 19 Jan 2016 19:45:08 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48069 - head/de_DE.ISO8859-1/books/handbook/kernelconfig
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 19:45:09 -0000

Author: bhd
Date: Tue Jan 19 19:45:07 2016
New Revision: 48069
URL: https://svnweb.freebsd.org/changeset/doc/48069

Log:
  Update to r44287:
  Comment out the kernel walk-through as it is out-of-date and
  architecture specific.
  Comment out the PAE section as it deals with ancient hardware.
  Some small editorial fixes.
  
  Update to r43817:
  Add <userinput> tags.

Modified:
  head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Tue Jan 19 18:58:03 2016	(r48068)
+++ head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Tue Jan 19 19:45:07 2016	(r48069)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde$
-     basiert auf: r43800
+     basiert auf: r44287
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="kernelconfig">
   <info><title>Konfiguration des &os;-Kernels</title>
@@ -229,7 +229,7 @@ ath0@pci0:3:0:0:        class=0x020000 c
       beispielsweise eine Liste von Manualpages zu erhalten, welche
       ein spezifisches Wort enthalten:</para>
 
-    <screen>&prompt.root; man -k <replaceable>Atheros</replaceable></screen>
+    <screen>&prompt.root; <userinput>man -k <replaceable>Atheros</replaceable></userinput></screen>
 
     <programlisting>ath(4)                   - Atheros IEEE 802.11 wireless network driver
 ath_hal(4)               - Atheros Hardware Access Layer (HAL)</programlisting>
@@ -260,8 +260,9 @@ ath_hal(4)               - Atheros Hardw
 
     <para>Falls <filename>/usr/src/</filename> nicht existiert oder
       leer ist, sind die Kernelquellen nicht installiert.  Die Quellen
-      können mit <application>Subversion</application>, wie im <xref
-	linkend="svn"/> beschrieben, installiert werden.</para>
+      können mit <application>Subversion</application> und der
+      Anleitung im <xref
+	linkend="svn"/> installiert werden.</para>
 
     <para>Sobald die Quellen installiert sind, können Sie sich einen
       Überblick über <filename>/usr/src/sys</filename> verschaffen.
@@ -292,21 +293,6 @@ ath_hal(4)               - Atheros Hardw
     <screen>&prompt.root; <userinput>cd /usr/src/sys/<replaceable>amd64</replaceable>/conf</userinput>
 &prompt.root; <userinput>cp GENERIC <replaceable>MYKERNEL</replaceable></userinput></screen>
 
-    <tip>
-      <para>Wenn Sie die Kernelkonfigurationsdatei fertig bearbeitet
-        haben, sollten Sie eine Sicherungskopie außerhalb von
-	<filename>/usr/src</filename> speichern</para>
-
-      <para>Alternativ kann die Kernelkonfigurationsdatei an anderer
-      Stelle gespeichert, und ein symbolischer Link auf die Datei
-      erstellt werden:</para>
-
-      <screen>&prompt.root; <userinput>cd /usr/src/sys/amd64/conf</userinput>
-&prompt.root; <userinput>mkdir /root/kernels</userinput>
-&prompt.root; <userinput>cp GENERIC /root/kernels/MYKERNEL</userinput>
-&prompt.root; <userinput>ln -s /root/kernels/MYKERNEL</userinput></screen>
-    </tip>
-
     <para>Editieren Sie
       <filename><replaceable>MYKERNEL</replaceable></filename> mit
       einem Texteditor.  Der Standard-Editor ist
@@ -345,15 +331,30 @@ ath_hal(4)               - Atheros Hardw
       befindet.  Von der Architektur unabhängige Optionen sind in
       <filename>/usr/src/sys/conf/NOTES</filename> aufgeführt.</para>
 
+    <tip>
+      <para>Wenn Sie die Kernelkonfigurationsdatei fertig bearbeitet
+        haben, sollten Sie eine Sicherungskopie außerhalb von
+	<filename>/usr/src</filename> speichern</para>
+
+      <para>Alternativ kann die Kernelkonfigurationsdatei an anderer
+      Stelle gespeichert, und ein symbolischer Link auf die Datei
+      erstellt werden:</para>
+
+      <screen>&prompt.root; <userinput>cd /usr/src/sys/amd64/conf</userinput>
+&prompt.root; <userinput>mkdir /root/kernels</userinput>
+&prompt.root; <userinput>cp GENERIC /root/kernels/MYKERNEL</userinput>
+&prompt.root; <userinput>ln -s /root/kernels/MYKERNEL</userinput></screen>
+    </tip>
+
     <para>Es ist möglich, eine <literal>include</literal>-Anweisung
       in die Kernelkonfigurationsdatei aufzunehmen.
       Diese erlaubt das lokale Einfügen von anderen Konfigurationsdateien
       in die aktuelle, was es einfacher macht, kleinere Änderungen an
-      einer existierenden Datei zu vollziehen.  Wenn Sie beispielsweise einen
+      einer existierenden Datei zu vollziehen.  Wenn Sie einen
       <filename>GENERIC</filename>-Kernel mit nur einer kleinen Anzahl von
       zusätzlichen Optionen und Treibern benötigen, brauchen Sie
       mit den folgenden Zeilen nur ein kleines Delta im Vergleich zu GENERIC
-      anpassen:</para>
+      anpassen, wie in diesem Beispiel zu sehen:</para>
 
     <programlisting>include GENERIC
 ident MYKERNEL
@@ -382,27 +383,14 @@ options         IPDIVERT
       <screen>&prompt.root; <userinput>cd /usr/src/sys/<replaceable>arch</replaceable>/conf &amp;&amp; make LINT</userinput></screen>
     </note>
 
-    <indexterm>
-      <primary>Kerneloptionen</primary>
-      <secondary>cpu</secondary>
-    </indexterm>
-
-    <programlisting>cpu          I486_CPU
-cpu          I586_CPU
-cpu          I686_CPU</programlisting>
-
-    <para>Diese Option gibt den Typ der CPU an.  Es ist möglich,
-      mehrere CPU-Typen anzugeben, aber für einen angepassten Kernel
-      ist es am besten, wenn nur die CPU angeben wird, die sich in der
-      Maschine befindet.  Um den CPU-Typ zu bestimmen, lesen Sie die
-      Boot-Meldungen in
-      <filename>/var/run/dmesg.boot</filename>.</para>
-
+    <!--
     <indexterm>
       <primary>Kerneloptionen</primary>
       <secondary>ident</secondary>
     </indexterm>
 
+    This is outdated and specific to one architecture.
+
     <programlisting>ident          GENERIC</programlisting>
 
     <para>Dies ist der Name des Kernels.  Setzen Sie hier den Namen
@@ -1150,7 +1138,11 @@ device          fwe           # Ethernet
     <para>Mehr Informationen und weitere von &os; unterstützte
       Geräte entnehmen Sie bitte
       <filename>/usr/src/sys/<replaceable>arch</replaceable>/conf/NOTES</filename>.</para>
+      -->
+
 
+    <!--
+    This section refers to ancient hardware.
     <sect2>
       <title>Hohe Speicheranforderungen
 	(<acronym>PAE</acronym>)</title>
@@ -1243,6 +1235,7 @@ device          fwe           # Ethernet
 	Informationen über die <acronym>PAE</acronym>-Unterstützung
 	von &os;.</para>
     </sect2>
+    -->
   </sect1>
 
   <sect1 xml:id="kernelconfig-building">

From owner-svn-doc-all@freebsd.org  Wed Jan 20 11:19:37 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52EBCA8887B;
 Wed, 20 Jan 2016 11:19:37 +0000 (UTC) (envelope-from wma@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 2DF1E17EE;
 Wed, 20 Jan 2016 11:19:37 +0000 (UTC) (envelope-from wma@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0KBJajt015034;
 Wed, 20 Jan 2016 11:19:36 GMT (envelope-from wma@FreeBSD.org)
Received: (from wma@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0KBJZPH015028;
 Wed, 20 Jan 2016 11:19:35 GMT (envelope-from wma@FreeBSD.org)
Message-Id: <201601201119.u0KBJZPH015028@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: wma set sender to wma@FreeBSD.org
 using -f
From: Wojciech Macek <wma@FreeBSD.org>
Date: Wed, 20 Jan 2016 11:19:35 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48070 - in head: en_US.ISO8859-1/articles/contributors
 share/pgpkeys share/xml
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jan 2016 11:19:37 -0000

Author: wma (src committer)
Date: Wed Jan 20 11:19:35 2016
New Revision: 48070
URL: https://svnweb.freebsd.org/changeset/doc/48070

Log:
  Adding info about myself to docs
  
  Approved by:           cognet (mentor)
  Differential revision: https://reviews.freebsd.org/D5000

Added:
  head/share/pgpkeys/wma.key   (contents, props changed)
Modified:
  head/en_US.ISO8859-1/articles/contributors/contrib.committers.xml
  head/share/pgpkeys/pgpkeys-developers.xml
  head/share/pgpkeys/pgpkeys.ent
  head/share/xml/authors.ent
  head/share/xml/news.xml

Modified: head/en_US.ISO8859-1/articles/contributors/contrib.committers.xml
==============================================================================
--- head/en_US.ISO8859-1/articles/contributors/contrib.committers.xml	Tue Jan 19 19:45:07 2016	(r48069)
+++ head/en_US.ISO8859-1/articles/contributors/contrib.committers.xml	Wed Jan 20 11:19:35 2016	(r48070)
@@ -845,6 +845,10 @@ xmlns:xlink="http://www.w3.org/1999/xlin
   </listitem>
 
   <listitem>
+    <para>&a.wma.email;</para>
+  </listitem>
+
+  <listitem>
     <para>&a.rmacklem.email;</para>
   </listitem>
 

Modified: head/share/pgpkeys/pgpkeys-developers.xml
==============================================================================
--- head/share/pgpkeys/pgpkeys-developers.xml	Tue Jan 19 19:45:07 2016	(r48069)
+++ head/share/pgpkeys/pgpkeys-developers.xml	Wed Jan 20 11:19:35 2016	(r48070)
@@ -1291,6 +1291,11 @@
       &pgpkey.jtl;
     </sect2>
 
+    <sect2 xmlns="http://docbook.org/ns/docbook" xml:id="pgpkey-wma">
+      <title>&a.wma.email;</title>
+      &pgpkey.wma;
+    </sect2>
+
     <sect2 xmlns="http://docbook.org/ns/docbook" xml:id="pgpkey-rmacklem">
       <title>&a.rmacklem.email;</title>
       &pgpkey.rmacklem;

Modified: head/share/pgpkeys/pgpkeys.ent
==============================================================================
--- head/share/pgpkeys/pgpkeys.ent	Tue Jan 19 19:45:07 2016	(r48069)
+++ head/share/pgpkeys/pgpkeys.ent	Wed Jan 20 11:19:35 2016	(r48070)
@@ -483,6 +483,7 @@
 <!ENTITY pgpkey.wilko SYSTEM "wilko.key">
 <!ENTITY pgpkey.will SYSTEM "will.key">
 <!ENTITY pgpkey.wkoszek SYSTEM "wkoszek.key">
+<!ENTITY pgpkey.wma SYSTEM "wma.key">
 <!ENTITY pgpkey.wollman SYSTEM "wollman.key">
 <!ENTITY pgpkey.wosch SYSTEM "wosch.key">
 <!ENTITY pgpkey.wxs SYSTEM "wxs.key">

Added: head/share/pgpkeys/wma.key
==============================================================================
--- /dev/null	00:00:00 1970	(empty, because file is newly added)
+++ head/share/pgpkeys/wma.key	Wed Jan 20 11:19:35 2016	(r48070)
@@ -0,0 +1,42 @@
+<!-- $FreeBSD$ -->
+<!--
+sh addkey.sh wma BA2FD88965AA1A7F ;
+-->
+<programlisting xmlns="http://docbook.org/ns/docbook" role="pgpfingerprint"><![CDATA[
+pub   rsa2048/BA2FD88965AA1A7F 2016-01-20 [expires: 2019-01-19]
+      Key fingerprint = 09F2 3360 D512 C987 B4D8  1AE8 BA2F D889 65AA 1A7F
+uid                          Wojciech Macek <wma@FreeBSD.org>
+sub   rsa2048/F074ACB7E5B3B33A 2016-01-20 [expires: 2019-01-19]
+
+]]></programlisting>
+<programlisting xmlns="http://docbook.org/ns/docbook" role="pgpkey"><![CDATA[
+-----BEGIN PGP PUBLIC KEY BLOCK-----
+
+mQENBFafOAsBCACx3x71eZ8W5sSonSWQYdo92/WdaKTxOOFbq64Y96eSBfW9b/aG
+lquhYeqny+rKNZ3RGDNVtcoXVXQ6WVk6Ogh9DLzUZBM18qUHhOD/caxOF/qbbbJc
+p76+75JN3flB7vQcYGOyHfnXuVZLztsDzx+5R3KERP17THHZxeku5qL/MXY1ruBd
+yxAVWHdqClUjToBGSj4ov9COZWBxs7vNigy/d7CrHQc3AIbu4X4FBYgKtZEbrzz0
+P9Y3+mI+Rg5R0Ith71YAp+RweX4b/qC00d3yUoq10VM1vWNYMuRBEPRoV9uS/7bL
+JEF5Fgu3CJrgIlPeTq/RRq1kczsq4DRse6rLABEBAAG0IFdvamNpZWNoIE1hY2Vr
+IDx3bWFARnJlZUJTRC5vcmc+iQE9BBMBCgAnBQJWnzgLAhsDBQkFo5qABQsJCAcD
+BRUKCQgLBRYDAgEAAh4BAheAAAoJELov2Illqhp/jcgH/i5cs6bBNpaJIOHGmrBb
+caJ9blKVbHJhI1y14IFTiV/tZnakbr6/Zra89OBU5IvTBA3AOJv0qCuEM8WdVh5g
+5+KovkuyG5ZdCUihd0f5J3yTSWWfEE0PT7n0a2llZOTW6YnfYzD7LbK0sAuZwrOD
+NZ6mg/xSG5TT/JOYgwgtLD90LPR/XX47FX7aviT0u4/sCPf9RyKL2VoRe9OqEZDh
+yVXW7mK47MR6sMGXeKCQGT5J/FgYhABjmzi4bJ3MbBd0AW5MJFFJW+UyF6+dAD6l
+UBeCFfRC0Y+MrHTBbKJk8hOq46/LhFlazfCr78ho7E2vkA9b3b2W5qmjf6L+oS2/
+TLi5AQ0EVp84CwEIAMeHwAiwth49I/nLNwKxK0oUbTWFU2DH5POx6ntIIG8c1Y7R
+ovqqJKKI0Jv/POZEkGgZfTsBwJIzi6nP24G747FSuKTfG17DWevnuTjy39UGYylP
+2SWXLxWFzg84GTUOEh7/Z/OoAnjI9OatI4XCUHLD3kPb/V6bUSEuoa2ofasVwRnb
+FNGExHNvoTE3yL6sAfCDPWmOZmoqrzWItHXJQxoNZJrp9v75Q1fT2l5ek30pBLa0
+pVsQ7pLr9ffbBeSgFLfJ+ApZTa/shSa6WNvAi9SOYz2poUV6OWp6uTc5BYkBjw4+
+zxQ/n+p9aAJg0S54+Mp5DOBqEKOqj89AqzBs1isAEQEAAYkBJQQYAQoADwUCVp84
+CwIbDAUJBaOagAAKCRC6L9iJZaoaf7R+B/9XutbuQGHh+wHczpBZPKRGjN8LWV+Q
+ElivV46+kN/SImfbto41tdIrB4lDtW31r8PUpNnDOZJh0aHnLkDrNLB2bnpbFBuN
+0wFb9I5mdeGHeW0XANKlK0EMEQ5EONJMcL6FveWnDH45a5SPJs6olt7H3l69vI3i
+//mgzNGUzDqMLwR9V6aGTGLkXTAg4stuUYkGzzWdwK5ntVUoc9b38OeljG1P1Zjw
+mQSFm1erj0zYO5d5lvA2vDzjzq+y4hX1b+7HyMhxMmOMZuZPJx9hTSImibzrNGHm
+NiVXwq0jWuLll3REkYQS/9rUEXwOi6pkkyEabvYXBlAW11E/XtT9n+kA
+=apD9
+-----END PGP PUBLIC KEY BLOCK-----
+]]></programlisting>

Modified: head/share/xml/authors.ent
==============================================================================
--- head/share/xml/authors.ent	Tue Jan 19 19:45:07 2016	(r48069)
+++ head/share/xml/authors.ent	Wed Jan 20 11:19:35 2016	(r48070)
@@ -2298,6 +2298,9 @@
 <!ENTITY a.wkoszek "Wojciech A. Koszek">
 <!ENTITY a.wkoszek.email "&a.wkoszek; <email xmlns='http://docbook.org/ns/docbook'>wkoszek@FreeBSD.org</email>">
 
+<!ENTITY a.wma "Wojciech Macek">
+<!ENTITY a.wma.email "&a.wma; <email xmlns='http://docbook.org/ns/docbook'>wma@FreeBSD.org</email>">
+
 <!ENTITY a.wolf "Wolfgang Stanglmeier">
 <!ENTITY a.wolf.email "&a.wolf; <email xmlns='http://docbook.org/ns/docbook'>wolf@FreeBSD.org</email>">
 

Modified: head/share/xml/news.xml
==============================================================================
--- head/share/xml/news.xml	Tue Jan 19 19:45:07 2016	(r48069)
+++ head/share/xml/news.xml	Wed Jan 20 11:19:35 2016	(r48070)
@@ -57,6 +57,15 @@
 	      Statement</a> about harassment in the &os; Community</p>
 	</event>
       </day>
+
+      <day>
+	<name>18</name>
+
+	<event>
+	  <p>New committer:
+	    <a href="mailto:wma@FreeBSD.org">Wojciech Macek</a> (src)</p>
+	</event>
+      </day>
     </month>
   </year>
 

From owner-svn-doc-all@freebsd.org  Wed Jan 20 12:14:41 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED1E1A8A3C4;
 Wed, 20 Jan 2016 12:14:41 +0000 (UTC)
 (envelope-from culot@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id B96AB13CF;
 Wed, 20 Jan 2016 12:14:41 +0000 (UTC)
 (envelope-from culot@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0KCEe82034655;
 Wed, 20 Jan 2016 12:14:40 GMT (envelope-from culot@FreeBSD.org)
Received: (from culot@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0KCEeBQ034653;
 Wed, 20 Jan 2016 12:14:40 GMT (envelope-from culot@FreeBSD.org)
Message-Id: <201601201214.u0KCEeBQ034653@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: culot set sender to
 culot@FreeBSD.org using -f
From: Frederic Culot <culot@FreeBSD.org>
Date: Wed, 20 Jan 2016 12:14:40 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48071 - in head/en_US.ISO8859-1: articles/contributors
 htdocs
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jan 2016 12:14:42 -0000

Author: culot (ports committer)
Date: Wed Jan 20 12:14:40 2016
New Revision: 48071
URL: https://svnweb.freebsd.org/changeset/doc/48071

Log:
  Welcome miwi back to the portmgr team

Modified:
  head/en_US.ISO8859-1/articles/contributors/contrib.portmgralumni.xml
  head/en_US.ISO8859-1/htdocs/administration.xml

Modified: head/en_US.ISO8859-1/articles/contributors/contrib.portmgralumni.xml
==============================================================================
--- head/en_US.ISO8859-1/articles/contributors/contrib.portmgralumni.xml	Wed Jan 20 11:19:35 2016	(r48070)
+++ head/en_US.ISO8859-1/articles/contributors/contrib.portmgralumni.xml	Wed Jan 20 12:14:40 2016	(r48071)
@@ -12,10 +12,6 @@
   </listitem>
 
   <listitem>
-    <para>&a.miwi.email; (2009 - 2014)</para>
-  </listitem>
-
-  <listitem>
     <para>&a.itetcu.email; (2009 - 2014)</para>
   </listitem>
 

Modified: head/en_US.ISO8859-1/htdocs/administration.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/administration.xml	Wed Jan 20 11:19:35 2016	(r48070)
+++ head/en_US.ISO8859-1/htdocs/administration.xml	Wed Jan 20 12:14:40 2016	(r48071)
@@ -137,6 +137,7 @@
     <li>&a.bdrewery.email; (Release Engineering Team Liaison)</li>
     <li>&a.erwin.email; (Cluster Administration Team Liaison)</li>
     <li>&a.swills.email;</li>
+    <li>&a.miwi.email;</li>
   </ul>
 
   <hr/>

From owner-svn-doc-all@freebsd.org  Thu Jan 21 09:25:08 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 609CAA8BE23;
 Thu, 21 Jan 2016 09:25:08 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 1E768161D;
 Thu, 21 Jan 2016 09:25:08 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0L9P7og051296;
 Thu, 21 Jan 2016 09:25:07 GMT (envelope-from ryusuke@FreeBSD.org)
Received: (from ryusuke@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0L9P78T051295;
 Thu, 21 Jan 2016 09:25:07 GMT (envelope-from ryusuke@FreeBSD.org)
Message-Id: <201601210925.u0L9P78T051295@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: ryusuke set sender to
 ryusuke@FreeBSD.org using -f
From: Ryusuke SUZUKI <ryusuke@FreeBSD.org>
Date: Thu, 21 Jan 2016 09:25:07 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48072 - head/ja_JP.eucJP/books/handbook/x11
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jan 2016 09:25:08 -0000

Author: ryusuke
Date: Thu Jan 21 09:25:06 2016
New Revision: 48072
URL: https://svnweb.freebsd.org/changeset/doc/48072

Log:
  - Merge the following from the English version:
  
  	r46352 -> r46462	head/ja_JP.eucJP/books/handbook/x11/chapter.xml

Modified:
  head/ja_JP.eucJP/books/handbook/x11/chapter.xml

Modified: head/ja_JP.eucJP/books/handbook/x11/chapter.xml
==============================================================================
--- head/ja_JP.eucJP/books/handbook/x11/chapter.xml	Wed Jan 20 12:14:40 2016	(r48071)
+++ head/ja_JP.eucJP/books/handbook/x11/chapter.xml	Thu Jan 21 09:25:06 2016	(r48072)
@@ -3,7 +3,7 @@
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: r46352
+     Original revision: r46462
      $FreeBSD$
 -->
 <chapter xmlns="http://docbook.org/ns/docbook"
@@ -1199,6 +1199,213 @@ DisplayManager.requestPort:     0</scree
     </sect2>
   </sect1>
 
+  <sect1 xml:id="x-compiz-fusion">
+    <title>Compiz Fusion ¤Î¥¤¥ó¥¹¥È¡¼¥ë</title>
+
+    <para>Ì¥ÎÏŪ¤Ê 3D ¸ú²Ì¤ò»È¤¦¤È¡¢
+      ¥Ç¥¹¥¯¥È¥Ã¥×¥³¥ó¥Ô¥å¡¼¥¿¤ò»È¤¦³Ú¤·¤µ¤¬Áý¤¨¤ë¤³¤È¤Ç¤·¤ç¤¦¡£</para>
+
+    <para><application>Compiz&nbsp;Fusion</application>
+      ¤Î¥¤¥ó¥¹¥È¡¼¥ë¤Ï´Êñ¤Ç¤¹¤¬¡¢ÀßÄê¤ÎºÝ¤Ë¤Ï¡¢port
+      ¤Îʸ½ñ¤Ë¤Ïµ­ºÜ¤µ¤ì¤Æ¤¤¤Ê¤¤¤è¤¦¤Êºî¶È¤¬É¬ÍפȤʤ뤳¤È¤¬¤¢¤ê¤Þ¤¹¡£</para>
+
+    <sect2 xml:id="x-compiz-video-card">
+      <title>&os; nVidia ¥É¥é¥¤¥Ð¤ÎÀßÄê</title>
+
+      <para>¥Ç¥¹¥¯¥È¥Ã¥×¸ú²Ì¤Ï¡¢
+	¥°¥é¥Õ¥£¥Ã¥¯¥«¡¼¥É¤Ë¶Ë¤á¤Æ¹â¤¤Éé²Ù¤ò¤«¤±¤ë¤³¤È¤¬¤¢¤ê¤Þ¤¹¡£
+	nVidia ¥Ù¡¼¥¹¤Î¥°¥é¥Õ¥£¥Ã¥¯¥«¡¼¥É¤Ë¤ª¤¤¤Æ¡¢
+	Îɤ¤¥Ñ¥Õ¥©¡¼¥Þ¥ó¥¹¤ò½Ð¤¹¤Ë¤Ï¡¢
+	¥×¥í¥×¥ê¥¨¥¿¥ê¤Ê¥É¥é¥¤¥Ð¤¬É¬ÍפȤʤê¤Þ¤¹¡£
+	¾¤Î¥°¥é¥Õ¥£¥Ã¥¯¥«¡¼¥É¤ò»È¤Ã¤Æ¤¤¤ë¥æ¡¼¥¶¤Ï¡¢¤³¤ÎÀá¤òÈô¤Ð¤·¡¢
+	<filename>xorg.conf</filename> ¤ÎÀßÄê¤Ë¿Ê¤ó¤Ç¤¯¤À¤µ¤¤¡£</para>
+
+      <para>ɬÍפȤʤë nVidia ¥É¥é¥¤¥Ð¤Ë¤Ä¤¤¤Æ¤Ï¡¢
+	<link xlink:href="&url.books.faq;/x.html#idp59950544">¤³¤ÎÌäÂê¤Ë´Ø¤¹¤ë
+	  FAQ </link> ¤ò»²¾È¤·¤Æ·è¤á¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <para>»ÈÍѤ·¤Æ¤¤¤ë¥«¡¼¥É¤ËÂФ¹¤ëŬÀڤʥɥ饤¥Ð¤¬·è¤Þ¤ì¤Ð¡¢
+	¥¤¥ó¥¹¥È¡¼¥ëºî¶È¤Ï¾¤Î package
+	¤ò¥¤¥ó¥¹¥È¡¼¥ë¤¹¤ë¤Î¤ÈƱ¤¸¤è¤¦¤Ë´Êñ¤Ç¤¹¡£</para>
+
+      <para>¤¿¤È¤¨¤Ð¡¢
+	ºÇ¿·¤Î¥É¥é¥¤¥Ð¤ò¥¤¥ó¥¹¥È¡¼¥ë¤¹¤ë¤Ë¤Ï°Ê²¼¤Î¤è¤¦¤Ë¼Â¹Ô¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <screen>&prompt.root; <userinput>pkg install x11/nvidia-driver</userinput></screen>
+
+      <para>¤³¤Î¥É¥é¥¤¥Ð¤Ï¥«¡¼¥Í¥ë¥â¥¸¥å¡¼¥ë¤òºîÀ®¤¹¤ë¤Î¤Ç¡¢
+	¤³¤Î¥â¥¸¥å¡¼¥ë¤ò¥·¥¹¥Æ¥à¤Îµ¯Æ°»þ¤ËÆɤ߹þ¤à¤è¤¦¤ËÀßÄꤷ¤Æ¤¯¤À¤µ¤¤¡£
+	°Ê²¼¤Î¹Ô¤ò
+	<filename>/boot/loader.conf</filename> ¤ËÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>nvidia_load="YES"</programlisting>
+
+      <note>
+	<para>Æ°ºî¤·¤Æ¤¤¤ë¥«¡¼¥Í¥ë¤Ë¡¢
+	  ¥«¡¼¥Í¥ë¥â¥¸¥å¡¼¥ë¤òº£¤¹¤°Æɤ߹þ¤Þ¤»¤ë¤Ë¤Ï¡¢
+	  <command>kldload nvidia</command>
+	  ¤Î¤è¤¦¤Ê¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤·¤Æ¤¯¤À¤µ¤¤¡£
+	  ¤·¤«¤·¤Ê¤¬¤é¡¢<application>&xorg;</application>
+	  ¤Î¥Ð¡¼¥¸¥ç¥ó¤Ë¤è¤Ã¤Æ¤Ï¡¢
+	  µ¯Æ°»þ¤Ë¥É¥é¥¤¥Ð¤¬Æɤ߹þ¤Þ¤ì¤Æ¤¤¤Ê¤¤¤ÈÀµ¤·¤¯Æ°¤«¤Ê¤¤¤â¤¢¤ê¤Þ¤¹¤Î¤Ç¡¢
+	  Ãí°Õ¤·¤Æ¤¯¤À¤µ¤¤¡£
+	  <filename>/boot/loader.conf</filename> ¤òÊÔ½¸¸å¤Ï¡¢
+	  ºÆµ¯Æ°¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+      </note>
+
+      <para>Æɤ߹þ¤Þ¤ì¤¿¥«¡¼¥Í¥ë¥â¥¸¥å¡¼¥ë¤ò»È¤¦¤Ë¤Ï¡¢
+	Ä̾ï¤Ï¡¢<filename>xorg.conf</filename>
+	¥Õ¥¡¥¤¥ë¤Î°ì¤Ä¤Î¹Ô¤ò¥×¥í¥×¥ê¥¨¥¿¥ê¤Ê¥É¥é¥¤¥Ð¤ò»È¤¦¤è¤¦¤ËÊѹ¹¤¹¤ë¤À¤±¤Ç¤¹¡£</para>
+
+      <para><filename>/etc/X11/xorg.conf</filename> ¤Ë¤ª¤¤¤Æ¡¢
+	°Ê²¼¤Î¹Ô¤òõ¤·½Ð¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>Driver      "nv"</programlisting>
+
+      <para>¤³¤Î¹Ô¤ò°Ê²¼¤Î¤è¤¦¤ËÊѹ¹¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>Driver      "nvidia"</programlisting>
+
+      <para>¤¤¤Ä¤â¤Î¤è¤¦¤Ë GUI ¤òµ¯Æ°¤¹¤ë¤È¡¢nVidia
+	¤Î¥¹¥×¥é¥Ã¥·¥å¤¬É½¼¨¤µ¤ì¤Þ¤¹¡£
+	¤¹¤Ù¤Æ¤Ï¤³¤ì¤Þ¤ÇÄ̤ê¤ËÆ°ºî¤¹¤ë¤Ï¤º¤Ç¤¹¡£</para>
+    </sect2>
+
+    <sect2 xml:id="xorg-configuration">
+      <title>¥Ç¥¹¥¯¥È¥Ã¥×¸ú²Ì¤Î¤¿¤á¤Î xorg.conf ¤ÎÀßÄê</title>
+
+      <para><application>Compiz&nbsp;Fusion</application> ¤òÍ­¸ú¤Ë¤¹¤ë¤Ë¤Ï
+	<filename>/etc/X11/xorg.conf</filename>
+	¤òÊѹ¹¤¹¤ëɬÍפ¬¤¢¤ê¤Þ¤¹¡£</para>
+
+      <para>¥³¥ó¥Ý¥¸¥Ã¥È¸ú²Ì¤òÍ­¸ú¤Ë¤¹¤ë¤Ë¤Ï¡¢
+	°Ê²¼¤Î¥»¥¯¥·¥ç¥ó¤òÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>Section "Extensions"
+    Option         "Composite" "Enable"
+    EndSection</programlisting>
+
+      <para>°Ê²¼¤Î¤è¤¦¤Ê <quote>Screen</quote>
+	¥»¥¯¥·¥ç¥ó¤Î¾ì½ê¤ò¸«¤Ä¤±¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>Section "Screen"
+    Identifier     "Screen0"
+    Device         "Card0"
+    Monitor        "Monitor0"
+    ...</programlisting>
+
+      <para>(<quote>Monitor</quote> ¤Î¸å¤Ë) ¼¡¤ÎÆó¤Ä¤Î¹Ô¤òÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>DefaultDepth    24
+    Option         "AddARGBGLXVisuals" "True"</programlisting>
+
+      <para>¤¢¤Ê¤¿¤¬»ÈÍѤ·¤¿¤¤¤È¹Í¤¨¤Æ¤¤¤ë¥¹¥¯¥ê¡¼¥ó²òÁüÅÙ¤ËÂбþ¤¹¤ë
+	<quote>Subsection</quote> ¤òõ¤·¤Æ¤¯¤À¤µ¤¤¡£
+	¤¿¤È¤¨¤Ð¡¢1280x1024 ¤ò»ÈÍѤ¹¤ëͽÄê¤Ç¤¢¤ì¤Ð¡¢
+	¼¡¤Î¤è¤¦¤Ê¥»¥¯¥·¥ç¥ó¤òõ¤·¤Æ¤¯¤À¤µ¤¤¡£
+	¤â¤·´õ˾¤Î²òÁüÅ٤Πsubsection ¤¬¤Ê¤±¤ì¤Ð¡¢
+	¼êÆ°¤Ç¤½¤Î¥¨¥ó¥È¥ê¤òÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>SubSection     "Display"
+    Viewport    0 0
+    Modes      "1280x1024"
+    EndSubSection</programlisting>
+
+      <para>¥Ç¥¹¥¯¥È¥Ã¥×¥³¥ó¥Ý¥¸¥Ã¥È¤Ç
+	24&nbsp;¥Ó¥Ã¥È¤Î¥«¥é¡¼¤¬É¬ÍפǤ¢¤ì¤Ð¡¢¾å½Ò¤Î subsection
+	¤ò°Ê²¼¤Î¤è¤¦¤ËÊѹ¹¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>SubSection     "Display"
+    Viewport    0 0
+    Depth       24
+    Modes      "1280x1024"
+    EndSubSection</programlisting>
+
+      <para>ºÇ¸å¤Ë¡¢<quote>Module</quote> ¥»¥¯¥·¥ç¥ó¤Ë
+	<quote>glx</quote> ¤ª¤è¤Ó <quote>extmod</quote>
+	¥â¥¸¥å¡¼¥ë¤¬Æɤ߹þ¤Þ¤ì¤ë¤è¤¦¤ËÀßÄꤵ¤ì¤Æ¤¤¤ë¤³¤È¤ò³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <programlisting>Section "Module"
+    Load           "extmod"
+    Load           "glx"
+    ...</programlisting>
+
+      <para>Á°½Ò¤ÎÀßÄê¤Ï¡¢
+	<package>x11/nvidia-xconfig</package> ¤ò
+	(root ¸¢¸Â¤Ç) ¼Â¹Ô¤¹¤ë¤³¤È¤Ç¼«Æ°Åª¤ËÀßÄê¤Ç¤­¤Þ¤¹¡£</para>
+
+	<screen>&prompt.root; <userinput>nvidia-xconfig --add-argb-glx-visuals</userinput>
+    &prompt.root; <userinput>nvidia-xconfig --composite</userinput>
+    &prompt.root; <userinput>nvidia-xconfig --depth=24</userinput></screen>
+    </sect2>
+
+    <sect2 xml:id="compiz-fusion">
+      <title>Compiz&nbsp;Fusion ¤Î¥¤¥ó¥¹¥È¡¼¥ë¤ª¤è¤ÓÀßÄê</title>
+
+      <para><application>Compiz&nbsp;Fusion</application> ¤Î¥¤¥ó¥¹¥È¡¼¥ë¤Ï¡¢
+	¾¤Î package ¤ÈƱÍͤ˴Êñ¤Ç¤¹¡£</para>
+
+      <screen>&prompt.root; <userinput>pkg install x11-wm/compiz-fusion</userinput></screen>
+
+      <para>¥¤¥ó¥¹¥È¡¼¥ë¤¬½ªÎ»¤·¤¿¤é¡¢¥°¥é¥Õ¥£¥Ã¥¯¥Ç¥¹¥¯¥È¥Ã¥×¤òµ¯Æ°¤·¤Æ¡¢
+	üËö¤«¤é°Ê²¼¤Î¥³¥Þ¥ó¥É¤òÄ̾ï¤Î¥æ¡¼¥¶¤Ç¼Â¹Ô¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <screen>&prompt.user; <userinput>compiz --replace --sm-disable --ignore-desktop-hints ccp &amp;</userinput>
+    &prompt.user; <userinput>emerald --replace &amp;</userinput></screen>
+
+      <para>»È¤Ã¤Æ¤¤¤ë¥¦¥£¥ó¥É¥¦¥Þ¥Í¡¼¥¸¥ã (<application>GNOME</application>
+	¤Ç¤Ï¡¢<application>Metacity</application>) ¤¬¡¢
+	<application>Compiz&nbsp;Fusion</application> ¤ËÃÖ¤­´¹¤¨¤é¤ì¤ë¤¿¤á¡¢
+	²èÌ̤ϿôÉô֤Á¤é¤Ä¤­¤Þ¤¹¡£
+	<application>Emerald</application> ¤¬¥¦¥£¥ó¥É¥¦¥Ç¥³¥ì¡¼¥·¥ç¥ó
+	(¤¿¤È¤¨¤Ð¡¢ÊĤ¸¤ë¡¢ºÇ¾®²½¡¢ºÇÂç²½¥Ü¥¿¥ó¥¿¥¤¥È¥ë¥Ð¡¼¤Ê¤É)
+	¤ò¼è¤ê°·¤¤¤Þ¤¹¡£</para>
+
+      <para>¤³¤Î¥³¥Þ¥ó¥É¤ò¥¹¥¯¥ê¥×¥È¤ËÊÑ´¹¤·¤Æ¡¢
+	(¤¿¤È¤¨¤Ð <application>GNOME</application> ¥Ç¥¹¥¯¥È¥Ã¥×¤Î
+	<quote>Sessions</quote> ¤ËÄɲä·¤Æ)
+	µ¯Æ°»þ¤Ë¼«Æ°Åª¤Ë¼Â¹Ô¤µ¤ì¤ë¤è¤¦¤Ë¤¹¤ë¤³¤È¤â¤Ç¤­¤Þ¤¹¡£</para>
+
+      <programlisting>#! /bin/sh
+    compiz --replace --sm-disable --ignore-desktop-hints ccp &amp;
+    emerald --replace &amp;</programlisting>
+
+      <para>¤³¤ì¤ò¡¢¤¿¤È¤¨¤Ð <filename>start-compiz</filename>
+	¤È¤¤¤¦Ì¾Á°¤Ç¥Û¡¼¥à¥Ç¥£¥ì¥¯¥È¥ê¤ËÊݸ¤·¤Æ¡¢
+	°Ê²¼¤Î¤è¤¦¤Ë¼Â¹Ô²Äǽ¤Ë¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <screen>&prompt.user; <userinput>chmod +x ~/start-compiz</userinput></screen>
+
+      <para>GUI ¤ò»È¤Ã¤Æ¡¢¤³¤Î¥¹¥¯¥ê¥×¥È¤ò
+	(<application>GNOME</application> ¥Ç¥¹¥¯¥È¥Ã¥×¤Î
+	<guimenuitem>System</guimenuitem>,
+	<guimenuitem>Preferences</guimenuitem>,
+	<guimenuitem>Sessions</guimenuitem> ¤Ë¤¢¤ë)
+	<guimenuitem>Startup Programs</guimenuitem> ¤ËÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+
+      <para>¤¹¤Ù¤Æ¤Î´õ˾¤¹¤ë¸ú²Ì¤ÈÀßÄê¤òÁªÂò¤¹¤ë¤Ë¤Ï¡¢
+	(¤â¤¦°ìÅÙÄ̾ï¤Î¥æ¡¼¥¶¤Ç)
+	<application>Compiz&nbsp;Config&nbsp;Settings&nbsp;Manager</application>
+	¤ò¼Â¹Ô¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+
+      <screen>&prompt.user; <userinput>ccsm</userinput></screen>
+
+      <note>
+	<para><application>GNOME</application> ¤Ç¤Ï¡¢
+	  <guimenuitem>System</guimenuitem>,
+	  <guimenuitem>Preferences</guimenuitem>
+	  ¥á¥Ë¥å¡¼¤«¤éÁªÂò¤¹¤ë¤³¤È¤â½ÐÍè¤Þ¤¹¡£</para>
+      </note>
+
+      <para>¥Ó¥ë¥É¤ÎºÝ¤Ë <quote>gconf support</quote>
+	¤òÁªÂò¤·¤Æ¤¤¤¿¤Î¤Ç¤¢¤ì¤Ð¡¢
+	<command>gconf-editor</command> ¤ò»È¤Ã¤Æ
+	<literal>apps/compiz</literal> °Ê²¼¤ò¸«¤ë¤³¤È¤Ç¡¢
+	¤³¤ì¤é¤ÎÀßÄê¤ò³Îǧ¤¹¤ë¤³¤È¤â½ÐÍè¤Þ¤¹¡£</para>
+    </sect2>
+
+  </sect1>
+
   <sect1 xml:id="x11-understanding">
 
     <title>¥È¥é¥Ö¥ë¥·¥å¡¼¥Æ¥£¥ó¥°</title>
@@ -1497,5 +1704,55 @@ EndSection</programlisting>
 	<para>°Ê¾å¤Î´Êñ¤ÊÊÔ½¸ºî¶È¤¬½ª¤ï¤Ã¤¿¤é¡¢
 	  ¿·¤·¤¤¥ï¥¤¥É¥¹¥¯¥ê¡¼¥ó¥â¥Ë¥¿¾å¤Ç X ¤¬Æ°ºî¤¹¤ë¤Ç¤·¤ç¤¦¡£</para>
     </sect2>
+
+    <sect2 xml:id="compiz-troubleshooting">
+      <title>Compiz&nbsp;Fusion »ÈÍÑ»þ¤Î¥È¥é¥Ö¥ë¥·¥å¡¼¥Æ¥£¥ó¥°</title>
+
+      <qandaset>
+	<qandaentry>
+	  <question xml:id="no-decorations">
+	    <para><application>Compiz&nbsp;Fusion</application>
+	      ¤ò¥¤¥ó¥¹¥È¡¼¥ë¤·¡¢ÀâÌÀ¤µ¤ì¤¿¤è¤¦¤Ë¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤¹¤ë¤È¡¢
+	      ¥¦¥£¥ó¥É¥¦¤Î¥¿¥¤¥È¥ë¥Ð¡¼¤ä¥Ü¥¿¥ó¤¬É½¼¨¤µ¤ì¤Þ¤»¤ó¡£
+	      ²¿¤¬ÌäÂê¤Ç¤·¤ç¤¦¤«¡©</para>
+	  </question>
+
+	  <answer>
+	    <para>¤ª¤½¤é¤¯ <filename>/etc/X11/xorg.conf</filename>
+	      ¤ÎÀßÄ꤬¹Ô¤ï¤ì¤Æ¤¤¤Æ¤¤¤Ê¤¤¤Î¤Ç¤·¤ç¤¦¡£
+	      ¤³¤Î¥Õ¥¡¥¤¥ë¤ò¾ÜºÙ¤Ë³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£ÆäË
+	      <literal>DefaultDepth</literal> ¤ª¤è¤Ó
+	      <literal>AddARGBGLXVisuals</literal>
+	      ¥Ç¥£¥ì¥¯¥Æ¥£¥Ö¤ò³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+	  </answer>
+	</qandaentry>
+
+	<qandaentry>
+	  <question xml:id="xorg-crash">
+	    <para><application>Compiz&nbsp;Fusion</application>
+	      ¤òµ¯Æ°¤¹¤ë¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤¹¤ë¤È¡¢X ¥µ¡¼¥Ð¤¬¥¯¥é¥Ã¥·¥å¤·¡¢
+	      ¥³¥ó¥½¡¼¥ë¤ËÌá¤ê¤Þ¤¹¡£²¿¤¬ÌäÂê¤Ç¤·¤ç¤¦¤«¡©</para>
+	  </question>
+
+	  <answer>
+	    <para><filename>/var/log/Xorg.0.log</filename>
+	      ¥Õ¥¡¥¤¥ë¤ò³Îǧ¤¹¤ë¤È¡¢
+	      X ¤Îµ¯Æ°»þ¤Î¥¨¥é¡¼¥á¥Ã¥»¡¼¥¸¤òõ¤·½Ð¤¹¤³¤È¤¬¤Ç¤­¤Þ¤¹¡£
+	      ¿¤¯¤Î¾ì¹ç¤Ï¡¢°Ê²¼¤Î¤è¤¦¤Ê¤â¤Î¤Ç¤¹¡£</para>
+
+	    <screen>(EE) NVIDIA(0):     Failed to initialize the GLX module; please check in your X
+    (EE) NVIDIA(0):     log file that the GLX module has been loaded in your X
+    (EE) NVIDIA(0):     server, and that the module is the NVIDIA GLX module.  If
+    (EE) NVIDIA(0):     you continue to encounter problems, Please try
+    (EE) NVIDIA(0):     reinstalling the NVIDIA driver.</screen>
+
+	    <para>¤³¤ì¤ÏÄ̾ï <application>&xorg;</application>
+	      ¤ò¥¢¥Ã¥×¥°¥ì¡¼¥É¤·¤¿»þ¤Ëµ¯¤­¤ë¸½¾Ý¤Ç¤¹¡£
+	      <package>x11/nvidia-driver</package> package ¤ò¥¤¥ó¥¹¥È¡¼¥ë¤·¤Æ
+	      glx ¤òºÆ¹½ÃÛ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+	  </answer>
+	</qandaentry>
+      </qandaset>
+    </sect2>
   </sect1>
 </chapter>

From owner-svn-doc-all@freebsd.org  Thu Jan 21 10:44:32 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7AAC8A8A5D9;
 Thu, 21 Jan 2016 10:44:32 +0000 (UTC) (envelope-from wma@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 4BAAF158C;
 Thu, 21 Jan 2016 10:44:32 +0000 (UTC) (envelope-from wma@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0LAiVpk075212;
 Thu, 21 Jan 2016 10:44:31 GMT (envelope-from wma@FreeBSD.org)
Received: (from wma@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0LAiVrN075211;
 Thu, 21 Jan 2016 10:44:31 GMT (envelope-from wma@FreeBSD.org)
Message-Id: <201601211044.u0LAiVrN075211@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: wma set sender to wma@FreeBSD.org
 using -f
From: Wojciech Macek <wma@FreeBSD.org>
Date: Thu, 21 Jan 2016 10:44:31 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48073 - head/share/xml
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jan 2016 10:44:32 -0000

Author: wma (src committer)
Date: Thu Jan 21 10:44:31 2016
New Revision: 48073
URL: https://svnweb.freebsd.org/changeset/doc/48073

Log:
  Fix January news order to be descending
  
  Approved by:           cognet (mentor)
  Differential revision: https://reviews.freebsd.org/D5008

Modified:
  head/share/xml/news.xml

Modified: head/share/xml/news.xml
==============================================================================
--- head/share/xml/news.xml	Thu Jan 21 09:25:06 2016	(r48072)
+++ head/share/xml/news.xml	Thu Jan 21 10:44:31 2016	(r48073)
@@ -35,6 +35,15 @@
       <name>1</name>
 
       <day>
+	<name>18</name>
+
+	<event>
+	  <p>New committer:
+	    <a href="mailto:wma@FreeBSD.org">Wojciech Macek</a> (src)</p>
+	</event>
+      </day>
+
+      <day>
 	<name>6</name>
 
 	<event>
@@ -57,15 +66,6 @@
 	      Statement</a> about harassment in the &os; Community</p>
 	</event>
       </day>
-
-      <day>
-	<name>18</name>
-
-	<event>
-	  <p>New committer:
-	    <a href="mailto:wma@FreeBSD.org">Wojciech Macek</a> (src)</p>
-	</event>
-      </day>
     </month>
   </year>
 

From owner-svn-doc-all@freebsd.org  Thu Jan 21 13:42:48 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BC7DA8BE20;
 Thu, 21 Jan 2016 13:42:48 +0000 (UTC) (envelope-from bcr@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 394761B4B;
 Thu, 21 Jan 2016 13:42:48 +0000 (UTC) (envelope-from bcr@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0LDglwt033000;
 Thu, 21 Jan 2016 13:42:47 GMT (envelope-from bcr@FreeBSD.org)
Received: (from bcr@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0LDglbp032999;
 Thu, 21 Jan 2016 13:42:47 GMT (envelope-from bcr@FreeBSD.org)
Message-Id: <201601211342.u0LDglbp032999@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bcr set sender to bcr@FreeBSD.org
 using -f
From: Benedict Reuschling <bcr@FreeBSD.org>
Date: Thu, 21 Jan 2016 13:42:47 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48074 - head/de_DE.ISO8859-1/books/handbook/kernelconfig
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jan 2016 13:42:48 -0000

Author: bcr
Date: Thu Jan 21 13:42:47 2016
New Revision: 48074
URL: https://svnweb.freebsd.org/changeset/doc/48074

Log:
  Attempt to fix the FTP doc build by prematurely applying the fixes
  from r44373.
  
  Reported by:	bz

Modified:
  head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Thu Jan 21 10:44:31 2016	(r48073)
+++ head/de_DE.ISO8859-1/books/handbook/kernelconfig/chapter.xml	Thu Jan 21 13:42:47 2016	(r48074)
@@ -1351,8 +1351,8 @@ device          fwe           # Ethernet
         </listitem>
       </varlistentry>
 
-      <varlistentry>
-        <term>Der Kernel bootet nicht:<anchor xml:id="kernelconfig-noboot"/></term>
+      <varlistentry xml:id="kernelconfig-noboot">
+        <term>Der Kernel bootet nicht:</term>
 
         <listitem>
           <para>Wenn der neue Kernel nicht bootet oder die Geräte

From owner-svn-doc-all@freebsd.org  Thu Jan 21 20:23:22 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2F29A8B746;
 Thu, 21 Jan 2016 20:23:22 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 9FA7110AA;
 Thu, 21 Jan 2016 20:23:22 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0LKNLYa071387;
 Thu, 21 Jan 2016 20:23:21 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0LKNLnt071386;
 Thu, 21 Jan 2016 20:23:21 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601212023.u0LKNLnt071386@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Thu, 21 Jan 2016 20:23:21 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48075 - head/de_DE.ISO8859-1/books/handbook/ports
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jan 2016 20:23:23 -0000

Author: bhd
Date: Thu Jan 21 20:23:21 2016
New Revision: 48075
URL: https://svnweb.freebsd.org/changeset/doc/48075

Log:
  Update to r42792:
  
  - Match the synopsis with this chapter's table of contents.
  - Some minor wording fixes.
  
  Reviewed by:	bcr
  Differential Revision:	https://reviews.freebsd.org/D4995

Modified:
  head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml	Thu Jan 21 13:42:47 2016	(r48074)
+++ head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml	Thu Jan 21 20:23:21 2016	(r48075)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde: de-docproj/books/handbook/ports/chapter.xml,v 1.111 2011/12/19 17:13:33 bcr Exp $
-     basiert auf: r42014
+     basiert auf: r42792
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="ports">
   <info><title>Installieren von Anwendungen: Pakete und Ports</title>
@@ -21,45 +21,45 @@
     <indexterm><primary>Ports</primary></indexterm>
     <indexterm><primary>Pakete</primary></indexterm>
     <para>&os; enthält eine umfassende Sammlung von Systemwerkzeugen,
-      die Teil des Basissystems sind.  Allerdings ist man früher oder
-      später auf Software Dritter angewiesen, damit bestimmte Arbeiten
-      durchgeführt werden können.  Um diese Software zu installieren,
-      stellt &os; zwei sich ergänzende Methoden zur
-      Verfügung: Die Ports-Sammlung (zur Installation aus dem
-      Quellcode) sowie Pakete (auch als
-      <foreignphrase>Packages</foreignphrase> bezeichnet, zur
-      Installation von vorkompilierten binären Softwarepaketen).
-      Beide Methoden können benutzt werden, um Anwendungen von lokalen
-      Medien oder über das Netzwerk zu installieren.</para>
+      die Teil des Basissystems sind.  Darüber hinaus stellt &os; zwei
+      sich ergänzende Methoden zur Installation von
+      Drittanbieter-Software zur Verfügung: Die Ports-Sammlung zur
+      Installation aus dem Quellcode sowie Pakete zur Installation
+      von vorkompilierten binären Softwarepaketen.  Beide Methoden
+      können benutzt werden, um Anwendungen von lokalen Medien oder
+      über das Netzwerk zu installieren.</para>
 
     <para>Dieses Kapitel behandelt die folgenden Themen:</para>
 
     <itemizedlist>
       <listitem>
-	<para>Die Installation binärer Softwarepakete.</para>
+	<para>Den Unterschied zwischen binären Softwarepaketen und
+	  Ports.</para>
       </listitem>
 
       <listitem>
-	<para>Der Bau Software Dritter aus dem Quellcode mithilfe der
-	  Ports-Sammlung.</para>
+	<para>Wie man Drittanbieter-Software findet, die nach
+	  &os; portiert wurde.</para>
       </listitem>
 
       <listitem>
-	<para>Wie zuvor installierte Pakete oder Ports
-	  entfernt werden.</para>
+	<para>Wie Binärpakete mit dem traditionellen Paketsystem
+	  verwaltet werden.</para>
       </listitem>
 
       <listitem>
-	<para>Wie die Voreinstellungen der Ports-Sammlung
-	  überschrieben werden können.</para>
+	<para>Wie Binärpakete mit <application>pkgng</application>
+	  verwaltet werden.</para>
       </listitem>
 
       <listitem>
-	<para>Die Suche nach geeigneter Software.</para>
+	<para>Den Bau von Drittanbieter-Software aus dem Quellcode
+	  mithilfe der Ports-Sammlung.</para>
       </listitem>
 
       <listitem>
-	<para>Wie Anwendungen aktualisiert werden.</para>
+	<para>Was zu tun ist, wenn die Installation einer Software
+	  fehlschlägt.</para>
       </listitem>
     </itemizedlist>
   </sect1>

From owner-svn-doc-all@freebsd.org  Thu Jan 21 20:26:55 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7611A8B959;
 Thu, 21 Jan 2016 20:26:55 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 808BD11BF;
 Thu, 21 Jan 2016 20:26:55 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0LKQsPw071537;
 Thu, 21 Jan 2016 20:26:54 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0LKQss5071536;
 Thu, 21 Jan 2016 20:26:54 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601212026.u0LKQss5071536@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Thu, 21 Jan 2016 20:26:54 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48076 -
 head/de_DE.ISO8859-1/books/handbook/advanced-networking
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jan 2016 20:26:55 -0000

Author: bhd
Date: Thu Jan 21 20:26:54 2016
New Revision: 48076
URL: https://svnweb.freebsd.org/changeset/doc/48076

Log:
  Update to r44142:
  
  Editorial pass through Routing Basics.
  Add name to table.
  
  Reviewed by:	bcr
  Differential Revision:	https://reviews.freebsd.org/D4996

Modified:
  head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml	Thu Jan 21 20:23:21 2016	(r48075)
+++ head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml	Thu Jan 21 20:26:54 2016	(r48076)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde:$
-     basiert auf: r44141
+     basiert auf: r44142
 -->
 <chapter xmlns="http://docbook.org/ns/docbook"
 xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
@@ -171,38 +171,43 @@ host2.example.com link#1            UC  
 	<varlistentry>
 	  <term>default</term>
 	  <listitem>
-	    <para>Die erste Zeile gibt die Standardroute an.  Wenn
+	    <para>Die erste Route in der Ausgabe gibt die
+	      Standardroute (<literal>default</literal>) an.  Wenn
 	      sich der lokale Rechner mit einem entfernten Rechner
 	      verbinden will, wird die Routingtabelle überprüft, um
 	      festzustellen, ob bereits ein bekannter Pfad vorhanden
-	      ist.  Gehört dieser entfernte Rechner zu einem Subnetz,
-	      dessen Pfad bereits bekannt ist, dann versucht der
-	      lokale Rechner über diese Schnittstelle eine Verbindung
-	      herzustellen.</para>
-
-	    <para>Wenn alle bekannten Pfade nicht funktionieren, hat
-	      der lokale Rechner eine letzte Möglichkeit: Die
-	      Standardroute (Defaultroute).  Bei dieser Route handelt
-	      es sich um eine spezielle Gateway-Route (gewöhnlich die
-	      einzige im System vorhandene), die im Flags-Feld immer
-	      mit <literal>C</literal> gekennzeichnet ist.  Für
-	      Rechner im lokalen Netzwerk ist dieses Gateway das
-	      System, welches eine direkte Verbindung zum Internet
-	      hat.</para>
+	      ist.  Wird für den entfernten Rechner ein Eintrag in
+	      der Routingtabelle gefunden, so prüft das System ob es
+	      sich über die angegebene Schnittstelle verbinden
+	      kann.</para>
+
+	    <para>Wenn das Zielsystem mit keinem Eintrag
+	      übereinstimmt, oder wenn alle bekannten Routen
+	      fehlschlagen, verwendet das System die Standardroute.
+	      Für die Rechner im lokalen Netzwerk ist das Feld
+	      <literal>Gateway</literal> auf das System gesetzt,
+	      welches direkt mit dem Internet verbunden ist.
+	      <literal>UG</literal> in der Spalte
+	      <literal>Flags</literal> zeigt an, dass das Gateway
+	      einsatzbereit ist.</para>
+
+	    <para>Die Standardroute für einen Rechner, der selbst als
+	      Gateway zur Außenwelt fungiert, ist der Gateway-Rechner
+	      des Internetanbieters (<acronym>ISP</acronym>).</para>
 	  </listitem>
 	</varlistentry>
 
 	<varlistentry>
 	  <term>localhost</term>
 	  <listitem>
-	    <para>Die zweite Zeile zeigt die
-	      <literal>localhost</literal> Route.  Das festgelegte
-	      Interface für <literal>localhost</literal> ist
-	      <literal>lo0</literal>
-	      (<literal>Netif</literal>-Spalte), das auch als
-	      loopback-Gerät bekannt ist.  Das bedeutet, dass der
-	      gesamte Datenverkehr für dieses Ziel intern bleibt,
-	      anstatt ihn über ein Netzwerk zu versenden.</para>
+	    <para>Die zweite Route zeigt die
+	      <literal>localhost</literal> Route.  Die festgelegte
+	      Schnittstelle in der <literal>Netif</literal>-Spalte
+	      für <literal>localhost</literal> ist
+	      <literal>lo0</literal>, das auch als loopback-Gerät
+	      bekannt ist.  Das bedeutet, dass der gesamte
+	      Datenverkehr für dieses Ziel intern bleibt, anstatt ihn
+	      über ein Netzwerk zu versenden.</para>
 	  </listitem>
 	</varlistentry>
 
@@ -232,9 +237,9 @@ host2.example.com link#1            UC  
 	<varlistentry>
 	  <term>Subnetz</term>
 	  <listitem>
-	    <para>&os; fügt Subnetzrouten für das lokale Subnetz
-	      hinzu.  <systemitem
-		class="ipaddress">10.20.30.255</systemitem> ist die
+	    <para>&os; wird automatisch Subnetzrouten für das lokale
+	      Subnetz hinzufügen.  In diesem Beispiel ist <systemitem
+		class="ipaddress">10.20.30.255</systemitem> die
 	      Broadcast-Adresse für das Subnetz <systemitem
 		class="ipaddress">10.20.30</systemitem>, und
 	      <systemitem
@@ -283,50 +288,49 @@ host2.example.com link#1            UC  
       </variablelist>
 
       <para>Schließlich gibt es für Routen noch
-	verschiedene Attribute, die Sie in der Spalte
-	<literal>Flags</literal> finden.  Nachfolgend finden Sie eine
-	kurze Übersicht von einigen dieser Flags und ihrer
-	Bedeutung:</para>
+	verschiedene Attribute, die sich in der Spalte
+	<literal>Flags</literal> befinden.  <xref
+	  linkend="routeflags"/> fasst einige dieser Flags und
+	deren Bedeutung zusammen:</para>
+
+      <table xml:id="routeflags" frame="none" pgwide="1">
+	<title>Allgemeine Attribute in Routingtabellen</title>
 
-      <informaltable frame="none" pgwide="1">
 	<tgroup cols="2">
-          <colspec colwidth="1*"/>
-          <colspec colwidth="4*"/>
+          <thead>
+	    <row>
+	      <entry>Attribut</entry>
+	      <entry>Bedeutung</entry>
+	    </row>
+	  </thead>
 
 	  <tbody>
 	    <row>
 	      <entry>U</entry>
-
-	      <entry>Up: Die Route ist aktiv.</entry>
+	      <entry>Die Route ist aktiv (up).</entry>
 	    </row>
 
 	    <row>
 	      <entry>H</entry>
-
-	      <entry>Host: Das Ziel der Route ist ein einzelner
-		Rechner (Host).</entry>
+	      <entry>Das Ziel der Route ist ein einzelner Rechner
+		(Host).</entry>
 	    </row>
 
 	    <row>
 	      <entry>G</entry>
-
-	      <entry>Gateway: Alle Daten, die an dieses Ziel gesendet
-		werden, werden von diesem System an ihr jeweiliges
-		Ziel weitergeleitet.</entry>
+	      <entry>Alle Daten, die an dieses Ziel gesendet werden,
+		werden von dem Gateway an ihr jeweiliges Ziel
+		weitergeleitet.</entry>
 	    </row>
 
 	    <row>
 	      <entry>S</entry>
-
-	      <entry>Static: Diese Route wurde manuell konfiguriert,
-		das heißt sie wurde <emphasis>nicht</emphasis>
-		automatisch vom System erzeugt.</entry>
+	      <entry>Diese Route wurde statisch konfiguriert.</entry>
 	    </row>
 
 	    <row>
 	      <entry>C</entry>
-
-	      <entry>Clone: Erzeugt eine neue Route, basierend auf der
+	      <entry>Erzeugt eine neue Route, basierend auf der
 		Route für den Rechner, mit dem wir uns verbinden.
 		Diese Routenart wird normalerweise für lokale
 		Netzwerke verwendet.</entry>
@@ -334,149 +338,36 @@ host2.example.com link#1            UC  
 
 	    <row>
 	      <entry>W</entry>
-
-	      <entry>WasCloned: Eine Route, die automatisch
+	      <entry>Eine Route, die automatisch
 		konfiguriert wurde.  Sie basiert auf einer lokalen
 		Netzwerkroute (Clone).</entry>
 	    </row>
 
 	    <row>
 	      <entry>L</entry>
-
-	      <entry>Link: Die Route beinhaltet einen Verweis auf eine
-		Ethernetkarte (MAC-Adresse).</entry>
-	    </row>
-	  </tbody>
-	</tgroup>
-      </informaltable>
-
-      <para>Die Standardroute für einen Rechner, der selbst als
-	Gateway zur Außenwelt fungiert, ist der Gateway-Rechner des
-	Internetanbieters (<acronym>ISP</acronym>).</para>
-
-      <para>Dieses Beispiel zeigt eine übliche Konfiguration für eine
-	Standardroute:</para>
-
-      <mediaobject>
-	<imageobject>
-	  <imagedata fileref="advanced-networking/net-routing"/>
-	</imageobject>
-
-	<textobject>
-	  <literallayout class="monospaced">
-[Local2]  &lt;--ether--&gt;  [Local1]  &lt;--PPP--&gt; [ISP-Serv]  &lt;--ether--&gt;  [T1-GW]
-	  </literallayout>
-	</textobject>
-      </mediaobject>
-
-      <para>Die Rechner <systemitem>Local1</systemitem> und
-	<systemitem>Local2</systemitem> befinden sich im lokalen
-	Netzwerk.  <systemitem>Local1</systemitem> ist mit einem
-	<acronym>ISP</acronym> über eine
-	<acronym>PPP</acronym>-Verbindung verbunden.  Dieser
-	<acronym>PPP</acronym>-Server ist über ein
-	lokales Netzwerk mit einem anderen Gateway-Rechner, über eine
-	externe Schnittstelle mit dem <acronym>ISP</acronym>
-	verbunden.</para>
-
-      <para>Die Standardrouten für die Maschinen lauten:</para>
-
-      <informaltable frame="none" pgwide="1">
-	<tgroup cols="3">
-	  <thead>
-	    <row>
-	      <entry>Host</entry>
-
-	      <entry>Standard Gateway</entry>
-
-	      <entry>Schnittstelle</entry>
-	    </row>
-	  </thead>
-
-	  <tbody>
-	    <row>
-	      <entry>Local2</entry>
-
-	      <entry>Local1</entry>
-
-	      <entry>Ethernet</entry>
-	    </row>
-
-	    <row>
-	      <entry>Local1</entry>
-
-	      <entry>T1-GW</entry>
-
-	      <entry>PPP</entry>
+	      <entry>Die Route beinhaltet einen Verweis auf eine
+		Ethernetkarte (Link).</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
-      </informaltable>
-
-      <para>Eine häufig gestellte Frage lautet: <quote>Warum sollte
-	<systemitem>T1-GW</systemitem> als Standard-Gateway
-	für <systemitem>Local1</systemitem> gesetzt werden, anstatt
-	den direkt verbundenen <acronym>ISP</acronym>-Server zu
-	verwenden?</quote>.</para>
-
-      <para>Da die PPP-Schnittstelle für die Verbindung eine Adresse
-	des lokalen Netzes des <acronym>ISP</acronym> verwendet,
-	werden Routen für alle anderen Rechner im lokalen Netz des
-	<acronym>ISP</acronym> automatisch erzeugt.  Das System weiß,
-	wie es <systemitem>T1-GW</systemitem> erreichen kann.  Es ist
-	daher nicht notwendig einen Zwischenschritt über den
-	<acronym>ISP</acronym>-Server zu machen.</para>
-
-      <para>Es ist üblich, die Adresse <systemitem
-	  class="ipaddress">X.X.X.1</systemitem> als Gateway-Adresse
-	für das lokale Netzwerk zu verwenden.  Wenn also der lokale
-	Klasse-C-Adressraum <systemitem
-	  class="ipaddress">10.20.30</systemitem> ist und der
-	<acronym>ISP</acronym> <systemitem
-	  class="ipaddress">10.9.9</systemitem> verwendet, dann würden
-	die Standardrouten so aussehen:</para>
-
-      <informaltable frame="none" pgwide="1">
-	<tgroup cols="2">
-	  <thead>
-	    <row>
-	      <entry>Rechner (Host)</entry>
-
-	      <entry>Standardroute</entry>
-	    </row>
-	  </thead>
-
-	  <tbody>
-	    <row>
-	      <entry>Local2 (10.20.30.2)</entry>
-
-	      <entry>Local1 (10.20.30.1)</entry>
-	    </row>
-
-	    <row>
-	      <entry>Local1 (10.20.30.1, 10.9.9.30)</entry>
-
-	      <entry>T1-GW (10.9.9.1)</entry>
-	    </row>
-	  </tbody>
-	</tgroup>
-      </informaltable>
+      </table>
 
-      <para>Die Standardroute kann ganz einfach in
-	<filename>/etc/rc.conf</filename> festgelegt werden.  In
-	diesem Beispiel wurde auf dem Rechner
-	<systemitem>Local2</systemitem> folgende Zeile in
-	<filename>/etc/rc.conf</filename> eingefügt:</para>
+      <para>In &os; kann die Standardroute durch
+	die Angabe der <acronym>IP</acronym>-Adresse des
+	Standard-Gateways in <filename>/etc/rc.conf</filename>
+	definiert werden:</para>
 
       <programlisting>defaultrouter="10.20.30.1"</programlisting>
 
-      <para>Die Standardroute kann über &man.route.8; auch direkt
-	gesetzt werden:</para>
+      <para>Die Standardroute kann mit <command>route</command> auch
+	manuell gesetzt werden:</para>
 
       <screen>&prompt.root; <userinput>route add default 10.20.30.1</userinput></screen>
 
-      <para>Weitere Informationen zum Bearbeiten von
-	Netzwerk-Routingtabellen finden Sie in &man.route.8;.</para>
+      <para>Beachten Sie, dass manuell hinzugefügte Routen bei einem
+	Neustart des Systems verloren gehen.  Weitere Informationen
+	zum Bearbeiten von Netzwerk-Routingtabellen finden Sie in
+	&man.route.8;.</para>
     </sect2>
 
     <sect2 xml:id="network-static-routes">

From owner-svn-doc-all@freebsd.org  Fri Jan 22 09:47:56 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82114A8C35C;
 Fri, 22 Jan 2016 09:47:56 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 5E42C1E69;
 Fri, 22 Jan 2016 09:47:56 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0M9ltbM007230;
 Fri, 22 Jan 2016 09:47:55 GMT (envelope-from ryusuke@FreeBSD.org)
Received: (from ryusuke@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0M9lt9t007229;
 Fri, 22 Jan 2016 09:47:55 GMT (envelope-from ryusuke@FreeBSD.org)
Message-Id: <201601220947.u0M9lt9t007229@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: ryusuke set sender to
 ryusuke@FreeBSD.org using -f
From: Ryusuke SUZUKI <ryusuke@FreeBSD.org>
Date: Fri, 22 Jan 2016 09:47:55 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48077 - head/ja_JP.eucJP/books/handbook/x11
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jan 2016 09:47:56 -0000

Author: ryusuke
Date: Fri Jan 22 09:47:55 2016
New Revision: 48077
URL: https://svnweb.freebsd.org/changeset/doc/48077

Log:
  - Merge the following from the English version:
  
  	r46462 -> r46820	head/ja_JP.eucJP/books/handbook/x11/chapter.xml

Modified:
  head/ja_JP.eucJP/books/handbook/x11/chapter.xml

Modified: head/ja_JP.eucJP/books/handbook/x11/chapter.xml
==============================================================================
--- head/ja_JP.eucJP/books/handbook/x11/chapter.xml	Thu Jan 21 20:26:54 2016	(r48076)
+++ head/ja_JP.eucJP/books/handbook/x11/chapter.xml	Fri Jan 22 09:47:55 2016	(r48077)
@@ -3,7 +3,7 @@
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: r46462
+     Original revision: r46820
      $FreeBSD$
 -->
 <chapter xmlns="http://docbook.org/ns/docbook"
@@ -31,8 +31,7 @@
     <note>
       <para>¼«Æ°Åª¤Ë <application>&xorg;</application> ¤òÀßÄꤷ¡¢
 	¥¤¥ó¥¹¥È¡¼¥ë»þ¤Ë¥¦¥£¥ó¥É¥¦¥Þ¥Í¡¼¥¸¥ã¤òÁªÂò¤Ç¤­¤ë¤è¤¦¤Ê¥¤¥ó¥¹¥È¡¼¥ëÊýË¡¤ò´õ˾¤¹¤ë¥æ¡¼¥¶¤Ï¡¢
-	<link
-	  xlink:href="http://www.pcbsd.org/">pcbsd.org</link>
+	<link xlink:href="http://www.pcbsd.org/">pcbsd.org</link>
 	¥¦¥§¥Ö¥µ¥¤¥È¤ò»²¾È¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
     </note>
 
@@ -496,10 +495,10 @@ dbus_enable="YES"</programlisting>
 	¤Ç¤Ï¤½¤ì¤é¤ò´Êñ¤ËÍøÍѤ¹¤ë¤³¤È¤¬¤Ç¤­¤Þ¤¹¡£
 	Î㤨¤Ð¡¢URW ¥Õ¥©¥ó¥È¥³¥ì¥¯¥·¥ç¥ó
 	(<package>x11-fonts/urwfonts</package>)
-	¤Ë¤Ï¹âÉʼÁ¤Î Type1 ¥Õ¥©¥ó¥È
-	(<trademark class="registered">Times Roman</trademark>,
-	<trademark class="registered">Helvetica</trademark>,
-	<trademark class="registered">Palatino</trademark> ¤Ê¤É)
+	¤Ë¤Ï¹âÉʼÁ¤Î Type1 ¥Õ¥©¥ó¥È (<trademark
+	  class="registered">Times Roman</trademark>, <trademark
+	  class="registered">Helvetica</trademark>, <trademark
+	  class="registered">Palatino</trademark> ¤Ê¤É)
 	¤¬´Þ¤Þ¤ì¤Æ¤¤¤Þ¤¹¡£freefont ¥³¥ì¥¯¥·¥ç¥ó
 	(<package>x11-fonts/freefonts</package>)
 	¤Ë¤Ï¤â¤Ã¤È¤¿¤¯¤µ¤ó¤Î¥Õ¥©¥ó¥È¤¬´Þ¤Þ¤ì¤Æ¤¤¤Þ¤¹¤¬¡¢
@@ -793,7 +792,7 @@ dbus_enable="YES"</programlisting>
 
   <sect1 xml:id="x-xdm">
     <info>
-    <title>X ¥Ç¥£¥¹¥×¥ì¥¤¥Þ¥Í¡¼¥¸¥ã</title>
+      <title>X ¥Ç¥£¥¹¥×¥ì¥¤¥Þ¥Í¡¼¥¸¥ã</title>
 
       <authorgroup>
 	<author>
@@ -972,7 +971,7 @@ DisplayManager.requestPort:     0</scree
 
   <sect1 xml:id="x11-wm">
     <info>
-    <title>¥Ç¥¹¥¯¥È¥Ã¥×´Ä¶­</title>
+      <title>¥Ç¥¹¥¯¥È¥Ã¥×´Ä¶­</title>
 
       <authorgroup>
 	<author>
@@ -1004,7 +1003,7 @@ DisplayManager.requestPort:     0</scree
 	¤½¤·¤Æ¥¢¥×¥ê¥±¡¼¥·¥ç¥ó¤¬¸ß¤¤¤Ë¤¦¤Þ¤¯¤ä¤ê¼è¤ê¤Ç¤­¤ë¤è¤¦¤Ê»ÅÁȤߤ¬´Þ¤Þ¤ì¤Æ¤¤¤Þ¤¹¡£
 	&os; ¾å¤Î <application>GNOME</application>
 	¤Ë´Ø¤¹¤ë¤â¤Ã¤È¾Ü¤·¤¤¾ðÊó¤Ï¡¢<link
-	    xlink:href="http://www.FreeBSD.org/gnome">http://www.FreeBSD.org/gnome</link>
+	  xlink:href="http://www.FreeBSD.org/gnome">http://www.FreeBSD.org/gnome</link>.
 	¤Ç¸«¤ë¤³¤È¤¬¤Ç¤­¤Þ¤¹¡£
 	¤³¤Î¥¦¥§¥Ö¥µ¥¤¥È¤Ë¤Ï¡¢&os; ¤Ç¤Î <application>GNOME</application>
 	¤Î¥¤¥ó¥¹¥È¡¼¥ë¡¢ÀßÄê¡¢´ÉÍý¤Ë´Ø¤¹¤ë¿¤¯¤Î¾ðÊ󤬤¢¤ê¤Þ¤¹¡£</para>
@@ -1235,8 +1234,8 @@ DisplayManager.requestPort:     0</scree
 
       <para>¤³¤Î¥É¥é¥¤¥Ð¤Ï¥«¡¼¥Í¥ë¥â¥¸¥å¡¼¥ë¤òºîÀ®¤¹¤ë¤Î¤Ç¡¢
 	¤³¤Î¥â¥¸¥å¡¼¥ë¤ò¥·¥¹¥Æ¥à¤Îµ¯Æ°»þ¤ËÆɤ߹þ¤à¤è¤¦¤ËÀßÄꤷ¤Æ¤¯¤À¤µ¤¤¡£
-	°Ê²¼¤Î¹Ô¤ò
-	<filename>/boot/loader.conf</filename> ¤ËÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+	°Ê²¼¤Î¹Ô¤ò <filename>/boot/loader.conf</filename>
+	¤ËÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
 
       <programlisting>nvidia_load="YES"</programlisting>
 
@@ -1248,9 +1247,8 @@ DisplayManager.requestPort:     0</scree
 	  ¤·¤«¤·¤Ê¤¬¤é¡¢<application>&xorg;</application>
 	  ¤Î¥Ð¡¼¥¸¥ç¥ó¤Ë¤è¤Ã¤Æ¤Ï¡¢
 	  µ¯Æ°»þ¤Ë¥É¥é¥¤¥Ð¤¬Æɤ߹þ¤Þ¤ì¤Æ¤¤¤Ê¤¤¤ÈÀµ¤·¤¯Æ°¤«¤Ê¤¤¤â¤¢¤ê¤Þ¤¹¤Î¤Ç¡¢
-	  Ãí°Õ¤·¤Æ¤¯¤À¤µ¤¤¡£
-	  <filename>/boot/loader.conf</filename> ¤òÊÔ½¸¸å¤Ï¡¢
-	  ºÆµ¯Æ°¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+	  Ãí°Õ¤·¤Æ¤¯¤À¤µ¤¤¡£<filename>/boot/loader.conf</filename>
+	  ¤òÊÔ½¸¸å¤Ï¡¢ºÆµ¯Æ°¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
       </note>
 
       <para>Æɤ߹þ¤Þ¤ì¤¿¥«¡¼¥Í¥ë¥â¥¸¥å¡¼¥ë¤ò»È¤¦¤Ë¤Ï¡¢
@@ -1294,7 +1292,8 @@ DisplayManager.requestPort:     0</scree
     Monitor        "Monitor0"
     ...</programlisting>
 
-      <para>(<quote>Monitor</quote> ¤Î¸å¤Ë) ¼¡¤ÎÆó¤Ä¤Î¹Ô¤òÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
+      <para>(<quote>Monitor</quote> ¤Î¸å¤Ë)
+	¼¡¤ÎÆó¤Ä¤Î¹Ô¤òÄɲ䷤Ƥ¯¤À¤µ¤¤¡£</para>
 
       <programlisting>DefaultDepth    24
     Option         "AddARGBGLXVisuals" "True"</programlisting>
@@ -1334,7 +1333,7 @@ DisplayManager.requestPort:     0</scree
 	<package>x11/nvidia-xconfig</package> ¤ò
 	(root ¸¢¸Â¤Ç) ¼Â¹Ô¤¹¤ë¤³¤È¤Ç¼«Æ°Åª¤ËÀßÄê¤Ç¤­¤Þ¤¹¡£</para>
 
-	<screen>&prompt.root; <userinput>nvidia-xconfig --add-argb-glx-visuals</userinput>
+      <screen>&prompt.root; <userinput>nvidia-xconfig --add-argb-glx-visuals</userinput>
     &prompt.root; <userinput>nvidia-xconfig --composite</userinput>
     &prompt.root; <userinput>nvidia-xconfig --depth=24</userinput></screen>
     </sect2>
@@ -1403,7 +1402,6 @@ DisplayManager.requestPort:     0</scree
 	<literal>apps/compiz</literal> °Ê²¼¤ò¸«¤ë¤³¤È¤Ç¡¢
 	¤³¤ì¤é¤ÎÀßÄê¤ò³Îǧ¤¹¤ë¤³¤È¤â½ÐÍè¤Þ¤¹¡£</para>
     </sect2>
-
   </sect1>
 
   <sect1 xml:id="x11-understanding">
@@ -1473,8 +1471,7 @@ DisplayManager.requestPort:     0</scree
 
 	<screen>&prompt.user; <userinput>setxkbmap -model pc102 -layout fr</userinput></screen>
 
-	<para>
-	  <filename>/usr/local/share/X11/xkb/rules/base.lst</filename>
+	<para><filename>/usr/local/share/X11/xkb/rules/base.lst</filename>
 	  ¤Ë¤Ï¡¢ÍøÍѲÄǽ¤Ê¥­¡¼¥Ü¡¼¥É¡¢
 	  ¥ì¥¤¥¢¥¦¥È¤ª¤è¤Ó¥ª¥×¥·¥ç¥ó¤Î°ìÍ÷¤¬¤¢¤ê¤Þ¤¹¡£</para>
       </note>
@@ -1498,8 +1495,7 @@ DisplayManager.requestPort:     0</scree
         ModelName    "Monitor Model"
         HorizSync    30-107
         VertRefresh  48-120
-	EndSection
-      </programlisting>
+EndSection</programlisting>
 
       <para>¤Û¤È¤ó¤É¤Î¥â¥Ë¥¿¤ÏƱ´ü¼þÇÈ¿ô¤Î¼«Æ°Ç§¼±¤ËÂбþ¤·¤Æ¤¤¤ë¤Î¤Ç¡¢
 	¤³¤ì¤é¤ÎÃͤò¼êÆ°¤ÇÆþÎϤ¹¤ëɬÍפϤ¢¤ê¤Þ¤»¤ó¡£
@@ -1703,44 +1699,44 @@ EndSection</programlisting>
 
 	<para>°Ê¾å¤Î´Êñ¤ÊÊÔ½¸ºî¶È¤¬½ª¤ï¤Ã¤¿¤é¡¢
 	  ¿·¤·¤¤¥ï¥¤¥É¥¹¥¯¥ê¡¼¥ó¥â¥Ë¥¿¾å¤Ç X ¤¬Æ°ºî¤¹¤ë¤Ç¤·¤ç¤¦¡£</para>
-    </sect2>
-
-    <sect2 xml:id="compiz-troubleshooting">
-      <title>Compiz&nbsp;Fusion »ÈÍÑ»þ¤Î¥È¥é¥Ö¥ë¥·¥å¡¼¥Æ¥£¥ó¥°</title>
+      </sect2>
 
-      <qandaset>
-	<qandaentry>
-	  <question xml:id="no-decorations">
-	    <para><application>Compiz&nbsp;Fusion</application>
-	      ¤ò¥¤¥ó¥¹¥È¡¼¥ë¤·¡¢ÀâÌÀ¤µ¤ì¤¿¤è¤¦¤Ë¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤¹¤ë¤È¡¢
-	      ¥¦¥£¥ó¥É¥¦¤Î¥¿¥¤¥È¥ë¥Ð¡¼¤ä¥Ü¥¿¥ó¤¬É½¼¨¤µ¤ì¤Þ¤»¤ó¡£
-	      ²¿¤¬ÌäÂê¤Ç¤·¤ç¤¦¤«¡©</para>
-	  </question>
-
-	  <answer>
-	    <para>¤ª¤½¤é¤¯ <filename>/etc/X11/xorg.conf</filename>
-	      ¤ÎÀßÄ꤬¹Ô¤ï¤ì¤Æ¤¤¤Æ¤¤¤Ê¤¤¤Î¤Ç¤·¤ç¤¦¡£
-	      ¤³¤Î¥Õ¥¡¥¤¥ë¤ò¾ÜºÙ¤Ë³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£ÆäË
-	      <literal>DefaultDepth</literal> ¤ª¤è¤Ó
-	      <literal>AddARGBGLXVisuals</literal>
-	      ¥Ç¥£¥ì¥¯¥Æ¥£¥Ö¤ò³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
-	  </answer>
-	</qandaentry>
+      <sect2 xml:id="compiz-troubleshooting">
+	<title>Compiz&nbsp;Fusion »ÈÍÑ»þ¤Î¥È¥é¥Ö¥ë¥·¥å¡¼¥Æ¥£¥ó¥°</title>
 
-	<qandaentry>
-	  <question xml:id="xorg-crash">
-	    <para><application>Compiz&nbsp;Fusion</application>
-	      ¤òµ¯Æ°¤¹¤ë¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤¹¤ë¤È¡¢X ¥µ¡¼¥Ð¤¬¥¯¥é¥Ã¥·¥å¤·¡¢
-	      ¥³¥ó¥½¡¼¥ë¤ËÌá¤ê¤Þ¤¹¡£²¿¤¬ÌäÂê¤Ç¤·¤ç¤¦¤«¡©</para>
-	  </question>
-
-	  <answer>
-	    <para><filename>/var/log/Xorg.0.log</filename>
-	      ¥Õ¥¡¥¤¥ë¤ò³Îǧ¤¹¤ë¤È¡¢
-	      X ¤Îµ¯Æ°»þ¤Î¥¨¥é¡¼¥á¥Ã¥»¡¼¥¸¤òõ¤·½Ð¤¹¤³¤È¤¬¤Ç¤­¤Þ¤¹¡£
-	      ¿¤¯¤Î¾ì¹ç¤Ï¡¢°Ê²¼¤Î¤è¤¦¤Ê¤â¤Î¤Ç¤¹¡£</para>
+	<qandaset>
+	  <qandaentry>
+	    <question xml:id="no-decorations">
+	      <para><application>Compiz&nbsp;Fusion</application>
+		¤ò¥¤¥ó¥¹¥È¡¼¥ë¤·¡¢ÀâÌÀ¤µ¤ì¤¿¤è¤¦¤Ë¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤¹¤ë¤È¡¢
+		¥¦¥£¥ó¥É¥¦¤Î¥¿¥¤¥È¥ë¥Ð¡¼¤ä¥Ü¥¿¥ó¤¬É½¼¨¤µ¤ì¤Þ¤»¤ó¡£
+		²¿¤¬ÌäÂê¤Ç¤·¤ç¤¦¤«¡©</para>
+	    </question>
+
+	    <answer>
+	      <para>¤ª¤½¤é¤¯ <filename>/etc/X11/xorg.conf</filename>
+		¤ÎÀßÄ꤬¹Ô¤ï¤ì¤Æ¤¤¤Æ¤¤¤Ê¤¤¤Î¤Ç¤·¤ç¤¦¡£
+		¤³¤Î¥Õ¥¡¥¤¥ë¤ò¾ÜºÙ¤Ë³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£ÆäË
+		<literal>DefaultDepth</literal> ¤ª¤è¤Ó
+		<literal>AddARGBGLXVisuals</literal>
+		¥Ç¥£¥ì¥¯¥Æ¥£¥Ö¤ò³Îǧ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+	    </answer>
+	  </qandaentry>
+
+	  <qandaentry>
+	    <question xml:id="xorg-crash">
+	      <para><application>Compiz&nbsp;Fusion</application>
+		¤òµ¯Æ°¤¹¤ë¥³¥Þ¥ó¥É¤ò¼Â¹Ô¤¹¤ë¤È¡¢X ¥µ¡¼¥Ð¤¬¥¯¥é¥Ã¥·¥å¤·¡¢
+		¥³¥ó¥½¡¼¥ë¤ËÌá¤ê¤Þ¤¹¡£²¿¤¬ÌäÂê¤Ç¤·¤ç¤¦¤«¡©</para>
+	    </question>
+
+	    <answer>
+	      <para><filename>/var/log/Xorg.0.log</filename>
+		¥Õ¥¡¥¤¥ë¤ò³Îǧ¤¹¤ë¤È¡¢
+		X ¤Îµ¯Æ°»þ¤Î¥¨¥é¡¼¥á¥Ã¥»¡¼¥¸¤òõ¤·½Ð¤¹¤³¤È¤¬¤Ç¤­¤Þ¤¹¡£
+		¿¤¯¤Î¾ì¹ç¤Ï¡¢°Ê²¼¤Î¤è¤¦¤Ê¤â¤Î¤Ç¤¹¡£</para>
 
-	    <screen>(EE) NVIDIA(0):     Failed to initialize the GLX module; please check in your X
+	      <screen>(EE) NVIDIA(0):     Failed to initialize the GLX module; please check in your X
     (EE) NVIDIA(0):     log file that the GLX module has been loaded in your X
     (EE) NVIDIA(0):     server, and that the module is the NVIDIA GLX module.  If
     (EE) NVIDIA(0):     you continue to encounter problems, Please try
@@ -1748,8 +1744,8 @@ EndSection</programlisting>
 
 	    <para>¤³¤ì¤ÏÄ̾ï <application>&xorg;</application>
 	      ¤ò¥¢¥Ã¥×¥°¥ì¡¼¥É¤·¤¿»þ¤Ëµ¯¤­¤ë¸½¾Ý¤Ç¤¹¡£
-	      <package>x11/nvidia-driver</package> package ¤ò¥¤¥ó¥¹¥È¡¼¥ë¤·¤Æ
-	      glx ¤òºÆ¹½ÃÛ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
+	      <package>x11/nvidia-driver</package> package
+	      ¤ò¥¤¥ó¥¹¥È¡¼¥ë¤·¤Æ glx ¤òºÆ¹½ÃÛ¤·¤Æ¤¯¤À¤µ¤¤¡£</para>
 	  </answer>
 	</qandaentry>
       </qandaset>

From owner-svn-doc-all@freebsd.org  Fri Jan 22 09:54:22 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82313A8C5CD;
 Fri, 22 Jan 2016 09:54:22 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 5231112B9;
 Fri, 22 Jan 2016 09:54:22 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0M9sLdh010141;
 Fri, 22 Jan 2016 09:54:21 GMT (envelope-from ryusuke@FreeBSD.org)
Received: (from ryusuke@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0M9sLa3010140;
 Fri, 22 Jan 2016 09:54:21 GMT (envelope-from ryusuke@FreeBSD.org)
Message-Id: <201601220954.u0M9sLa3010140@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: ryusuke set sender to
 ryusuke@FreeBSD.org using -f
From: Ryusuke SUZUKI <ryusuke@FreeBSD.org>
Date: Fri, 22 Jan 2016 09:54:21 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48078 - head/ja_JP.eucJP/share/xml
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jan 2016 09:54:22 -0000

Author: ryusuke
Date: Fri Jan 22 09:54:21 2016
New Revision: 48078
URL: https://svnweb.freebsd.org/changeset/doc/48078

Log:
  - Merge the following from the English version:
  
  	r47962 -> r48073	head/ja_JP.eucJP/share/xml/news.xml

Modified:
  head/ja_JP.eucJP/share/xml/news.xml

Modified: head/ja_JP.eucJP/share/xml/news.xml
==============================================================================
--- head/ja_JP.eucJP/share/xml/news.xml	Fri Jan 22 09:47:55 2016	(r48077)
+++ head/ja_JP.eucJP/share/xml/news.xml	Fri Jan 22 09:54:21 2016	(r48078)
@@ -23,7 +23,7 @@
 	would like to work on.  ***
 
     $FreeBSD$
-    Original revision: r47962
+    Original revision: r48073
 -->
 <news>
   <cvs:keyword xmlns:cvs="http://www.FreeBSD.org/XML/CVS">
@@ -37,6 +37,15 @@
       <name>1</name>
 
       <day>
+	<name>18</name>
+
+	<event>
+	  <p>¿·¥³¥ß¥Ã¥¿½¢Ç¤:
+	    <a href="mailto:wma@FreeBSD.org">Wojciech Macek</a> (src)</p>
+	</event>
+      </day>
+
+      <day>
 	<name>6</name>
 
 	<event>

From owner-svn-doc-all@freebsd.org  Sat Jan 23 13:09:17 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2A37A8C974;
 Sat, 23 Jan 2016 13:09:17 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 51441125D;
 Sat, 23 Jan 2016 13:09:17 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0ND9GU7008911;
 Sat, 23 Jan 2016 13:09:16 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0ND9G8L008910;
 Sat, 23 Jan 2016 13:09:16 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601231309.u0ND9G8L008910@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Sat, 23 Jan 2016 13:09:16 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48079 -
 head/de_DE.ISO8859-1/books/handbook/network-servers
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Jan 2016 13:09:17 -0000

Author: bhd
Date: Sat Jan 23 13:09:16 2016
New Revision: 48079
URL: https://svnweb.freebsd.org/changeset/doc/48079

Log:
  Update to r42602:
  
  Improve NFS section.
  
  Approved by:	bcr
  Differential Revision:	https://reviews.freebsd.org/D5036

Modified:
  head/de_DE.ISO8859-1/books/handbook/network-servers/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/network-servers/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/network-servers/chapter.xml	Fri Jan 22 09:54:21 2016	(r48078)
+++ head/de_DE.ISO8859-1/books/handbook/network-servers/chapter.xml	Sat Jan 23 13:09:16 2016	(r48079)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde: de-docproj/books/handbook/network-servers/chapter.xml,v 1.103 2011/12/24 15:51:18 bcr Exp $
-     basiert auf: r42525
+     basiert auf: r42602
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="network-servers">
   <info><title>Netzwerkserver</title>
@@ -565,7 +565,7 @@ server-program-arguments</programlisting
   </sect1>
 
   <sect1 xml:id="network-nfs">
-    <info><title>NFS &ndash; Network File System</title>
+    <info><title>Network File System (NFS)</title>
       <authorgroup>
         <author><personname><firstname>Tom</firstname><surname>Rhodes</surname></personname><contrib>Reorganisiert und erweitert von </contrib></author>
       </authorgroup>
@@ -578,40 +578,42 @@ server-program-arguments</programlisting
 
     <indexterm><primary>NFS</primary></indexterm>
 
-    <para>Eines der vielen von FreeBSD unterstützten Dateisysteme
-      ist das Netzwerkdateisystem, das auch als <acronym role="Network       File System">NFS</acronym>
-      bekannt ist.  <acronym role="Network File System">NFS</acronym>
-      ermöglicht es einem System, Dateien und Verzeichnisse
-      über ein Netzwerk mit anderen zu teilen.  Über
-      <acronym role="Network File System">NFS</acronym> können
-      Benutzer und Programme auf Daten entfernter Systeme zugreifen, und
-      zwar genauso, wie wenn es sich um lokale Daten handeln würde.
-    </para>
+    <para>&os; unterstützt das Netzwerkdateisystem
+      <acronym>NFS</acronym>, das es einem Server erlaubt, Dateien
+      und Verzeichnisse über ein Netzwerk mit Clients zu teilen.  Mit
+      <acronym>NFS</acronym> können Benutzer und Programme auf Daten
+      entfernter Systeme zugreifen, und zwar so, als ob es sich
+      um lokal gespeicherte Daten handeln würde.</para>
 
-    <para>Einige der wichtigsten Vorteile von <acronym>NFS</acronym>
+    <para>Die wichtigsten Vorteile von <acronym>NFS</acronym>
       sind:</para>
 
     <itemizedlist>
       <listitem>
-	<para>Lokale Arbeitsstationen benötigen weniger
-	  Plattenplatz, da gemeinsam benutzte Daten nur auf einem
-	  einzigen Rechner vorhanden sind.  Alle anderen Stationen
-	  greifen über das Netzwerk auf diese Daten zu.</para>
+	<para>Daten, die sonst auf jeden Client dupliziert würden,
+	können an einem zentralen Ort aufbewahrt, und von den Clients
+	über das Netzwerk aufgerufen werden.</para>
       </listitem>
 
       <listitem>
-	<para>Benutzer benötigen nur noch ein zentrales
-	  Heimatverzeichnis auf einem <acronym>NFS</acronym>-Server.
-	  Diese Verzeichnisse sind über das Netzwerk auf allen
-	  Stationen verfügbar.</para>
+	<para>Die Heimatverzeichnisse der Benutzer werden an einem
+	  zentralen Ort gespeichert und den Benutzern über das
+	  Netzwerk zur Verfügung gestellt.</para>
       </listitem>
 
       <listitem>
-	<para>Speichergeräte wie Disketten-, CD-ROM- oder
-	  &iomegazip;-Laufwerke können über das Netzwerk von
-	  anderen Arbeitstationen genutzt werden.  Dadurch sind für
-	  das gesamte Netzwerk deutlich weniger Speichergeräte
-	  nötig.</para>
+	<para>Die Verwaltung der <acronym>NFS</acronym>-Exporte wird
+	  vereinfacht.  Zum Beispiel gibt es dann nur noch ein
+	  Dateisystem, für das Sicherheits- oder Backup-Richtlinien
+	  festgelegt werden müssen.</para>
+      </listitem>
+
+      <listitem>
+	<para>Wechselmedien können von anderen Maschinen im Netzwerk
+	  verwendet werden.  Dies reduziert die Anzahl von Geräten im
+	  Netzwerk und bietet einen zentralen Ort für die Verwaltung.
+	  Oft ist es einfacher, über ein zentrales Installationsmedium
+	  Software auf mehreren Computern zu installieren.</para>
       </listitem>
     </itemizedlist>
 
@@ -624,7 +626,8 @@ server-program-arguments</programlisting
 	gespeichert sind.  Damit dies korrekt funktioniert, müssen
 	einige Prozesse konfiguriert und gestartet werden:</para>
 
-      <para>Der Server benötigt folgende Daemonen:</para>
+      <para>Folgende Daemonen müssen auf dem Server ausgeführt
+	werden:</para>
 
       <indexterm>
         <primary>NFS</primary>
@@ -688,13 +691,9 @@ server-program-arguments</programlisting
 	</tgroup>
       </informaltable>
 
-      <para>Der Client kann ebenfalls einen Daemon aufrufen, und zwar
-	den <application>nfsiod</application>-Daemon.  Der
-	<application>nfsiod</application>-Daemon bearbeitet Anfragen vom
-	<acronym>NFS</acronym>-Server.  Er ist optional und verbessert
-	die Leistung des Netzwerks.  Für eine normale und korrekte
-	Arbeit ist er allerdings nicht erforderlich.  Mehr erfahren
-	Sie in der Hilfeseite &man.nfsiod.8;.</para>
+      <para>Der Einsatz von &man.nfsiod.8; ist nicht zwingend
+	erforderlich, kann aber die Leistung auf dem Client
+	verbessern.</para>
     </sect2>
 
     <sect2 xml:id="network-configuring-nfs">
@@ -706,13 +705,10 @@ server-program-arguments</programlisting
       </indexterm>
 
       <para><acronym>NFS</acronym> lässt sich leicht
-        einrichten.  Die nötigen Prozesse werden durch einige
-	Änderungen in <filename>/etc/rc.conf</filename> bei
-	jedem Systemstart gestartet.</para>
-
-      <para>Stellen Sie sicher, dass auf dem
-	<acronym>NFS</acronym>-Server folgende Optionen in der Datei
-	<filename>/etc/rc.conf</filename> gesetzt sind:</para>
+        aktivieren.  Die nötigen Prozesse werden durch das
+	Hinzufügen der folgenden Optionen in
+	<filename>/etc/rc.conf</filename> bei jedem Systemstart
+	ausgeführt:</para>
 
       <programlisting>rpcbind_enable="YES"
 nfs_server_enable="YES"
@@ -721,23 +717,19 @@ mountd_flags="-r"</programlisting>
       <para><application>mountd</application> läuft automatisch,
          wenn der <acronym>NFS</acronym>-Server aktiviert ist.</para>
 
-      <para>Auf dem Client muss in <filename>/etc/rc.conf</filename>
-        folgende Option gesetzt sein:</para>
+      <para>Um den Client zu aktivieren, muss folgende Option in
+	<filename>/etc/rc.conf</filename> gesetzt werden:</para>
 
       <programlisting>nfs_client_enable="YES"</programlisting>
 
       <para><filename>/etc/exports</filename> legt fest, welche
-	Dateisysteme <acronym>NFS</acronym> exportieren (manchmal auch
-	als <quote>teilen</quote> bezeichnet) soll.  Jede Zeile in
-	<filename>/etc/exports</filename> legt ein Dateisystem sowie
-	die Arbeitsstationen, die darauf Zugriff haben, fest.
-	Außerdem ist es möglich, Zugriffsoptionen
-	festzulegen.  Es gibt viele verschiedene Optionen, allerdings
-	werden hier nur einige von ihnen erwähnt.  Weitere Optionen
-	werden in &man.exports.5; erörtert.</para>
-
-      <para>Nun folgen einige Beispieleinträge für
-        <filename>/etc/exports</filename>:</para>
+	Dateisysteme <acronym>NFS</acronym> exportieren soll.  Jede
+	Zeile in <filename>/etc/exports</filename> beschreibt ein zu
+	exportierendes Dateisystem, Clients, die darauf
+	Zugriff haben sowie alle Zugriffsoptionen.  Es gibt viele
+	verschiedene Optionen, allerdings werden hier nur wenige von
+	ihnen erwähnt.  Eine vollständige Liste der Optionen finden
+	Sie in &man.exports.5;.</para>
 
       <indexterm>
         <primary>NFS</primary>
@@ -747,56 +739,61 @@ mountd_flags="-r"</programlisting>
       <para>Die folgenden Beispiele geben Anhaltspunkte zum
 	Exportieren von Dateisystemen, obwohl diese Einstellungen
 	natürlich von der Arbeitsumgebung und der
-	Netzwerkkonfiguration abhängen.  Das nächste Beispiel
-	exportiert <filename>/cdrom</filename> für drei Rechner, die
-	sich in derselben Domäne wie der Server befinden oder für die
-	entsprechende Einträge in <filename>/etc/hosts</filename>
-	existieren.  Die Option <option>-ro</option> kennzeichnet das
-	exportierte Dateisystem als schreibgeschützt.  Durch dieses
-	Flag ist das entfernte System nicht in der Lage, das
-	exportierte Dateisystem zu verändern.</para>
-
-      <programlisting>/cdrom -ro host1 host2 host3</programlisting>
-
-      <para>Die nächste Zeile exportiert <filename>/home</filename>
-	auf drei durch IP-Adressen bestimmte Rechner.  Diese
-	Einstellung ist für ein privates Netzwerk nützlich, dass über
-	keinen <acronym>DNS</acronym>-Server verfügt.  Optional
-	könnten interne Rechnernamen auch in
-	<filename>/etc/hosts</filename>konfiguriert werden.
-	Benötigen Sie hierzu weitere Informationen, lesen Sie bitte
-	&man.hosts.5;.  Durch das Flag <option>-alldirs</option> wird
-	es möglich, auch Unterverzeichnisse als Mountpunkte
-	festzulegen.  Dies bedeutet aber nicht, dass alle
-	Unterverzeichnisse eingehängt werden, vielmehr wird es dem
-	Client ermöglicht, nur diejenigen Verzeichnisse
-	einzuhängen, die auch benötigt werden.</para>
+	Netzwerkkonfiguration abhängen.</para>
+	
+      <para>Dieses Beispiel exportiert <filename>/cdrom</filename> für
+	drei Clients, <replaceable>alpha</replaceable>,
+	<replaceable>bravo</replaceable> und
+	<replaceable>charlie</replaceable>:</para>
+
+      <programlisting>/cdrom -ro <replaceable>alpha</replaceable> <replaceable>bravo</replaceable> <replaceable>charlie</replaceable></programlisting>
+
+      <para>Die Option <option>-ro</option> kennzeichnet das
+	exportierte Dateisystem als schreibgeschützt.  Dadurch sind
+	Clients nicht in der Lage, das exportierte Dateisystem zu
+	verändern.</para>
+
+      <para>Das nächste Beispiel exportiert <filename>/home</filename>
+	auf drei durch <acronym>IP</acronym>-Adressen bestimmte
+	Clients.  Diese Einstellung kann für Netzwerke ohne
+	<acronym>DNS</acronym>-Server nützlich sein.  Optional können
+	interne Rechnernamen auch in <filename>/etc/hosts</filename>
+	konfiguriert werden.  Benötigen Sie hierzu weitere
+	Informationen, lesen Sie bitte &man.hosts.5;.  Die Option
+	<option>-alldirs</option> ermöglicht es, auch
+	Unterverzeichnisse als Mountpunkte festzulegen.  Dies bedeutet
+	aber nicht, dass alle Unterverzeichnisse eingehängt werden,
+	vielmehr wird es dem Client ermöglicht, nur diejenigen
+	Verzeichnisse einzuhängen, die auch benötigt werden.</para>
 
       <programlisting>/home  -alldirs  10.0.0.2 10.0.0.3 10.0.0.4</programlisting>
 
       <para>Die nächste Zeile exportiert <filename>/a</filename>,
-        damit Clients von verschiedenen Domänen auf das Dateisystem
-	zugreifen können.  Das <option>-maproot=root</option>-Flag
-	erlaubt es dem Benutzer <systemitem class="username">root</systemitem> des entfernten
-	Systems, als <systemitem class="username">root</systemitem> auf das exportierte
-	Dateisystem zu schreiben.  Wenn dieses Flag nicht gesetzt ist,
-	kann selbst <systemitem class="username">root</systemitem> nicht auf das exportierte
-	Dateisystem schreiben.</para>
+	damit Clients von verschiedenen Domänen auf das Dateisystem
+	zugreifen können.  Die Option <option>-maproot=root</option>
+	erlaubt es dem Benutzer <systemitem
+	  class="username">root</systemitem> des Clients, als
+	<systemitem class="username">root</systemitem> auf das
+	exportierte Dateisystem zu schreiben.  Wenn diese Option nicht
+	gesetzt ist, wird der <systemitem class="username">
+	  root</systemitem>-Benutzer des Clients dem <systemitem
+	  class="username">nobody</systemitem>-Konto des Servers
+	zugeordnet und unterliegt somit den Zugriffsbeschränkungen
+	dieses Kontos.</para>
 
       <programlisting>/a  -maproot=root  host.example.com box.example.org</programlisting>
 
-      <para>Damit ein Client auf ein exportiertes Dateisystem zugreifen
-        kann, muss ihm dies explizit gestattet werden.  Stellen Sie also
-	sicher, dass der Client in <filename>/etc/exports</filename>
-	aufgeführt wird.</para>
+      <para>Damit ein Client auf ein exportiertes Dateisystem
+	zugreifen kann, muss er in <filename>/etc/exports</filename>
+	eingetragen sein.</para>
 
       <para>Jede Zeile in <filename>/etc/exports</filename> entspricht
-	der Exportinformation für ein Dateisystem auf einen
-	Rechner.  Ein entfernter Rechner kann für jedes Dateisystem
-	nur einmal festgelegt werden, und kann auch nur einen
-	Standardeintrag haben.  Nehmen wir an, dass
-	<filename>/usr</filename> ein einziges Dateisystem ist.  Dann
-	wären folgende Zeilen ungültig:</para>
+	der Exportinformation für ein Dateisystem auf einem oder
+	mehreren Clients.  Ein entfernter Rechner kann für jedes
+	Dateisystem nur einmal definiert werden.  Nehmen wir an, dass
+	<filename>/usr</filename> ein gesondertes Dateisystem ist.
+	Dann wären folgende Zeilen in
+	<filename>/etc/exports</filename> ungültig:</para>
 
       <programlisting>#Nicht erlaubt, wenn /usr ein einziges Dateisystem ist
 /usr/src   client
@@ -811,10 +808,9 @@ mountd_flags="-r"</programlisting>
 
       <para>Die Eigenschaften eines auf einen anderen Rechner
 	exportierten Dateisystems müssen alle in einer Zeile
-	stehen.  Zeilen, in denen kein Rechner festgelegt wird, werden
-	als einzelner Rechner behandelt.  Dies schränkt die
-	Möglichkeiten zum Export von Dateisystemen ein, für
-	die meisten Anwender ist dies aber kein Problem.</para>
+	stehen.  Wird in einer Zeile kein Rechner festgelegt, dürfen
+	alle Clients im Netzwerk das exportierte Dateisystem
+	einhängen.</para>
 
       <para>Eine gültige Exportliste, in der
         <filename>/usr</filename> und <filename>/exports</filename>
@@ -829,28 +825,24 @@ mountd_flags="-r"</programlisting>
 /exports -alldirs -maproot=root      client01 client02
 /exports/obj -ro</programlisting>
 
-      <para>Der Daemon <application>mountd</application> muss
-	die Datei <filename>/etc/exports</filename> nach jeder
-	Änderung neu einlesen, damit die Änderungen
-	wirksam werden.  Dies kann durch das Senden des
-	HUP-Signals an den <command>mountd</command>-Prozess
-	erfolgen:</para>
-
-      <screen>&prompt.root; <userinput>kill -HUP `cat /var/run/mountd.pid`</userinput></screen>
-
-      <para>Alternativ können Sie das
-	<command>mountd</command>-&man.rc.8;-Skript auch mit dem
-	passenden Parameter aufrufen:</para>
+      <para>Wenn der <acronym>NFS</acronym>-Server startet, wird
+	auch <application>mountd</application> automatisch gestartet.
+	Allerdings liest <application>mountd</application>
+	<filename>/etc/exports</filename> nur, wenn der Server
+	gestartet wird.  Um nachfolgende Änderungen an
+	<filename>/etc/exports</filename> wirksam werden zu lassen,
+	kann <application>mountd</application> angewiesen werden, die
+	Datei neu einzulesen:</para>
 
-      <screen>&prompt.root; <userinput>service mountd onereload</userinput></screen>
+      <screen>&prompt.root; <userinput>service mountd reload</userinput></screen>
 
       <para>Lesen Sie bitte <xref linkend="configtuning-rcd"/>
 	des Handbuchs für Informationen zum Einsatz der
 	rc-Skripte.</para>
 
       <para>Die <acronym>NFS</acronym>-Dienste können nun auf dem
-	<acronym>NFS</acronym>-Server als <systemitem
-	  class="username">root</systemitem> gestartet werden:</para>
+	Server als <systemitem class="username">root</systemitem>
+	gestartet werden:</para>
 
       <screen>&prompt.root; <userinput>service nfsd start</userinput></screen>
 
@@ -858,14 +850,14 @@ mountd_flags="-r"</programlisting>
 
       <screen>&prompt.root; <userinput>service nfsclient restart</userinput></screen>
 
-      <para>Nun sollte alles bereit sein, um ein entferntes
-	Dateisystem einhängen zu können.  In unseren Beispielen nennen
-	wir den Server <systemitem>server</systemitem>, den Client
+      <para>Der Client ist nun in der Lage, ein entferntes Dateisystem
+	einzuhängen.  In diesen Beispielen ist der Name des Servers
+	<systemitem>server</systemitem> und der Name des Clients
 	<systemitem>client</systemitem>.  Für Testzwecke oder zum
 	temporären einhängen eines entfernten Dateisystems, führen Sie
-	auf dem Client als
-	<systemitem class="username">root</systemitem> einen Befehl
-	ähnlich dem folgenden aus:</para>
+	auf dem Rechner <systemitem>client</systemitem> den Befehl
+	<command>mount</command>als
+	<systemitem class="username">root</systemitem> aus:</para>
 
       <indexterm>
         <primary>NFS</primary>
@@ -874,16 +866,14 @@ mountd_flags="-r"</programlisting>
 
       <screen>&prompt.root; <userinput>mount server:/home /mnt</userinput></screen>
 
-      <para>Dadurch wird das Verzeichnis <filename>/home</filename>
-	des Servers auf dem Client unter <filename>/mnt</filename>
-	eingehängt.  Wenn alles korrekt konfiguriert ist, sollten alle
-	Dateien des Servers im Verzeichnis <filename>/mnt</filename>
-	sichtbar und verfügbar sein.</para>
+      <para>Die Dateien und Verzeichnisse in
+	<filename>/home</filename> stehen dem Rechner
+	<systemitem>client</systemitem> nun im Verzeichnis
+	<filename>/mnt</filename> zur Verfügung.</para>
 
-      <para>Um ein entferntes Dateisystem nach jedem Systemstart
+      <para>Um ein entferntes Dateisystem bei jedem Systemstart
 	automatisch einzuhängen, fügen Sie das Dateisystem in
-	<filename>/etc/fstab</filename> ein.  Dazu ein
-	Beispiel:</para>
+	<filename>/etc/fstab</filename> ein:</para>
 
       <programlisting>server:/home	/mnt	nfs	rw	0	0</programlisting>
 
@@ -894,33 +884,27 @@ mountd_flags="-r"</programlisting>
     <sect2>
       <title>Dateien sperren (<foreignphrase>Locking</foreignphrase>)</title>
 
-      <para>Einige Anwendungen (beispielsweise
-	<application>mutt</application>) erfordern die Sperrung von
-	Dateien, damit sie korrekt arbeiten.  Verwenden Sie
-	<acronym>NFS</acronym>, so können Sie für die
-	Sperrung von Dateien <application>rpc.lockd</application>
-	einsetzen.  Um diesen Daemon zu aktivieren, müssen Sie
-	in <filename>/etc/rc.conf</filename> (sowohl auf Client- als
-	auch auf Serverseite) folgende Zeilen aufnehmen (wobei
-	vorausgesetzt wird, dasss <acronym>NFS</acronym> auf beiden
-	Systemen bereits konfiguriert ist):</para>
+      <para>Einige Anwendungen erfordern die Sperrung von Dateien,
+	damit sie korrekt arbeiten.  Um diese Sperre zu aktivieren,
+	müssen diese Zeilen in <filename>/etc/rc.conf</filename>
+	sowohl auf dem Client als auch auf dem Server hinzugefügt
+	werden:</para>
 
       <programlisting>rpc_lockd_enable="YES"
 rpc_statd_enable="YES"</programlisting>
 
-      <para>Danach starten Sie die Anwendung zur Verwaltung der
-	Dateisperren durch folgenden Befehl:</para>
+      <para>Danach starten Sie die beiden Anwendungen:</para>
 
       <screen>&prompt.root; <userinput>service lockd start</userinput>
-&prompt.root; <userinput>/etc/rc.d/statd start</userinput></screen>
+&prompt.root; <userinput>service statd start</userinput></screen>
 
-      <para>Benötigen Sie keine echten Dateisperren zwischen den
+      <para>Wenn keine Dateisperren zwischen den
 	<acronym>NFS</acronym>-Clients und dem
-	<acronym>NFS</acronym>-Server, können Sie den
+	<acronym>NFS</acronym>-Server benötigt werden, können Sie den
 	<acronym>NFS</acronym>-Client durch die Übergabe der
-	Option <option>-L</option> an &man.mount.nfs.8; zu einer lokalen
-	Sperrung von Dateien zwingen.  Lesen Sie dazu auch die
-	Manualpage &man.mount.nfs.8;.</para>
+	Option <option>-L</option> an &man.mount.nfs.8; zu einer
+	lokalen Sperrung von Dateien zwingen.  Weitere Details finden
+	Sie in &man.mount.nfs.8;.</para>
     </sect2>
 
     <sect2>
@@ -937,29 +921,28 @@ rpc_statd_enable="YES"</programlisting>
 
       <itemizedlist>
         <listitem>
-	  <para>Mehrere Maschinen können sich ein CD-ROM-Laufwerk
-	    oder andere Medien teilen.  Dies ist billiger und
-	    außerdem praktischer, um Programme auf mehreren
-	    Rechnern zu installieren.</para>
+	  <para>Mehrere Maschinen können sich ein
+	    <acronym>CD-ROM</acronym>-Laufwerk oder andere Medien
+	    teilen.  Dies ist praktisch, um Programme von einem
+	    einzelnen Standort aus auf mehreren Rechnern zu
+	    installieren.</para>
 	</listitem>
 
 	<listitem>
-	  <para>In größeren Netzwerken ist es praktisch,
-	    einen zentralen <acronym>NFS</acronym>-Server einzurichten,
-	    auf dem die Heimatverzeichnisse der Benutzer gespeichert
-	    werden.  Diese Heimatverzeichnisse werden über das
-	    Netzwerk exportiert.  Dadurch haben die Benutzer immer das
-	    gleiche Heimatverzeichnis zur Verfügung,
-	    unabhängig davon, an welchem Arbeitsplatz sie sich
-	    anmelden.</para>
+	  <para>In größeren Netzwerken ist es praktisch, einen
+	    zentralen <acronym>NFS</acronym>-Server einzurichten, auf
+	    dem die Heimatverzeichnisse der Benutzer gespeichert
+	    werden.  Dadurch steht den Benutzern immer das gleiche
+	    Heimatverzeichnis zur Verfügung, unabhängig davon, an
+	    welchem Client im Netzwerk sie sich anmelden.</para>
 	</listitem>
 
 	<listitem>
-	  <para>Verschiedene Rechner können auf ein gemeinsames
+	  <para>Verschiedene Clients können auf ein gemeinsames
 	    Verzeichnis <filename>/usr/ports/distfiles</filename>
-	    zugreifen.  Dies ermöglicht einen schnellen Zugriff auf
-	    die Quelldateien, ohne sie auf jede Maschine zu
-	    kopieren zu müssen.</para>
+	    zugreifen.  Die gemeinsame Nutzung dieses Verzeichnisses
+	    ermöglicht einen schnellen Zugriff auf die Quelldateien,
+	    ohne sie auf jede Maschine zu kopieren zu müssen.</para>
 	</listitem>
       </itemizedlist>
     </sect2>
@@ -986,9 +969,9 @@ rpc_statd_enable="YES"</programlisting>
 	zugegriffen wird.  Dateisysteme, die über einen gewissen
 	Zeitraum inaktiv sind, werden von <application>amd</application>
 	automatisch abgehängt.
-	<application>amd</application> ist eine einfache
-	Alternative zum dauerhaften Einhängen von Dateisystemen
-	in <filename>/etc/fstab</filename>.</para>
+	<application>amd</application> ist eine Alternative zum
+	dauerhaften Einhängen von Dateisystemen in
+	<filename>/etc/fstab</filename>.</para>
 
       <para>In der Voreinstellung stellt <application>amd</application>
 	die Verzeichnisse <filename>/host</filename> und
@@ -1013,10 +996,9 @@ rpc_statd_enable="YES"</programlisting>
 	  <application>amd</application> in den Verzeichnisbaum
 	    einhängen</title>
 
-	<para>Das Kommando <command>showmount</command> zeigt die
-	  verfügbaren Mountpunkte eines entfernten Rechners.  Um sich
-	  die Mountpunkte des Rechners <systemitem>foobar</systemitem>
-	  anzusehen, verwenden Sie:</para>
+	<para><command>showmount -e</command> zeigt die exportierten
+	  Dateisysteme des <acronym>NFS</acronym>-Servers
+	  <systemitem>foobar</systemitem> an:</para>
 
 	<screen>&prompt.user; <userinput>showmount -e foobar</userinput>
 Exports list on foobar:
@@ -1025,24 +1007,32 @@ Exports list on foobar:
 &prompt.user; <userinput>cd /host/foobar/usr</userinput></screen>
       </example>
 
-      <para>Wie Sie an diesem Beispiel erkennen können, zeigt
-        <command>showmount</command> <filename>/usr</filename>
-	als exportiertes Dateisystem an.  Wenn man in das Verzeichnis
-	<filename>/host/foobar/usr</filename> wechselt, versucht
-	<application>amd</application> den Rechnernamen
-	<systemitem>foobar</systemitem>	aufzulösen	und den gewünschten
-	Export in den Verzeichnisbaum einzuhängen.</para>
-
-      <para><application>amd</application> kann durch das Einfügen
-        der folgenden Zeile in <filename>/etc/rc.conf</filename>
-	automatisch gestartet werden:</para>
+      <para>Die Ausgabe von <command>showmount</command> zeigt
+        <filename>/usr</filename> als exportiertes Dateisystem an.
+	Wenn man in das Verzeichnis
+	<filename>/host/foobar/usr</filename> wechselt, fängt
+	<application>amd</application> die Anfrage ab und versucht
+	den Rechnernamen <systemitem>foobar</systemitem> aufzulösen.
+	Wenn dies gelingt, wird <application>amd</application>
+	automatisch den gewünschten Export in den Verzeichnisbaum
+	einhängen.</para>
+
+      <para><application>amd</application> kann durch folgende Zeile
+	in <filename>/etc/rc.conf</filename> automatisch gestartet
+	werden:</para>
 
       <programlisting>amd_enable="YES"</programlisting>
 
-      <para>Mit der Option <varname>amd_flags</varname> kann
-        <application>amd</application> angepasst werden.
-	Die Voreinstellung für <varname>amd_flags</varname> sieht
-	so aus:</para>
+      <para>Um <application>amd</application> direkt zu
+	starten:</para>
+
+      <screen>&prompt.root; <userinput>service amd start</userinput></screen>
+
+
+      <para>Individuelle Optionen können über die Umgebungsvariable
+	<varname>amd_flags</varname> an <application>amd</application>
+	übergeben werden.  In der Voreinstellung ist
+	<varname>amd_flags</varname> eingestellt auf:</para>
 
       <programlisting>amd_flags="-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map"</programlisting>
 
@@ -1055,140 +1045,6 @@ Exports list on foobar:
       <para>Weitere Informationen finden Sie in den Hilfeseiten
 	&man.amd.8; und &man.amd.conf.5;.</para>
     </sect2>
-
-    <sect2 xml:id="network-nfs-integration">
-      <info><title>Integrationsprobleme mit anderen Systemen</title>
-        <authorgroup>
-          <author><personname><firstname>John</firstname><surname>Lind</surname></personname><contrib>Beigetragen von </contrib></author>
-        </authorgroup>
-      </info>
-
-
-
-      <para>Bestimmte ISA-Ethernetadapter haben Beschränkungen, die
-        zu ernsthaften Netzwerkproblemen, insbesondere mit NFS
-	führen können.  Es handelt sich dabei nicht um ein
-	FreeBSD-spezifisches Problem, aber FreeBSD-Systeme sind davon
-	ebenfalls betroffen.</para>
-
-      <para>Das Problem tritt fast ausschließlich dann auf, wenn
-        (FreeBSD)-PC-Systeme mit Hochleistungsrechnern verbunden werden,
-	wie Systemen von Silicon&nbsp;Graphics, Inc. oder
-	Sun&nbsp;Microsystems, Inc.  Das Einhängen via NFS
-	funktioniert problemlos, auch einige Dateioperationen
-	können erfolgreich sein.  Plötzlich aber wird der
-	Server nicht mehr auf den Client reagieren, obwohl Anfragen von
-	anderen Rechnern weiterhin bearbeitet werden.  Dieses
-	Problem betrifft stets den Client, egal ob es sich beim Client
-	um das FreeBSD-System oder den Hochleistungsrechner handelt.
-	Auf vielen Systemen gibt es keine Möglichkeit mehr, den
-	Client ordnungsgemäß zu beenden.  Die einzige
-	Lösung ist es oft, den Rechner neu zu starten, da dieses
-	NFS-Problem nicht mehr behoben werden kann.</para>
-
-      <para>Die <quote>korrekte</quote> Lösung für dieses
-        Problem ist es, sich eine schnellere Ethernetkarte für
-	FreeBSD zu kaufen.  Allerdings gibt es auch eine einfache und
-	meist zufriedenstellende Lösung, um dieses Problem zu
-	umgehen.  Wenn es sich beim FreeBSD-System um den
-	<emphasis>Server</emphasis> handelt, verwenden Sie beim
-	Einhängen in den Verzeichnisbaum auf der Clientseite
-	zusätzlich die Option <option>-w=1024</option> .  Wenn es
-	sich beim FreeBSD-System um den <emphasis>Client</emphasis>
-	handelt, dann hängen Sie das NFS-Dateisystem mit der
-	zusätzlichen Option <option>-r=1024</option> ein.
-	Diese Optionen können auf der Clientseite auch durch
-	das vierte Feld der Einträge in
-	<filename>/etc/fstab</filename>	festgelegt werden, damit die
-	Dateisysteme automatisch eingehängt werden.  Um die
-	Dateisysteme manuell einzuhängen, verwendet man bei
-	&man.mount.8; zusätzlich die Option
-	<option>-o</option>.</para>
-
-      <para>Es gibt ein anderes Problem, das oft mit diesem
-	verwechselt wird.  Dieses andere Problem tritt auf, wenn sich
-	über NFS verbundene Server und Clients in verschiedenen
-	Netzwerken befinden.  Wenn dies der Fall ist, stellen Sie
-	<emphasis>sicher</emphasis>, dass die Router die nötigen
-	<acronym>UDP</acronym>-Informationen weiterleiten.</para>
-
-      <para>In den folgenden Beispielen ist <systemitem>fastws</systemitem> der
-        Name des Hochleistungsrechners (bzw. dessen Schnittstelle),
-	<systemitem>freebox</systemitem> hingegen ist der Name des
-	FreeBSD-Systems, das über eine Netzkarte mit geringer
-	Leistung verfügt.  <filename>/sharedfs</filename> ist das
-	exportierte NFS&nbsp;-Dateisystem (lesen Sie dazu auch
-	&man.exports.5;).  Bei <filename>/project</filename> handelt es
-	sich um den Mountpunkt, an dem das exportierte Dateisystem auf
-	der Clientseite	eingehängt wird.  In allen Fällen
-	können zusätzliche Optionen, wie z.B.
-	<option>hard</option>, <option>soft</option> oder
-	<option>bg</option> wünschenswert sein.</para>
-
-      <para>FreeBSD als Client (eingetragen in
-	<filename>/etc/fstab</filename> auf <systemitem>freebox</systemitem>):
-      </para>
-
-      <programlisting>fastws:/sharedfs /project nfs rw,-r=1024 0 0</programlisting>
-
-      <para>Manuelles Einhängen auf
-	<systemitem>freebox</systemitem>:</para>
-
-      <screen>&prompt.root; <userinput>mount -t nfs -o -r=1024 fastws:/sharedfs /project</userinput></screen>
-
-      <para>&os; als Server (eingetragen in
-	<filename>/etc/fstab</filename> auf <systemitem>fastws</systemitem>):
-      </para>
-
-      <programlisting>freebox:/sharedfs /project nfs rw,-w=1024 0 0</programlisting>
-
-      <para>Manuelles Einhängen auf <systemitem>fastws</systemitem>:</para>
-
-      <screen>&prompt.root; <userinput>mount -t nfs -o -w=1024 freebox:/sharedfs /project</userinput></screen>
-
-      <para>Nahezu alle 16-bit Ethernetadapter erlauben Operationen
-        ohne obengenannte Einschränkungen auf die Lese- oder
-	Schreibgröße.</para>
-
-      <para>Für alle technisch Interessierten wird nun beschrieben,
-        was passiert, wenn dieser Fehler auftritt, und warum er
-	irreversibel ist.  NFS arbeitet üblicherweise mit einer
-	<quote>Blockgröße</quote> von 8&nbsp;kByte (obwohl
-	es kleinere Fragmente zulassen würde).  Da die maximale
-	Rahmengröße von Ethernet 1500&nbsp;Bytes
-	beträgt, wird der NFS-<quote>Block</quote> in einzelne
-	Ethernetrahmen aufgeteilt, obwohl es sich nach wie vor um eine
-	Einheit handelt, die auch als Einheit empfangen, verarbeitet
-	und <emphasis>bestätigt</emphasis> werden muss.  Der
-	Hochleistungsrechner verschickt die Pakete, aus denen der
-	NFS-Block besteht, so eng hintereinander, wie es der Standard
-	erlaubt.  Auf der anderen Seite (auf der sich die langsamere
-	Netzkarte befindet), überschreiben die späteren
-	Pakete ihre Vorgänger, bevor diese vom System verarbeitet
-	werden (Überlauf!).  Dies hat zur Folge, dass der NFS-Block
-	nicht mehr rekonstruiert und bestätigt werden kann.  Als
-	Folge davon glaubt der Hochleistungsrechner, dass der andere
-	Rechner nicht erreichbar ist (Timeout!) und versucht die
-	Sendung zu wiederholen.  Allerdings wird wiederum der komplette
-	NFS-Block verschickt, so dass sich der ganze Vorgang wiederholt,
-	und zwar immer wieder (oder bis zum Systemneustart).</para>
-
-      <para>Indem wir die Einheitengröße unter der maximalen
-        Größe der Ethernetpakete halten, können wir
-	sicherstellen, dass jedes vollständig erhaltene
-	Ethernetpaket individuell angesprochen werden kann und vermeiden
-	die Blockierung des Systems.</para>
-
-      <para>Überläufe können zwar nach wie vor auftreten,
-        wenn ein Hochleistungsrechner Daten auf ein PC-System
-	transferiert.  Durch die besseren (und schnelleren) Netzkarten
-	treten solche Überläufe allerdings nicht mehr
-	<emphasis>zwingend</emphasis> auf, wenn
-	NFS-<quote>Einheiten</quote> übertragen werden.  Tritt nun
-	ein Überlauf auf, wird die betroffene Einheit erneut
-	verschickt, und es besteht eine gute Chance, dass sie nun
-	erhalten, verarbeitet und bestätigt werden kann.</para>
-    </sect2>
   </sect1>
 
   <sect1 xml:id="network-nis">

From owner-svn-doc-all@freebsd.org  Sat Jan 23 13:10:28 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46977A8CA3F;
 Sat, 23 Jan 2016 13:10:28 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 21BDD13B5;
 Sat, 23 Jan 2016 13:10:28 +0000 (UTC) (envelope-from bhd@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0NDAR84009114;
 Sat, 23 Jan 2016 13:10:27 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0NDAR3e009113;
 Sat, 23 Jan 2016 13:10:27 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201601231310.u0NDAR3e009113@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
 using -f
From: Bjoern Heidotting <bhd@FreeBSD.org>
Date: Sat, 23 Jan 2016 13:10:27 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48080 - head/de_DE.ISO8859-1/books/handbook/ports
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Jan 2016 13:10:28 -0000

Author: bhd
Date: Sat Jan 23 13:10:26 2016
New Revision: 48080
URL: https://svnweb.freebsd.org/changeset/doc/48080

Log:
  Update to r42794:
  
  Rework chapter.

Modified:
  head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml

Modified: head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml	Sat Jan 23 13:09:16 2016	(r48079)
+++ head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml	Sat Jan 23 13:10:26 2016	(r48080)
@@ -5,7 +5,7 @@
 
      $FreeBSD$
      $FreeBSDde: de-docproj/books/handbook/ports/chapter.xml,v 1.111 2011/12/19 17:13:33 bcr Exp $
-     basiert auf: r42792
+     basiert auf: r42794
 -->
 <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="ports">
   <info><title>Installieren von Anwendungen: Pakete und Ports</title>
@@ -58,6 +58,11 @@
       </listitem>
 
       <listitem>
+	<para>Wie man die Dateien findet, die zusammen mit der
+	  Anwendung installiert wurden.</para>
+      </listitem>
+
+      <listitem>
 	<para>Was zu tun ist, wenn die Installation einer Software
 	  fehlschlägt.</para>
       </listitem>
@@ -1866,79 +1871,49 @@ ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/
   <sect1 xml:id="ports-nextsteps">
     <title>Nach der Installation</title>
 
-    <para>Die meisten Anwendungen von Drittanbietern benötigen ein
-      gewisses Maß an Konfiguration, nachdem sie installiert wurden.
-      Dies kann beispielsweise eine einfache Änderung an der
-      Konfigurationsdatei sein, vielleicht generiert aber die
-      Anwendung selbst eine Konfigurationsdatei.  Die meisten
-      Anwendungen installieren die Dokumentation nach
-      <filename>/usr/local/share/doc</filename>.  Diese Dokumentation
-      sollten Sie lesen, bevor Sie fortfahren.  Einige Anwendungen
-      laufen als Dienst und müssen vor dem ersten Start in
-      <filename>/etc/rc.conf</filename> eingetragen werden.</para>
-
-    <para>Die folgende Liste enthält nützliche Informationen für
-      die Arbeiten nach der Installation eines Ports.  In manchen
-      Fällen befindet sich der Speicherort einer Anwendung
-      außerhalb von <envar>PATH</envar>.  Benutzer der &man.csh.1;
-      sollten <command>rehash</command> ausführen, um die neu
-      installierten Programme benutzen zu können.</para>
+    <para>Unabhängig davon, ob die Software aus einem binären Paket
+      oder aus einem Port installiert wird, benötigen die meisten
+      Anwendungen von Drittanbietern ein gewisses Maß an
+      Konfiguration, nachdem sie installiert wurden.  Die folgenden
+      Kommandos und Speicherorte helfen Ihnen dabei festzustellen, was
+      mit der Anwendung zusammen installiert wurde.</para>
 
     <itemizedlist>
       <listitem>
-	<para>Das Kommando &man.pkg.info.1; zeigt alle installierten
-	  Dateien und deren Speicherort an.  Wenn beispielsweise die
-	  Version 1.0.0 von FooPackage installiert wurde, zeigt das
-	  folgende Kommando alle installierten Dateien an, die mit dem
-	  Paket installiert wurden:</para>
-
-	<screen>&prompt.root; <userinput>pkg_info -L <replaceable>foopackage-1.0.0</replaceable> | less</userinput></screen>
-
-	<para>Die Konfigurationsdateien werden immer nach
-	  <filename>/usr/local/etc</filename> installiert.  Sie
-	  sollten diese Dateien auf jeden Fall lesen, bevor Sie die
-	  neue Anwendung benutzen.</para>
-
-	<para>Um festzustellen welche Version der Anwendung
-	  installiert ist:</para>
-
-	<screen>&prompt.root; <userinput>pkg_info | grep -i <replaceable>foopackage</replaceable></userinput></screen>
-
-	<para>Das Kommando zeigt alle installierten Pakete, deren
-	  Paketname <replaceable>foopackage</replaceable> enthält.
-	  Ersetzen Sie <replaceable>foopackage</replaceable> durch den
-	  Namen der Anwendung, die Sie suchen.</para>
+	<para>Die meisten Anwendungen installieren mindestens eine
+	  Konfigurationsdatei nach
+	  <filename>/usr/local/etc</filename>.  Die
+	  Konfigurationsdateien sollten überprüft und ggf. bearbeitet
+	  werden, um die Anforderungen des Systems zu erfüllen.</para>
       </listitem>
 
       <listitem>
-	<para>Diese Kommandos zeigen auch die Namen der Manualpages,
-	  die zusammen mit der Anwendung installiert wurden.  Die
-	  zusätzliche Dokumentation steht nun auch dem Kommando
-	  &man.man.1; zur Verfügung.</para>
+	<para>Wenn die Anwendung Dokumentation zur Verfügung stellt,
+	  wird diese nach <filename>/usr/local/share/doc</filename>
+	  installiert.  Viele Anwendungen installieren auch
+	  Manualpages.  Diese Dokumentation sollten Sie lesen, bevor
+	  Sie fortfahren.</para>
       </listitem>
 
       <listitem>
-	<para>Wenn es für die Anwendung eine Webseite gibt, suchen
-	  Sie dort nach zusätzlicher Dokumentation oder FAQs
-	  (häufig gestellte Fragen).  Wenn Ihnen die Webseite
-	  nicht bekannt ist, versuchen Sie das folgende
-	  Kommando:</para>
-
-	<screen>&prompt.root; <userinput>pkg_info foopackage-1.0.0</userinput></screen>
+	<para>Einige Anwendungen laufen als Dienst und müssen vor
+	  dem ersten Start in <filename>/etc/rc.conf</filename>
+	  eingetragen werden.  Diese Anwendungen installieren meist
+	  ein Skript in <filename>/usr/local/etc/rc.d</filename>.
+	  Weitere Informationen finden Sie im <xref
+	    linkend="configtuning-starting-services"/>.</para>
+      </listitem>
 
-	<para>Die Ausgabe enthält oft eine Zeile, die mit
-	  <literal>WWW:</literal> beginnt und die URL der Webseite
-	  enthält.</para>
+      <listitem>
+	<para>Benutzer der &man.csh.1; sollten
+	  <command>rehash</command> ausführen, um die neu
+	  installierten Programme nutzen zu können.</para>
       </listitem>
 
       <listitem>
-	<para>Ports die während des Systemstarts gestartet
-	  werden sollen, installieren meist ein Startskript in
-	  <filename>/usr/local/etc/rc.d</filename>.
-	  Überprüfen Sie dieses Skript, und wenn nötig, passen Sie es
-	  an oder benennen Sie es um.  Weitere
-	  Informationen finden Sie in
-	  <xref linkend="configtuning-starting-services"/>.</para>
+	<para>Benutzen Sie <command>pkg info</command>, um die
+	  Dateien, Manualpages und Binaries zu ermitteln, die mit der
+	  Anwendung installiert wurden.</para>
       </listitem>
     </itemizedlist>
   </sect1>

From owner-svn-doc-all@freebsd.org  Sat Jan 23 16:03:17 2016
Return-Path: <owner-svn-doc-all@freebsd.org>
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A702A8D1C3;
 Sat, 23 Jan 2016 16:03:17 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
 [IPv6:2610:1c1:1:6068::e6a:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 618131FA6;
 Sat, 23 Jan 2016 16:03:17 +0000 (UTC)
 (envelope-from ryusuke@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
 by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u0NG3Gfh068776;
 Sat, 23 Jan 2016 16:03:16 GMT (envelope-from ryusuke@FreeBSD.org)
Received: (from ryusuke@localhost)
 by repo.freebsd.org (8.15.2/8.15.2/Submit) id u0NG3GYZ068775;
 Sat, 23 Jan 2016 16:03:16 GMT (envelope-from ryusuke@FreeBSD.org)
Message-Id: <201601231603.u0NG3GYZ068775@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: ryusuke set sender to
 ryusuke@FreeBSD.org using -f
From: Ryusuke SUZUKI <ryusuke@FreeBSD.org>
Date: Sat, 23 Jan 2016 16:03:16 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
 svn-doc-head@freebsd.org
Subject: svn commit: r48081 - head/ja_JP.eucJP/books/handbook/x11
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for &quot;
 user&quot; , &quot; projects&quot; , and &quot; translations&quot;
 \)" <svn-doc-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-doc-all/>
List-Post: <mailto:svn-doc-all@freebsd.org>
List-Help: <mailto:svn-doc-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-doc-all>,
 <mailto:svn-doc-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Jan 2016 16:03:17 -0000

Author: ryusuke
Date: Sat Jan 23 16:03:16 2016
New Revision: 48081
URL: https://svnweb.freebsd.org/changeset/doc/48081

Log:
  - Merge the following from the English version:
  
  	r46820 -> r46930	head/ja_JP.eucJP/books/handbook/x11/chapter.xml

Modified:
  head/ja_JP.eucJP/books/handbook/x11/chapter.xml

Modified: head/ja_JP.eucJP/books/handbook/x11/chapter.xml
==============================================================================
--- head/ja_JP.eucJP/books/handbook/x11/chapter.xml	Sat Jan 23 13:10:26 2016	(r48080)
+++ head/ja_JP.eucJP/books/handbook/x11/chapter.xml	Sat Jan 23 16:03:16 2016	(r48081)
@@ -3,7 +3,7 @@
      The FreeBSD Documentation Project
      The FreeBSD Japanese Documentation Project
 
-     Original revision: r46820
+     Original revision: r46930
      $FreeBSD$
 -->
 <chapter xmlns="http://docbook.org/ns/docbook"
@@ -521,12 +521,12 @@ dbus_enable="YES"</programlisting>
 	X ¥µ¡¼¥ÐÀßÄê¥Õ¥¡¥¤¥ë (<filename>/etc/X11/xorg.conf</filename>)
 	¤ÎŬÀڤʾì½ê¤Ë¼¡¤Î¤è¤¦¤Ê¹Ô¤ò²Ã¤¨¤Þ¤¹¡£</para>
 
-      <programlisting>FontPath "/usr/local/lib/X11/fonts/urwfonts/"</programlisting>
+      <programlisting>FontPath "/usr/local/share/fonts/urwfonts/"</programlisting>
 
       <para>Ê̤ÎÊýË¡¤È¤·¤Æ¤Ï¡¢
 	X ¤Î¥»¥Ã¥·¥ç¥óÃæ¤Ë¼¡¤Î¤è¤¦¤Ê¥³¥Þ¥ó¥É¥é¥¤¥ó¤ò¼Â¹Ô¤·¤Þ¤¹¡£</para>
 
-      <screen>&prompt.user; <userinput>xset fp+ /usr/local/lib/X11/fonts/urwfonts</userinput>
+      <screen>&prompt.user; <userinput>xset fp+ /usr/local/share/fonts/urwfonts</userinput>
 &prompt.user; <userinput>xset fp rehash</userinput></screen>
 
       <para>¤³¤ì¤ÏÆ°¤¯¤Î¤Ç¤¹¤¬¡¢X
@@ -567,7 +567,7 @@ dbus_enable="YES"</programlisting>
       <programlisting>Load  "freetype"</programlisting>
 
       <para>¤µ¤Æ¡¢¤Þ¤º¤Ï &truetype; ¥Õ¥©¥ó¥ÈÍѤΥǥ£¥ì¥¯¥È¥ê
-	(Î㤨¤Ð <filename>/usr/local/lib/X11/fonts/TrueType</filename>)
+	(Î㤨¤Ð <filename>/usr/local/share/fonts/TrueType</filename>)
 	¤òºî¤ê¡¢¤½¤³¤Ë &truetype; ¥Õ¥©¥ó¥È¤ò¤¹¤Ù¤ÆÊü¤ê¹þ¤ß¤Þ¤·¤ç¤¦¡£
 	&apple; &mac; ¤Î &truetype;
 	¥Õ¥©¥ó¥È¤Ï¡¢¤½¤Î¤Þ¤Þ¤Ç¤Ï»È¤¦¤³¤È¤¬¤Ç¤­¤Þ¤»¤ó¤Î¤ÇÃí°Õ¤·¤Æ¤¯¤À¤µ¤¤¡£
@@ -580,14 +580,14 @@ dbus_enable="YES"</programlisting>
 	<package>x11-fonts/ttmkfdir</package>
 	¤«¤é¥¤¥ó¥¹¥È¡¼¥ë¤Ç¤­¤Þ¤¹¡£</para>
 
-      <screen>&prompt.root; <userinput>cd /usr/local/lib/X11/fonts/TrueType</userinput>
+      <screen>&prompt.root; <userinput>cd /usr/local/share/fonts/TrueType</userinput>
 &prompt.root; <userinput>ttmkfdir -o fonts.dir</userinput></screen>
 
       <para>¼¡¤Ë &truetype;
 	¥Õ¥©¥ó¥È¤Î¥Ç¥£¥ì¥¯¥È¥ê¤ò¥Õ¥©¥ó¥È¥Ñ¥¹¤ËÄɲä·¤Þ¤¹¡£
 	<xref linkend="type1"/> ¤Î¾ì¹ç¤ÈƱ¤¸¤è¤¦¤Ë¡¢</para>
 
-      <screen>&prompt.user; <userinput>xset fp+ /usr/local/lib/X11/fonts/TrueType</userinput>
+      <screen>&prompt.user; <userinput>xset fp+ /usr/local/share/fonts/TrueType</userinput>
 &prompt.user; <userinput>xset fp rehash</userinput></screen>
 
       <para>¤È¤¹¤ë¤«¡¢¤â¤·¤¯¤Ï <filename>xorg.conf</filename>
@@ -620,7 +620,7 @@ dbus_enable="YES"</programlisting>
 	<secondary>¥¢¥ó¥Á¥¨¥¤¥ê¥¢¥¹</secondary>
       </indexterm>
 
-      <para><filename>/usr/local/lib/X11/fonts/</filename> ¤È
+      <para><filename>/usr/local/share/fonts/</filename> ¤È
 	<filename>~/.fonts/</filename> ¤Ë¤¢¤ë¤¹¤Ù¤Æ¤Î
 	<application>&xorg;</application> ¤Î¥Õ¥©¥ó¥È¤¬¡¢Xft
 	¤ËÂбþ¤·¤Æ¤¤¤ë¥¢¥×¥ê¥±¡¼¥·¥ç¥ó¤Ç¼«Æ°Åª¤Ë¥¢¥ó¥Á¥¨¥¤¥ê¥¢¥¹É½¼¨¤Ç¤­¤ë¤è¤¦¤Ë¤Ê¤ê¤Þ¤·¤¿¡£
@@ -651,7 +651,7 @@ dbus_enable="YES"</programlisting>
       </programlisting>
 
       <para>¤¹¤Ç¤ËÀâÌÀ¤·¤¿¤è¤¦¤Ë¡¢
-	<filename>/usr/local/lib/X11/fonts/</filename> ¤È
+	<filename>/usr/local/share/fonts/</filename> ¤È
 	<filename>~/.fonts/</filename> ¤Ë¤¢¤ë¤¹¤Ù¤Æ¤Î¥Õ¥©¥ó¥È¤Ï
 	Xft Âбþ¤Î¥¢¥×¥ê¥±¡¼¥·¥ç¥ó¤ÇÍøÍѤǤ­¤Þ¤¹¡£
 	¤³¤ì¤é 2 ¤Ä°Ê³°¤ËÊ̤Υǥ£¥ì¥¯¥È¥ê¤òÄɲä·¤¿¤¤¤Î¤Ê¤é¡¢