From owner-svn-doc-all@FreeBSD.ORG Mon Apr 20 13:31:17 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Mon Apr 20 17:58:22 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Tue Apr 21 02:13:32 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Tue Apr 21 04:51:14 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Tue Apr 21 05:14:30 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Tue Apr 21 16:58:02 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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

FreeBSD 10.1-RELEASE Errata

The FreeBSD 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

FreeBSD-SA-15:01.openssl14January2015

Multiple vulnerabilities in OpenSSL

FreeBSD-SA-15:02.kmem27January2015

SCTP kernel memory corruption and disclosure vulnerability

FreeBSD-SA-15:03.sctp27January2015

SCTP stream reset - vulnerability

FreeBSD-SA-15:04.igmp25February2015

Integer overflow in IGMP protocol

FreeBSD-SA-15:06.openssl19March2015

Multiple vulnerabilities

3.Errata Notices

ErrataDateTopic
FreeBSD-EN-14:13.freebsd-update23December2014

Fixed directory deletion issue in + vulnerability

FreeBSD-SA-15:04.igmp25February2015

Integer overflow in IGMP protocol

FreeBSD-SA-15:06.openssl19March2015

Multiple vulnerabilities

FreeBSD-SA-15:07.ntp7April2015

Multiple vulnerabilities

FreeBSD-SA-15:08.bsdinstall7 April2015

Insecure default GELI key file + permissions

FreeBSD-SA-15:09.ipv67April2015

Router advertisement Denial of + Service

3.Errata Notices

ErrataDateTopic
FreeBSD-EN-14:13.freebsd-update23December2014

Fixed directory deletion issue in freebsd-update(8)

FreeBSD-EN-15:01.vt25February2015

vt(4) crash with improper ioctl parameters

FreeBSD-EN-15:02.openssl25February2015

OpenSSL update

FreeBSD-EN-15:03.freebsd-update25February2015

freebsd-update(8) updates libraries in suboptimal order

4.Open Issues

  • FreeBSD/i386 10.1-RELEASE running as a guest Modified: head/en_US.ISO8859-1/htdocs/releases/8.4R/errata.html ============================================================================== --- head/en_US.ISO8859-1/htdocs/releases/8.4R/errata.html Tue Apr 21 05:14:29 2015 (r46580) +++ head/en_US.ISO8859-1/htdocs/releases/8.4R/errata.html Tue Apr 21 16:58:01 2015 (r46581) @@ -1,5 +1,5 @@ -FreeBSD 8.4-RELEASE Errata

    FreeBSD 8.4-RELEASE Errata

    +FreeBSD 8.4-RELEASE Errata

    FreeBSD 8.4-RELEASE Errata

    The FreeBSD Project

    FreeBSD is a registered trademark of the FreeBSD Foundation.

    Intel, Celeron, Centrino, Core, EtherExpress, i386, @@ -70,7 +70,8 @@ OpenSSL

    FreeBSD-SA-15:02.kmem27January2015

    Fix SCTP SCTP_SS_VALUE kernel memory corruption and disclosure vulnerability

    FreeBSD-SA-15:03.sctp27January2015

    Fix SCTP stream reset vulnerability

    FreeBSD-SA-15:04.igmp25February2015

    Integer overflow in IGMP protocol

    FreeBSD-SA-15:05.igmp25February2015

    Remote denial of service - vulnerability

    FreeBSD-SA-15:06.openssl19March2015

    Multiple vulnerabilities

    3.Errata Notices

    ErrataDateTopic
    FreeBSD-EN-13:01.fxp28June2013

    Fixed a problem where dhclient(8) would + vulnerability

    FreeBSD-SA-15:06.openssl19March2015

    Multiple vulnerabilities

    FreeBSD-SA-15:07.ntp7April2015

    Multiple vulnerabilities

    FreeBSD-SA-15:09.ipv67April2015

    Router advertisement Denial of + Service

    3.Errata Notices

    ErrataDateTopic
    FreeBSD-EN-13:01.fxp28June2013

    Fixed a problem where dhclient(8) would infinitely try to intialize fxp(4)

    FreeBSD-EN-13:02.vtnet28June2013

    Fixed a problem frames sent to additional MAC addresses are not forwarded to the vtnet(4) interface

    FreeBSD-EN-13:04.freebsd-update26October2013

    Multiple fixes

    FreeBSD-EN-13:05.freebsd-update28November2013

    Fix INDEX generation

    FreeBSD-EN-14:01.random14January2014

    Disable hardware RNGs by default

    FreeBSD-EN-14:02.mmap14January2014

    Fix incorrect coalescing of stack Modified: head/en_US.ISO8859-1/htdocs/releases/9.3R/errata.html ============================================================================== --- head/en_US.ISO8859-1/htdocs/releases/9.3R/errata.html Tue Apr 21 05:14:29 2015 (r46580) +++ head/en_US.ISO8859-1/htdocs/releases/9.3R/errata.html Tue Apr 21 16:58:01 2015 (r46581) @@ -1,5 +1,5 @@ -FreeBSD 9.3-RELEASE Errata

    FreeBSD 9.3-RELEASE Errata

    +FreeBSD 9.3-RELEASE Errata

    FreeBSD 9.3-RELEASE Errata

    The FreeBSD Project

    FreeBSD is a registered trademark of the FreeBSD Foundation.

    Intel, Celeron, Centrino, Core, EtherExpress, i386, @@ -47,7 +47,8 @@ vulnerability

    FreeBSD-SA-14:31.ntp23December2014

    Multiple vulnerabilities

    FreeBSD-SA-15:01.openssl14January2015

    Multiple vulnerabilities

    FreeBSD-SA-15:02.kmem27January2015

    SCTP kernel memory corruption and disclosure vulnerability

    FreeBSD-SA-15:03.sctp27January2015

    SCTP stream reset vulnerability

    FreeBSD-SA-15:04.igmp25February2015

    Integer overflow in IGMP protocol

    FreeBSD-SA-15:05.igmp25February2015

    Remote denial of service - vulnerability

    FreeBSD-SA-15:06.openssl19March2015

    Multiple vulnerabilities

    3.Errata Notices

    ErrataDateTopic
    FreeBSD-EN-14:10.tzdata21October2014

    Time zone data file update

    FreeBSD-EN-14:11.crypt21October2014

    Change crypt(3) default hashing algorithm + vulnerability

    FreeBSD-SA-15:06.openssl19March2015

    Multiple vulnerabilities

    FreeBSD-SA-15:07.ntp7April2015

    Multiple vulnerabilities

    FreeBSD-SA-15:09.ipv67April2015

    Router advertisement Denial of + Service

    3.Errata Notices

    ErrataDateTopic
    FreeBSD-EN-14:10.tzdata21October2014

    Time zone data file update

    FreeBSD-EN-14:11.crypt21October2014

    Change crypt(3) default hashing algorithm back to DES

    FreeBSD-EN-14:12.zfs11November2014

    Fix NFSv4 and ZFS cache consistency issue

    FreeBSD-EN-14:13.freebsd-update23December2014

    Fixed directory deletion issue in freebsd-update(8)

    FreeBSD-EN-15:01.vt25February2015

    vt(4) crash with improper ioctl From owner-svn-doc-all@FreeBSD.ORG Tue Apr 21 17:17:26 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Tue Apr 21 17:42:05 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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 Platte Um 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 <acronym>RAID-Z</acronym> wiederherstellen Jedes 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 healthy Wenn 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 storage Die 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 errors Administration 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 ersetzen Es 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 anzeigen Befehle, 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=value dataset 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-all@FreeBSD.ORG Wed Apr 22 03:35:24 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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 - Culot portmgr-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.

    @@ -516,13 +515,13 @@ WITHOUT_FORTH=y

    Peter Grehan did a status update at bhyvecon 2015 in Tokyo. The slides are available at - http://bhyvecon.org/bhyvecon2015-Peter.pdf

    + http://bhyvecon.org/bhyvecon2015-Peter.pdf.

    Mihai Carabas presented the results of his GSoC project on implementing instruction caching in bhyve at AsiaBSDCon 2015 in Tokyo. The slides are available at - http://people.freebsd.org/~neel/bhyve/bhyve-cache-emul-slides.pdf

    + http://people.freebsd.org/~neel/bhyve/bhyve-cache-emul-slides.pdf.

    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; cluster Cloud9ers Ahmed Kamal Ahmed'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-all@FreeBSD.ORG Fri Apr 24 02:15:36 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Fri Apr 24 20:14:39 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Fri Apr 24 20:16:27 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Fri Apr 24 20:53:53 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Fri Apr 24 22:01:08 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Fri Apr 24 23:25:12 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Sat Apr 25 00:19:41 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Sat Apr 25 05:16:53 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Sat Apr 25 11:45:28 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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-all@FreeBSD.ORG Sat Apr 25 16:28:22 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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). + + + 1100000 October 10, 2013 11.0-CURRENT From owner-svn-doc-all@FreeBSD.ORG Sat Apr 25 18:25:42 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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.

        -

        Contributing - to the FreeBSD Ports Collection (contributing-ports)
        - How to help maintain the FreeBSD Ports Collection.

        -

        The List of FreeBSD Contributors (contributors)
        A list of organizations and individuals who have helped enhance From owner-svn-doc-all@FreeBSD.ORG Sat Apr 25 21:25:12 2015 Return-Path: Delivered-To: svn-doc-all@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" 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