svn commit: r46584 - head/en_US.ISO8859-1/htdocs/news/status
Benjamin Kaduk
bjk at FreeBSD.org
Wed Apr 22 03:35:24 UTC 2015
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.</p>
<p>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.</p>
+ imported version 4.12 of the Xfce desktop environment into
+ the ports tree, after more than two years of development.</p>
<p>Overall, we have updated the following ports:</p>
<ul>
<li>Xfce core (4.12)</li>
- <li>audio/xfce4-mpc-plugin (0.4.5)</li>
- <li>deskutils/xfce4-tumbler (0.1.31</li>
- <li>deskutils/xfce4-xkb-plugin (0.7.1)</li>
- <li>editors/mousepad (0.4.0)</li>
- <li>graphics/ristretto (0.8.0)</li>
- <li>multimedia/xfce4-parole (0.8.0)</li>
- <li>sysutils/garcon (0.4.0)</li>
- <li>sysutils/xfce4-diskperf-plugin (2.5.5)</li>
- <li>sysutils/xfce4-fsguard-plugin (1.0.2)</li>
- <li>sysutils/xfce4-power-manager (1.4.4)</li>
- <li>sysutils/xfce4-wavelan-plugin (0.5.12)</li>
- <li>textproc/xfce4-dict-plugin (0.7.1)</li>
- <li>www/xfce4-smartbookmark-plugin (0.4.6)</li>
- <li>x11/libexo (0.10.4)</li>
- <li>x11-clocks/xfce4-timer-out-plugin (1.0.2)</li>
- <li>x11-fm/thunar (1.6.6)</li>
- <li>x11-themes/gtk-xfce-engine (3.2.0)</li>
+ <li><tt>audio/xfce4-mpc-plugin</tt> (0.4.5)</li>
+ <li><tt>deskutils/xfce4-tumbler</tt> (0.1.31</li>
+ <li><tt>deskutils/xfce4-xkb-plugin</tt> (0.7.1)</li>
+ <li><tt>editors/mousepad</tt> (0.4.0)</li>
+ <li><tt>graphics/ristretto</tt> (0.8.0)</li>
+ <li><tt>multimedia/xfce4-parole</tt> (0.8.0)</li>
+ <li><tt>sysutils/garcon</tt> (0.4.0)</li>
+ <li><tt>sysutils/xfce4-diskperf-plugin</tt> (2.5.5)</li>
+ <li><tt>sysutils/xfce4-fsguard-plugin</tt> (1.0.2)</li>
+ <li><tt>sysutils/xfce4-power-manager</tt> (1.4.4)</li>
+ <li><tt>sysutils/xfce4-wavelan-plugin</tt> (0.5.12)</li>
+ <li><tt>textproc/xfce4-dict-plugin</tt> (0.7.1)</li>
+ <li><tt>www/xfce4-smartbookmark-plugin</tt> (0.4.6)</li>
+ <li><tt>x11/libexo</tt> (0.10.4)</li>
+ <li><tt>x11-clocks/xfce4-timer-out-plugin</tt> (1.0.2)</li>
+ <li><tt>x11-fm/thunar</tt> (1.6.6)</li>
+ <li><tt>x11-themes/gtk-xfce-engine</tt> (3.2.0)</li>
</ul>
<p>At the same time we switched to the USES framework, and a new
@@ -201,8 +201,8 @@
experimental repository) of:</p>
<ul>
- <li>x11/xfce4-dashboard (0.3.91)</li>
- <li>x11/xfce4-notes-plugin (1.8.0 beta)</li>
+ <li><tt>x11/xfce4-dashboard</tt> (0.3.91)</li>
+ <li><tt>x11/xfce4-notes-plugin</tt> (1.8.0 beta)</li>
</ul>
<p>The following documentation patches are ready:</p>
@@ -222,7 +222,7 @@
<task>
<p>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 <tt>x11/xfce4-dashboard</tt> (this feature is only available
in the unstable release).</p>
</task>
</help>
@@ -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.</p>
@@ -355,22 +355,22 @@ WITHOUT_FORTH=y</pre>
</links>
<body>
- <p>The project is to design a new KPI for network drivers
- that would allow for the network stack to evolve, without
+ <p>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 <tt>struct ifnet</tt> from drivers, thus the
- project has the name "opaque ifnet". However, the
+ hide <tt>struct ifnet</tt> from drivers, giving the
+ project the name "opaque ifnet". However, the
project will include more changes than just hiding the
struct's definition.</p>
- <p>At present, the new KPI has been prototyped, most
+ <p>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.</p>
<p>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.</p>
+ <tt>struct ifnet</tt> is allocated.</p>
</body>
<sponsor>Netflix</sponsor>
@@ -389,7 +389,6 @@ WITHOUT_FORTH=y</pre>
<person>
<name>
<given>Frederic</given>
-
<common>Culot</common>
</name>
<email>portmgr-secretary at FreeBSD.org</email>
@@ -422,7 +421,7 @@ WITHOUT_FORTH=y</pre>
about 20%, with nearly 2,000 PRs closed!</p>
<p>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).</p>
<p>On the management side, decke@ decided to step down from
@@ -441,7 +440,7 @@ WITHOUT_FORTH=y</pre>
<task>
<p>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.</p>
</task>
@@ -516,13 +515,13 @@ WITHOUT_FORTH=y</pre>
<p>Peter Grehan did a status update at bhyvecon 2015 in
Tokyo. The slides are available at <a
href="http://bhyvecon.org/bhyvecon2015-Peter.pdf">
- http://bhyvecon.org/bhyvecon2015-Peter.pdf</a></p>
+ http://bhyvecon.org/bhyvecon2015-Peter.pdf</a>.</p>
<p>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 <a
href="http://people.freebsd.org/~neel/bhyve/bhyve-cache-emul-slides.pdf">
- http://people.freebsd.org/~neel/bhyve/bhyve-cache-emul-slides.pdf</a></p>
+ http://people.freebsd.org/~neel/bhyve/bhyve-cache-emul-slides.pdf</a>.</p>
<p>A number of improvements were made to bhyve this quarter:</p>
@@ -540,7 +539,6 @@ WITHOUT_FORTH=y</pre>
<li>The virtio-blk and ahci-hd devices now advertise the proper
logical and physical block size of the backend device or file.</li>
</ul>
-
</body>
<help>
@@ -624,7 +622,7 @@ WITHOUT_FORTH=y</pre>
</contact>
<links>
- <url href="https://jenkins.freebsd.org">Jenkins CI server in &os; cluster</url>
+ <url href="https://jenkins.freebsd.org">The Jenkins CI server in the &os; cluster</url>
<url href="http://www.cloud9ers.com/">Cloud9ers</url>
<url href="https://wiki.ubuntu.com/AhmedKamal">Ahmed Kamal</url>
<url href="https://github.com/saltstack/salt/pulls?q=is%3Apr+author%3Akim0">Ahmed's contributions to SaltStack</url>
@@ -645,7 +643,7 @@ WITHOUT_FORTH=y</pre>
<ul>
<li><p>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</pre>
</links>
<body>
- <p>Just before the end of the quarter, we have updated
- clang, llvm and lldb in base to 3.6.0 release. These all
+ <p>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.</p>
<p>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</pre>
support to build. C++11 support is available in &os; 10.0 and
later on the x86 architectures.</p>
- <p>It is still unclear whether we will be able to MFC this
- to any stable branches, due to the difficulty it will
+ <p>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.</p>
+ either from older releases or from architectures still using gcc.</p>
<p>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</pre>
<p>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</pre>
<p>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.</p>
@@ -888,14 +886,14 @@ WITHOUT_FORTH=y</pre>
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.</p>
+ remapping, and migration to the ELF Tool Chain project tools.</p>
<p>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.</p>
</body>
</project>
@@ -979,12 +977,12 @@ WITHOUT_FORTH=y</pre>
<body>
<p>In the official Ports tree, the Mesa ports
(<tt>libglapi</tt>, <tt>libGL</tt>, <tt>libEGL</tt>,
- <tt>libglesv2</tt>, <tt>gbm</tt>, <tt>dri</tt>) are kept close
+ <tt>libglesv2</tt>, <tt>gbm</tt>, and <tt>dri</tt>) are kept close
to the latest Mesa 10.4.x release.</p>
<p>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</pre>
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.</li>
+ GPUs, for instance.</li>
<li>Clover, the Mesa OpenCL implementation, now works; see the next
paragraph.</li>
</ul>
@@ -1013,7 +1011,7 @@ WITHOUT_FORTH=y</pre>
Ports tree yet because it requires the unification explained
above.</p>
- <p>A new port, <tt>drm-kmod</tt> was added to the official
+ <p>A new port, <tt>drm-kmod</tt>, was added to the official
Ports tree. It provides updated <tt>drm2</tt>, <tt>i915kms</tt>
and <tt>radeonkms</tt> 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</pre>
<p>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.</p>
<p>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.</p>
+ and include Haswell support. This work was started recently.
+ Our hope is that it will be ready in time for
+ FreeBSD 10.2-RELEASE.</p>
<p>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</pre>
(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.</p>
@@ -1157,7 +1156,7 @@ WITHOUT_FORTH=y</pre>
<li>Redevelop and upstream the getdirentries(2) patch.</li>
<li>Redevelop and upstream the kernel32 Makefile patch.</li>
<li>Add support to the <tt>i386-wine</tt> port for pkg 1.5
- (conflicts with libraries currently prevent support).</li>
+ (conflicts with libraries currently prevent such support).</li>
<li>Add support for WoW64:
<ul>
<li>Reduce the <tt>i386-wine</tt> port to just the
@@ -1243,7 +1242,7 @@ WITHOUT_FORTH=y</pre>
<li>USB</li>
<li>Watchdog</li>
<li>Random number generator</li>
- <li>PLL / Clock frequency measurement</li>
+ <li>PLL/Clock frequency measurement</li>
<li>Frame buffer</li>
</ul>
</body>
@@ -1320,12 +1319,13 @@ WITHOUT_FORTH=y</pre>
</links>
<body>
- <p> The KDE on &os; team focuses on packaging and making
+ <p>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.</p>
<p>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</pre>
<p>A new port is <tt>lang/gcc5-aux</tt>, which includes GNAT
from the upcoming release of gcc5. This compiler already builds
- all Ada ports except gtkada3 (which blocks the
- <tt>devel/gps</tt> — the GNAT Programming Studio), and
+ all Ada ports except gtkada3 (which blocks
+ <tt>devel/gps</tt>, the GNAT Programming Studio), and
<tt>gtkada3</tt> should be fixed soon. When GCC5 is released,
the Ada framework will switch to using <tt>gcc5-aux</tt> as the
default compiler. For those that cannot wait, it is possible to
@@ -1443,7 +1443,7 @@ WITHOUT_FORTH=y</pre>
respectively.</p>
<p>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.</p>
@@ -1580,7 +1580,7 @@ WITHOUT_FORTH=y</pre>
<p>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.</p>
@@ -1670,7 +1670,8 @@ WITHOUT_FORTH=y</pre>
<p>An auto-assigner for ports issues was implemented,
resembling what GNATS successfully did in the past. A <a
href="https://bugs.freebsd.org/bugzilla/page.cgi?id=dashboard.html">dashboard</a>
- 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.</p>
@@ -1733,7 +1734,7 @@ WITHOUT_FORTH=y</pre>
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.</p>
@@ -1742,7 +1743,7 @@ WITHOUT_FORTH=y</pre>
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.</p>
@@ -1814,7 +1815,7 @@ WITHOUT_FORTH=y</pre>
<body>
<p>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</pre>
<p>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.</p>
@@ -1908,9 +1909,9 @@ WITHOUT_FORTH=y</pre>
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.</p>
+ memory in ways not possible in monolithic kernels, though
+ gaining security benefits from this will require adding
+ policies that have not yet been designed.</p>
<p>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</pre>
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.</p>
<p>The links include a recent conference publication that
@@ -1940,7 +1941,7 @@ WITHOUT_FORTH=y</pre>
<p>We are very interested in feedback on the design of the
nested kernel, and having discussions about how it might get
- upstreamed. </p>
+ upstreamed.</p>
<p>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</pre>
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). </p>
+ list of tasks).</p>
<p>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</pre>
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 (<tt>fork</tt>) and <tt>mmap</tt> operations. The
+ kernel on process creation (<tt>fork</tt>) and
+ <tt>mmap</tt> operations. The
motivation for these implementation directives can be reviewed
in the paper.</p>
</task>
@@ -2199,7 +2201,7 @@ WITHOUT_FORTH=y</pre>
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.</p>
+ in fstab(5), instead of having to write an autofs map for them.</p>
</body>
<sponsor>The &os; Foundation</sponsor>
@@ -2237,7 +2239,7 @@ WITHOUT_FORTH=y</pre>
new CPU architectures of interest, such as arm64.</p>
<p>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:</p>
<ul>
@@ -2315,7 +2317,7 @@ WITHOUT_FORTH=y</pre>
<help>
<task>
- <p>Rework LLDB build to use LLVM and Clang shared libraries.</p>
+ <p>Rework the LLDB build to use LLVM and Clang shared libraries.</p>
</task>
<task>
@@ -2453,7 +2455,7 @@ WITHOUT_FORTH=y</pre>
<ul>
<li>&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.</li>
<li>The powerpc64 pmap code was rewritten to be more
@@ -2502,15 +2504,15 @@ WITHOUT_FORTH=y</pre>
<body>
<p>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.</p>
- <p>In addition, progress has been made on porting kgdb to newer
- gdb. Currently only support for the amd64 backend has been
+ <p>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</pre>
<p>Lots of work has been done on the pkg(8) front, which has brought
pkg(8) to the 1.5.0 release.</p>
- <p>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.</p>
+ <p>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.</p>
<p>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</pre>
creating new ports:</p>
<ul>
<li>Keywords can now have arguments</li>
- <li>Lazy mode available for setting credentials via the
+ <li>A lazy mode is available for setting credentials via the
plist</li>
<li>Flags (immutable and others) can now be specified in
- plist</li>
+ the plist</li>
</ul>
- <p>pkg now supports resume for http/ftp downloads</p>
+ <p>pkg now supports resume for http/ftp downloads.</p>
</body>
<help>
<task>
- <p>Populate the ports tree with provides/requires</p>
+ <p>Populate the ports tree with provides/requires.</p>
</task>
<task>
- <p>Make all script in ports cross installation friendly</p>
+ <p>Make all scripts in the ports tree support cross
+ installation.</p>
</task>
<task>
- <p>Improve provides/requires</p>
+ <p>Improve provides/requires.</p>
</task>
<task>
- <p>Continue adding more tests</p>
+ <p>Continue adding more tests.</p>
</task>
</help>
</project>
More information about the svn-doc-all
mailing list