From owner-svn-doc-head@FreeBSD.ORG Mon Apr 20 13:31:17 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 3660186D;
Mon, 20 Apr 2015 13:31:17 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 2391B236;
Mon, 20 Apr 2015 13:31:17 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3KDVGGO087079;
Mon, 20 Apr 2015 13:31:17 GMT (envelope-from theraven@FreeBSD.org)
Received: (from theraven@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3KDVGET087078;
Mon, 20 Apr 2015 13:31:16 GMT (envelope-from theraven@FreeBSD.org)
Message-Id: <201504201331.t3KDVGET087078@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: theraven set sender to
theraven@FreeBSD.org using -f
From: David Chisnall
Date: Mon, 20 Apr 2015 13:31:16 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46576 - 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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 20 Apr 2015 13:31:17 -0000
Author: theraven (src,ports committer)
Date: Mon Apr 20 13:31:16 2015
New Revision: 46576
URL: https://svnweb.freebsd.org/changeset/doc/46576
Log:
Editing pass.
Modified:
head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Sat Apr 18 12:51:58 2015 (r46575)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Mon Apr 20 13:31:16 2015 (r46576)
@@ -119,17 +119,18 @@
We have been working hard the last few months to ensure
the robustness of our ASLR implementation. We have
- written a helpful manpage. We have updated the patch on
+ written a manpage and updated the patch on
FreeBSD's code review system (Phabricator). Our ASLR
- implementation is in heavy use by the HardenedBSD team
+ implementation is in use by the HardenedBSD team
in production environments and is performing
robustly.
The next task is to compile the base system applications as
- Position-Independent Executables (PIEs). In order for
+ Position-Independent Executables (PIEs). For
ASLR to be effective, applications must be compiled as
- PIEs. It is likely that this part will take a long time
- to accomplish, given the complexity surrounding
+ PIEs to allow the main binary, as well as shared libraries, to be
+ located at random addresses. It is likely that this part will take a
+ long time to accomplish, given the complexity surrounding
building the libraries in the base system. Even if applications
are not compiled as PIEs, having ASLR available still
helps those applications (like HardenedBSD's secadm)
@@ -142,11 +143,6 @@
Test our patch against 11-CURRENT.
-
-
-
For &os; committers: work with us to get this merged
- into &os;.
-
@@ -224,7 +220,7 @@
-
Add a new property (through xfconf-query) in order to
+
Add a new property (through xfconf-query) to
allow users to change the greyscale value of quicklaunch
icons in x11/xfce4-dashboard (this feature is only available
in the unstable release).
@@ -754,7 +750,7 @@ WITHOUT_FORTH=y
Address and Undefined Behavior Sanitizers in the base system
toolchain.
-
Like the 3.5.0 release, these components require C++11
+
As with the 3.5.0 release, these components require C++11
support to build. C++11 support is available in &os; 10.0 and
later on the x86 architectures.
@@ -1044,7 +1040,7 @@ WITHOUT_FORTH=y
the X.Org component updates were submitted by Matthew Rezny.
The location where fonts get installed was overhauled and
- the way to handle fonts from the plist got simplified. Now all
+ the way to handle fonts from the plist has been simplified. Now all
fonts are installed in /usr/local/share/fonts as
required by the XDG rules. Furthermore, making a port for fonts
should be easier: more aspects, such as calling fc-cache(1), are
@@ -1329,7 +1325,7 @@ WITHOUT_FORTH=y
possible.
First of all, we would like to welcome Tobias Berner to
- the ranks of the area51 committers. He has been regularly mentioned
+ the ranks of the area51 (the KDE ports staging area) committers. He has been regularly mentioned
in our recent status reports, and has finally received committer
privileges to our experimental repository. Becoming an area51
committer is usually the first step towards becoming a kde@
@@ -1672,7 +1668,7 @@ WITHOUT_FORTH=y
way.
An auto-assigner for ports issues was implemented,
- resembling what GNATS' successfully did in the past. A dashboard
page within Bugzilla provides users and committers with common
queries and overall statistics; many other smaller tweaks,
@@ -1756,7 +1752,7 @@ WITHOUT_FORTH=y
of interrupt delivery without reprogramming MSI/MSI-X registers
or IO-APICs. The original intent was to allow hypervisors to
safely delegate interrupt programming for devices owned by
- guests to the guest OS. But IR is also needed to avoid some
+ guests to the guest OS. IR is also needed to avoid some
limitations in IO-APICs and to make interrupt rebalancing atomic
and transparent. Support has been committed as r280260.
@@ -1765,7 +1761,7 @@ WITHOUT_FORTH=y
It is believed that the only missing platform code to handle big
machines is parsing the "Processor Local x2APIC Structure" and
"Local x2APIC NMI Structure" from the ACPI Multiple APIC
- Description Table (MADT), which report LAPIC IDs > 255, and
+ Description Table (MADT), which report LAPIC IDs > 255, and
handling boot on such systems with the x2APIC mode enabled by
firmware. The work to complete that is expected to be
relatively trivial, and can be done with access to a real
@@ -1899,7 +1895,9 @@ WITHOUT_FORTH=y
interposes on all updates to virtual memory translations to
assert protections on physical memory, thus significantly
reducing the trusted computing base for memory access control
- enforcement. We incorporated the nested kernel
+ enforcement.
+
+
We incorporated the nested kernel
architecture into &os; on x86-64 hardware by write-protecting
Memory-Management Unit (MMU) translations and de-privileging the
untrusted part of the kernel, thereby enabling the entire
@@ -1910,8 +1908,11 @@ WITHOUT_FORTH=y
against code injection attacks. We also demonstrate, by
introducing write-mediation and write-logging services, that the
nested kernel architecture allows kernel developers to isolate
- memory in ways not possible in monolithic kernels. The
- performance of the nested kernel prototype shows modest
+ memory in ways not possible in monolithic kernels, though security
+ benefits from this will require adding policies that have not yet been
+ designed.
+
+
The performance of the nested kernel prototype shows modest
overheads: less than 1% average for Apache, 3.7% average for
sshd, and 2.7% average for kernel compilation. Overall, our
results and experience show that the nested kernel design can be
@@ -1939,21 +1940,15 @@ WITHOUT_FORTH=y
We are very interested in feedback on the design of the
nested kernel, and having discussions about how it might get
- upstreamed. This is our first time contributing to an open
- source project, so even simple advice is likely to be useful.
+ upstreamed.
We are also hoping to gain additional contributors and
interest in the project! The nested kernel has the potential to
enhance commodity operating system design, and &os; is a major
operating system in use today which has high impact.
- However, the implementation is merely a research prototype and
+ The current implementation is merely a research prototype and
requires significant effort to make production-ready (see the
- list of tasks). Some of this work is underway during
- refactoring for an implementation in the HardenedBSD
- project, which is a much cleaner version of the core system
- and is integrated into the &os; build system, but is only about
- 50% completed.
+ list of tasks).
Finally, we have developed an interface to write-protect
data structures in the kernel and are soliciting ideas for uses
@@ -1976,7 +1971,7 @@ WITHOUT_FORTH=y
specially consider the stack if it is used to execute code),
protect IDT and SMM, and add IOMMU protections. We also need to
do some optimizations where we batch calls into the nested
- kernel on process creation (FORK) and mmap operations. The
+ kernel on process creation (fork) and mmap operations. The
motivation for these implementation directives can be reviewed
in the paper.
@@ -1986,7 +1981,7 @@ WITHOUT_FORTH=y
-
Port and refactor for a newer version of &os;. The
+
Port and refactor for &os;-HEAD. The
current implementation is a research prototype and requires some
refactoring to make it clean and consistent, as well as make it
relevant to modern versions of &os;.
@@ -2586,18 +2581,18 @@ WITHOUT_FORTH=y
-
Lots of work has been done on the pkg(8) front, that brought
+
Lots of work has been done on the pkg(8) front, which has brought
pkg(8) to the 1.5.0 release.
Special attention has been spent on the test suite, the
number of tests went from around 20 to more than 70. Mostly
- functional tests. Each test can in fact test many different
+ functional tests, each of which tests many different
features.
One of the main highlights is initial support for
- provides/requires has been implemented, while it is still
- simple, it is good enough to allow fixing lot of situation when
- dealing with php related ports: able to safely upgrade from one
+ provides/requires. This is still
+ simple but is good enough to allow fixing lot of situations when
+ dealing with php-related ports: PHP can now safely upgrade from one
major version to another. This allows for the pecl/pear
packages to be reinstalled each time a minor php upgrade is
done.
@@ -2615,7 +2610,7 @@ WITHOUT_FORTH=y
plist
-
pkg now support fetch resume for http/ftp
+
pkg now supports resume for http/ftp downloads
From owner-svn-doc-head@FreeBSD.ORG Mon Apr 20 17:58:22 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id B5B82584;
Mon, 20 Apr 2015 17:58:22 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 A3FC38F8;
Mon, 20 Apr 2015 17:58:22 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3KHwMub000672;
Mon, 20 Apr 2015 17:58:22 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3KHwMHs000671;
Mon, 20 Apr 2015 17:58:22 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201504201758.t3KHwMHs000671@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: bjk set sender to bjk@FreeBSD.org
using -f
From: Benjamin Kaduk
Date: Mon, 20 Apr 2015 17:58:22 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46577 - 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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 20 Apr 2015 17:58:22 -0000
Author: bjk
Date: Mon Apr 20 17:58:22 2015
New Revision: 46577
URL: https://svnweb.freebsd.org/changeset/doc/46577
Log:
Fix a few typos in the 2015Q1 report
Submitted by: allanjude
Approved by: hrs (mentor, implicit)
Modified:
head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Mon Apr 20 13:31:16 2015 (r46576)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Mon Apr 20 17:58:22 2015 (r46577)
@@ -1768,7 +1768,7 @@ WITHOUT_FORTH=y
high-core-count machine. But an audit of the common
machine-independent code must be finished to ensure that large
CPU IDs are handled correctly, before such support can
- safely be enabled..
+ safely be enabled.
Additional work remains in progress: split domains and
contexts for DMA Remapper Unit (DMAR) driver. Right now, the
@@ -2562,7 +2562,7 @@ WITHOUT_FORTH=y
Stakhov
- az@FreeBSD.org
+ vsevolod@FreeBSD.org
@@ -2570,7 +2570,7 @@ WITHOUT_FORTH=y
Zverev
- as@FreeBSD.org
+ az@FreeBSD.org
From owner-svn-doc-head@FreeBSD.ORG Tue Apr 21 02:13:32 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id C3BD0A6B;
Tue, 21 Apr 2015 02:13:32 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 A4D0893F;
Tue, 21 Apr 2015 02:13:32 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3L2DWWP087354;
Tue, 21 Apr 2015 02:13:32 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3L2DWDU087353;
Tue, 21 Apr 2015 02:13:32 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201504210213.t3L2DWDU087353@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: bjk set sender to bjk@FreeBSD.org
using -f
From: Benjamin Kaduk
Date: Tue, 21 Apr 2015 02:13:32 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46578 - 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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 21 Apr 2015 02:13:33 -0000
Author: bjk
Date: Tue Apr 21 02:13:31 2015
New Revision: 46578
URL: https://svnweb.freebsd.org/changeset/doc/46578
Log:
Two spaces after a full stop
Approved by: hrs (mentor, implicit)
Modified:
head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Mon Apr 20 17:58:22 2015 (r46577)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Tue Apr 21 02:13:31 2015 (r46578)
@@ -118,7 +118,7 @@
a given exploitable vulnerability lies in memory.
We have been working hard the last few months to ensure
- the robustness of our ASLR implementation. We have
+ the robustness of our ASLR implementation. We have
written a manpage and updated the patch on
FreeBSD's code review system (Phabricator). Our ASLR
implementation is in use by the HardenedBSD team
@@ -126,12 +126,12 @@
robustly.
The next task is to compile the base system applications as
- Position-Independent Executables (PIEs). For
+ Position-Independent Executables (PIEs). For
ASLR to be effective, applications must be compiled as
PIEs to allow the main binary, as well as shared libraries, to be
- located at random addresses. It is likely that this part will take a
+ located at random addresses. It is likely that this part will take a
long time to accomplish, given the complexity surrounding
- building the libraries in the base system. Even if applications
+ building the libraries in the base system. Even if applications
are not compiled as PIEs, having ASLR available still
helps those applications (like HardenedBSD's secadm)
which force compilation as PIE for themselves.
@@ -162,11 +162,11 @@
Xfce is a free software desktop environment for Unix and
- Unix-like platforms, such as &os;. It aims to be fast and
+ Unix-like platforms, such as &os;. It aims to be fast and
lightweight, while still being visually appealing and easy to
use.
-
This quarter was an exciting time for the Xfce Team. We
+
This quarter was an exciting time for the Xfce Team. We
imported the Xfce desktop environment 4.12 into the ports
tree, after more than two years of development.
@@ -325,7 +325,7 @@ WITHOUT_FORTH=y
The &os; storage books are proceeding slower than expected.
This is a complex project.
-
It appears that ZFS will be a two-book topic. The
+
It appears that ZFS will be a two-book topic. The
first book will cover basic ZFS, while the second will cover
advanced cases like live and cold replication, sharing,
performance, and using ZFS on top of less common GEOM
@@ -2585,7 +2585,7 @@ WITHOUT_FORTH=y
pkg(8) to the 1.5.0 release.
Special attention has been spent on the test suite, the
- number of tests went from around 20 to more than 70. Mostly
+ number of tests went from around 20 to more than 70. Mostly
functional tests, each of which tests many different
features.
From owner-svn-doc-head@FreeBSD.ORG Tue Apr 21 04:51:14 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 80E22549;
Tue, 21 Apr 2015 04:51:14 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 6ED18E8C;
Tue, 21 Apr 2015 04:51:14 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3L4pEVK012625;
Tue, 21 Apr 2015 04:51:14 GMT (envelope-from delphij@FreeBSD.org)
Received: (from delphij@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3L4pE7W012624;
Tue, 21 Apr 2015 04:51:14 GMT (envelope-from delphij@FreeBSD.org)
Message-Id: <201504210451.t3L4pE7W012624@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: delphij set sender to
delphij@FreeBSD.org using -f
From: Xin LI
Date: Tue, 21 Apr 2015 04:51:14 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46579 - head/zh_TW.UTF-8/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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 21 Apr 2015 04:51:14 -0000
Author: delphij
Date: Tue Apr 21 04:51:13 2015
New Revision: 46579
URL: https://svnweb.freebsd.org/changeset/doc/46579
Log:
Fix broken UTF-8 conversion.
Modified:
head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl
Modified: head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl
==============================================================================
--- head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl Tue Apr 21 02:13:31 2015 (r46578)
+++ head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl Tue Apr 21 04:51:13 2015 (r46579)
@@ -1,4 +1,4 @@
-
+
@@ -19,17 +19,17 @@
-
+
-
-
+
+
-
+
-
-
+
+
From owner-svn-doc-head@FreeBSD.ORG Tue Apr 21 05:14:30 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 6BCC7A94;
Tue, 21 Apr 2015 05:14:30 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 59D871086;
Tue, 21 Apr 2015 05:14:30 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3L5EUHi031556;
Tue, 21 Apr 2015 05:14:30 GMT (envelope-from delphij@FreeBSD.org)
Received: (from delphij@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3L5EUe1031554;
Tue, 21 Apr 2015 05:14:30 GMT (envelope-from delphij@FreeBSD.org)
Message-Id: <201504210514.t3L5EUe1031554@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: delphij set sender to
delphij@FreeBSD.org using -f
From: Xin LI
Date: Tue, 21 Apr 2015 05:14:30 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46580 - head/zh_TW.UTF-8/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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 21 Apr 2015 05:14:30 -0000
Author: delphij
Date: Tue Apr 21 05:14:29 2015
New Revision: 46580
URL: https://svnweb.freebsd.org/changeset/doc/46580
Log:
Correct systemIdStartString and uriStartString for zh_TW translation.
Without this change all localization specific XSLs would not be loaded
properly, and that would prevent PDF generation from working.
Modified:
head/zh_TW.UTF-8/share/xml/catalog.xml
Modified: head/zh_TW.UTF-8/share/xml/catalog.xml
==============================================================================
--- head/zh_TW.UTF-8/share/xml/catalog.xml Tue Apr 21 04:51:13 2015 (r46579)
+++ head/zh_TW.UTF-8/share/xml/catalog.xml Tue Apr 21 05:14:29 2015 (r46580)
@@ -5,9 +5,9 @@
-
-
-
From owner-svn-doc-head@FreeBSD.ORG Tue Apr 21 16:58:02 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id DFC984AF;
Tue, 21 Apr 2015 16:58:02 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 C93C61129;
Tue, 21 Apr 2015 16:58:02 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3LGw25h004036;
Tue, 21 Apr 2015 16:58:02 GMT (envelope-from gjb@FreeBSD.org)
Received: (from gjb@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3LGw2Bu004029;
Tue, 21 Apr 2015 16:58:02 GMT (envelope-from gjb@FreeBSD.org)
Message-Id: <201504211658.t3LGw2Bu004029@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: gjb set sender to gjb@FreeBSD.org
using -f
From: Glen Barber
Date: Tue, 21 Apr 2015 16:58:02 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46581 - in head/en_US.ISO8859-1/htdocs/releases: 10.1R
8.4R 9.3R
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 21 Apr 2015 16:58:03 -0000
Author: gjb
Date: Tue Apr 21 16:58:01 2015
New Revision: 46581
URL: https://svnweb.freebsd.org/changeset/doc/46581
Log:
Regen after r281835.
Sponsored by: The FreeBSD Foundation
Modified:
head/en_US.ISO8859-1/htdocs/releases/10.1R/errata.html
head/en_US.ISO8859-1/htdocs/releases/8.4R/errata.html
head/en_US.ISO8859-1/htdocs/releases/9.3R/errata.html
Modified: head/en_US.ISO8859-1/htdocs/releases/10.1R/errata.html
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.1R/errata.html Tue Apr 21 05:14:29 2015 (r46580)
+++ head/en_US.ISO8859-1/htdocs/releases/10.1R/errata.html Tue Apr 21 16:58:01 2015 (r46581)
@@ -1,5 +1,5 @@
-FreeBSD 10.1-RELEASE Errata
FreeBSD 10.1-RELEASE Errata
The FreeBSD Project
Copyright 2015 The FreeBSD Documentation
+
FreeBSD 10.1-RELEASE Errata
FreeBSD 10.1-RELEASE Errata
The FreeBSD Project
Copyright 2015 The FreeBSD Documentation
Project
FreeBSD is a registered trademark of
the FreeBSD Foundation.
Intel, Celeron, Centrino, Core, EtherExpress, i386,
i486, Itanium, Pentium, and Xeon are trademarks or registered
@@ -40,7 +40,9 @@
suite
vt(4) crash with improper ioctl
From owner-svn-doc-head@FreeBSD.ORG Tue Apr 21 17:17:26 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 173F6AC6;
Tue, 21 Apr 2015 17:17:26 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 056CE134A;
Tue, 21 Apr 2015 17:17:26 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3LHHPLw020015;
Tue, 21 Apr 2015 17:17:25 GMT (envelope-from delphij@FreeBSD.org)
Received: (from delphij@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3LHHPuj020014;
Tue, 21 Apr 2015 17:17:25 GMT (envelope-from delphij@FreeBSD.org)
Message-Id: <201504211717.t3LHHPuj020014@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: delphij set sender to
delphij@FreeBSD.org using -f
From: Xin LI
Date: Tue, 21 Apr 2015 17:17:25 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46582 - head/zh_TW.UTF-8/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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 21 Apr 2015 17:17:26 -0000
Author: delphij
Date: Tue Apr 21 17:17:25 2015
New Revision: 46582
URL: https://svnweb.freebsd.org/changeset/doc/46582
Log:
- Change font sequence in base fonts section.
- Add Monospace font setting in base fonts section.
PR: 199561
Submitted by: RayCherng Yu
Modified:
head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl
Modified: head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl
==============================================================================
--- head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl Tue Apr 21 16:58:01 2015 (r46581)
+++ head/zh_TW.UTF-8/share/xml/freebsd-fo.xsl Tue Apr 21 17:17:25 2015 (r46582)
@@ -42,9 +42,10 @@
- AR PL Mingti2L Big5, Gentium Plus
- AR PL KaitiM Big5, Droid Sans
- AR PL KaitiM Big5, Droid Sans
+ Gentium Plus, AR PL Mingti2L Big5
+ Droid Sans, AR PL KaitiM Big5
+ Droid Sans, AR PL KaitiM Big5
+ Droid Sans Mono, Droid Sans Fallback
From owner-svn-doc-head@FreeBSD.ORG Tue Apr 21 17:42:05 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 8DC2DDAB;
Tue, 21 Apr 2015 17:42:05 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 7A6FD169B;
Tue, 21 Apr 2015 17:42:05 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3LHg5N1042040;
Tue, 21 Apr 2015 17:42:05 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3LHg5SK042039;
Tue, 21 Apr 2015 17:42:05 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201504211742.t3LHg5SK042039@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: bhd set sender to bhd@FreeBSD.org
using -f
From: Bjoern Heidotting
Date: Tue, 21 Apr 2015 17:42:05 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46583 - head/de_DE.ISO8859-1/books/handbook/zfs
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 21 Apr 2015 17:42:05 -0000
Author: bhd
Date: Tue Apr 21 17:42:04 2015
New Revision: 46583
URL: https://svnweb.freebsd.org/changeset/doc/46583
Log:
Couple of small fixes, including:
- Typos
- EOL whitespace
- Replace space with tabs
- Two spaces after a sentence
- Reword sentences to improve readability
Approved by: bcr (mentor)
Modified:
head/de_DE.ISO8859-1/books/handbook/zfs/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/zfs/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/zfs/chapter.xml Tue Apr 21 17:17:25 2015 (r46582)
+++ head/de_DE.ISO8859-1/books/handbook/zfs/chapter.xml Tue Apr 21 17:42:04 2015 (r46583)
@@ -57,7 +57,7 @@
Das Z-Dateisystem, oder kurz
ZFS, ist ein fortgeschrittenes Dateisystem, das
- entwickelt wurde, um viele der grossen Probleme in vorherigen
+ entwickelt wurde, um viele der groen Probleme in vorherigen
Entwicklungen zu berwinden.Ursprnglich von &sun; entworfen, wird die weitere Entwicklung
@@ -65,7 +65,7 @@
xlink:href="http://open-zfs.org">OpenZFS Projekt
vorangetrieben.
- ZFS hat drei grosse Entwurfsziele:
+ ZFS hat drei groe Entwurfsziele:
@@ -85,7 +85,7 @@
einem Pool zusammengefasst und der Speicherplatz wird von
diesem gemeinsam genutzten Pool allokiert. Der Speicherplatz
steht allen Dateisystemen zur Verfgung und kann durch das
- Hinzufgen von neuen Speichermedien vergrssert werden.
+ Hinzufgen von neuen Speichermedien vergrert werden.
@@ -95,7 +95,7 @@
hauptspeicherbasierter Zwischenspeicher fr Leseanfragen. Auf
einer zweiten Stufe kann ein plattenbasierter L2ARC-Lesezwischenspeicher
- hinzugefgt werden. Zustzlich ist auch noch ein
+ hinzugefgt werden. Zustzlich ist auch noch ein
plattenbasierter, synchroner Schreibzwischenspeicher
verfgbar, der sog. ZIL.
@@ -114,7 +114,7 @@
Dateisystem ist. Durch die Kombination von traditionell
getrennten Rollen von Volumenmanager und Dateisystem ist
ZFS mit einzigartigen Vorteilen ausgestattet.
- Das Dateisystem besitzt jetzt Kentniss von der zugrundeliegenden
+ Das Dateisystem besitzt jetzt Kenntnis von der zugrundeliegenden
Struktur der Speichermedien. Traditionelle Dateisysteme konnten
nur auf einer einzigen Platte gleichzeitig angelegt werden.
Falls es zwei Festplatten gab, mussten auch zwei getrennte
@@ -127,20 +127,20 @@
Fall von Software-RAID-Lsungen, wie die, die
von GEOM bereitgestellt werden, war das
UFS-Dateisystem der Ansicht, dass es auf nur
- einem einzigen Gert angelegt wurde. ZFS'
+ einem einzigen Gert angelegt wurde. ZFS's
Kombination eines Volumenmanagers und eines Dateisystems lst
dies und erlaubt das Erstellen von vielen Dateisystemen, die
sich alle den darunterliegenden Pool aus verfgbarem Speicher
- teilen. Einer der grssten Vorteile von ZFS'
- Kentniss des physikalischen Layouts der Platten ist, dass
+ teilen. Einer der grten Vorteile von ZFS's
+ Kenntnis des physikalischen Layouts der Platten ist, dass
existierende Dateisysteme automatisch wachsen knnen, wenn
zustzliche Platten zum Pool hinzugefgt werden. Dieser neue
Speicherplatz wird dann allen Dateisystemen zur Verfgung
gestellt. ZFS besitzt ebenfalls eine Menge
an unterschiedlichen Eigenschaften, die fr jedes Dateisystem
- angepasst werden knnnen, was viele Vorteile bringt, wenn man
+ angepasst werden knnen, was viele Vorteile bringt, wenn man
unterschiedliche Dateisysteme und Datasets anlegt, anstatt ein
- einziges, monolitisches Dateisystem zu erzeugen.
+ einziges, monolithisches Dateisystem zu erzeugen.
@@ -170,7 +170,7 @@
Pools mit einer PlatteUm einen einfachen, nicht-redundanten Pool mit einem
- einzigen Gert anzulegen, geben Sie folgendes ein:
+ einzigen Gert anzulegen, geben Sie folgendes ein:
&prompt.root; zpool create example/dev/da0
@@ -208,7 +208,7 @@ drwxr-xr-x 21 root wheel 512 Aug 29 2
Das example/compressed-Dataset ist nun
ein komprimiertes ZFS-Dateisystem.
- Versuchen Sie, ein paar grosse Dateien auf
+ Versuchen Sie, ein paar groe Dateien auf
/example/compressed zu kopieren.Deaktivieren lsst sich die Komprimierung durch:
@@ -217,7 +217,7 @@ drwxr-xr-x 21 root wheel 512 Aug 29 2
Um ein Dateisystem abzuhngen, verwenden Sie
zfs umount und berprfen Sie dies
- anschliessend mit df:
+ anschlieend mit df:
&prompt.root; zfs umount example/compressed
&prompt.root; df
@@ -251,8 +251,8 @@ example on /example (zfs, local)
example/compressed on /example/compressed (zfs, local)Nach der Erstellung knnen ZFS-Datasets
- wie jedes undere Dateisystem verwendet werden. Jedoch sind
- jede Menge undere Besonderheiten verfgbar, die individuell
+ wie jedes andere Dateisystem verwendet werden. Jedoch sind
+ jede Menge andere Besonderheiten verfgbar, die individuell
auf Dataset-Basis eingestellt sein knnen. Im Beispiel unten
wird ein neues Dateisystem namens data
angelegt. Wichtige Dateien werden dort abgespeichert, deshalb
@@ -284,8 +284,8 @@ example/data 17547008 0 175
Partitionen und erlaubt es mehreren Dateisystemen den gleichen
Pool zu belegen.
- Um das Dateisystem zu zerstren und anschliessend den
- Pool, da dieser nicht mehr bentigt wird, geben Sie
+ Um das Dateisystem und anschlieend den Pool zu
+ zerstren, wenn dieser nicht mehr bentigt wird, geben Sie
ein:&prompt.root; zfs destroy example/compressed
@@ -314,7 +314,7 @@ example/data 17547008 0 175
&sun; empfiehlt, dass die Anzahl der Gerte in einer
RAID-Z Konfiguration zwischen drei und
neun betrgt. Fr Umgebungen, die einen einzelnen Pool
- entigen, der aus 10 oder mehr Platten besteht, sollten Sie
+ bentigen, der aus 10 oder mehr Platten besteht, sollten Sie
in Erwgung ziehen, diesen in kleinere
RAID-Z-Gruppen aufzuteilen. Falls nur
zwei Platten verfgbar sind und Redundanz bentigt wird,
@@ -349,7 +349,7 @@ example/data 17547008 0 175
Daten von Anwendern werden nun auf dem frisch erstellten
/storage/home abgelegt. berprfen Sie
dies durch das Anlegen eines neuen Benutzers und das
- anschliessende Anmelden als dieser Benutzer.
+ anschlieende Anmelden als dieser Benutzer.Versuchen Sie, einen Dateisystemschnappschuss anzulegen,
den Sie spter wieder zurckrollen knnen:
@@ -377,11 +377,11 @@ example/data 17547008 0 175
&prompt.root; ls /storage/home/.zfs/snapshot
- Es ist mglich, ein Skript zu schreiben, um regelmssig
+ Es ist mglich, ein Skript zu schreiben, um regelmig
Schnappschsse von Benutzerdaten anzufertigen. Allerdings
- verbrauchen Schnappschsse ber lange Zeit eine grosse Menge
+ verbrauchen Schnappschsse ber lange Zeit eine groe Menge
an Speicherplatz. Der zuvor angelegte Schnappschuss kann
- durch folgendes Kommundo wieder entfernt werden:
+ durch folgendes Kommando wieder entfernt werden:&prompt.root; zfs destroy storage/home@08-30-08
@@ -414,8 +414,8 @@ storage/home 26320512 0 26320512
abgeschlossen. Tgliche Informationen ber den Status der
erstellten Dateisysteme knnen als Teil des nchtlichen
&man.periodic.8;-Berichts generiert werden. Fgen Sie dazu
- die folgende Zeile in die Datei
- /etc/periodic.conf ein:
+ die folgende Zeile in /etc/periodic.conf
+ ein:
daily_status_zfs_enable="YES"
@@ -424,7 +424,7 @@ storage/home 26320512 0 26320512
RAID-Z wiederherstellenJedes Software-RAID besitzt eine
- Methode, um den Zustund (state) zu
+ Methode, um den Zustand (state) zu
berprfen. Der Status von RAID-Z Gerten
wird mit diesem Befehl angezeigt:
@@ -437,8 +437,8 @@ storage/home 26320512 0 26320512
all pools are healthyWenn es ein Problem gibt, womglich ist eine Platte
- im Zustund Offline,
- dann wird der Poolzustund hnlich wie dieser aussehen:
+ im Zustand Offline,
+ dann wird der Poolzustand hnlich wie dieser aussehen:
pool: storage
state: DEGRADED
@@ -520,12 +520,12 @@ errors: No known data errors&prompt.root; zpool scrub storageDie Laufzeit einer berprfung hngt ab von der Menge an
- Daten, die gespeichert sind. Grssere Mengen an Daten
+ Daten, die gespeichert sind. Grere Mengen an Daten
bentigen proportional mehr Zeit zum berprfen. Diese
berprfungen sind sehr I/O-intensiv und
es kann auch nur eine berprfung zur gleichen Zeit
durchgefhrt werden. Nachdem eine Prfung beendet ist, kann
- der Status mit dem Unterkommundo status
+ der Status mit dem Unterkommando status
angezeigt werden:&prompt.root; zpool status storage
@@ -559,7 +559,7 @@ errors: No known data errorsAdministration von ZFS ist unterteilt
zwischen zwei Hauptkommandos. Das
- zpool-Wekzeug steuert die Operationen des
+ zpool-Werkzeug steuert die Operationen des
Pools und kmmert sich um das Hinzufgen, entfernen, ersetzen
und verwalten von Platten. Mit dem zfs-Befehl knnen
@@ -585,7 +585,7 @@ errors: No known data errors
gestatten, sowie stripes, die zu Spiegeln umgewandelt werden
knnen, indem man zustzliche Platten zum vdev anhngt.
Obwohl weitere vdevs eingefgt werden knnen, um einen Pool zu
- vergrssern, kann das Layout des Pools nach dem Anlegen nicht
+ vergrern, kann das Layout des Pools nach dem Anlegen nicht
mehr verndert werden. Stattdessen mssen die Daten
gesichert, der Pool zerstrt und danach neu erstellt
werden.
@@ -641,11 +641,11 @@ errors: No known data errors
Partition anstatt einer ganzen Platte verwendet wird. Durch
den Einsatz von Partitionen kann der Administrator die Platten
unter provisionieren, indem weniger als
- die volle Kapazitt Verwendung findet. Wenn in Zukunft ein
- Ersatzfestplatte mit der gleichen Grsse als die
+ die volle Kapazitt Verwendung findet. Wenn in Zukunft eine
+ Ersatzfestplatte mit der gleichen Gre als die
Originalplatte eine kleinere Kapazitt aufweist, passt die
- kleinere Partition immer noch passen und die Ersatzplatte
- immer noch verwendet werden.
+ kleinere Partition immer noch und die Ersatzplatte kann immer
+ noch verwendet werden.
Erstellen eines RAID-Z2-Pools mit
@@ -708,10 +708,10 @@ errors: No known data errors
zpool attach knnen auch zustzliche
Platten zu einer Spiegelgruppe eingefgt werden, was die
Redundanz und Lesegeschwindigkeit steigert. Wenn die Platten,
- aus denen der Pool besteht, aus partitioniert sind,
- replizieren Sie das Layout der ersten Platte auf die Zweite
- und verwenden dann gpart backup, gefolgt
- von gpart restore, um diesen Vorgang
+ aus denen der Pool besteht, partitioniert sind,
+ replizieren Sie das Layout der ersten Platte auf die Zweite.
+ Verwenden Sie dazu gpart backup und
+ gpart restore, um diesen Vorgang
einfacher zu gestalten.Umwandeln eines (stripe) vdevs namens
@@ -780,7 +780,7 @@ errors: No known data errors
Zustzliche vdevs bieten hhere Geschwindigkeit, indem
Schreibvorgnge ber die vdevs verteilt werden. Jedes vdev
ist dafr verantwortlich, seine eigene Redundanz
- sicherzustellen. Es ist mglich, aber nicht empfohlen,
+ sicherzustellen. Es ist mglich, aber nicht empfehlenswert,
vdev-Arten zu mischen, wie zum Beispiel
mirror und RAID-Z.
Durch das Einfgen eines nicht-redundanten vdev zu einem
@@ -920,21 +920,21 @@ errors: No known data errors
Wenn ein Fehler erkannt wurde, werden die Lese-, Schreib-
oder Prfsummenzhler erhht. Die Fehlermeldung kann
- beseitigt und der Zhler zurckgesetzt werden mit
+ beseitigt und der Zhler mit
zpool clear
- mypool. Den
- Fehlerzustand zurckzusetzen kann wichtig sein, wenn
- automatisierte Skripte ablaufen, die den Administrator
+ mypool zurckgesetzt
+ werden. Den Fehlerzustand zurckzusetzen kann wichtig sein,
+ wenn automatisierte Skripte ablaufen, die den Administrator
informieren, sobald der Pool Fehler anzeigt. Weitere Fehler
werden nicht gemeldet, wenn der alte Fehlerbericht nicht
entfernt wurde.
- Ein defektes Gert entfernen
+ Ein funktionierendes Gert ersetzenEs gibt eine Reihe von Situationen, in denen es ntig
- wird, eine defekte Platte mit einer anderen auszutauschen.
+ ist, eine Platte mit einer anderen auszutauschen.
Wenn eine funktionierende Platte ersetzt wird, hlt der
Prozess die alte Platte whrend des Ersetzungsvorganges noch
aktiv. Der Pool wird nie den Zustand
zpool replace auf die Neue bertragen.
Nachdem die Operation abgeschlossen ist, wird die alte Platte
vom vdev getrennt. Falls die neue Platte grsser ist als die
- alte Platte , ist es mglich den Pool zu vergrssern, um den
+ alte Platte , ist es mglich den Pool zu vergrern, um den
neuen Platz zu nutzen. Lesen Sie dazu Einen Pool vergrssern.
+ linkend="zfs-zpool-online">Einen Pool vergrern.Ersetzen eines funktionierenden Gerts in einem
Pool:
@@ -1031,10 +1031,10 @@ errors: No known data errors
Falls das vdev keine Redundanz besitzt oder wenn mehrere
Gerte ausgefallen sind und es nicht genug Redundanz gibt, um
- zu kompensieren, geht der Pool in den Zustand faulted ber. Wenn eine
- ausreichende Anzahl von Gerten nicht wieder an den Pool
- angeschlossen werden knnen, fllt der Pool aus und die Daten
+ dies zu kompensieren, geht der Pool in den Zustand faulted ber. Wenn keine
+ ausreichende Anzahl von Gerten wieder an den Pool
+ angeschlossen wird, fllt der Pool aus und die Daten
mssen von Sicherungen wieder eingespielt werden.Wenn eine defekte Platte ausgewechselt wird, wird der Name
@@ -1102,12 +1102,12 @@ errors: No known data errors
Einen Pool berprfen
- Es wird empfohlen, dass Pools regelmssig geprft (Es wird empfohlen, dass Pools regelmig geprft (scrubbed) werden,
idealerweise mindestens einmal pro Monat. Der
scrub-Vorgang ist beansprucht die Platte
sehr und reduziert die Geschwindigkeit whrend er luft.
- Vermeiden Sie Zeiten, in denen grosser Bedarf besteht, wenn
+ Vermeiden Sie Zeiten, in denen groer Bedarf besteht, wenn
Sie scrub starten oder benutzen Sie vfs.zfs.scrub_delay,
um die relative Prioritt vom scrub
@@ -1158,7 +1158,7 @@ errors: No known data errors
welche die Daten berprfen und reparieren. Diese Kommandos
bentigen einige Zeit und in gravierenden Fllen muss ein
Administrator manuelle Entscheidungen treffen, welche
- Reparaturoperation vorgenommen werden soll. Wenn
+ Reparaturoperation vorgenommen werden soll. Wenn
ZFS einen defekten Datenblock mit einer
Prfsumme erkennt, die nicht bereinstimmt, versucht es die
Daten von der gespiegelten Platte zu lesen. Wenn diese Platte
@@ -1209,12 +1209,12 @@ SHA1 (/healer) = 2753eff56d77d9a536ece66
Daten an den Anfang einer Platte des Spiegels simuliert. Um
ZFS daran zu hindern, die Daten so schnell
zu reparieren, wie es diese entdeckt, wird der Pool vor der
- Vernderung exportiert und anschliessend wieder
+ Vernderung exportiert und anschlieend wieder
importiert.Dies ist eine gefhrliche Operation, die wichtige Daten
- zerstren kann. Es wird hier nur zu Demonstrationszwecken
+ zerstren kann. Es wird hier nur zu Demonstrationszwecken
gezeigt und sollte nicht whrend des normalen Betriebs des
Pools versucht werden. Dieses vorstzliche
Korrumpierungsbeispiel sollte auf gar keinen Fall auf einer
@@ -1341,10 +1341,10 @@ errors: No known data errors
Nach der scrub-Operation und der anschliessenden
Synchronisation der Daten von ada0 nach
- ada1, kann die Fehlermeldun vom
- Poolstatus bereinigt
- werden durch die Eingabe von
- zpool clear.
+ ada1, kann die Fehlermeldung vom
+ Poolstatus durch die Eingabe von
+ zpool clear
+ bereinigt werden.&prompt.root; zpool clear healer
&prompt.root; zpool status healer
@@ -1361,7 +1361,7 @@ config:
errors: No known data errors
- Der Pool ist jetzt wieder in einen voll funktionsfhigen
+ Der Pool ist jetzt wieder in einem voll funktionsfhigen
Zustand versetzt worden und alle Fehler wurden
beseitigt.
@@ -1369,20 +1369,20 @@ errors: No known data errors
Einen Pool vergrssern
- Die verwendbare Grsse eines redundant ausgelegten Pools
+ Die verwendbare Gre eines redundant ausgelegten Pools
ist durch die Kapazitt des kleinsten Gerts in jedem vdev
- begrenzt. Das kleinste Gert kann durch ein grsseres Gert
+ begrenzt. Das kleinste Gert kann durch ein greres Gert
ersetzt werden. Nachdem eine replace oder resilver-Operation
abgeschlossen wurde, kann der Pool anwachsen, um die Kapazitt
des neuen Gerts zu nutzen. Nehmen wir als Beispiel einen
- Spiegel mit einer 1 TB und einer 2 TB Platte. Der
+ Spiegel mit einer 1 TB und einer 2 TB Platte. Der
verwendbare Plattenplatz betrgt 1 TB. Wenn die
1 TB Platte mit einer anderen 2 TB Platte ersetzt
wird, kopiert der resilver-Prozess die existierenden Daten auf
die neue Platte. Da beide Gerte nun 2 TB Kapazitt
- besitzen, kann auch der verfgbare Plattenplatz auf die Grsse
+ besitzen, kann auch der verfgbare Plattenplatz auf die Gre
von 2 TB anwachsen.Die Erweiterung wird durch das Kommando
@@ -1416,8 +1416,8 @@ errors: No known data errors
Beim Importieren eines Pool werden auch automatisch alle
Datasets eingehngt. Dies ist mglicherweise nicht das
- bevorzugte Verhalten und wird durch
- zpool import -N verhindert. Durch
+ bevorzugte Verhalten und wird durch
+ zpool import -N verhindert. Durch
zpool import -o temporre Eigenschaften nur
fr diesen Import gesetzt. Mit dem Befehl
zpool import altroot= ist es mglich, einen
@@ -1425,10 +1425,9 @@ errors: No known data errors
des Dateisystems einzubinden. Wenn der Pool zuletzt auf einem
anderen System verwendet und nicht korrekt exportiert
wurde, muss unter Umstnden ein Import erzwungen werden durch
- zpool import -f. Alle Pools lassen sich
- durch zpool import -a importieren, die
- nicht durch ein anderes System momemtan verwendet
- werden.
+ zpool import -f. Alle Pools, die momentan
+ nicht durch ein anderes System verwendet werden, lassen sich
+ mit zpool import -a importieren.Alle zum Import verfgbaren Pools auflisten:
@@ -1455,7 +1454,7 @@ mypool 110K 47.0G 31K
Einen Pool aktualisieren
- Nachdem &os; aktualisiert wurde oder wenn der Poo von
+ Nachdem &os; aktualisiert wurde oder wenn der Pool von
einem anderen System, das eine ltere Version von
ZFS einsetzt, lsst sich der Pool manuell
auf den aktuellen Stand von ZFS bringen, um
@@ -1574,7 +1573,7 @@ Enabled the following features on 'mypoo
Der Bootcode muss auf Systemen, die von dem Pool
starten, aktualisiert werden, um diese neue Version zu
- untersttzen. Verwenden Sie
+ untersttzen. Verwenden Sie
gpart bootcode auf der Partition, die den
Bootcode enthlt. Lesen Sie fr weitere Informationen
&man.gpart.8;.
@@ -1585,11 +1584,11 @@ Enabled the following features on 'mypoo
Aufgezeichnete Historie des Pools anzeigenBefehle, die den Pool in irgendeiner Form verndern,
- werden aufgezeichnet. Diese Befehle beinhalten das Erstellen
+ werden aufgezeichnet. Diese Befehle beinhalten das Erstellen
von Datasets, verndern von Eigenschaften oder das Ersetzen
einer Platte. Diese Historie ist ntzlich um
nachzuvollziehen, wie ein Pool aufgebaut ist und welcher
- Benutzer eine bestimmte Aktion wann und wie gettigt hat. Die
+ Benutzer eine bestimmte Aktion wann und wie gettigt hat. Die
aufgezeichnete Historie wird nicht in einer Logdatei
festgehalten, sondern ist Teil des Pools selbst. Das Kommando
zum darstellen dieser Historie lautet passenderweise
@@ -1605,17 +1604,17 @@ History for 'tank':
Die Ausgabe zeigt zpool und
zfs-Befehle, die ausgefhrt wurden zusammen
mit einem Zeitstempel. Nur Befehle, die den Pool verndern
- werden aufgezeichnet. Befehle wie
- zfs list sind dabei nicht enthalten. Wenn
+ werden aufgezeichnet. Befehle wie
+ zfs list sind dabei nicht enthalten. Wenn
kein Name angegeben wird, erscheint die gesamte Historie aller
Pools.Der Befehl zpool history kann sogar
noch mehr Informationen ausgeben, wenn die Optionen
oder angegeben
- werden. Durch zeigt ZFS
- vom Benutzer eingegebene, als auch interne Ereignisse
- an.
+ werden. Durch zeigt
+ ZFS vom Benutzer eingegebene, als auch
+ interne Ereignisse an.&prompt.root; zpool history -i
History for 'tank':
@@ -1629,7 +1628,7 @@ History for 'tank':
Weitere Details lassen sich durch die Angabe von
entlocken. Historische Eintrge werden in
- einem langen Format ausgegeben, einschliesslich Informationen
+ einem langen Format ausgegeben, einschlielich Informationen
wie der Name des Benutzers, welcher das Kommando eingegeben
hat und der Hostname, auf dem die nderung erfolgte.
@@ -1642,7 +1641,7 @@ History for 'tank':
Die Ausgabe zeigt, dass der Benutzer root den gespiegelten Pool mit
- den beiden Platten
+ den beiden Platten
/dev/ada0 und
/dev/ada1 angelegt hat. Der Hostname
myzfsbox wird
@@ -1659,7 +1658,7 @@ History for 'tank':
eines Pools auszugeben. Die Pool Historie liefert wertvolle
Informationen, wenn Aktionen nachverfolgt werden mssen oder
zur Fehlerbeseitigung mehr Informationen gebraucht
- werden.
+ werden.
@@ -1670,7 +1669,7 @@ History for 'tank':
zeigt die Menge von freiem und belegtem Speicherplatz auf dem
Pool an, wieviele Lese- und Schreiboperationen pro Sekunde
durchgefhrt werden und die aktuell verwendete
- I/O-Bandbreite. Standardmssig werden alle
+ I/O-Bandbreite. Standardmig werden alle
Pools in einem System berwacht und angezeigt. Ein Poolname
kann angegeben werden, um die Anzeige auf diesen Pool zu
beschrnken. Ein einfaches Beispiel:
@@ -1684,7 +1683,7 @@ data 288G 1.53T 2 11
Um kontinuierlich die I/O-Aktivitt zu
berprfen, kann eine Zahl als letzter Parameter angegeben
werden, die ein Intervall in Sekunden angibt, die zwischen den
- Aktulisierungen vergeben soll. Die nchste Zeile mit
+ Aktualisierungen vergehen soll. Die nchste Zeile mit
Statistikinformationen wird dann nach jedem Intervall
ausgegeben. Drcken Sie
@@ -1748,29 +1747,29 @@ data 288G 1.53T
Anders als in traditionellen Festplatten- und
Volumenmanagern wird der Plattenplatz in
- ZFS not
+ ZFS nicht
vorher allokiert. Bei traditionellen Dateisystemen gibt es,
nachdem der Plattenplatz partitioniert und
zugeteilt wurde, keine Mglichkeit, ein zustzliches
Dateisystem hinzuzufgen, ohne eine neue Platte
- anzuschliessen. Mit
+ anzuschlieen. Mit
ZFS lassen sich neue Dateisysteme zu jeder
Zeit anlegen. Jedes Dataset
besitzt Eigenschaften wie Komprimierung, Deduplizierung,
Zwischenspeicher (caching), Quotas, genauso wie andere
ntzliche Einstellungen wie Schreibschutz, Unterscheidung
- zwischen Gross- und Kleinschreibung, Netzwerkfreigaben und
+ zwischen Gro- und Kleinschreibung, Netzwerkfreigaben und
einen Einhngepunkt. Datasets knnen ineinander verschachtelt
werden und Kind-Datasets erben die Eigenschaften ihrer Eltern.
- Jedes Dataset kann als eine Einheit verwaltet,
+ Jedes Dataset kann als eine Einheit verwaltet,
delegiert,
repliziert,
mit Schnappschssen
versehen, in Jails
gesteckt und zerstrt werden. Es gibt viele Vorteile,
ein separates Dataset fr jede Art von Dateien anzulegen. Der
- einzige Nachteil einer grossen Menge an Datasets ist, dass
+ einzige Nachteil einer groen Menge an Datasets ist, dass
manche Befehle wie zfs list langsamer sind
und dass das Einhngen von hunderten oder hunderttausenden von
Datasets de &os;-Bootvorgang verzgert.
@@ -1887,7 +1886,7 @@ mypool/var/tmp 152K 93.2G 152K
Ein Volume kann mit einem beliebigen Dateisystem
formatiert werden oder auch ohne ein Dateisystem als reiner
- Datenspeicher zu dienen. Fr den Benutzer erscheint ein
+ Datenspeicher fungieren. Fr den Benutzer erscheint ein
Volume als eine gewhnliche Platte. Indem gewhnliche
Dateisysteme auf diesen zvols angelegt
werden, ist es mglich, diese mit Eigenschaften auszustatten,
@@ -1928,7 +1927,7 @@ Filesystem Size Used Avail Cap
neuen Elternteil geerbt wird). Dieses Verhalten kann durch
die Option verhindert werden.
- Ein Dataset umbenennen und unter einem anderes
+ Ein Dataset umbenennen und unter einem anderen
Elterndataset verschieben:&prompt.root; zfs list
@@ -1992,11 +1991,10 @@ mypool/var/newname@new_snapshot_name
property=valuedataset fest. Die
meisten Eigenschaften haben eine begrenzte Menge von gltigen
- Werten. zfs get stellt diese dar und zeigt
- jede mgliche Eigenschaft und gltige Werte an. Die meisten
- Eigenschaften knnen wieder auf ihren Ausgangswert
- zurckgesetzt werden ber
- zfs inherit.
+ Werten. zfs get stellt diese dar und zeigt
+ jede mgliche Eigenschaft und gltige Werte an. Die meisten
+ Eigenschaften knnen ber zfs inherit
+ wieder auf ihren Ausgangswert zurckgesetzt werden.Benutzerdefinierte Eigenschaften lassen sich ebenfalls
setzen. Diese werden Teil der Konfiguration des Datasets und
@@ -2038,11 +2036,11 @@ tank custom:costcenter -
COW), knnen Schnappschsse schnell
erstellt werden durch das Aufheben der lteren Version der
Daten auf der Platte. Falls kein Snapshot existiert, wird der
- Speicherplatz wieder fr zuknfitge Verwendung freigegeben
+ Speicherplatz wieder fr zuknftige Verwendung freigegeben
wenn Daten geschrieben oder gelscht werden. Schnappschsse
sparen Speicherplatz, indem diese nur die Unterschiede
zwischen dem momentanen Dataset und der vorherigen Version
- aufzeichnen. Schnappschsse sind nur auf ganzen Datasets
+ aufzeichnen. Schnappschsse sind nur auf ganzen Datasets
erlaubt, nicht auf individuellen Dateien oder Verzeichnissen.
Wenn ein Schnappschuss eines Datasets erstellt wird, wird
alles was darin enthalten ist, dupliziert. Das beinhaltet
@@ -2057,14 +2055,14 @@ tank custom:costcenter -
eine Anwendung Dateien auf mehreren Datasets ablegt, die
miteinander in Verbindung stehen oder voneinander abhngig
sind. Ohne Schnappschsse wrde ein Backup Kopien dieser
- Dateien zu unterschiedlichen Zeitpunkten enthalten.
+ Dateien zu unterschiedlichen Zeitpunkten enthalten.Schnappschsse in ZFS bieten eine
Vielzahl von Eigenschaften, die selbst in anderen
Dateisystemen mit Schnappschussfunktion nicht vorhanden sind.
Ein typisches Beispiel zur Verwendung von Schnappschssen ist,
den momentanen Stand des Dateisystems zu sichern,
- wenn eine riskante Aktion wie das Installieren von Softwre
+ wenn eine riskante Aktion wie das Installieren von Software
oder eine Systemaktualisierung durchgefhrt wird. Wenn diese
Aktion fehlschlgt, so kann der Schnappschuss zurckgerollt
werden und das System befindet sich wieder in dem gleichen
@@ -2073,11 +2071,11 @@ tank custom:costcenter -
Schnappschuss gelscht werden, um Speicherplatz frei zu geben.
Ohne Schnappschsse, wird durch ein fehlgeschlagenes Update
eine Wiederherstellung der Sicherung fllig, was oft mhsam
- und zeitaufwndig ist, ausserdem ist whrenddessen das System
+ und zeitaufwndig ist, auerdem ist whrenddessen das System
nicht verwendbar. Schnappschsse lassen sich schnell
und mit wenig bis gar keiner Ausfallzeit zurckrollen, selbst
wenn das System im normalen Betrieb luft. Die Zeitersparnis
- ist enorm, wenn mehrere Terabyte grosse Speichersysteme
+ ist enorm, wenn mehrere Terabyte groe Speichersysteme
eingesetzt werden und viel Zeit fr das Kopieren der Daten vom
Sicherungssystem bentigt wird. Schnappschsse sind jedoch
keine Ersatz fr eine Vollsicherung des Pools, knnen jedoch
@@ -2161,12 +2159,12 @@ mypool/usr/home@my_recursive_snapshot
Schnappschsse in COW
Manier funktionieren. Sie zeichnen nur die nderungen
(delta) auf, die whrenddessen
- enstanden sind und nicht noch einmal den gesamten Inhalt des
- Dateisystems. Das bedeutet, dass Schnappschsse nur wenig
- Speicherplatz bentigen, wenn nur kleine nderungen
+ entstanden sind und nicht noch einmal den gesamten Inhalt
+ des Dateisystems. Das bedeutet, dass Schnappschsse nur
+ wenig Speicherplatz bentigen, wenn nur kleine nderungen
vorgenommen werden. Der Speicherverbrauch kann sogar noch
deutlicher gemacht werden, wenn eine Datei auf das Dataset
- kopiert wird und anschliessend ein zweiter Schnappschuss
+ kopiert wird und anschlieend ein zweiter Schnappschuss
angelegt wird:&prompt.root; cp /etc/passwd/var/tmp
@@ -2180,7 +2178,7 @@ mypool/var/tmp@after_cp
Der zweite Schnappschuss enthlt nur die nderungen am
Dataset, die nach der Kopieraktion gemacht wurden. Dies
bedeutet enorme Einsparungen von Speicherplatz. Beachten
- Sie, dass sich die Grsse des Schnappschusses
+ Sie, dass sich die Gre des Schnappschusses
mypool/var/tmp@my_recursive_snapshot
in der Spalte USED ebenfalls
gendert hat, um die nderungen von sich selbst und dem
@@ -2250,7 +2248,7 @@ M /var/tmp/
Vergleicht man die Ausgabe mit der Tabelle, wird klar,
dass passwd
- hinzugefgt wurde, nachdem der Schnappschuss
+ hinzugefgt wurde, nachdem der Schnappschuss
mypool/var/tmp@my_recursive_snapshot
erstellt wurde. Das resultierte ebenfalls in einer nderung
am darberliegenden Verzeichnis, das unter
@@ -2278,10 +2276,11 @@ M /var/tmp/
Ein Administrator, der fr die Sicherung zustndig ist,
kann zwei Schnappschsse miteinander vergleichen, die vom
- sendenen Host empfangen wurden, um festzustellen, welche
- nderungen am Dataset vorgenommen wurden. Lesen Sie dazu den
- Abschnitt Replication
- um weitere Informationen zu erhalten.
+ sendenden Host empfangen wurden, um festzustellen, welche
+ nderungen am Dataset vorgenommen wurden. Lesen Sie dazu
+ den Abschnitt Replication um weitere
+ Informationen zu erhalten.
@@ -2290,7 +2289,7 @@ M /var/tmp/
Wenn zumindest ein Schnappschuss vorhanden ist, kann
dieser zu einem beliebigen Zeitpunkt zurckgerollt werden.
In den meisten Fllen passiert dies, wenn der aktuelle
- Zustand des Datasets nicht mehr bentigt wurd und eine
+ Zustand des Datasets nicht mehr bentigt wird und eine
ltere Version bevorzugt wird. Szenarien wie lokale
Entwicklungstests, die fehlgeschlagen sind, defekte
Systemaktualisierungen, welche die Funktionalitt des
@@ -2309,7 +2308,7 @@ M /var/tmp/
dies passiert, ist das Dataset immer noch aktiv und
erreichbar ohne dass eine Ausfallzeit ntig wre. Sobald
der Schnappschuss zurckgerollt wurde, besitzt das Dataset
- den gleichen Zustand, den es besass, als der Schnappschuss
+ den gleichen Zustand, den es besa, als der Schnappschuss
angelegt wurde. Alle anderen Daten in diesem Dataset, die
nicht Teil des Schnappschusses sind, werden verworfen.
Einen Schnappschuss des aktuellen Zustandes des Datasets vor
@@ -2318,9 +2317,9 @@ M /var/tmp/
der Benutzer vor und zurck zwischen den Schnappschssen
springen, ohne wertvolle Daten zu verlieren.
- Im ersten Beispiel wird en Schnappschuss aufgrund eines
+ Im ersten Beispiel wird ein Schnappschuss aufgrund eines
unvorsichtigen rm-Befehls zurckgerollt,
- der zuviele Daten gelscht hat, als vorgesehen.
+ der mehr Daten gelscht hat, als vorgesehen.&prompt.root; zfs list -rt all mypool/var/tmp
NAME USED AVAIL REFER MOUNTPOINT
@@ -2339,7 +2338,7 @@ vi.recover
Dateien gelscht wurden und mchte diese zurck haben.
ZFS bietet eine einfache Mglichkeit,
diese durch zurckrollen zurck zu bekommen, allerdings nur,
- wenn Schnappschsse von wichtigen Daten regelmssig angelegt
+ wenn Schnappschsse von wichtigen Daten regelmig angelegt
werden. Um die Dateien zurckzuerhalten und vom letzten
Schnappschuss wieder zu beginnen, geben Sie ein:
@@ -2369,9 +2368,9 @@ mypool/var/tmp@diff_snapshot
zwischen dem momentanen Stand des Datasets und dem
Schnappschuss, zu dem der Benutzer zurckrollen mchte,
existieren. Um das Zurckrollen durchzufhren, mssen die
- Schnappschsse gelscht werden. ZFS kann
+ Schnappschsse gelscht werden. ZFS kann
nicht alle nderungen zwischen verschiedenen Zustnden
- eines Datasets verfolgen, da Schnappschsse zur gelesen
+ eines Datasets verfolgen, da Schnappschsse nur gelesen
werden knnen. ZFS wird nicht die
betroffenen Schnappschsse lschen, es sei denn, der
Benutzer verwendet die Option , um
@@ -2400,7 +2399,7 @@ vi.recover
Schnappschsse sind unter einem versteckten Verzeichnis
unter dem Eltern-Dataset eingehngt:
.zfs/snapshots/snapshotname.
- Standardmssig werden diese Verzeichnisse nicht von einem
+ Standardmig werden diese Verzeichnisse nicht von einem
gewhnlichen ls -a angezeigt. Obwohl
diese Verzeichnisse nicht angezeigt werden, sind diese
trotzdem vorhanden und der Zugriff darauf erfolgt wie auf
@@ -2508,7 +2507,7 @@ cp: /var/tmp/.zfs/snapshot/after_cp/rc.c
Schnappschusses.Um diese Klon-Funktionalitt zu demonstrieren, wird dieses
- Beispiel-Dataset verwendet:
+ Beispiel-Dataset verwendet:
&prompt.root; zfs list -rt all camino/home/joe
NAME USED AVAIL REFER MOUNTPOINT
@@ -2548,7 +2547,7 @@ usr/home/joenew 1.3G 31k 1.3G
Eigenschaft namens origin auf. Sobald die
Abhngigkeit zwischen dem Schnappschuss und dem Klon durch das
Befrdern des Klons mittels zfs promote
- entfernt wurde, wird auch die
+ entfernt wurde, wird auch die
origin-Eigenschaft des Klons entfernt, da
es sich nun um ein eigenstndiges Dataset handelt. Dieses
Beispiel demonstriert dies:
@@ -2584,14 +2583,14 @@ usr/home/joe 1.3G 128k 1.3G
Der geklonte Schnappschuss wird jetzt wie ein
gewhnliches Dataset behandelt. Es enthlt alle Daten aus dem
ursprnglichen Schnappschuss inklusive der Dateien, die
- anschliessend hinzugefgt wurden, wie
+ anschlieend hinzugefgt wurden, wie
loader.conf. Klone knnen in
unterschiedlichen Szenarien eingesetzt werden, um ntzliche
Eigenschaften fr ZFS-Anwender zur Verfgung zu stellen.
Zum Beispiel knnen Jails als Schnappschsse bereitgestellt
werden, die verschiedene Arten von installierten Anwendungen
anbieten. Anwender knnen diese Schnappschsse klonen und
- ihre eigenen Anwendungen nach belieben hinzufgen. Sobald
+ ihre eigenen Anwendungen nach Belieben hinzufgen. Sobald
sie mit den nderungen zufrieden sind, knnen die Klone zu
vollstndigen Datasets ernannt werden und dem Anwender zur
Verfgung gestellt werden, als wrde es sich um echte
@@ -2606,7 +2605,7 @@ usr/home/joe 1.3G 128k 1.3G
Daten auf einem einzigen Pool an einem Platz
aufzubewahren, setzt diese dem Risiko aus, gestohlen oder
Opfer von Naturgewalten zu werden, sowie menschlichem
- Versagen auszusetzen. Regelmssige Sicherungen des gesamten
+ Versagen auszusetzen. Regelmige Sicherungen des gesamten
Pools ist daher unerlsslich. ZFS bietet
eine Reihe von eingebauten Serialisierungsfunktionen an, die
in der Lage ist, eine Reprsentation der Daten als Datenstrom
@@ -2630,8 +2629,8 @@ backup 960M 77K 896M 0% 1.00x
mypool 984M 43.7M 940M 4% 1.00x ONLINE -Der Pool namens mypool ist der
- primre Pool, auf den regelmssig Daten geschrieben und auch
- wieder gelesen werden. Ein zweiter Pool, genannt
+ primre Pool, auf den regelmig Daten geschrieben und auch
+ wieder gelesen werden. Ein zweiter Pool, genannt
backup wird verwendet, um als
Reserve zu dienen im Falle, dass der primre Pool nicht zur
Verfgung steht. Beachten Sie, dass diese Ausfallsicherung
@@ -2644,7 +2643,7 @@ mypool 984M 43.7M 940M 4% 1.00x
den backup-Pool abgelegt werden.
Nur Schnappschsse lassen sich auf diese Weise replizieren.
nderungen, die seit dem letzten Schnappschuss entstanden
- sind, werden nicht mit repliziert.
+ sind, werden nicht mit repliziert.
&prompt.root; zfs snapshot mypool@backup1
&prompt.root; zfs list -t snapshot
@@ -2667,10 +2666,10 @@ You must redirect standard output.Um ein Dataset mit zfs send zu
replizieren, leiten Sie dieses in eine Datei auf dem
eingehngten Backup-Pool um. Stellen Sie sicher, dass der
- Pool genug freien Speicherplatz besitzt, um die Grsse des
+ Pool genug freien Speicherplatz besitzt, um die Gre des
gesendeten Schnappschusses aufzunehmen. Das beinhaltet alle
Daten im Schnappschuss, nicht nur die nderungen zum
- vorherigen Schnappschuss.
+ vorherigen Schnappschuss.
&prompt.root; zfs send mypool@backup1 > /backup/backup1
&prompt.root; zpool list
@@ -2777,12 +2776,12 @@ mypool@replica2
Dateien und Daten vom Pool
mypool verfgbar. Wenn die
Option angegeben wird, werden die
- Eigenschaften des Datasets kopiert, einschliesslich der
- Komprimierungseinstellungen, Quotas und Einhngpunkte.
+ Eigenschaften des Datasets kopiert, einschlielich der
+ Komprimierungseinstellungen, Quotas und Einhngepunkte.
Wird die Option verwendet, so werden
alle Kind-Datasets des angegebenen Datasets kopiert,
zusammen mit ihren Eigenschaften. Senden und Empfangen kann
- automatisiert werden, so dass regelmssig Sicherungen auf
+ automatisiert werden, so dass regelmig Sicherungen auf
dem zweiten Pool angelegt werden.
@@ -2791,7 +2790,7 @@ mypool@replica2
SSH senden
Datenstrme ber das Netzwerk zu schicken ist eine gute
- Methode, um Sicherungen ausserhalb des Systems anzulegen.
+ Methode, um Sicherungen auerhalb des Systems anzulegen.
Jedoch ist dies auch mit einem Nachteil verbunden. Daten,
die ber die Leitung verschickt werden, sind nicht
verschlsselt, was es jedem erlaubt, die Daten abzufangen
@@ -2801,9 +2800,9 @@ mypool@replica2
das Internet auf ein entferntes System gesendet werden.
SSH kann benutzt werden, um
durch Verschlsselung geschtzte Daten ber eine
- Netzwerkverbindung zu bertragen. Da ZFS
+ Netzwerkverbindung zu bertragen. Da ZFS
nur die Anforderung hat, dass der Strom von der
- Standardausgaben umgeleitet wird, ist es relativ einfach,
+ Standardausgabe umgeleitet wird, ist es relativ einfach,
diesen durch SSH zu leiten. Um
den Inhalt des Dateisystems whrend der bertragung und auf
dem entfernten System weiterhin verschlsselt zu lassen,
@@ -2811,10 +2810,10 @@ mypool@replica2
xlink:href="http://wiki.freebsd.org/PEFS">PEFS
nach.
- Ein paar Einstellungen udn Sicherheitsvorkehrungen
+ Ein paar Einstellungen und Sicherheitsvorkehrungen
mssen zuvor abgeschlossen sein. Es werden hier nur die
ntigen Schritte fr die zfs send-Aktion
- gezeigt. Weiterfhrende Informationen zu
+ gezeigt. Weiterfhrende Informationen zu
SSH, gibt es im Kapitel
.
@@ -2836,13 +2835,13 @@ mypool@replica2
root.
Allerdings ist das Anmelden als root aus
- Sicherheitsgrnden standardmssig deaktiviert. Mit
+ Sicherheitsgrnden standardmig deaktiviert. Mit
ZFS Delegation
lassen sich nicht-root-Benutzer auf jedem
System einrichten, welche die ntigen Rechte besitzen,
um die Sende- und Empfangsoperation
- durchzufhren.
+ durchzufhren.
@@ -2852,7 +2851,7 @@ mypool@replica2
- Um den Pool einzuhngen, muss der unpriviligierte
+ Um den Pool einzuhngen, muss der unprivilegierte
Benutzer das Verzeichnis besitzen und gewhnliche
Benutzern muss die Erlaubnis gegeben werden, das
Dateisystem einzuhngen. Auf dem empfangenden System
@@ -2867,7 +2866,7 @@ vfs.usermount: 0 -> 1
- Der unpriviligierte Benutzer hat jetzt die Fhigkeit,
+ Der unprivilegierte Benutzer hat jetzt die Fhigkeit,
Datasets zu empfangen und einzuhngen und das
home-Dataset auf das entfernte
System zu replizieren:
@@ -2895,7 +2894,7 @@ vfs.usermount: 0 -> 1
wird das Dateisystem nicht auf der
Empfngerseite eingehngt. Wenn
enthalten ist, werden mehr Details zum Transfer angezeigt
- werden, einschliesslich der vergangenen Zeit und der Menge
+ werden, einschlielich der vergangenen Zeit und der Menge
an bertragenen Daten.
@@ -2905,7 +2904,7 @@ vfs.usermount: 0 -> 1
Dataset-Quotas
werden eingesetzt, um den Speicherplatz einzuschrnken, den
- ein bestimmtes Dataset verbrauchen kann. Referenz-Quotas
funktionieren auf eine hnliche Weise, jedoch wird dabei der
Speicherplatz des Datasets selbst gezhlt, wobei
@@ -2917,19 +2916,19 @@ vfs.usermount: 0 -> 1
gesamten Speicherplatz im Pool oder auf dem Dataset zu
verbrauchen.
- Um eine 10 GB grsse Quota auf dem Dataset
+ Um ein 10 GB groes Quota auf dem Dataset
storage/home/bob zu erzwingen, verwenden
Sie folgenden Befehl:&prompt.root; zfs set quota=10G storage/home/bob
- Um eine Referenzquota von 10 GB fr
+ Um ein Referenzquota von 10 GB fr
storage/home/bob festzulegen, geben Sie
ein:&prompt.root; zfs set refquota=10G storage/home/bob
- Um eine Quota fr storage/home/bob
+ Um das Quota fr storage/home/bob
wieder zu entfernen:&prompt.root; zfs set quota=none storage/home/bob
@@ -2961,13 +2960,13 @@ vfs.usermount: 0 -> 1
- Um beispielsweise eine Benutzerquota von 50 GB fr
+ Um beispielsweise ein Benutzerquota von 50 GB fr
den Benutzer names joe zu
erzwingen:&prompt.root; zfs set userquota@joe=50G
- Um jegliche Quota zu entfernen:
+ Um jegliche Quotas zu entfernen:&prompt.root; zfs set userquota@joe=none
@@ -2986,7 +2985,7 @@ vfs.usermount: 0 -> 1
lautet:
groupquota@group=size.
- Um eine Quota fr die Gruppe
+ Um ein Quota fr die Gruppe
firstgroup von 50 GB zu
setzen, geben Sie ein:
@@ -3017,8 +3016,8 @@ vfs.usermount: 0 -> 1
&man.zfs.1;.Benutzer mit ausreichenden Rechten sowie root knnen die Quota fr
- storage/home/bob anzeigen:
+ class="username">root knnen das Quota fr
+ storage/home/bob anzeigen lassen:&prompt.root; zfs get quota storage/home/bob
@@ -3037,7 +3036,7 @@ vfs.usermount: 0 -> 1
Das generelle Format der
reservation-Eigenschaft ist
reservation=size.
- Um also eine Reservierung von 10 GB auf
+ Um also eine Reservierung von 10 GB auf
storage/home/bob festzulegen, geben Sie
Folgendes ein:
@@ -3083,8 +3082,8 @@ vfs.usermount: 0 -> 1
*** DIFF OUTPUT TRUNCATED AT 1000 LINES ***
From owner-svn-doc-head@FreeBSD.ORG Wed Apr 22 03:35:24 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 5A440C16;
Wed, 22 Apr 2015 03:35:24 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 4730F13A7;
Wed, 22 Apr 2015 03:35:24 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3M3ZOIC012424;
Wed, 22 Apr 2015 03:35:24 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3M3ZO6a012423;
Wed, 22 Apr 2015 03:35:24 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201504220335.t3M3ZO6a012423@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: bjk set sender to bjk@FreeBSD.org
using -f
From: Benjamin Kaduk
Date: Wed, 22 Apr 2015 03:35:24 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46584 - 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-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Wed, 22 Apr 2015 03:35:24 -0000
Author: bjk
Date: Wed Apr 22 03:35:23 2015
New Revision: 46584
URL: https://svnweb.freebsd.org/changeset/doc/46584
Log:
Make an editing pass through the 2015Q1 report
Approved by: hrs (mentor, implicit)
Modified:
head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Tue Apr 21 17:42:04 2015 (r46583)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-01-2015-03.xml Wed Apr 22 03:35:23 2015 (r46584)
@@ -167,30 +167,30 @@
use.
This quarter was an exciting time for the Xfce Team. We
- imported the Xfce desktop environment 4.12 into the ports
- tree, after more than two years of development.
+ imported version 4.12 of the Xfce desktop environment into
+ the ports tree, after more than two years of development.
Overall, we have updated the following ports:
Xfce core (4.12)
-
audio/xfce4-mpc-plugin (0.4.5)
-
deskutils/xfce4-tumbler (0.1.31
-
deskutils/xfce4-xkb-plugin (0.7.1)
-
editors/mousepad (0.4.0)
-
graphics/ristretto (0.8.0)
-
multimedia/xfce4-parole (0.8.0)
-
sysutils/garcon (0.4.0)
-
sysutils/xfce4-diskperf-plugin (2.5.5)
-
sysutils/xfce4-fsguard-plugin (1.0.2)
-
sysutils/xfce4-power-manager (1.4.4)
-
sysutils/xfce4-wavelan-plugin (0.5.12)
-
textproc/xfce4-dict-plugin (0.7.1)
-
www/xfce4-smartbookmark-plugin (0.4.6)
-
x11/libexo (0.10.4)
-
x11-clocks/xfce4-timer-out-plugin (1.0.2)
-
x11-fm/thunar (1.6.6)
-
x11-themes/gtk-xfce-engine (3.2.0)
+
audio/xfce4-mpc-plugin (0.4.5)
+
deskutils/xfce4-tumbler (0.1.31
+
deskutils/xfce4-xkb-plugin (0.7.1)
+
editors/mousepad (0.4.0)
+
graphics/ristretto (0.8.0)
+
multimedia/xfce4-parole (0.8.0)
+
sysutils/garcon (0.4.0)
+
sysutils/xfce4-diskperf-plugin (2.5.5)
+
sysutils/xfce4-fsguard-plugin (1.0.2)
+
sysutils/xfce4-power-manager (1.4.4)
+
sysutils/xfce4-wavelan-plugin (0.5.12)
+
textproc/xfce4-dict-plugin (0.7.1)
+
www/xfce4-smartbookmark-plugin (0.4.6)
+
x11/libexo (0.10.4)
+
x11-clocks/xfce4-timer-out-plugin (1.0.2)
+
x11-fm/thunar (1.6.6)
+
x11-themes/gtk-xfce-engine (3.2.0)
At the same time we switched to the USES framework, and a new
@@ -201,8 +201,8 @@
experimental repository) of:
-
x11/xfce4-dashboard (0.3.91)
-
x11/xfce4-notes-plugin (1.8.0 beta)
+
x11/xfce4-dashboard (0.3.91)
+
x11/xfce4-notes-plugin (1.8.0 beta)
The following documentation patches are ready:
@@ -222,7 +222,7 @@
Add a new property (through xfconf-query) to
allow users to change the greyscale value of quicklaunch
- icons in x11/xfce4-dashboard (this feature is only available
+ icons in x11/xfce4-dashboard (this feature is only available
in the unstable release).
@@ -267,7 +267,7 @@
replace the Forth boot loader with a Lua boot loader. All the
scripts were re-written in Lua and are available in
sys/boot/lua. Once all the Forth features have been tested
- and once the boot menus look exactly like in Forth, we will
+ and the boot menus look exactly like in Forth, we will
start merging this project to &os; HEAD. Both loaders can
co-exist in the source tree with no problems because a
pluggable loader was introduced for this purpose.
@@ -355,22 +355,22 @@ WITHOUT_FORTH=y
-
The project is to design a new KPI for network drivers
- that would allow for the network stack to evolve, without
+
This project aims to design a new KPI for network drivers
+ that would allow the network stack to evolve without
breaking compatibility with older drivers. The core idea is to
- hide struct ifnet from drivers, thus the
- project has the name "opaque ifnet". However, the
+ hide struct ifnet from drivers, giving the
+ project the name "opaque ifnet". However, the
project will include more changes than just hiding the
struct's definition.
-
At present, the new KPI has been prototyped, most
+
At present, the new KPI has been prototyped, most of the
important parts of network stack have been modified
- appropriately, and several drivers have been converted to new
+ appropriately, and several drivers have been converted to the new
KPI.
The project needs more manpower, since there are many
network drivers in the tree, with a total of 245 sites where a
- struct ifnet is allocated.
+ struct ifnet is allocated.
Netflix
@@ -389,7 +389,6 @@ WITHOUT_FORTH=y
Frederic
-
Culotportmgr-secretary@FreeBSD.org
@@ -422,7 +421,7 @@ WITHOUT_FORTH=y
about 20%, with nearly 2,000 PRs closed!
In Q1 two new developers were granted a ports commit bit
- (jbeich@ and brd@) and one was taken in for safekeeping
+ (jbeich@ and brd@) and one bit was taken in for safekeeping
(rafan@, on his request).
On the management side, decke@ decided to step down from
@@ -441,7 +440,7 @@ WITHOUT_FORTH=y
As during the previous quarter a tremendous amount
of work was done on the tree to update major ports and to
- close even more PRs than in 2014 Q4. However, we sometimes
+ close even more PRs than in 2014Q4. However, we sometimes
lag behind with regards to documentation, so volunteers
are welcome to help on this important task.
A number of improvements were made to bhyve this quarter:
@@ -540,7 +539,6 @@ WITHOUT_FORTH=y
The virtio-blk and ahci-hd devices now advertise the proper
logical and physical block size of the backend device or file.
-
@@ -624,7 +622,7 @@ WITHOUT_FORTH=y
- Jenkins CI server in &os; cluster
+ The Jenkins CI server in the &os; clusterCloud9ersAhmed KamalAhmed's contributions to SaltStack
@@ -645,7 +643,7 @@ WITHOUT_FORTH=y
Ahmed Kamal agreed to join the jenkins-admin
team. Even though he is not a &os; committer, he is
- subscribed the the jenkins-admin alias, and is contributing
+ subscribed to the jenkins-admin alias, and is contributing
code via GitHub. Ahmed has contributed multiple SaltStack
scripts which are in the freebsd-ci GitHub repository. Ahmed
has also found multiple bugs in SaltStack's &os; support. He
@@ -738,13 +736,13 @@ WITHOUT_FORTH=y
-
Just before the end of the quarter, we have updated
- clang, llvm and lldb in base to 3.6.0 release. These all
+
Just before the end of the quarter, we updated clang, llvm
+ and lldb in the base system to the 3.6.0 release. These all
contain numerous improvements; please see the linked release
notes for more detailed information.
We have also imported a newer snapshot of compiler-rt,
- with better support for Address Sanitizer and Undefined
+ with better support for the Address Sanitizer and the Undefined
Behavior Sanitizer, and arm64 runtime support routines.
With the updated clang, llvm, and compiler-rt, we now support the
Address and Undefined Behavior Sanitizers in the base system
@@ -754,10 +752,10 @@ WITHOUT_FORTH=y
support to build. C++11 support is available in &os; 10.0 and
later on the x86 architectures.
-
It is still unclear whether we will be able to MFC this
- to any stable branches, due to the difficulty it will
+
It is still unclear whether we will be able to MFC these
+ updates to any of the stable branches, due to the difficulty it will
introduce for upgrading from a system without C++11 support,
- either older releases or architectures still using gcc.
+ either from older releases or from architectures still using gcc.
In the lld-import branch, we have also imported a recent
snapshot of lld, a linker produced by the LLVM project. This
@@ -826,7 +824,7 @@ WITHOUT_FORTH=y
We were a Platinum Sponsor of AsiaBSDCon and had five team
members attend the conference. Kirk McKusick taught a two-day
&os; kernel tutorial and gave a talk on Journaled Soft
- Updates and George Neville-Neil gave a talk on network
+ Updates, and George Neville-Neil gave a talk on network
performance in &os;; George also taught a two day tutorial
(A Look Inside FreeBSD with DTrace). This is from ongoing work
with Robert Watson in support of both academic and
@@ -871,7 +869,7 @@ WITHOUT_FORTH=y
Our development staff and project grant recipients were
responsible for a large number of feature improvements and bug
- fixes over this past quarter. We have eight individual reports
+ fixes over this past quarter. We have nine individual reports
in this quarterly update for Foundation-sponsored projects
that demonstrate a number of different ways the Foundation
supports the &os; project.
@@ -888,14 +886,14 @@ WITHOUT_FORTH=y
Foundation staff. In this quarterly report we have several
reports in this category: Secure Boot, the autofs-based
automount daemon, dynamically loadable libthr, Intel DMA
- remapping, migration to the ELF Tool Chain project tools.
+ remapping, and migration to the ELF Tool Chain project tools.
Additionally, one of the benefits of having long-term
permanent staff is the ability to continue to maintain
projects and contribute improvements beyond a fixed timeline.
- Over the last quarter Foundation staff contributed
+ Over the last quarter, Foundation staff contributed
improvements to the UEFI boot process, vt(4) system console,
- in-kernel iSCSI stack, the virtual memory subsystem, and many
+ in-kernel iSCSI stack, virtual memory subsystem, and many
others.
@@ -979,12 +977,12 @@ WITHOUT_FORTH=y
In the official Ports tree, the Mesa ports
(libglapi, libGL, libEGL,
- libglesv2, gbm, dri) are kept close
+ libglesv2, gbm, and dri) are kept close
to the latest Mesa 10.4.x release.
In the development tree (see the GitHub link), the update
- to Mesa 10.5 came along with several improvements and cleanup to
- the ports themselves. Now, all ports share the same configure
+ to Mesa 10.5 came, along with several improvements and cleanup to
+ the ports themselves. Now all ports share the same configure
flags and build dependencies. As Mesa is built from scratch for
each port, this ensures that all libraries and drivers are
consistent with each other. This fixes at least two
@@ -995,7 +993,7 @@ WITHOUT_FORTH=y
functional, meaning we will be able to enable Glamor (the 2D
acceleration engine based on OpenGL) in the X.Org server. This is
required to provide 2D acceleration for Radeon HD 7000 and later
- GPUs for instance.
+ GPUs, for instance.
Clover, the Mesa OpenCL implementation, now works; see the next
paragraph.
@@ -1013,7 +1011,7 @@ WITHOUT_FORTH=y
Ports tree yet because it requires the unification explained
above.
-
A new port, drm-kmod was added to the official
+
A new port, drm-kmod, was added to the official
Ports tree. It provides updated drm2, i915kms
and radeonkms kernel modules for FreeBSD 9.3-RELEASE
and 9.3-STABLE. The only difference from the vanilla modules is
@@ -1049,14 +1047,15 @@ WITHOUT_FORTH=y
In the kernel, the DRM device-independent code was
updated to match Linux 3.8. A merge to 10-STABLE is pending.
- The i915kms kernel driver received an update too, which is
+ The i915kms kernel driver received an update, too, which is
already merged to 10-STABLE.
Having both updates in place enables work on a
second update of the i915 driver: this time it will be
synchronized with Linux 3.8, like the rest of the DRM subsystem,
- and bring Haswell support. This was started recently. Our hope
- is that it will be ready in time for FreeBSD 10.2-RELEASE.
+ and include Haswell support. This work was started recently.
+ Our hope is that it will be ready in time for
+ FreeBSD 10.2-RELEASE.
During Q2, we are going to work with the GNOME team on
porting libinput and testing Wayland. Currently we know that
@@ -1118,7 +1117,7 @@ WITHOUT_FORTH=y
(i.e., the ability to run 64-bit Windows applications). This
is currently available through the wine-devel port. At this
stage it is currently mutually exclusive with the
- i386-wine-devel port, however we have plans to integrate these
+ i386-wine-devel port, however, we have plans to integrate these
ports to offer a full Wine experience on amd64. The
i386-wine-devel port has packages built for amd64 for &os;
8.4, 9.1+, 10.1+ and CURRENT.
@@ -1157,7 +1156,7 @@ WITHOUT_FORTH=y
Redevelop and upstream the getdirentries(2) patch.
Redevelop and upstream the kernel32 Makefile patch.
Add support to the i386-wine port for pkg 1.5
- (conflicts with libraries currently prevent support).
+ (conflicts with libraries currently prevent such support).
Add support for WoW64:
Reduce the i386-wine port to just the
@@ -1243,7 +1242,7 @@ WITHOUT_FORTH=y
USB
Watchdog
Random number generator
-
PLL / Clock frequency measurement
+
PLL/Clock frequency measurement
Frame buffer
@@ -1320,12 +1319,13 @@ WITHOUT_FORTH=y
-
The KDE on &os; team focuses on packaging and making
+
The KDE on &os; team focuses on packaging and making
sure that the experience of KDE and Qt on &os; is as good as
possible.
First of all, we would like to welcome Tobias Berner to
- the ranks of the area51 (the KDE ports staging area) committers. He has been regularly mentioned
+ the ranks of the area51 (the KDE ports staging area) committers.
+ He has been regularly mentioned
in our recent status reports, and has finally received committer
privileges to our experimental repository. Becoming an area51
committer is usually the first step towards becoming a kde@
@@ -1397,8 +1397,8 @@ WITHOUT_FORTH=y
A new port is lang/gcc5-aux, which includes GNAT
from the upcoming release of gcc5. This compiler already builds
- all Ada ports except gtkada3 (which blocks the
- devel/gps — the GNAT Programming Studio), and
+ all Ada ports except gtkada3 (which blocks
+ devel/gps, the GNAT Programming Studio), and
gtkada3 should be fixed soon. When GCC5 is released,
the Ada framework will switch to using gcc5-aux as the
default compiler. For those that cannot wait, it is possible to
@@ -1443,7 +1443,7 @@ WITHOUT_FORTH=y
respectively.
GNOME 3.16 was released February 25th; we ported it to
- &os;. There are still some showstopper problems that showed up.
+ &os;. There are still some showstopper problems that appeared.
During testing of the current versions of the 3.16 ports a bug
in pkg was uncovered in the multiple repository support, and
swiftly fixed in pkg 1.4.99.15.
@@ -1580,7 +1580,7 @@ WITHOUT_FORTH=y
We have been merging support for the BERI CPU platform
to &os; since 2012 and continue to do so as new features are
- developed. Most recently Ruslan has added support for the
+ developed. Most recently, Ruslan has added support for the
Terasis SoCkit board which combines an ARM processor with an
FPGA capable of running BERI (and soon CHERI) in a single
package.
@@ -1670,7 +1670,8 @@ WITHOUT_FORTH=y
An auto-assigner for ports issues was implemented,
resembling what GNATS successfully did in the past. A dashboard
- page within Bugzilla provides users and committers with common
+ page within Bugzilla provides users and committers with quick
+ access to common
queries and overall statistics; many other smaller tweaks,
configurations, and extensions were implemented to improve the
usability of the system.
@@ -1733,7 +1734,7 @@ WITHOUT_FORTH=y
special Model-Specific Registers (MSR) read and write
instructions. This is intended to support virtualization. The
access overhead is also reduced by not requiring serialization,
- and by simplification of Inter-Process Interrupts (IPI)
+ and by simplification of Inter-Process Interrupt (IPI)
generation. The main commit introducing the feature was
r278473, with fixes following on.
@@ -1742,7 +1743,7 @@ WITHOUT_FORTH=y
the EOI message for a level-triggered interrupt is not broadcast
by an EOI write to the local APIC, but instead an explicit EOI
command is sent to the source IO-APIC. The optimization reduces
- the number of APIC messages that must be broadcast. It should
+ the number of APIC messages that must be broadcast; it should
be used on all modern Intel systems. Support for EOI
suppression was committed in r279319.
@@ -1814,7 +1815,7 @@ WITHOUT_FORTH=y
Historically, dynamic loading of the libthr.so thread
library into a single-threaded process did not work in &os;.
- The longstanding recommendation to work-around the problem has
+ The longstanding recommendation to work around the problem has
been to always link the main binary with -lpthread if there was
any chance of a need for threading functionality. This project
converted libthr.so into a plugin for libc, which fixed the
@@ -1822,7 +1823,7 @@ WITHOUT_FORTH=y
After the fix, linking the main binary with -lpthread is
no longer required, but is not harmful. I recommend thoroughly
- testing before removing libpthread from the libraries list in
+ testing before removing libpthread from the library list in
favor of dynamic loading, though. Note that potential problems
will be subtle and their user-visible manifestations in the
affected program even more surprising.
@@ -1908,9 +1909,9 @@ WITHOUT_FORTH=y
against code injection attacks. We also demonstrate, by
introducing write-mediation and write-logging services, that the
nested kernel architecture allows kernel developers to isolate
- memory in ways not possible in monolithic kernels, though security
- benefits from this will require adding policies that have not yet been
- designed.
+ memory in ways not possible in monolithic kernels, though
+ gaining security benefits from this will require adding
+ policies that have not yet been designed.
The performance of the nested kernel prototype shows modest
overheads: less than 1% average for Apache, 3.7% average for
@@ -1928,7 +1929,7 @@ WITHOUT_FORTH=y
privileged MMU operations located in userspace mappings
(Supervisor Mode Execution Prevention, SMEP). Because the
nested kernel has control of the page tables it can enforce
- these integrity properties leading to virtualization of the
+ these integrity properties, leading to virtualization of the
MMU.
The links include a recent conference publication that
@@ -1940,7 +1941,7 @@ WITHOUT_FORTH=y
We are very interested in feedback on the design of the
nested kernel, and having discussions about how it might get
- upstreamed.
+ upstreamed.
We are also hoping to gain additional contributors and
interest in the project! The nested kernel has the potential to
@@ -1948,7 +1949,7 @@ WITHOUT_FORTH=y
operating system in use today which has high impact.
The current implementation is merely a research prototype and
requires significant effort to make production-ready (see the
- list of tasks).
+ list of tasks).
Finally, we have developed an interface to write-protect
data structures in the kernel and are soliciting ideas for uses
@@ -1971,7 +1972,8 @@ WITHOUT_FORTH=y
specially consider the stack if it is used to execute code),
protect IDT and SMM, and add IOMMU protections. We also need to
do some optimizations where we batch calls into the nested
- kernel on process creation (fork) and mmap operations. The
+ kernel on process creation (fork) and
+ mmap operations. The
motivation for these implementation directives can be reviewed
in the paper.
@@ -2199,7 +2201,7 @@ WITHOUT_FORTH=y
necessary elements of infrastructure to support it, namely
fstyp(8) and GEOM devd notifications. Also, the "-noauto" map
was added, for automatic mounting of filesystems marked "noauto"
- in fstab(5), instead of having to write autofs map for them.
+ in fstab(5), instead of having to write an autofs map for them.
The &os; Foundation
@@ -2237,7 +2239,7 @@ WITHOUT_FORTH=y
new CPU architectures of interest, such as arm64.
In addition to the libelf and libdwarf libraries, the
- following tools are now provided by the ELF tool chain
+ following tools are now provided by the ELF Tool Chain
project:
@@ -2315,7 +2317,7 @@ WITHOUT_FORTH=y
-
Rework LLDB build to use LLVM and Clang shared libraries.
+
Rework the LLDB build to use LLVM and Clang shared libraries.
@@ -2453,7 +2455,7 @@ WITHOUT_FORTH=y
&os; now boots under a hypervisor with the virtual SCSI
- block device, the issue previously preventing this has
+ block device; the issue previously preventing this has
been fixed.
The powerpc64 pmap code was rewritten to be more
@@ -2502,15 +2504,15 @@ WITHOUT_FORTH=y
Several improvements to GDB have been merged upstream to GDB's
- master branch over the past few months including fixes for
+ master branch over the past few months, including fixes for
unwinding across signal trampoline frames on x86, removing the
procfs dependency from the gcore command, and support for XSAVE
extensions (such as AVX registers) on x86. These fixes are
already available in the existing devel/gdb port as patches
relative to 7.8.
-
In addition, progress has been made on porting kgdb to newer
- gdb. Currently only support for the amd64 backend has been
+
In addition, progress has been made on porting kgdb to a newer
+ gdb. Currently, only support for the amd64 backend has been
ported, but it is functional both for remote debugging and
against crash dumps. The current port generally has feature
parity with the kgdb in the base system. The plan for kgdb is
@@ -2584,14 +2586,14 @@ WITHOUT_FORTH=y
Lots of work has been done on the pkg(8) front, which has brought
pkg(8) to the 1.5.0 release.
-
Special attention has been spent on the test suite, the
- number of tests went from around 20 to more than 70. Mostly
- functional tests, each of which tests many different
- features.
+
Special attention has been spent on the test suite; the
+ number of tests went from around 20 to more than 70. They
+ are mostly functional tests, each of which tests many different
+ features, with less emphasis on unit tests.
One of the main highlights is initial support for
provides/requires. This is still
- simple but is good enough to allow fixing lot of situations when
+ simple but is good enough to allow fixing a lot of situations when
dealing with php-related ports: PHP can now safely upgrade from one
major version to another. This allows for the pecl/pear
packages to be reinstalled each time a minor php upgrade is
@@ -2604,30 +2606,31 @@ WITHOUT_FORTH=y
creating new ports:
Keywords can now have arguments
-
Lazy mode available for setting credentials via the
+
A lazy mode is available for setting credentials via the
plist
Flags (immutable and others) can now be specified in
- plist
+ the plist
-
pkg now supports resume for http/ftp downloads
+
pkg now supports resume for http/ftp downloads.
-
Populate the ports tree with provides/requires
+
Populate the ports tree with provides/requires.
-
Make all script in ports cross installation friendly
+
Make all scripts in the ports tree support cross
+ installation.
-
Improve provides/requires
+
Improve provides/requires.
-
Continue adding more tests
+
Continue adding more tests.
From owner-svn-doc-head@FreeBSD.ORG Fri Apr 24 02:15:36 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id C10D9D4B;
Fri, 24 Apr 2015 02:15:36 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 AE3551198;
Fri, 24 Apr 2015 02:15:36 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3O2FaYG052610;
Fri, 24 Apr 2015 02:15:36 GMT (envelope-from brd@FreeBSD.org)
Received: (from brd@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3O2FaSa052609;
Fri, 24 Apr 2015 02:15:36 GMT (envelope-from brd@FreeBSD.org)
Message-Id: <201504240215.t3O2FaSa052609@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: brd set sender to brd@FreeBSD.org
using -f
From: Brad Davis
Date: Fri, 24 Apr 2015 02:15:36 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46585 - head/en_US.ISO8859-1/articles/committers-guide
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Fri, 24 Apr 2015 02:15:36 -0000
Author: brd
Date: Fri Apr 24 02:15:35 2015
New Revision: 46585
URL: https://svnweb.freebsd.org/changeset/doc/46585
Log:
Document how to use 'Differential Revision:'.
PR: 197500
Modified:
head/en_US.ISO8859-1/articles/committers-guide/article.xml
Modified: head/en_US.ISO8859-1/articles/committers-guide/article.xml
==============================================================================
--- head/en_US.ISO8859-1/articles/committers-guide/article.xml Wed Apr 22 03:35:23 2015 (r46584)
+++ head/en_US.ISO8859-1/articles/committers-guide/article.xml Fri Apr 24 02:15:35 2015 (r46585)
@@ -2443,6 +2443,13 @@ ControlPersist yes
+ Differential Revision:
+ The full URL of the Phabricator review. For
+ example:
+ https://reviews.freebsd.org/D1708.
+
+
+ Submitted by:The name and e-mail address of the person
From owner-svn-doc-head@FreeBSD.ORG Fri Apr 24 20:14:39 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 82A77A2D;
Fri, 24 Apr 2015 20:14:39 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 71DE31D21;
Fri, 24 Apr 2015 20:14:39 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3OKEdhT095300;
Fri, 24 Apr 2015 20:14:39 GMT (envelope-from emaste@FreeBSD.org)
Received: (from emaste@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3OKEdbS095299;
Fri, 24 Apr 2015 20:14:39 GMT (envelope-from emaste@FreeBSD.org)
Message-Id: <201504242014.t3OKEdbS095299@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: emaste set sender to
emaste@FreeBSD.org using -f
From: Ed Maste
Date: Fri, 24 Apr 2015 20:14:39 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46586 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Fri, 24 Apr 2015 20:14:39 -0000
Author: emaste (src committer)
Date: Fri Apr 24 20:14:38 2015
New Revision: 46586
URL: https://svnweb.freebsd.org/changeset/doc/46586
Log:
Update my PGP key
Modified:
head/share/pgpkeys/emaste.key
Modified: head/share/pgpkeys/emaste.key
==============================================================================
--- head/share/pgpkeys/emaste.key Fri Apr 24 02:15:35 2015 (r46585)
+++ head/share/pgpkeys/emaste.key Fri Apr 24 20:14:38 2015 (r46586)
@@ -1,41 +1,42 @@
-sub 2048R/08FA5F72 2012-12-18
+pub rsa2048/984BC401A66D3EF6 2015-04-24 [expires: 2017-04-23]
+ Key fingerprint = FC42 8390 35D2 917D 01C1 DAB6 984B C401 A66D 3EF6
+uid Ed Maste
+sub rsa2048/A86FD0B72A05B314 2015-04-24
+
]]>
From owner-svn-doc-head@FreeBSD.ORG Fri Apr 24 20:16:27 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id A50F3AA8;
Fri, 24 Apr 2015 20:16:27 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 93E1B1D3A;
Fri, 24 Apr 2015 20:16:27 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3OKGRH8095701;
Fri, 24 Apr 2015 20:16:27 GMT (envelope-from jhb@FreeBSD.org)
Received: (from jhb@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3OKGRYg095698;
Fri, 24 Apr 2015 20:16:27 GMT (envelope-from jhb@FreeBSD.org)
Message-Id: <201504242016.t3OKGRYg095698@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: jhb set sender to jhb@FreeBSD.org
using -f
From: John Baldwin
Date: Fri, 24 Apr 2015 20:16:27 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46587 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Fri, 24 Apr 2015 20:16:27 -0000
Author: jhb
Date: Fri Apr 24 20:16:26 2015
New Revision: 46587
URL: https://svnweb.freebsd.org/changeset/doc/46587
Log:
Update my PGP key and re-add myself to developers since that entry
went missing.
Modified:
head/share/pgpkeys/jhb.key
head/share/pgpkeys/pgpkeys-developers.xml
Modified: head/share/pgpkeys/jhb.key
==============================================================================
--- head/share/pgpkeys/jhb.key Fri Apr 24 20:14:38 2015 (r46586)
+++ head/share/pgpkeys/jhb.key Fri Apr 24 20:16:26 2015 (r46587)
@@ -1,89 +1,62 @@
- Key fingerprint = 43 33 1D 37 72 B1 EF 5B 9B 5F 39 F8 BD C1 7C B5
-uid John Baldwin
-uid John Baldwin
-uid John Baldwin
+pub dsa1024/72DE520677E37F04 2006-08-02
+ Key fingerprint = 9E54 9A1D DA2E 0F0B F3FA 713D 72DE 5206 77E3 7F04
+uid John Baldwin
+uid John Baldwin
+sub elg2048/07EEC9ABEB4C6ADF 2006-08-02
+
]]>
Modified: head/share/pgpkeys/pgpkeys-developers.xml
==============================================================================
--- head/share/pgpkeys/pgpkeys-developers.xml Fri Apr 24 20:14:38 2015 (r46586)
+++ head/share/pgpkeys/pgpkeys-developers.xml Fri Apr 24 20:16:26 2015 (r46587)
@@ -99,6 +99,11 @@
&pgpkey.timur;
+
+ &a.jhb.email;
+ &pgpkey.jhb;
+
+
&a.gjb.email;
&pgpkey.gjb;
From owner-svn-doc-head@FreeBSD.ORG Fri Apr 24 20:53:53 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id CD83DED4;
Fri, 24 Apr 2015 20:53:53 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 BC4821225;
Fri, 24 Apr 2015 20:53:53 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3OKrruU015842;
Fri, 24 Apr 2015 20:53:53 GMT (envelope-from matthew@FreeBSD.org)
Received: (from matthew@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3OKrrB7015841;
Fri, 24 Apr 2015 20:53:53 GMT (envelope-from matthew@FreeBSD.org)
Message-Id: <201504242053.t3OKrrB7015841@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: matthew set sender to
matthew@FreeBSD.org using -f
From: Matthew Seaman
Date: Fri, 24 Apr 2015 20:53:53 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46588 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Fri, 24 Apr 2015 20:53:54 -0000
Author: matthew (ports committer)
Date: Fri Apr 24 20:53:53 2015
New Revision: 46588
URL: https://svnweb.freebsd.org/changeset/doc/46588
Log:
Update my personal PGP keys.
Modified:
head/share/pgpkeys/matthew.key
Modified: head/share/pgpkeys/matthew.key
==============================================================================
--- head/share/pgpkeys/matthew.key Fri Apr 24 20:16:26 2015 (r46587)
+++ head/share/pgpkeys/matthew.key Fri Apr 24 20:53:53 2015 (r46588)
@@ -3,11 +3,16 @@
sh addkey.sh matthew 036F6C9EE7F39EBF ;
-->
uid Matthew Seaman
-sub 4096R/5D0DFEAF7BFB01B4 2013-09-29 [expires: 2014-09-29]
+uid Matthew Seaman
+uid Matthew Seaman
+sub rsa4096/5D0DFEAF7BFB01B4 2013-09-29 [expires: 2018-04-23]
+sub rsa4096/BB23AF518E1A4013 2013-10-06 [expires: 2018-04-23]
+sub rsa4096/E527EC985DBEA0A8 2013-10-06 [expires: 2018-04-23]
+sub rsa4096/00513F10E0A9E4E7 2013-10-06 [expires: 2018-04-23]
+sub rsa4096/0AC81803C8520138 2013-10-06 [expires: 2018-04-23]
]]>
From owner-svn-doc-head@FreeBSD.ORG Fri Apr 24 22:01:08 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id E9775389;
Fri, 24 Apr 2015 22:01:08 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 CBD79198C;
Fri, 24 Apr 2015 22:01:08 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3OM18SE048359;
Fri, 24 Apr 2015 22:01:08 GMT (envelope-from pfg@FreeBSD.org)
Received: (from pfg@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3OM18mg048358;
Fri, 24 Apr 2015 22:01:08 GMT (envelope-from pfg@FreeBSD.org)
Message-Id: <201504242201.t3OM18mg048358@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: pfg set sender to pfg@FreeBSD.org
using -f
From: "Pedro F. Giffuni"
Date: Fri, 24 Apr 2015 22:01:08 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46589 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Fri, 24 Apr 2015 22:01:09 -0000
Author: pfg (src committer)
Date: Fri Apr 24 22:01:08 2015
New Revision: 46589
URL: https://svnweb.freebsd.org/changeset/doc/46589
Log:
Update my PGP key: replace the old one.
Modified:
head/share/pgpkeys/pfg.key
Modified: head/share/pgpkeys/pfg.key
==============================================================================
--- head/share/pgpkeys/pfg.key Fri Apr 24 20:53:53 2015 (r46588)
+++ head/share/pgpkeys/pfg.key Fri Apr 24 22:01:08 2015 (r46589)
@@ -1,50 +1,42 @@
-sub 2048g/43A91DE0 2011-12-06
+pub rsa2048/CD6B0B96CEF22D04 2015-04-24
+ Key fingerprint = DE2D A4F4 C66E DE0F D41E EB70 CD6B 0B96 CEF2 2D04
+uid Pedro Giffuni
+sub rsa2048/5D98460191310FC9 2015-04-24
+
]]>
From owner-svn-doc-head@FreeBSD.ORG Fri Apr 24 23:25:12 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 9602F661;
Fri, 24 Apr 2015 23:25:12 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 848351121;
Fri, 24 Apr 2015 23:25:12 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3ONPCA3091804;
Fri, 24 Apr 2015 23:25:12 GMT (envelope-from gjb@FreeBSD.org)
Received: (from gjb@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3ONPCNr091803;
Fri, 24 Apr 2015 23:25:12 GMT (envelope-from gjb@FreeBSD.org)
Message-Id: <201504242325.t3ONPCNr091803@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: gjb set sender to gjb@FreeBSD.org
using -f
From: Glen Barber
Date: Fri, 24 Apr 2015 23:25:12 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46590 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Fri, 24 Apr 2015 23:25:12 -0000
Author: gjb
Date: Fri Apr 24 23:25:11 2015
New Revision: 46590
URL: https://svnweb.freebsd.org/changeset/doc/46590
Log:
Refresh with updated signatures.
Modified:
head/share/pgpkeys/gjb.key
Modified: head/share/pgpkeys/gjb.key
==============================================================================
--- head/share/pgpkeys/gjb.key Fri Apr 24 22:01:08 2015 (r46589)
+++ head/share/pgpkeys/gjb.key Fri Apr 24 23:25:11 2015 (r46590)
@@ -3,16 +3,16 @@
sh addkey.sh gjb 524F0C37A0B946A3 ;
-->
uid Glen Barber
uid Glen Barber
-sub 2048R/EA524D216C0527E5 2010-08-03
-sub 4096R/B96CDDEAAF8B5ED0 2013-09-23 [expires: 2018-09-22]
-sub 4096R/D69CAA1C932929D7 2013-09-23 [expires: 2018-09-22]
-sub 4096R/031458A5478FE293 2014-09-26 [expires: 2017-09-25]
-sub 4096R/16FBC9DAA891055A 2014-09-26 [expires: 2017-09-25]
+sub rsa2048/EA524D216C0527E5 2010-08-03
+sub rsa4096/B96CDDEAAF8B5ED0 2013-09-23 [expires: 2018-09-22]
+sub rsa4096/D69CAA1C932929D7 2013-09-23 [expires: 2018-09-22]
+sub rsa4096/031458A5478FE293 2014-09-26 [expires: 2017-09-25]
+sub rsa4096/16FBC9DAA891055A 2014-09-26 [expires: 2017-09-25]
]]>
From owner-svn-doc-head@FreeBSD.ORG Sat Apr 25 00:19:41 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 7E7CAE49;
Sat, 25 Apr 2015 00:19:41 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 6BEF615FF;
Sat, 25 Apr 2015 00:19:41 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3P0Jf2G018456;
Sat, 25 Apr 2015 00:19:41 GMT (envelope-from adrian@FreeBSD.org)
Received: (from adrian@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3P0Je09018452;
Sat, 25 Apr 2015 00:19:40 GMT (envelope-from adrian@FreeBSD.org)
Message-Id: <201504250019.t3P0Je09018452@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: adrian set sender to
adrian@FreeBSD.org using -f
From: Adrian Chadd
Date: Sat, 25 Apr 2015 00:19:40 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46591 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sat, 25 Apr 2015 00:19:41 -0000
Author: adrian (src committer)
Date: Sat Apr 25 00:19:40 2015
New Revision: 46591
URL: https://svnweb.freebsd.org/changeset/doc/46591
Log:
Add my key.
Added:
head/share/pgpkeys/adrian.key (contents, props changed)
Modified:
head/share/pgpkeys/pgpkeys-developers.xml
head/share/pgpkeys/pgpkeys.ent
Added: head/share/pgpkeys/adrian.key
==============================================================================
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/share/pgpkeys/adrian.key Sat Apr 25 00:19:40 2015 (r46591)
@@ -0,0 +1,42 @@
+
+
+
+sub rsa2048/2C3793946FA31D6C 2015-04-25 [expires: 2018-04-24]
+
+]]>
+
Modified: head/share/pgpkeys/pgpkeys-developers.xml
==============================================================================
--- head/share/pgpkeys/pgpkeys-developers.xml Fri Apr 24 23:25:11 2015 (r46590)
+++ head/share/pgpkeys/pgpkeys-developers.xml Sat Apr 25 00:19:40 2015 (r46591)
@@ -254,6 +254,11 @@
&pgpkey.bushman;
+
+ &a.adrian.email;
+ &pgpkey.adrian;
+
+
&a.jch.email;
&pgpkey.jch;
Modified: head/share/pgpkeys/pgpkeys.ent
==============================================================================
--- head/share/pgpkeys/pgpkeys.ent Fri Apr 24 23:25:11 2015 (r46590)
+++ head/share/pgpkeys/pgpkeys.ent Sat Apr 25 00:19:40 2015 (r46591)
@@ -6,6 +6,7 @@
+
From owner-svn-doc-head@FreeBSD.ORG Sat Apr 25 05:16:53 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 4623CB1D;
Sat, 25 Apr 2015 05:16:53 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 257CC128D;
Sat, 25 Apr 2015 05:16:53 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3P5Grho069487;
Sat, 25 Apr 2015 05:16:53 GMT (envelope-from gad@FreeBSD.org)
Received: (from gad@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3P5Gq5a069484;
Sat, 25 Apr 2015 05:16:52 GMT (envelope-from gad@FreeBSD.org)
Message-Id: <201504250516.t3P5Gq5a069484@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: gad set sender to gad@FreeBSD.org
using -f
From: Garance A Drosehn
Date: Sat, 25 Apr 2015 05:16:52 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46592 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sat, 25 Apr 2015 05:16:53 -0000
Author: gad (src committer)
Date: Sat Apr 25 05:16:51 2015
New Revision: 46592
URL: https://svnweb.freebsd.org/changeset/doc/46592
Log:
I remember having a PGP key in the late 1990's, but lost track of
those files many years ago. So I've created this nice shiny new
(but minimal) PGP key, and add it to the appropriate places.
Added:
head/share/pgpkeys/gad.key (contents, props changed)
Modified:
head/share/pgpkeys/pgpkeys-developers.xml
head/share/pgpkeys/pgpkeys.ent
Added: head/share/pgpkeys/gad.key
==============================================================================
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/share/pgpkeys/gad.key Sat Apr 25 05:16:51 2015 (r46592)
@@ -0,0 +1,94 @@
+
+
+
+uid Garance Alistair Drosehn
+uid Garance Alistair Drosehn
+sub 4096R/77B88ECC2BF0AC18 2015-04-25 [expires: 2018-04-09]
+ Key fingerprint = 844D BA81 AC32 A7E9 D63E 417E 77B8 8ECC 2BF0 AC18
+
+]]>
+
Modified: head/share/pgpkeys/pgpkeys-developers.xml
==============================================================================
--- head/share/pgpkeys/pgpkeys-developers.xml Sat Apr 25 00:19:40 2015 (r46591)
+++ head/share/pgpkeys/pgpkeys-developers.xml Sat Apr 25 05:16:51 2015 (r46592)
@@ -471,6 +471,11 @@
&pgpkey.bdrewery;
+
+ &a.gad.email;
+ &pgpkey.gad;
+
+
&a.olivierd.email;
&pgpkey.olivierd;
Modified: head/share/pgpkeys/pgpkeys.ent
==============================================================================
--- head/share/pgpkeys/pgpkeys.ent Sat Apr 25 00:19:40 2015 (r46591)
+++ head/share/pgpkeys/pgpkeys.ent Sat Apr 25 05:16:51 2015 (r46592)
@@ -150,6 +150,7 @@
+
From owner-svn-doc-head@FreeBSD.ORG Sat Apr 25 11:45:28 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 9EFF46B2;
Sat, 25 Apr 2015 11:45:28 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 8CEE4164C;
Sat, 25 Apr 2015 11:45:28 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3PBjSB0063792;
Sat, 25 Apr 2015 11:45:28 GMT (envelope-from dfr@FreeBSD.org)
Received: (from dfr@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3PBjSHr063791;
Sat, 25 Apr 2015 11:45:28 GMT (envelope-from dfr@FreeBSD.org)
Message-Id: <201504251145.t3PBjSHr063791@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: dfr set sender to dfr@FreeBSD.org
using -f
From: Doug Rabson
Date: Sat, 25 Apr 2015 11:45:28 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46593 - head/share/pgpkeys
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sat, 25 Apr 2015 11:45:28 -0000
Author: dfr (src committer)
Date: Sat Apr 25 11:45:27 2015
New Revision: 46593
URL: https://svnweb.freebsd.org/changeset/doc/46593
Log:
Update PGP key
Modified:
head/share/pgpkeys/dfr.key
Modified: head/share/pgpkeys/dfr.key
==============================================================================
--- head/share/pgpkeys/dfr.key Sat Apr 25 05:16:51 2015 (r46592)
+++ head/share/pgpkeys/dfr.key Sat Apr 25 11:45:27 2015 (r46593)
@@ -1,35 +1,42 @@
-sub 1024g/6207AA32 2004-02-07
+pub 2048R/D841102E0B753B2F 2015-04-25 [expires: 2018-04-24]
+ Key fingerprint = 9083 9CD0 6235 A655 70E2 A65A D841 102E 0B75 3B2F
+uid Doug Rabson
+sub 2048R/FCC3E849854E03FC 2015-04-25 [expires: 2018-04-24]
+
]]>
From owner-svn-doc-head@FreeBSD.ORG Sat Apr 25 16:28:22 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id AB0D5DDC;
Sat, 25 Apr 2015 16:28:22 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 99A941056;
Sat, 25 Apr 2015 16:28:22 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3PGSMlP002979;
Sat, 25 Apr 2015 16:28:22 GMT (envelope-from hiren@FreeBSD.org)
Received: (from hiren@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3PGSMEY002978;
Sat, 25 Apr 2015 16:28:22 GMT (envelope-from hiren@FreeBSD.org)
Message-Id: <201504251628.t3PGSMEY002978@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: hiren set sender to
hiren@FreeBSD.org using -f
From: Hiren Panchasara
Date: Sat, 25 Apr 2015 16:28:22 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46594 -
head/en_US.ISO8859-1/books/porters-handbook/versions
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sat, 25 Apr 2015 16:28:22 -0000
Author: hiren (src committer)
Date: Sat Apr 25 16:28:21 2015
New Revision: 46594
URL: https://svnweb.freebsd.org/changeset/doc/46594
Log:
Document __FreeBSD_version 1001512 and 1001513
Reviewed by: gjb
Modified:
head/en_US.ISO8859-1/books/porters-handbook/versions/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/versions/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/versions/chapter.xml Sat Apr 25 11:45:27 2015 (r46593)
+++ head/en_US.ISO8859-1/books/porters-handbook/versions/chapter.xml Sat Apr 25 16:28:21 2015 (r46594)
@@ -5296,6 +5296,21 @@
+ 1001512
+ 24 March, 2015
+ 10-STABLE after addition of new mtio(4), sa(4) ioctls
+ (rev 281954).
+
+
+
+ 1001513
+ 24 April, 2015
+ 10-STABLE after starting the process of removing the
+ use of the deprecated "M_FLOWID" flag from the network code
+ (rev 281955).
+
+
+ 1100000October 10, 201311.0-CURRENT
From owner-svn-doc-head@FreeBSD.ORG Sat Apr 25 18:25:42 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id 959BBA2D;
Sat, 25 Apr 2015 18:25:42 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 83F711C3F;
Sat, 25 Apr 2015 18:25:42 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3PIPgkb065083;
Sat, 25 Apr 2015 18:25:42 GMT (envelope-from eadler@FreeBSD.org)
Received: (from eadler@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3PIPgvc065082;
Sat, 25 Apr 2015 18:25:42 GMT (envelope-from eadler@FreeBSD.org)
Message-Id: <201504251825.t3PIPgvc065082@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: eadler set sender to
eadler@FreeBSD.org using -f
From: Eitan Adler
Date: Sat, 25 Apr 2015 18:25:42 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46595 - head/en_US.ISO8859-1/htdocs/docs
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sat, 25 Apr 2015 18:25:42 -0000
Author: eadler
Date: Sat Apr 25 18:25:41 2015
New Revision: 46595
URL: https://svnweb.freebsd.org/changeset/doc/46595
Log:
remove now dead link
I merged 'contributing' and 'contributing-ports' r46482; remove now vestigial
link.
PR: 199688
Reported by: "Stig Inge Lea Bjørnsen"
Modified:
head/en_US.ISO8859-1/htdocs/docs/books.xml
Modified: head/en_US.ISO8859-1/htdocs/docs/books.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/docs/books.xml Sat Apr 25 16:28:21 2015 (r46594)
+++ head/en_US.ISO8859-1/htdocs/docs/books.xml Sat Apr 25 18:25:41 2015 (r46595)
@@ -108,11 +108,6 @@
to FreeBSD (contributing)
How to contribute to the FreeBSD Project.
-
The List of
FreeBSD Contributors (contributors)
A list of organizations and individuals who have helped enhance
From owner-svn-doc-head@FreeBSD.ORG Sat Apr 25 21:25:12 2015
Return-Path:
Delivered-To: svn-doc-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by hub.freebsd.org (Postfix) with ESMTPS id DCDD08F8;
Sat, 25 Apr 2015 21:25:12 +0000 (UTC)
Received: from svn.freebsd.org (svn.freebsd.org
[IPv6:2001:1900:2254:2068::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 CB09B1CAB;
Sat, 25 Apr 2015 21:25:12 +0000 (UTC)
Received: from svn.freebsd.org ([127.0.1.70])
by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3PLPCOc053994;
Sat, 25 Apr 2015 21:25:12 GMT (envelope-from wblock@FreeBSD.org)
Received: (from wblock@localhost)
by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3PLPCnp053992;
Sat, 25 Apr 2015 21:25:12 GMT (envelope-from wblock@FreeBSD.org)
Message-Id: <201504252125.t3PLPCnp053992@svn.freebsd.org>
X-Authentication-Warning: svn.freebsd.org: wblock set sender to
wblock@FreeBSD.org using -f
From: Warren Block
Date: Sat, 25 Apr 2015 21:25:12 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r46596 - head/en_US.ISO8859-1/books/handbook/bsdinstall
X-SVN-Group: doc-head
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-head@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for the doc tree for head
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sat, 25 Apr 2015 21:25:13 -0000
Author: wblock
Date: Sat Apr 25 21:25:12 2015
New Revision: 46596
URL: https://svnweb.freebsd.org/changeset/doc/46596
Log:
Remove a dash so the sentence retains the meaning of "a count of 4096
bytes", not a unit of 4K-bytes.
Modified:
head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml
Modified: head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml Sat Apr 25 18:25:41 2015 (r46595)
+++ head/en_US.ISO8859-1/books/handbook/bsdinstall/chapter.xml Sat Apr 25 21:25:12 2015 (r46596)
@@ -1453,7 +1453,7 @@ Ethernet address 0:3:ba:b:92:d4, Host ID
Proper sector alignment provides the best performance,
- and making partition sizes even multiples of 4K-bytes helps
+ and making partition sizes even multiples of 4K bytes helps
to ensure alignment on drives with either 512-byte or
4K-byte sectors. Generally, using partition sizes that are
even multiples of 1M or 1G is the easiest way to make sure