svn commit: r45800 - head/en_US.ISO8859-1/htdocs/news/status

Warren Block wblock at FreeBSD.org
Sun Oct 12 20:53:30 UTC 2014


Author: wblock
Date: Sun Oct 12 20:53:29 2014
New Revision: 45800
URL: https://svnweb.freebsd.org/changeset/doc/45800

Log:
  Whitespace-only fixes, translators please ignore.

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2014-07-2014-09.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2014-07-2014-09.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2014-07-2014-09.xml	Sun Oct 12 20:45:55 2014	(r45799)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2014-07-2014-09.xml	Sun Oct 12 20:53:29 2014	(r45800)
@@ -26,14 +26,14 @@
       September 2014.  This is the third of four reports planned for
       2014.</p>
 
-    <p>The third quarter of 2014 was another productive quarter for the
-      FreeBSD project.  A lot of work has been done on various ARM
-      platforms, with the goal of bringing them to Tier 1 status in &os;
-      11 and the various ports teams have worked hard to improve the
-      state of &os; as a desktop operating system.  As usual,
-      performance improvements feature in several places in this report
-      and many of these can benefit from user benchmarking to validate
-      our results.</p>
+    <p>The third quarter of 2014 was another productive quarter for
+      the FreeBSD project.  A lot of work has been done on various ARM
+      platforms, with the goal of bringing them to Tier 1 status in
+      &os; 11 and the various ports teams have worked hard to improve
+      the state of &os; as a desktop operating system.  As usual,
+      performance improvements feature in several places in this
+      report and many of these can benefit from user benchmarking to
+      validate our results.</p>
 
     <p>Thanks to all the reporters for the excellent work!  This
       report contains 0 entries and we hope you enjoy reading it.</p>
@@ -120,9 +120,10 @@
 	integrate with the Lightweight Directory Access Protocol
 	(LDAP) service.</p>
 
-      <p>The &os; Foundation worked with enterprise and university users
-	to test the new automounter in existing LDAP-based environments,
-	including some with thousands of map entries.</p>
+      <p>The &os; Foundation worked with enterprise and university
+	users to test the new automounter in existing LDAP-based
+	environments, including some with thousands of map
+	entries.</p>
 
       <p>The code is now ready to use.  It has been committed to
 	11-CURRENT and 10-STABLE, and will ship as part of
@@ -264,7 +265,8 @@
       <ul>
 	<li>Switch to the <tt>USES</tt> framework</li>
 
-	<li>Support both GTK2 and GTK3, with GTK2 being the default.</li>
+	<li>Support both GTK2 and GTK3, with GTK2 being the
+	  default.</li>
 
 	<li>A GNOME-like default icons theme</li>
 
@@ -376,15 +378,16 @@
 	deduplication, and delegation.  The chapter also contains a
 	glossary of terms, explaining a number of the concepts unique
 	to ZFS.  The chapter also includes documentation of some of
-	the many <tt>sysctl</tt> variables that can be used to tune ZFS.</p>
+	the many <tt>sysctl</tt> variables that can be used to tune
+	ZFS.</p>
 
-      <p>The remaining work is the FAQ section, which aims to help users
-	address the most common questions or problems they might face with ZFS.
-	It would be useful to hear experiences, questions, misconceptions,
-	gotchas, stumbling blocks and suggestions for the FAQ section from
-	other users.  A use cases section that highlights some of the
-	cases where ZFS provides advantages over traditional file systems
-	is also planned.</p>
+      <p>The remaining work is the FAQ section, which aims to help
+	users address the most common questions or problems they might
+	face with ZFS.  It would be useful to hear experiences,
+	questions, misconceptions, gotchas, stumbling blocks and
+	suggestions for the FAQ section from other users.  A use cases
+	section that highlights some of the cases where ZFS provides
+	advantages over traditional file systems is also planned.</p>
 
       <p>Please send suggestions to the docs mailing list.</p>
     </body>
@@ -584,9 +587,9 @@
     <body>
       <p>The LLVM address sanitizer (Asan) is a fast memory error
 	detector that can detect use-after-free errors and buffer
-	overflows.  It has been ported to &os;.  The mainline version of
-	LLVM is known to pass all of the tests in the LLVM and Asan test
-	suites without unexpected failures on &os; 10.0.</p>
+	overflows.  It has been ported to &os;.  The mainline version
+	of LLVM is known to pass all of the tests in the LLVM and Asan
+	test suites without unexpected failures on &os; 10.0.</p>
 
       <p>A buildbot running sanitizers tests under &os; stable/10
 	has been established.  See the Links section.</p>
@@ -600,8 +603,8 @@
 	to be set to 1.</p>
 
       <p>A similar work dedicated to add &os; support to the thread
-	sanitizer (Tsan), which detects data races in parallel programs, is in
-	progress.</p>
+	sanitizer (Tsan), which detects data races in parallel
+	programs, is in progress.</p>
     </body>
   </project>
 
@@ -632,12 +635,12 @@
 	also included.</p>
 
       <p>Second part of project is about booting the fai (Fully
-	Automatic Installer) from the network by PXE. Made installer
+	Automatic Installer) from the network by PXE.  Made installer
 	distro based on mfsbsd.  After boot, fai looks for the
-	"bootfile-name" parameter from the DHCP server.  This parameter
-	instructs fai where the bsdinstall script is located.  Fai
-	supports mac-based config or a default, if a mac-based
-	configuration file does not exist.</p>
+	"bootfile-name" parameter from the DHCP server.  This
+	parameter instructs fai where the bsdinstall script is
+	located.  Fai supports mac-based config or a default, if a
+	mac-based configuration file does not exist.</p>
     </body>
 
     <sponsor>
@@ -681,11 +684,11 @@
 	part of the GNU Project and can be used with various Unix-like
 	operating systems, including &os;.</p>
 
-      <p>MATE is a fork of GNOME 2.  The MATE ports were updated to the
-	  1.8 versions.</p>
+      <p>MATE is a fork of GNOME 2.  The MATE ports were updated to
+	the 1.8 versions.</p>
 
-      <p>Now that cairo, the vector graphics library used by GNOME, has
-	been updated to 1.12 the merge of GNOME 3 has started.
+      <p>Now that cairo, the vector graphics library used by GNOME,
+	has been updated to 1.12 the merge of GNOME 3 has started.
 	Currently we are doing test builds to find ports broken by the
 	update and pruning ports that do not build any more because of
 	incompatible updates.</p>
@@ -928,12 +931,11 @@
     </links>
 
     <body>
-      <p>The project adds support for the AES-GCM and AES-CTR cryptography
-	modes to the OpenCrypto framework.
-	Both software and AES-NI accelerated versions are now functional and
-	working.
-	Ermal Luçi (eri@) is working on adding support for these additional
-	modes to IPsec.</p>
+      <p>The project adds support for the AES-GCM and AES-CTR
+	cryptography modes to the OpenCrypto framework.  Both software
+	and AES-NI accelerated versions are now functional and
+	working.  Ermal Luçi (eri@) is working on adding support for
+	these additional modes to IPsec.</p>
     </body>
 
     <sponsor>
@@ -1066,9 +1068,9 @@
 
       <p>At present, I do not yet have a patch relative to
 	<tt>libc</tt>.  Once I do, this will be suitable for more
-	testing.  I would like to see some real-world benchmarks that show
-	measurable improvement before pushing any of this up into the
-	tree.</p>
+	testing.  I would like to see some real-world benchmarks that
+	show measurable improvement before pushing any of this up into
+	the tree.</p>
     </body>
 
     <help>
@@ -1523,12 +1525,11 @@
     </links>
 
     <body>
-      <p>Until recently, all ARM CPU designs were 32-bit only.  With the
-	introduction of the ARMv8 architecture, ARM has added a new
-	64-bit mode.  This new mode has been named AArch64.  Arm64 is
-	the name of the in-progress port of &os; to ARMv8 CPUs when in
-	AArch64 mode.  
-	</p>
+      <p>Until recently, all ARM CPU designs were 32-bit only.  With
+	the introduction of the ARMv8 architecture, ARM has added a
+	new 64-bit mode.  This new mode has been named AArch64.  Arm64
+	is the name of the in-progress port of &os; to ARMv8 CPUs when
+	in AArch64 mode.</p>
 
       <p>Since the last status report, &os; has started to execute
 	userland instructions.  This includes implementing more of the
@@ -2028,11 +2029,11 @@
 	POPULATE TOKEN/WRITE USING TOKEN (SPC-4 extensions of
 	XCOPY), WRITE SAME and UNMAP.</p>
 
-      <p>All XCOPY operations are currently limited to one storage host.
-	ODX operations are currently limited only to iSCSI disks.
-	Accelerated inter-host copying or copying to/from files on
-	Samba shares is not implemented and handled by initiators in
-	the legacy way.</p>
+      <p>All XCOPY operations are currently limited to one storage
+	host.  ODX operations are currently limited only to iSCSI
+	disks.  Accelerated inter-host copying or copying to/from
+	files on Samba shares is not implemented and handled by
+	initiators in the legacy way.</p>
 
       <p>The code is committed to &os; head and stable/10 branches,
 	and will be present in &os; 10.1 and FreeNAS 9.2.1.8 /
@@ -2073,12 +2074,11 @@
     </links>
 
     <body>
-      <p>This project aims to add support to the &os; kernel for running
-	in Xen Paravirtualised mode on amd64 systems.
-	This project has finally reached a "Proof of Concept" stage
-	on the branch
-	<a href="http://svnweb.freebsd.org/base/projects/amd64_xen_pv/">
-	  projects/amd64_xen_pv</a></p>
+      <p>This project aims to add support to the &os; kernel for
+	running in Xen Paravirtualised mode on amd64 systems.  This
+	project has finally reached a "Proof of Concept" stage on the
+	branch <a
+	href="http://svnweb.freebsd.org/base/projects/amd64_xen_pv/">projects/amd64_xen_pv</a></p>
 
       <p>Testing and bug reports on various configurations is
 	encouraged!  The author is also seeking bounties to help
@@ -2164,14 +2164,13 @@
 	an API for allowing a debugger to disable ASLR to
 	support deterministic debugging.  Oliver Pinter enhanced the
 	performance of our ASLR implementation.  A package building
-	exp-run was ran and came out favorably in terms of performance.
-	Shawn Webb bumped up the maximum number of bits allowed to be
-	randomized to 20 and set the default to 14.</p>
+	exp-run was ran and came out favorably in terms of
+	performance.  Shawn Webb bumped up the maximum number of bits
+	allowed to be randomized to 20 and set the default to 14.</p>
 
-      <p>Shawn Webb and Oliver Pinter founded The HardenedBSD project to
-	serve as a staging area for their work on security-related
+      <p>Shawn Webb and Oliver Pinter founded The HardenedBSD project
+	to serve as a staging area for their work on security-related
 	projects for &os;.</p>
-
     </body>
 
     <sponsor>SoldierX</sponsor>


More information about the svn-doc-head mailing list