Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Feb 2017 06:11:46 +0000 (UTC)
From:      Benjamin Kaduk <bjk@FreeBSD.org>
To:        doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org
Subject:   svn commit: r49949 - head/en_US.ISO8859-1/htdocs/news/status
Message-ID:  <201702080611.v186BkkZ096283@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: bjk
Date: Wed Feb  8 06:11:46 2017
New Revision: 49949
URL: https://svnweb.freebsd.org/changeset/doc/49949

Log:
  Start another editing pass over the 2016Q4 report

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

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml	Tue Feb  7 19:29:31 2017	(r49948)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2016-10-2016-12.xml	Wed Feb  8 06:11:46 2017	(r49949)
@@ -99,11 +99,11 @@
       <p>The AWS Marketplace reports that approximately 800 users
 	are running roughly 2000 &os; EC2 instances.  This does not
 	count the likely significantly larger number of EC2 instances
-	launched &quot;directly&quot; through the EC2 API and Console, but at
+	launched directly through the EC2 API and Console, but at
 	least places a lower bound on usage.</p>
 
       <p>&os; 11.0-RELEASE shipped with support for the &quot;enhanced
-	networking&quot; support in EC2 C3, C4, R3, I2, D2, and M4
+	networking&quot; capabilities of EC2 C3, C4, R3, I2, D2, and M4
 	(excluding m4.16xlarge) instances.  This provides
 	significantly higher network performance than the virtual
 	networking available on older EC2 instances and with older
@@ -127,7 +127,7 @@
 	m4.16xlarge instances.</task>
 
       <task>Provide tools for improved functionality via the Simple
-	Systems Manager service: Listing installed packages, checking
+	Systems Manager service: listing installed packages, checking
 	for updates, adding/removing users, [your favourite sysadmin
 	task goes here].</task>
 
@@ -172,8 +172,8 @@
 	and specify alerting conditions.  Tools like Grafana can be
 	used to create fancy dashboards using such queries.</p>
 
-      <p>The Prometheus project provides a utility called the
-	node_exporter that gathers basic system metrics and serves
+      <p>The Prometheus project provides a utility called
+	<tt>node_exporter</tt> that gathers basic system metrics and serves
 	them over HTTP.  This utility tends to be rather complex, as
 	it has to extract metrics from many different sources.  On
 	Linux, files in <tt>/proc</tt> have no uniform format, meaning
@@ -204,7 +204,7 @@
 	exporter a try!</task>
 
       <task>It would be nice if we created a set of useful alerting
-	rules and placed those in /usr/share/examples.  For example,
+	rules and placed those in <tt>/usr/share/examples</tt>.  For example,
 	how can one use this exporter to monitor the state of
 	GEOM-based RAID arrays?  Is such information even exported
 	through <tt>sysctl</tt>?</task>
@@ -370,7 +370,7 @@
 
       <p>The &os; 11.0 image on Azure (<a
 	  href="https://azure.microsoft.com/en-us/marketplace/partners/microsoft/FreeBSD110/">https://azure.microsoft.com/en-us/marketplace/partners/microsoft/FreeBSD110/</a>)
-	is also available now, in addition to the existing 10.3
+	is now available, in addition to the existing 10.3
 	image.</p>
 
       <p>We fixed an issue where SCSI disks would sometimes fail to
@@ -477,44 +477,32 @@
 	to <tt>x11/qterminal</tt> 0.7.0):</p>
 
       <ul>
-	<li>
-	  <tt>devel/lxqt-build-tools</tt>
-	</li>
-	<li>
-	  <tt>devel/liblxqt</tt>
-	</li>
-	<li>
-	  <tt>devel/qtxdg</tt>
-	</li>
-	<li>
-	  <tt>x11/libfm-qt</tt>
-	</li>
+	<li><tt>devel/lxqt-build-tools</tt></li>
+
+	<li><tt>devel/liblxqt</tt></li>
+
+	<li><tt>devel/qtxdg</tt></li>
+
+	<li><tt>x11/libfm-qt</tt></li>
       </ul>
 
       <p>Standalone applications:</p>
 
       <ul>
-	<li>
-	  <tt>graphics/lximage-qt</tt>
-	</li>
-	<li>
-	  <tt>x11-fm/pcmanfm-qt</tt>
-	</li>
+	<li><tt>graphics/lximage-qt</tt></li>
+
+	<li><tt>x11-fm/pcmanfm-qt</tt></li>
       </ul>
 
       <p>We also have updates for:</p>
 
       <ul>
-	<li>
-	  <tt>x11/qterminal</tt> 0.7.1
-	</li>
-	<li>
-	  <tt>x11-toolkits/qtermwidget</tt> 0.7.1
-	</li>
-	<li>
-	  Updating the Porter's Handbook for LXQt support
-	  (<a href="https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=215650">https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=215650</a>)
-	</li>
+	<li><tt>x11/qterminal</tt> 0.7.1</li>
+
+	<li><tt>x11-toolkits/qtermwidget</tt> 0.7.1</li>
+
+	<li>Updating the Porter's Handbook for LXQt support
+	  (<a href="https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=215650">https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=215650</a>)</li>;
       </ul>
     </body>
 
@@ -549,65 +537,47 @@
 	up-to-date:</p>
 
       <ul>
-	<li>
-	  <tt>audio/xfce4-mpc-plugin</tt> 0.5.0 (committed in devel
-	    repository)
-	</li>
-	<li>
-	  <tt>deskutils/xfce4-notifyd</tt> 0.3.4
-	</li>
-	<li>
-	  <tt>graphics/ristretto</tt> 0.8.1
-	</li>
-	<li>
-	  <tt>sysutils/xfce4-diskperf-plugin</tt> 2.6.0
-	</li>
-	<li>
-	  <tt>sysutils/xfce4-battery-plugin</tt> 1.1.0 (committed in
-	    devel repository)
-	</li>
-	<li>
-	  <tt>sysutils/xfce4-fsguard-plugin</tt> 1.1.0 (committed in
-	    devel repository)
-	</li>
-	<li>
-	  <tt>sysutils/xfce4-netload-plugin</tt> 1.3.0 (committed in
-	    devel repository)
-	</li>
-	<li>
-	  <tt>sysutils/xfce4-systemload-plugin</tt> 1.2.0 (committed
-	    in devel repository)
-	</li>
-	<li>
-	  <tt>sysutils/xfce4-wavelan-plugin</tt> 0.6.0 (committed in
-	    devel repository)
-	</li>
-	<li>
-	  <tt>x11/xfce4-clipman-plugin</tt> 1.4.1
-	</li>
-	<li>
-	  <tt>x11/xfce4-conf</tt> 4.12.1
-	</li>
-	<li>
-	  <tt>x11/xfce4-dashboard</tt> 0.6.1
-	</li>
-	<li>
-	  <tt>x11/xfce4-terminal</tt> 0.8.2
-	</li>
-	<li>
-	  <tt>x11/xfce4-whiskermenu-plugin</tt> 1.6.2
-	</li>
-	<li>
-	  <tt>x11-clocks/xfce4-datetime-plugin</tt> 0.7.0 (committed
-	    in devel repository)
-	</li>
-	<li>
-	  <tt>x11-wm/xfce4-panel</tt> 4.12.1
-	</li>
-	<li>
-	  <tt>www/xfce4-smartbookmark-plugin</tt> 0.5.0 (committed
-	    in devel repository)
-	</li>
+	<li><tt>audio/xfce4-mpc-plugin</tt> 0.5.0 (committed in devel
+	    repository)</li>
+
+	<li><tt>deskutils/xfce4-notifyd</tt> 0.3.4</li>
+
+	<li><tt>graphics/ristretto</tt> 0.8.1</li>
+
+	<li><tt>sysutils/xfce4-diskperf-plugin</tt> 2.6.0</li>
+
+	<li><tt>sysutils/xfce4-battery-plugin</tt> 1.1.0 (committed in
+	    devel repository)</li>
+
+	<li><tt>sysutils/xfce4-fsguard-plugin</tt> 1.1.0 (committed in
+	    devel repository)</li>
+
+	<li><tt>sysutils/xfce4-netload-plugin</tt> 1.3.0 (committed in
+	    devel repository)</li>
+
+	<li><tt>sysutils/xfce4-systemload-plugin</tt> 1.2.0 (committed
+	    in devel repository)</li>
+
+	<li><tt>sysutils/xfce4-wavelan-plugin</tt> 0.6.0 (committed in
+	    devel repository)</li>
+
+	<li><tt>x11/xfce4-clipman-plugin</tt> 1.4.1</li>
+
+	<li><tt>x11/xfce4-conf</tt> 4.12.1</li>
+
+	<li><tt>x11/xfce4-dashboard</tt> 0.6.1</li>
+
+	<li><tt>x11/xfce4-terminal</tt> 0.8.2</li>
+
+	<li><tt>x11/xfce4-whiskermenu-plugin</tt> 1.6.2</li>
+
+	<li><tt>x11-clocks/xfce4-datetime-plugin</tt> 0.7.0 (committed
+	    in devel repository)</li>
+
+	<li><tt>x11-wm/xfce4-panel</tt> 4.12.1</li>
+
+	<li><tt>www/xfce4-smartbookmark-plugin</tt> 0.5.0 (committed
+	    in devel repository)</li>
       </ul>
 
       <p>We also follow the unstable releases (available in our
@@ -615,8 +585,10 @@
 
       <ul>
 	<li><tt>sysutils/xfce4-settings</tt> 4.13.0 (it requires Gtk+
-	  &gt; 3.20)</li>
+	    &gt; 3.20)</li>
+
 	<li><tt>x11/libexo</tt> 0.11.2</li>
+
 	<li><tt>x11/xfce4-whiskermenu-plugin</tt> 2.0.3</li>
       </ul>
     </body>
@@ -884,7 +856,7 @@
 	10.2 also reached end-of-life, support for those versions was
 	removed from the Ports Tree.</p>
 
-      <p>Some major ports were updated to their latest versions: pkg
+      <p>Some major ports were updated to their latest versions: <tt>pkg</tt>
 	to 1.9.4, Firefox to 50.1.0, Firefox-esr to 45.6.0, Chromium
 	to 54.0.2840.100, and Ruby to 2.1.10 / 2.2.6 / 2.3.3.
 	<tt>www/node</tt> was updated to version 7; version 6 was
@@ -922,7 +894,7 @@
     </links>
 
     <body>
-      <p>The Minnowboard is an Atom-based x86 board (Intel E38xx
+      <p>The MinnowBoard is an Atom-based x86 board (Intel E38xx
 	Series SoC) in a maker-friendly form-factor: it provides
 	convenient access to pins that can be used to connect
 	peripherals using one of the standard buses: GPIO, SPI, or
@@ -930,7 +902,7 @@
 	x86, so while &os; was able to boot just fine, it lacked
 	support for these buses on the MinnowBoard.</p>
 
-      <p>As of r310645, HEAD support all three buses via
+      <p>As of r310645, HEAD support all three buses via the
 	<tt>ig4(4)</tt>, <tt>bytgpio(4)</tt>, and <tt>intelspi</tt>
 	drivers.  The <tt>ig4(4)</tt> and <tt>bytgpio(4)</tt> changes
 	were backported to 11-STABLE; <tt>intelspi</tt> will be MFCed
@@ -971,6 +943,7 @@
 	    compatible with applications written for S3 and
 	    Swift.</p>
 	</li>
+
 	<li>
 	  <p>Block Storage</p>
 
@@ -978,6 +951,7 @@
 	    device images that are striped and replicated across the
 	    entire storage cluster.</p>
 	</li>
+
 	<li>
 	  <p>File System</p>
 
@@ -993,49 +967,41 @@
 	that are running ZFS.  User stations would be running
 	<tt>bhyve</tt> on RBD disks that are stored in Ceph.</p>
 
-      <p>The &os; build includes most of the tools in Ceph.  Note
+      <p>The &os; build of Ceph includes most of the tools Ceph provides.  Note
 	that the RBD-dependent items will not work, since &os; does
 	not have RBD (yet).</p>
 
       <p>The most notable progress since the last report:</p>
 
       <ul>
-	<li>
-	  RBD is actually buildable and can be used to manage
-	  <tt>RADOS BLOCK DEVICE</tt>s.
-	</li>
-	<li>
-	  All tests run to completion for the current selection of
+	<li>RBD is actually buildable and can be used to manage
+	  <tt>RADOS BLOCK DEVICE</tt>s.</li>
+
+	<li>All tests run to completion for the current selection of
 	  tools, though the neded (minor) patches have yet to be
-	  pulled into HEAD.
-	</li>
-	<li>
-	  Cmake is now the only way of building Ceph.
-	</li>
-	<li>
-	  The threading/polling code has been reworked for the simple
+	  pulled into HEAD.</li>
+
+	<li>Cmake is now the only way of building Ceph.</li>
+
+	<li>The threading/polling code has been reworked for the simple
 	  socket code.  It now uses a self-pipe, instead of using an
-	  odd <tt>shutdown()</tt>-signaling Linux feature.
-	</li>
-	<li>
-	  The EventKqueue code was modified to work around the
+	  odd <tt>shutdown()</tt>-signaling Linux feature.</li>
+
+	<li>The EventKqueue code was modified to work around the
 	  &quot;feature&quot; that starting threads destroys the
 	  kqueue handles.  The code was just finshed, so it is not yet
-	  submitted to the main repository.
-	</li>
-	<li>
-	  We investigated differences between &os; and Linux for
+	  submitted to the main repository.</li>
+
+	<li>We investigated differences between &os; and Linux for
 	  <tt>SO_REUSEADDR</tt> and <tt>SO_REUSEPORT</tt>.
 	  Fortunately, the code is only used during testing, so
-	  disabling these features only delays progress in the tests.
-	</li>
-	<li>
-	  A jenkins instances is regularly testing both
+	  disabling these features only delays progress in the tests.</li>
+
+	<li>A jenkins instances is regularly testing both
 	  <tt>ceph/ceph/master</tt> and
 	  <tt>wjwithagen/ceph/wip.FreeBSD</tt>, so there is regular
 	  verification of buildability and the tests:
-	  <a href="http://cephdev.digiware.nl:8180/jenkins/">http://cephdev.digiware.nl:8180/jenkins/</a>.
-	</li>
+	  <a href="http://cephdev.digiware.nl:8180/jenkins/">http://cephdev.digiware.nl:8180/jenkins/</a>.</li>;
       </ul>
 
 
@@ -1052,22 +1018,16 @@
       <p>The following setup will get things running for &os;:</p>
 
       <ol>
-	<li>
-	  Install bash and link it in <tt>/bin</tt>
-	</li>
+	<li>Install bash and link it in <tt>/bin</tt></li>
 
-	<li>
-	  It is no longer necessary to add a definition of
-	  <tt>ENODATA</tt> to <tt>/usr/include/errno.h</tt>
-	</li>
-	<li>
-	  Clone the github repo
+	<li>It is no longer necessary to add a definition of
+	  <tt>ENODATA</tt> to <tt>/usr/include/errno.h</tt></li>
+
+	<li>Clone the github repo
 	  (http://github.com/wjwithagen/ceph.git) and checkout the
-	  &quot;wip.FreeBSD&quot; branch
-	</li>
-	<li>
-	  Run <tt>./do_FreeBSD.sh</tt> to start the build.
-	</li>
+	  &quot;wip.FreeBSD&quot; branch</li>
+
+	<li>Run <tt>./do_FreeBSD.sh</tt> to start the build.</li>
       </ol>
 
       <p>The old build method using automake is no longer used; see
@@ -1076,27 +1036,23 @@
       <p>Parts not (yet) included:</p>
 
       <ul>
-	<li>
-	  KRBD: Kernel Rados Block Devices is implemented in the Linux
+	<li>KRBD: Kernel Rados Block Devices is implemented in the Linux
 	  kernel, but not in the &os; kernel.  Perhaps <tt>ggated</tt>
 	  could be used as a template since it does some of the same
 	  things as KRBD, just between 2 disks.  It also has a
 	  userspace counterpart, which could ease development.
 	</li>
-	<li>
-	  BlueStore: &os; and Linux have different AIO APIs, and
+
+	<li>BlueStore: &os; and Linux have different AIO APIs, and
 	  that incompatibility needs to be resolved somehow.
 	  Additionally, there is discussion in &os; about
-	  <tt>aio_cancel</tt> not working for all devicetypes.
-	</li>
-	<li>
-	  CephFS: Cython tries to access an internal field in
-	  <tt>struct dirent</tt>, which does not compile.
-	</li>
-	<li>
-	  Tests that verify the correct working of the above are
-	  also excluded from the testset.
-	</li>
+	  <tt>aio_cancel</tt> not working for all devicetypes.</li>
+
+	<li>CephFS: Cython tries to access an internal field in
+	  <tt>struct dirent</tt>, which does not compile.</li>
+
+	<li>Tests that verify the correct working of the above are
+	  also excluded from the testset.</li>
       </ul>
     </body>
 
@@ -1117,7 +1073,7 @@
 
       <task>Scheduler information is not used at the moment, because
 	the schedulers work rather differently between &os; and Linux.
-	But a certain point in time, this would need some attention
+	But at a certain point in time, this would need some attention
 	in <tt>src/common/Thread.cc</tt>.</task>
 
       <task>Integrate the &os; <tt>/etc/rc.d</tt> initscripts in the
@@ -1167,7 +1123,7 @@
     </body>
 
     <sponsor>
-	The &os; Foundation
+      The &os; Foundation
     </sponsor>
   </project>
 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201702080611.v186BkkZ096283>