Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 11 May 2013 19:52:21 +0000 (UTC)
From:      Gabor Pali <pgj@FreeBSD.org>
To:        doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org
Subject:   svn commit: r41596 - head/en_US.ISO8859-1/htdocs/news/status
Message-ID:  <201305111952.r4BJqLaZ040247@svn.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: pgj
Date: Sat May 11 19:52:21 2013
New Revision: 41596
URL: http://svnweb.freebsd.org/changeset/doc/41596

Log:
  - Minor fixes for the 2013Q1 report

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml	Sat May 11 08:51:33 2013	(r41595)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml	Sat May 11 19:52:21 2013	(r41596)
@@ -15,18 +15,18 @@
       March 2013. This is the first of four reports planned for 2013.</p>
 
     <p>Highlights from this status report include the busy preparations
-      of 8.4-RELEASE, steady progress of several porting efforts, like
-      work on the &os; ports of xorg, GNOME, KDE, and Xfce, bringing
-      &os; to Cubieboard and Hackberry boards, development of ARM and
-      AMD GPU support, improving performance of UFS/FFS and callouts,
-      and introducing a multipath TCP implementation for the network
-      stack.</p>
+      of 8.4-RELEASE, restoration of binary package building, steady
+      progress of several porting efforts, like work on the &os; ports
+      of xorg, GNOME, KDE, and Xfce, bringing &os; to Cubieboard and
+      Hackberry boards, development of ARM and AMD GPU support,
+      improving performance of UFS/FFS and callouts, and introducing a
+      multipath TCP implementation for the network stack.</p>
 
     <p>Thanks to all the reporters for the excellent work!  This report
       contains 30 entries and we hope you enjoy reading it.</p>
 
     <p>The deadline for submissions covering the period between April
-      and June 2013 is July 14th, 2013.</p>
+      and June 2013 is July 7th, 2013.</p>
   </section>
 
   <category>
@@ -86,9 +86,12 @@
     <links/>
 
     <body>
-      <p>The Core Team approved using Google Analytics on the Project
-	web site to enable the Documentation Engineering Team to collect
-	statistics on its usage for better profiling.</p>
+      <p>At the end of 2012, the Core Team approved using Google
+	Analytics on the Project web site to enable the Documentation
+	Engineering Team to collect statistics on its usage for better
+	profiling.  In the first quarter of 2013, the Core Team worked
+	with the Documentation Engineering Team to finalize the
+	associated policies.</p>
 
       <p>Due to some debates around the political correctness of quotes
 	added for the fortune(6) utility, the corresponding data file
@@ -96,7 +99,7 @@
 
       <p>In light of the security incident, the liaison role between the
 	Core Team and the Security Team has been restored, with Gavin
-	Atkinson assuming this role.  The Core Team works hard on
+	Atkinson assuming this role.  The Core Team work hard on
 	resolving the current situation of the binary package building
 	cluster and the associated security problems in tight
 	cooperation with the Ports Management Team, Cluster
@@ -107,8 +110,8 @@
       <p>The &os; Project submitted an application for Google Summer of
 	Code this year again.</p>
 
-      <p>In the first quarter, the Core Team granted access for 2 new
-	committers and took 1 commit bit for safekeeping.</p>
+      <p>There was access granted for 2 new committers and 1 commit bit
+	was taken for safekeeping in this quarter.</p>
     </body>
   </project>
 
@@ -163,7 +166,7 @@
 	build system.</p>
 
       <p>Erwin Lansing (erwin) and Martin Wilke (miwi) took on the
-	principle roles of getting the portbuild software intalled and
+	principle roles of getting the portbuild software installed and
 	running on pointyhat.  As a result of all their hard work,
 	portmgr@ was finally able to resume doing -exp runs, preparing
 	packages for the upcoming 8.4 release, as well as getting a set
@@ -333,8 +336,8 @@
 	project branch courtesy of Hiroki Sato and the allbsd.org daily
 	snapshot infrastructure.</p>
 
-      <p>We are about to releas a CAIA technical report 130424A entitled
-	<q>Design Overview of Multipath TCP version 0.3 for
+      <p>We are about to release a CAIA technical report 130424A
+	entitled <q>Design Overview of Multipath TCP version 0.3 for
 	&os;&nbsp;10</q> on 2013-04-24 which provides a high-level
 	design and architecture overview of the v0.3 code release.</p>
 
@@ -346,7 +349,7 @@
 
     <help>
       <task>The code is currently of alpha quality so we welcome all
-	testing feedback, but please familiarise yourself with the readme
+	testing feedback, but please familiarize yourself with the README
 	file and "Known Limitations" section in particular before
 	jumping in.</task>
     </help>
@@ -380,7 +383,7 @@
   </project>
 
   <project cat='kern'>
-    <title>Atomic Close-on-exec</title>
+    <title>Atomic "close-on-exec"</title>
 
     <contact>
       <person>
@@ -435,8 +438,8 @@
 
     <body>
       <p>Super User's BSD Cross Reference (BXR.SU) is a new source-code
-	search engine that covers the complete kernel and non-gnu
-	userland source trees of &os;, NetBSD, OpenBSD and DragonFly
+	search engine that covers the complete kernel and non-GNU
+	userland source trees of &os;, NetBSD, OpenBSD, and DragonFly
 	BSD.</p>
 
       <p>BXR.SU is optimised to be very fast, has daily updates of all
@@ -606,18 +609,18 @@
 	specified future time.  The subsystem suffered of some problems,
 	such as the impossibility of handling high-resolution events or
 	its inherent periodic structure, which may lead to spurious
-	wakeups and higher power consumptions.  Some consumers, such as
+	wakeups and higher power consumption.  Some consumers, such as
 	high-speed networking, VoIP and other real-time applications
 	need a better precision than the one currently allowed.  Also,
 	especially with the ubiquity of laptops in the last years, the
 	energy wasted by interrupts waking CPUs from sleep may be a
 	sensitive factor.  Recent changes in the subsystem addressed
-	those long standing issues as well as introduced a new
+	those long-standing issues as well as introduced a new
 	programming interface to take advantage of the new features.</p>
     </body>
 
     <help>
-      <task>Evaluating if it's worth to migrate any of the other
+      <task>Evaluating if it is worth to migrate any of the other
 	callout(9) consumers to the new interface.</task>
       <task>Move callout consumers still using the legacy
 	timeout()/untimeout() interface to callout_*() in order to get
@@ -739,16 +742,17 @@
     </links>
 
     <body>
-      <p>There is an ongoing work to improve the documentation
+      <p>There is an on-going work to improve the documentation
 	infrastructure and modernize our documentation toolchain.  The
-	work can be found in the xml-tools branch and is very near to
-	completion.  The improvements include the following:</p>
+	work can be found in the <tt>xml-tools</tt> branch and is very
+	near to completion.  The improvements include the following:</p>
 
       <ul>
 	<li>Upgrade to DocBook 4.5.</li>
 	<li>Use XSLT instead of DSSSL to render XHTML-based output.</li>
 	<li>Generate PDF from PS and simplify image processing.</li>
-	<li>Fix make lint and validate the whole documentation set.</li>
+	<li>Fix <tt>make lint</tt> and validate the whole documentation
+	  set.</li>
 	<li>Fix rendering of TOC elements.</li>
 	<li>Fix misused link elements that resulted in a corrupt
 	  rendering.</li>
@@ -800,7 +804,7 @@
     </links>
 
     <body>
-      <p>The GNOME/&os; Team has recently merged glib 2.34, Gtk+ 2.24.17
+      <p>The GNOME/&os; Team has recently merged Glib 2.34, Gtk+ 2.24.17
 	and Gtk+ 3.6.4 into ports, the C++ bindings also have got
 	updates.  In additional "low-level" GNOME ports received
 	updates, like libsoup, gobject-introspection, atk and vala for
@@ -815,11 +819,11 @@
       <p><tt>USE_GNOME=pkgconfig</tt> is being deprecated in favor of
 	<tt>USE_PKGCONFIG=build</tt>.  The former also adds a run
 	dependency on pkg-config, which is not required.  A first pass
-	was done to get rid of this in the glib update to 2.34.  In
-	cooperation with the X11 Team the usage of
+	was done to get rid of this in the Glib update to 2.34.  In
+	cooperation with the X11 Team, the usage of
 	<tt>USE_GNOME=pkgconfig</tt> in X components will be removed.
 	After the fallout from this is handled and stranglers are
-	converted the <tt>USE_GNOME</tt> option will be removed.</p>
+	converted, the <tt>USE_GNOME</tt> option will be removed.</p>
 
       <p>In addition <tt>USE_GNOME=gnomehack</tt> is deprecated and
 	should not be used.  Please replace it with
@@ -833,9 +837,9 @@
 	the old CVS checkout "ports" dir.</p>
 
       <ul>
-	<li>SVN anonymous root: <a href="svn://creme-brulee.marcuscom.com/"/>
-	  or <a href="svn://sushi.marcuscom.com/"/> (IPv6).</li>
-	<li>ViewVC: <a href="http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom"/></li>;
+	<li>SVN anonymous root: <a href="svn://creme-brulee.marcuscom.com/">svn://creme-brulee.marcuscom.com/</a>
+	  or <a href="svn://sushi.marcuscom.com/">svn://sushi.marcuscom.com/</a> (IPv6)</li>
+	<li>ViewVC: <a href="http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom">http://www.marcuscom.com:8080/viewvc/viewvc.cgi/marcuscom</a></li>;
       </ul>
 
       <p>On-going efforts:</p>
@@ -862,9 +866,9 @@
     </body>
 
     <help>
-      <task>Update the FreeBSD.org/gnome website, in particular the developer
-	information about USE_GNOME, maybe put that section in the porters handbook
-	instead.</task>
+      <task>Update the FreeBSD.org/gnome website, in particular the
+	developer information about USE_GNOME, maybe put that section in
+	the Porter's Handbook instead.</task>
 
       <task>Merge more updated ports from MC to ports.</task>
 
@@ -905,7 +909,7 @@
 	<li>Fix problems establishing UDP connections.</li>
       </ul>
 
-      <p>The team has also made many releases and upstreamed many fixes
+      <p>The Team have also made many releases and upstreamed many fixes
 	and patches.  The latest round of releases include:</p>
 
       <ul>
@@ -925,7 +929,7 @@
       <p>As a result &mdash; according to PortScout &mdash; we have 431
 	ports, of which 93.5% (from 91%) are up-to-date.</p>
 
-      <p>The team is always looking for more testers and porters so
+      <p>The Team are always looking for more testers and porters so
 	please contact us and visit our home page.</p>
     </body>
 
@@ -948,7 +952,7 @@
     </contact>
 
     <links>
-      <url href="www.mckusick.com/publications/faster_fsck.pdf">Paper describing this work</url>
+      <url href="http://www.mckusick.com/publications/faster_fsck.pdf">Paper describing this work</url>
     </links>
 
     <body>
@@ -978,7 +982,7 @@
 	allocated after it is put in place.  So these changes will
 	primarily be noticable on newly created file systems.</p>
 
-      <p>File system checks has been sped up by caching the cylinder
+      <p>File system checks have been sped up by caching the cylinder
 	group maps in pass1 so that they do not need to be read again in
 	pass5.  As this nearly doubles the memory requirement for
 	<tt>fsck(8)</tt>, the cache is thrown away if other memory needs
@@ -1103,9 +1107,9 @@
 	  it.</li>
 
 	<li>Andriy also reported several problems with the I2C code.
-	  Now that they're fixed, the monitors plugged into DVI and HDMI
-	  connectors are detected and their EDID is read correctly.  VGA
-	  connector is not tested so far.</li>
+	  Now that they are fixed, the monitors plugged into DVI and
+	  HDMI connectors are detected and their EDID is read correctly.
+	  VGA connector is not tested so far.</li>
 
 	<li>There is a locking problem in either TTM or the Radeon
 	  driver which prevents OpenGL from working properly.
@@ -1124,8 +1128,8 @@
 	all those contributors!</p>
 
       <p>In its current state, the driver allows to have a simple X
-	session (no OpenGL), run common applications, watch movies, change
-	the resolution and enable additionnal monitors with
+	session (no OpenGL), run common applications, watch movies,
+	change the resolution and enable additional monitors with
 	<tt>xrandr(1)</tt>.  The most blocking issue now is the OpenGL
 	deadlock which prevents to run modern compositors/desktop
 	environment, games and WebGL demos.  We are not ready for a
@@ -1181,7 +1185,7 @@
   </project>
 
   <project cat='arch'>
-    <title>&os;/arm Superpages for ARMv7</title>
+    <title>&os;/arm Superpages for A/RMv7</title>
 
     <contact>
       <person>
@@ -1229,7 +1233,7 @@
 	superpages support, which will allow for efficient use of TLB
 	translations (enlarge TLB coverage), leading to improved
 	performance in many applications and scalability.  Indicated
-	functionality is intended to work on ARMv7 based processors,
+	functionality is intended to work on ARMv7-based processors,
 	however compatibility with ARMv6 will be preserved.</p>
 
       <p>Current support status:</p>
@@ -1306,17 +1310,17 @@
 	FreeBSD 8.4 is released and the ports tree is reopened for
 	commits.</p>
 
-      <p>Work is also ongoing to port new versions of MESA and OpenGL,
-	as well as a new version of xorg-server, and perhaps in the future
-	wayland.  These are considered more long-term goals and are not
-	targeted for the current update.</p>
+      <p>Work is also on-going to port new versions of MESA and OpenGL,
+	as well as a new version of xorg-server, and perhaps in the
+	future, Wayland.  These are considered more long-term goals and
+	are not targeted for the current update.</p>
     </body>
 
     <help>
       <task>Decide how to handle the new and old xorg distributions.  In
 	recent xorg, a lot of legacy driver support has been dropped,
 	therefore we need to maintain two xorg distributions to not
-	loose a lot of hardware drivers.  Currently, this is done by
+	lose a lot of hardware drivers.  Currently, this is done by
 	setting the flag WITH_NEW_XORG in /etc/make.conf, but a more
 	practical solution is needed.  This is especially important
 	since the flag is not very user-friendly, and since there
@@ -1329,7 +1333,7 @@
 	into the ports tree.</task>
 
       <task>Port Wayland.  The future of graphical environments in open
-	source operating system seem to be wayland.  This needs to be
+	source operating systems seems to be Wayland.  This needs to be
 	ported to &os; so that a wider audience can test it, and so that
 	it eventually can be integrated into the ports tree, perhaps as
 	a replacement for the current xorg.</task>
@@ -1421,7 +1425,7 @@
       <p>Focus of the project was extended to also include a new iSCSI
 	initiator.  Compared to the old one, it is more reliable, much
 	more user-friendly, and somewhat faster.  It uses exactly the
-	same configuration file format as the old one, to make migration
+	same configuration file format as the old one to make migration
 	easier.</p>
 
       <p>As for the target side, it was verified to work properly
@@ -1503,7 +1507,7 @@
     </links>
 
     <body>
-      <p>The Xfce &os; Team has updated many ports, specially:</p>
+      <p>The Xfce &os; Team has updated many ports, especially:</p>
 
       <ul>
 	<li>tumbler: 0.1.27 (add new option, COVER)</li>
@@ -1568,7 +1572,8 @@
     <help>
       <task>Port wine64 to &os;.</task>
       <task>Port WoW64 (wine32 and wine64 together) to &os;.</task>
-      <task>Fix 32-/64-bit issues (such as Intel graphics not accelerating).</task>
+      <task>Fix 32- and 64-bit issues (such as Intel graphics not
+	accelerating).</task>
     </help>
   </project>
 



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