From owner-svn-doc-all@FreeBSD.ORG Wed Apr 9 14:38:39 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 259F3F67; Wed, 9 Apr 2014 14:38: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 063061059; Wed, 9 Apr 2014 14:38:39 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.8/8.14.8) with ESMTP id s39EccsY076247; Wed, 9 Apr 2014 14:38:38 GMT (envelope-from brueffer@svn.freebsd.org) Received: (from brueffer@localhost) by svn.freebsd.org (8.14.8/8.14.8/Submit) id s39EccmW076246; Wed, 9 Apr 2014 14:38:38 GMT (envelope-from brueffer@svn.freebsd.org) Message-Id: <201404091438.s39EccmW076246@svn.freebsd.org> From: Christian Brueffer Date: Wed, 9 Apr 2014 14:38:38 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r44505 - 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.17 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, 09 Apr 2014 14:38:39 -0000 Author: brueffer Date: Wed Apr 9 14:38:38 2014 New Revision: 44505 URL: http://svnweb.freebsd.org/changeset/doc/44505 Log: Spelling, grammar and language fixes. Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2014-01-2014-03.xml Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2014-01-2014-03.xml ============================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/report-2014-01-2014-03.xml Wed Apr 9 14:32:06 2014 (r44504) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2014-01-2014-03.xml Wed Apr 9 14:38:38 2014 (r44505) @@ -1093,11 +1093,11 @@

Chromebook is an ARMv7 Cortex-A15 personal computer powered by Samsung Exynos 5 Dual System-on-Chip. As of the current status - of this project, such laptop can be booted with &os; from USB - flash — it works stable (including SMP) and it can build - third-party applications. Display and keyboard works.

+ of this project, such laptops can be booted with &os; from USB + flash — it works stably (including SMP) and it can build + third-party applications. The display and keyboard work.

Thank &a.grehan; for providing hardware.

Thanks to &a.grehan; for providing hardware.

@@ -1153,7 +1153,7 @@

&a.emaste; reviewed some CI work that &a.rodrigc; had done for the FreeNAS project with Jenkins, and encouraged him to set up something similar for the &os; Project. With the help of the - &os; Cluster Administration Team, He set up a &os; machine + &os; Cluster Administration Team, he set up a &os; machine running two bhyve virtual machines, jenkins-9.FreeBSD.org and jenkins-10.FreeBSD.org. He set up software builds of @@ -1206,7 +1206,7 @@ libpam4j does not currently work on &os;.

&a.lwhsu; maintains the devel/jenkins port. He set - up a Jenkins build which rans the scan-build static analyzer + up a Jenkins build which runs the scan-build static analyzer which is part of LLVM.

&a.skreuzer; has experience administering Jenkins systems. @@ -1225,7 +1225,7 @@

&a.swills; maintains the devel/jenkins-lts port. He has implemented several builds at jenkins.FreeBSD.org which detect commits to the &os; ports repository, and then - builds the ports tree using Poudrière.

+ build the ports tree using Poudrière.

At the end of March, &a.novel; reported to @@ -1289,7 +1289,7 @@ affecting Dell Equallogic users.

There have also been numerous enhancements, such as support for - redirections, which are neccessary for some High Availability + redirections, which are necessary for some High Availability setups, and the ability to modify session parameters in the iscsictl utility. Previously it was necessary to remove the session and add it again.

@@ -1381,7 +1381,7 @@ device vt_efifb works.

IA64 — untested.

MIPS — untested.

PPC and PPC64 — works, but without X.Org yet.

PPC and PPC64 — work, but without X.Org yet.

SPARC — works on certain hardware (e.g., Ultra 5).

vesa(4) — in progress.

i386/amd64 nVidia driver — not supported. VGA should @@ -1430,7 +1430,7 @@ device vt_efifb stage, and a call for testing is expected in the next month. The userspace portion consists of the automountd(8) daemon, which is designed to be fully compatible with its - counterpart in OS X, Solaris, and Linux, and which is nearly + counterparts in OS X, Solaris, and Linux, and which is nearly complete. Work on the kernel component continues.

@@ -1521,14 +1521,14 @@ device vt_efifb providing simple networking using bridges between guest VMs.

QEMU might also be used instead of the bhyve this way.

QEMU might also be used instead of bhyve this way.

The main goal on the networking side is to use OpenContrail solution, compliant with the modern OpenStack networking API ("neutron").

Also, initial port of the OpenContrail vRouter kernel module +

Also, an initial port of the OpenContrail vRouter kernel module has been completed. It successfully handles all networking on the host.

@@ -1550,7 +1550,7 @@ device vt_efifb -

The project to update the Intel grapics chipset driver +

The project to update the Intel graphics chipset driver (i915kms) to a recent snapshot of the Linux upstream code continues. Progress was delayed by external circumstances, but it is hoped to reach a useful milestone in the near @@ -1684,7 +1684,7 @@ device vt_efifb within this quarterly status report.

We were a Gold Sponsor for NYCBSDCon 2014 in New York, - February 8, which was attended by sSeveral board members. We + February 8, which was attended by several board members. We were represented at SCALE in Los Angeles, February 22-23, and ICANN in Singapore, March 22-25.

@@ -1753,7 +1753,7 @@ device vt_efifb -

LLDB is the the debugger project in the associated with +

LLDB is the debugger project associated with Clang/LLVM. It supports the Mac OS X, Linux, and &os; platforms, with ongoing work on Windows. It builds on existing components in the larger LLVM project, for example using Clang's expression @@ -1786,7 +1786,7 @@ device vt_efifb

LLDB is currently not yet built by default and may be enabled by adding WITH_LLDB= to src.conf(5). A port - will be made available for those wo wish to track ongoing + will be made available for those who wish to track ongoing development more closely.

@@ -1831,14 +1831,14 @@ device vt_efifb reliably.

The daemon now supports client-side certificates, which can be - used to automatically configure receiver side — directory + used to automatically configure the receiver side — the directory name for received trail files is determined based on the commonName field in client's certificate. There is no - need anymore to add every sender to receiver's configuration + need anymore to add every sender to the receiver's configuration file.

The sender's functionality was extended to allow sending audit - trail files to multile receivers.

+ trail files to multiple receivers.

Complete Public Key Infrastructure (PKI) support is now implemented, including full certificate chain verification, @@ -1883,18 +1883,18 @@ device vt_efifb

SDIO card detection and initialization already work, most needed bus methods are implemented and tested.

WiFi driver is able to load a firmware onto the card and +

The WiFi driver is able to load a firmware onto the card and initialize it. Migration of the MMC stack to the new locking model is necessary in order to work with SDIO cards effectively. The &os; CAM implementation is believed to be a good choice. - There is an ongoing work to implement an MMC transport for + There is ongoing work to implement an MMC transport for CAM.

SDIO stack: finish CAM migration. The XPT layer is almost ready, what is missing is a SIM module, for which a modified - version of SDHCI controller driver will be used, and a + version of the SDHCI controller driver will be used, and a peripheral module, where porting the mmcsd(4) driver is required. @@ -1959,7 +1959,7 @@ device vt_efifb in the Ports Collection after GNOME 3 has been merged.

MATE 1.8 was released at the beginning of April, Eric Turgeon - of GhostBSD is volunteered to do that update for &os;. Note + of GhostBSD had volunteered to do that update for &os;. Note that this update is still based on GTK+, version 2. The GTK+ 3-based MATE is on the roadmap for 1.10.

@@ -2239,10 +2239,10 @@ device vt_efifb -

Not all of the &os; changes to GC have been reflected upstream. +

Not all of the &os; changes to GCC have been reflected upstream. A large amount of the platform support as well as a couple minor improvements like the kernel formatting checker need to be - forwarded ported (and if possible, moved upstream in to + forward ported (and if possible, moved upstream into GCC).

We will be targeting the &os; ports tree lang/gcc*