svn commit: r49949 - head/en_US.ISO8859-1/htdocs/news/status
Benjamin Kaduk
bjk at FreeBSD.org
Wed Feb 8 06:11:47 UTC 2017
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 "directly" 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 "enhanced
- networking" support in EC2 C3, C4, R3, I2, D2, and M4
+ networking" 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+
- > 3.20)</li>
+ > 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
"feature" 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
- "wip.FreeBSD" branch
- </li>
- <li>
- Run <tt>./do_FreeBSD.sh</tt> to start the build.
- </li>
+ "wip.FreeBSD" 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>
More information about the svn-doc-all
mailing list