diff --git a/en/news/status/Makefile b/en/news/status/Makefile
index 1554baba15..d8bcbc3d92 100644
--- a/en/news/status/Makefile
+++ b/en/news/status/Makefile
@@ -1,51 +1,52 @@
-# $FreeBSD: www/en/news/status/Makefile,v 1.41 2008/02/18 03:23:14 brd Exp $
+# $FreeBSD: www/en/news/status/Makefile,v 1.42 2008/05/14 22:54:14 brd Exp $
.if exists(../Makefile.conf)
.include "../Makefile.conf"
.endif
.if exists(../Makefile.inc)
.include "../Makefile.inc"
.endif
DOCS= status.sgml
XMLDOCS= report-2001-06
XMLDOCS+= report-2001-07
XMLDOCS+= report-2001-08
XMLDOCS+= report-2001-09
XMLDOCS+= report-2001-11
XMLDOCS+= report-2001-12-2002-01
XMLDOCS+= report-2002-02-2002-04
XMLDOCS+= report-2002-05-2002-06
XMLDOCS+= report-2002-07-2002-08
XMLDOCS+= report-2002-09-2002-10
XMLDOCS+= report-2002-11-2002-12
XMLDOCS+= report-2003-01-2003-02
XMLDOCS+= report-2003-03-2003-09
XMLDOCS+= report-2003-10-2003-12
XMLDOCS+= report-2004-01-2004-02
XMLDOCS+= report-2004-03-2004-04
XMLDOCS+= report-2004-05-2004-06
XMLDOCS+= report-2004-07-2004-12
XMLDOCS+= report-2005-01-2005-03
XMLDOCS+= report-2005-03-2005-06
XMLDOCS+= report-2005-07-2005-10
XMLDOCS+= report-2005-10-2005-12
XMLDOCS+= report-2006-01-2006-03
XMLDOCS+= report-2006-04-2006-06
XMLDOCS+= report-2006-06-2006-10
XMLDOCS+= report-2006-10-2006-12
XMLDOCS+= report-2007-01-2007-03
XMLDOCS+= report-2007-04-2007-06
XMLDOCS+= report-2007-07-2007-10
XMLDOCS+= report-2007-10-2007-12
XMLDOCS+= report-2008-01-2008-03
+XMLDOCS+= report-2008-04-2008-06
XSLT.DEFAULT= report.xsl
# Install a sample This Status Report covers FreeBSD related projects between April
+ and June 2008. During this period The FreeBSD Foundation has
+ released their July
+ Newsletter. Thanks to all the reporters for the excellent work! We hope you
+ enjoy reading. After the last couple of months of intensive development going
+ on towards FreeBSD support for Marvell System-on-Chip devices, we
+ have FreeBSD 8.0-CURRENT running on the following systems: The above families of SOCs are built around CPU
+ cores compliant with ARMv5TE instruction set architecture
+ definition. They share a number of integrated peripherals, for most
+ of which we already have operational and stable drivers: High level functional summary: The code is partially available (Orion in Perforce), other
+ variants will also be integrated with Perforce/SVN soon. This project aims to implement graphics support for FreeBSD's
+ boot loader. It will replace the existing ASCII menu. (Note that
+ the ASCII menu will still be available when graphics mode cannot be
+ used, such as on serial console or on unsupported hardware.) For a more detailed description and screen shots please refer to
+ the project's Wiki URL above. Progress is slow (due to lack of time) but steady. The code
+ currently lives in the Perforce repository. I'll try to prepare a
+ first public CFT as soon as possible. We have granted Bruce Cran (bruce@) direct access to GNATS and
+ Volker Werth (vwe@) has been released from mentorship. We
+ appreciate their help! We had a third bugathon in June, which resulted in the closing
+ of a number of bugs and the investigation/classification of several
+ others. We are still trying to find ways to get more committers
+ helping us with closing PRs that the team has already analyzed. We continue to make good progress in categorizing PRs as they
+ arrive with 'tags' that correspond to manpages. (Special thanks go
+ to Dylan Cochran for the help.) As a result, we now have created
+ some prototype reports that allow browsing the database
+ In addition, another new report, oriented towards PR submitters,
+ summarizes the
+ Mark Linimon summarized the good technical suggestions from the
+ bugathons so far this year to the wiki. As a part of this, he
+ rearranged the wiki pages, so if you have not seen them for a
+ while, please see
+ Jeremy Chadwick (koitsu@) is now maintaining a
+ The overall PR count has been holding at around 5300 since the
+ last release. For the past couple of months I have been working on
+ generalizing the package build cluster to allow it to host other
+ batch and interactive jobs. Currently we make an inefficient use of
+ build machines because various projects have dedicated machines
+ that are either underloaded or overloaded for their particular
+ tasks. The goal is to provide a framework for combining all of
+ these machine resources into a single cluster that can be shared by
+ many users, reducing dead time and allowing distributed build tasks
+ to take advantage of extra build resources when available.
+ Developers will be able to obtain on-demand interactive access to a
+ jail running on any of the available architectures, with root
+ access. Similarly, batch jobs will specify their resource
+ requirements and be dispatched to run on a suitable machine in the
+ cluster. Current status: The job queue manager is working and is
+ now being used to map package builds to machines. Various package
+ build scripts have been rewritten to use it instead of the previous
+ build scheduler. The generic job dispatcher is being prototyped and
+ will be validated with several existing services such as INDEX
+ builds. Various support services like ZFS snapshot replication have
+ been written.
+ The FreeBSD Dutch Documentation Project is an ongoing project
+ to translate the FreeBSD Documentation resources to the Dutch
+ language. The project is currently progressing very well in translating
+ the FreeBSD Handbook to the Dutch language, the last chapter is
+ being translated by the project members. Recent achievements include the translation of the Jails
+ chapter, and the Virtualization chapter, as well as progression
+ on the Advanced Networking chapter. Rene Ladan is a keyplayer in
+ that region. We also started with the FAQ translation, which is another
+ major target which we should be reaching at some point. If you care to helpout with the translation(s) and/or want to
+ know something about it, please do not hesitate to contact us, we
+ are glad to help where possible.
+
+
+
+
+
+
+
+
An extensive work on renovating the FreeBSD FAQ has been started + to support its Greek and Hungarian translations. Further + improvements and content changes are still possible, we hope other + committers will help us to keep the FAQ updated and tuned + further.
+ +We have launched a renewal proposal to collect and organize the + ideas around a more interactive, accurate, open for comments, + consistent across several views etc. FAQ document. We would like to + experiment with methods to implement the goals mentioned before, + and help is more than welcome.
+ + +Between the last report and this one, the project has yielded a + LiveCD installer for i386 containing FreeBSD 7.0-RELEASE. The + project was presented at BSDCan 2008. The development is + progressing slowly due to the lack of free time. I'm looking for + funding that will allow me more involvement in the project. The big + item currently in development is documentation and description of + the protocol used between the front-end and the back-end, which + will result in more robustness in the implementation and could + support third-party clients. This sub-project is near completion. + The project is currently hosted at SourceForge to allow + contribution from non-FreeBSD developers.
+ + +Hungarian translation of the + + FreeBSD Handbook + + has been finally committed to the doc repository. The translation + of the + FreeBSD FAQ + + has also been started, however, the original document needed to be + brought up to date first. Two other article translations has been + added, + + compiz-fusion + + and + + linux-users.
+ +Our Perforce depot was reorganized for the better layout, giving + newcomers more space to play. The + + checkupdate + + script written by Giorgos Keramidas, a new tool for checking + translations has been adopted to help the project's work.
+ + +Qt4 has been updated to 4.4.1 in our test repository. We ran + into some runtime problems with Qt 4.4.0, so it was never committed + it to the ports tree. Most of the problems have been fixed in 4.4.1 + and we plan to commit it in a few days.
+ +At the moment, the KDE 4.1 ports are ready for testing before + they are committed to the FreeBSD ports tree. We have already had + the first Call for Public Testing on July 17th, 2008 with KDE 4.1 + beta2. The feedback has been positive so far. If you want to help + to test them to speed up the process, please visit the + Wiki page + + and provide feedback.
+ +We plan to have it all committed by the middle of August.
+ +Project aims to improve layer2 filtering in ipfw and pf. So far + following project goals are achieved: pfil framework is extended to + handle ethernet packets, ipfw layer2 filtering is greatly + simplified, added l2filter and l2tag per interface flags. Both ipfw + and pf firewalls support filtering by ethernet addresses, support + stateful filtering with ethernet addresses and firewall's lookup + tables are extended to contain ethernet addresses.
+ + +The ports count has jumped to over 19,000. The PR count has been + holding steady at around 900.
+ +KDE has been updated to 4.1. Special thanks go to Martin Wilke + for a great deal of pre-testing.
+ +GNOME has been updated three times, first to 2.22.1 and then to + 2.22.2 and 2.22.3.
+ +Other notable updates are automake, gettext, libtool, and + m4.
+ +Florent Thoumie has been working on some updates to the pkg_* + tools.
+ +Ion-Mihai Tetcu has set up a tinderbox with several purposes: + first, to quickly try to build packages as changes are committed; + secondly, to build them with a non-standard set of environment + variables; and thirdly, to build older packages with the non- + standard set of environment variables. As a result of all this + work, and work by various committers, we are much closer to + building packages corrected in the NOPORTDOCS case.
+ +Kris Kennaway has done a substantial rewrite of the package
+ building tools, including moving as a default to ZFS, which allows
+ quick cloning of src and ports directories. It is now much easier
+ to manage and monitor the builds. Work on this is continuing. See
+ the commits to
+
We have been able to do many -exp runs since the last report, + including those for bsd.cmake.mk, autotools update, CC environment + passing, the KDE 4.1 pre-integration and post-integration checks, + lockmgr changes, tty changes, and others.
+ +Although a number of PRs have been closed, we are still at 57 + portmgr PRs, the same as the last report.
+ +The following large changes are in the pipeline: +
We are currently building packages for amd64-6, amd64-7, + amd64-8, i386-6, i386-7, i386-8, sparc64-6, and sparc64-7. RELENG_5 + has reached the end of its supported life.
+ +We have added 4 new committers since the last report.
+ + +The grep utility is ready for a thorough test on the portbuild + cluster. It is almost compatible with GNU grep, but there are + differences in the regex handling at the level of the regex + libraries of GNU and the base system one, thus a better + compatibility is very hard to implement.
+ +Some progress has been made on diff, but some important options + are still missing. The sort utility seems to be very problematic in + the aspect of the wide character support by design, thus it was + given a lower priority.
+ + +We have not made any significant progress in this period. We + definitely need more active translators to progress with the + translation project.
+ + +During the last three months there has been a number of changes. + Most notably all global USB symbols have been renamed to "usb2_" to + allow for co-existence with the old USB stack. Also there is now a + completely new and reworked UGEN driver which allows multiple + drivers to hook onto the same USB device. No more need to unload + any kernel drivers. For example it is now possible to have a + userland Mouse driver stealing half of the mouse events at the same + time "ums" is loaded. The only disadvantage is that your mouse + cursor will move slower on the screen. This is maybe not the most + common use-case, but it illustrates that kernel USB drivers are no + longer locking out other USB userland drivers. A new userland + libusb is in the works for FreeBSD. The USB stack now also has + support for independent USB BUS, USB Device, and USB Interface + permissions. That means you can more easily give USB permissions to + USB device drivers at either USB BUS, USB Device or USB Interface + level. All USB modules have now been grouped into functional + categories: usb2_bluetooth, usb2_ndis, usb2_controller, usb2_quirk, + usb2_core, usb2_serial, usb2_ethernet, usb2_sound, usb2_image, + usb2_storage, usb2_input, usb2_template, usb2_misc, and + usb2_wlan.
+ +Ideas and comments with regard to the new USB API are welcome + on the + FreeBSD-USB Mailing List.
+ +Use the xml generator or download and edit the xml-template.
One of the benefits of the FreeBSD development model is a focus on centralized design and implementation, in which the operating system is maintained in a central repository, and discussed on centrally maintained lists. This allows for a high level of coordination between authors of various components of the system, and allows policies to be enforced over the entire system, covering issues ranging from architecture to style. However, as the FreeBSD developer community has grown, and the rate of both mailing list traffic and tree modifications has increased, making it difficult even for the most dedicated developer to remain on top of all the work going on in the tree.
The FreeBSD Quarterly Development Status Report attempts to address this problem by providing a vehicle that allows developers to make the broader community aware of their on-going work on FreeBSD, both in and out of the central source repository. For each project and sub-project, a one paragraph summary is included, indicating progress since the last summary. If it is a new project, or if a project has not submitted any prior status reports, a short description may precede the status information.
These status reports may be reproduced in whole or in part, as long as the source is clearly identified and appropriate credit given.