diff --git a/en/news/status/report-2008-01-2008-03.xml b/en/news/status/report-2008-01-2008-03.xml index 8a393a518c..f4f6b445e1 100644 --- a/en/news/status/report-2008-01-2008-03.xml +++ b/en/news/status/report-2008-01-2008-03.xml @@ -1,867 +1,867 @@ - + January - March 2008
Introduction

This Status Report covers FreeBSD related projects between January and March 2008. During this time FreeBSD 7.0 was released. BSDCan is upon us with the Developer Summit starting the 14th and the Conference starting the 16th.

Thanks to all the reporters for the excellent work! We hope you enjoy reading.

soc Google Summer of Code proj Projects team FreeBSD Team Reports kern Kernel docs Documentation FreeBSD Bugbusting Team Ceri Davies bugmeister_at_freebsd_dot_org Remko Lodder bugmeister_at_freebsd_dot_org Mark Linimon bugmeister_at_freebsd_dot_org GNATS BugBusting Resources February 2008 Bugathon new PRs in the last 7 days PRs recommended for committer evaluation feedback PRs with no change in 2 months

As one of the results of our January and February bugathons, we have granted Volker Werth (vwe@) direct access to GNATS. During the past few months he has been instrumental in working on several hundred PRs (mainly src-related), and either closing them or helping users work through issues they are having. There have been several commits to the src tree that directly resulted from this. Welcome Volker!

As well, several new people are assisting us in classifying incoming PRs, working with users, and reviewing patches. Among the most active are Bruce Cran, Dylan Cochran, and Harrison Grundy. We appreciate everyone's efforts.

As a direct result of the above, we have been able to hold the overall PR count down to around 5300 (the peak was around 5500). despite the facts that PR submissions have jumped recently, and the ports PR backlog is a little higher than recent trends (due to the long freeze/slush cycle). What is most encouraging, however, is not the absolute number, as much as that we are handling incoming PRs much more quickly and completely. While we are still not where we need to be, this trend is very encouraging.

As well, The Bugbusting Team has learned some lessons about how we can best involve new people in bugbusting, e.g., how to best leverage people who have varying levels of experience and areas of interest. Our old response of "just look through the bug reports and let us know if you see anything that needs doing" tends to discourage all but the most highly-motivated. Some of these ideas are being studied to figure how to change our process flow.

There are still a number of good technical suggestions from the two Bugathons that need to be written up and discussed. The first few have resulted in the following: there are a few new web pages that include: new PRs in the last 7 days; the web representation of the "recommended by bugbusting team" list; and "PRs in feedback with no change for 2 months". (See above). Many more need to be added.

Much of the work of the second Bugathon was in identifying and closing PRs for which fixes had already been committed. Others were identified and relabled as 'patched' to move them along.

Think of some way for committers to only view PRs that have been in some way 'vetted' or 'confirmed.' Generate more publicity for what we've already got in place, and for what we intend to do next. Define new categories, classifications, and states for PRs, that will better match our workflow.
ProPolice support for FreeBSD Jérémie Le Hen jeremie@le-hen.org FreeBSD/SSP

This patch modifies the build infrastructure in order to use GCC's stack-smashing protection (SSP, aka ProPolice) when building world, kernel and ports. Don't forget to see the website and especially the FAQ for a list of ports that fail to build with ProPolice. The patch extends the meaning of src.conf(5) WITHOUT_SSP so as to prevent both building libssp and using ProPolice when compiling. An interesting thing to note is that libssp is GNU licensed (it is provided with GCC 4.2.1) but since libc includes the mandatory symbols, programs won't be linked against GNU libssp. A new knob USE_SSP has been also added for the ports infrastructure, you can set it to "yes" in make.conf(5) and use USE_SSP= on command-line to disable ProPolice for some ports. The patch has been reviewed and should hopefully be committed soon. The port part hasn't been reviewed yet, though.

finstall - Graphical installer for FreeBSD Ivan Voras ivoras@freebsd.org

"finstall" is a graphical installer project for FreeBSD, sponsored by Google during the 2007 Summer of Code. Its goal is to create a modern installer, usable by both novice users and experts. Because it is divided into front end and back end, it can potentially be used for advanced purposes as system configuration, remote and custom installs, etc. The project has resulted in a simple installer ISO image for i386 that can be used for new installations on empty hard drives. Development has continued post-SoC but somewhat slowly; recently implemented features include ZFS support and BSDStats support. To attract more potential developers (especially those without an account on FreeBSD's official development systems), the project has moved to SourceForge. Future development plans include support for headless / remote installs, partitioning, etc. Talks about finstall will be given at BSDCan 2008.

Remote / headless install support. Better partitioning support in the front end. GPT boot support. Fine grained package selection support.
The FreeBSD Foundation Deb Goodkin deb@FreeBSD.org The FreeBSD Foundation Website FreeBSD Foundation Mailing List

The foundation provided legal counsel for the project to understand the impact of GPLv3 on the project and to create a policy on software licenses. We approved a budget of $250,000 for 2008. We were a sponsor for AsiaBSDCon and provided travel grants to three people to attend the conference. We are a sponsor for BSDCan and the BSDCan Developer Summit. We have approved travel grants for 10 people to attend BSDCan. We are supporting projects that will provide Java 1.6 binaries for FreeBSD 6.3 and 7.0. Join our mailing list to recieve monthly updates. See you at BSDCan!

Ideas Web Application Murray Stokely murray@FreeBSD.org Idea Database Design Document

A prototype web application has been written for the http://www.FreeBSD.org website which allows authenticated users to add new development ideas or comment and vote on ideas added by others. This application is a proposed replacement for the static webpage that is currently maintained with project ideas for summer of code students and others looking to get involved with FreeBSD.

Some of the features currently available include:

The code is checked into perforce under //depot/user/murray/www/apps/django/ideas/... and I would eventually like to see this hosted on FreeBSD.org hardware, linked from the main website, and checked into www/apps/django/ideas.

A thorough security review of the code is needed. If you have experience with reviewing web applications for sql injection, cross-site scripting, and other vulnerabilities please contact me. The application uses the Django framework. Better import/export tools to get the data from our current ideas.xml web app into the database and back out again. More usability review and suggestions needed to make this a compelling replacement to the current static XML system.
Multi-IPv4/v6/no-IP jails Bjoern A. Zeeb bz@FreeBSD.org Webpage for regularly updates and patches Perforce tree

The multi-IPv4/v6 jails project was resumed in early January after previous work had been abandoned in 2006.

As an alternate solution to full network stack virtualization, this work shall provide a lightweight solution for multi-IP virtualization. The changes are even more important because of the emerging demand for IPv6.

The current status includes updated user space utilities. Kernel side has grown support for multiple IP addresses for both address families in jails, as well as no IP addresses at all. 32bit and jail version 1 backward compatibility support were implemented.

The development was moved to perforce and patches for early adopters are available.

The TODO list can be found in the TODO file in perforce. Regression tests and review.
The Ports Collection Mark Linimon linimon@FreeBSD.org The FreeBSD Ports Collection Contributing to the FreeBSD Ports Collection FreeBSD ports unfetchable distfile survey (Bill Fenner's report) FreeBSD ports monitoring system The FreeBSD Ports Management Team marcuscom Tinderbox

portmgr is pleased to announce that Florent Thoumie (flz) has joined us. We immediately put him to work on cleaning up the pkg_* tools.

After the extended freeze and then slush for 7.0R, we have finally been able to start catching up on the backlog that built up during that time.

The ports count is now over 18,200. The PR count has only dropped to around 1000. We are still turning around PRs fairly quickly, but are not making progress on the backlog.

We have only been able to do 2 -exp runs recently. Although a number of PRs have been closed, we are still at 57 portmgr PRs.

During this period, GNOME has been updated to 2.22.0. Also, a new port for linux emulation (emulators/linux_base-f8) has been introduced for general testing.

XFree86 has been removed. (It had been deprecated for quite some time; modern development seems to be happening in X.Org.) This simplifies the infrastructure. A few other stale ports have been reaped.

The following large changes are in the pipeline:

We are currently building packages for amd64-5, amd64-6, amd64-7, amd64-8, i386-5, i386-6, i386-7, i386-8, sparc64-6, and sparc64-7. Note, however, that RELENG_5 will reach end of its supported life May 31, 2008, and package builds for those 2 buildenvs will stop as of that date.

We have been able to use some new machines to speed up the package builds (in particular, amd64) -- in fact, to the point that we are now outrunning the capacity of some of the mirrors to stay current. A solution for the problem is being investigated.

We have added 4 new committers since the last report.

Most of the remaining ports PRs are "existing port/PR assigned to committer". Although the maintainer-timeout policy is helping to keep the backlog down, we are going to need to do more to get the ports in the shape they really need to be in. Although we have added many maintainers, we still have over 4,000 unmaintained ports (see, for instance, the list on portsmon). We are always looking for dedicated volunteers to adopt at least a few unmaintained ports. As well, the packages on amd64 and sparc64 lag behind i386, and we need more testers for those.
Rewriting the TTY layer Ed Schouten ed@80386.nl + href="http://p4web.freebsd.org/@md=d&cd=//&c=7ru@//depot/user/ed/mpsafetty/?ac=83"> Perforce branch

About 10 weeks ago I started rewriting the TTY layer. The existing TTY code is about 20-25 years old and has been extended over and over, without really improving its design.

The new TTY layer will allow us to remove usage of the Giant from drivers. It also includes an improved buffering mechanism, which has more constant-time operations and prevents copying data multiple times when moving data to userspace.

Right now the code should work quite well for most users. The code in Perforce includes a new pseudo-TTY driver, which is finally capable of destroying TTY's and their associated buffers when needed. The syscons, uart and ucom drivers have also been ported to the new TTY layer.

The code is quite complete, but it still misses driver interaction for carrier/connection detection and sending breaks. Many drivers still need to be ported.

People who are willing to test. Contact me if you cannot perform Perforce checkouts. Not all drivers have been ported. Patches or hardware are welcome. Some changes could already be backported.
Summer of Code Murray Stokely murray@FreeBSD.org Robert Watson rwatson@FreeBSD.org

The student application period for the Summer of Code is over and the mentors and administrators are carefully reviewing the applications, clarifying the project parameters, and deciding which students to recommend for funding from Google.

This year we received over 100 student applications from students in 26 different countries. We also have over 60 potential mentors that we are currently matching up with students. We will soon announce the winning students on the summer of code website and the process of bringing these students into our development community will begin.

Each student will again be given Perforce and wiki access and all developers are encouraged to contact any students working in related areas, as we don't want the students to have access to our community only through their formal assigned mentor.

Help introduce our new summer of code students to FreeBSD development. Some students are very experienced at developing on FreeBSD and others are new to our environment and could use more assistance. Update the ideas database with new project ideas that you'd like to see for next year's Summer of Code.
UnionFS Improvements Daichi GOTO daichi@freebsd.org Masanori OZAWA ozawa@ongs.co.jp

Our implementation of UnionFS has been merged into HEAD, 7-stable and 6-stable already. Now we are working on UnionFS stability improvement. We have developed the following 5 patches. If you are interested, please try them and report your results.

Robert Watson has pointed out that unionfs-p20-5.diff has some problems around how it treats sockets. We are researching those.
USB Hans Petter Sirevaag Selasky hselasky@freebsd.org + href="http://p4web.freebsd.org/@md=d&cd=//depot/projects/usb/src/sys/dev/usb/&c=A2y@//depot/projects/usb/src/sys/dev/usb/?ac=83"> Current USB files + href="http://p4web.freebsd.org/@md=d&cd=//depot/projects/usb/src/sys/dev/usb/&cdf=//depot/projects/usb/src/sys/dev/usb/README&sr=136513&c=2Ro@//depot/projects/usb/src/sys/dev/usb/README"> Current USB API README file Install instructions

During the last three months there has mostly been bugfix and documentation commits. The code is currently in a stable and full featured state. The FreeBSD P4 USB project now has a fully symmetric USB stack at API level and has been tested to work with AT91RM9200 ARM based boards and USS820 based devices. There are currently two USB device side drivers implemented, namely CDC Ethernet and Mass Storage (SCSI+BBB) so that you can now make your custom USB Flash Disk using FreeBSD. Don't confuse USB device side drivers with USB host side drivers.

Currently the USB P4 project is under review.

Ideas and comments with regard to the new USB API are welcome on the FreeBSD USB Mailing List .

The Spanish Documentation Project José Vicente Carrasco Vayá carvay@FreeBSD.org Gábor Kövesdán gabor@FreeBSD.org FreeBSD Spanish Website Spanish Translations

We are progressing better these days again. We have made some updates to the website and to the Handbook, including the complete translation of the jails chapter. We have also added a new translation of an article and an another one is under review.

Complete updating of the website. Update the Handbook and translate new chapters.
The Hungarian Documentation Project Gábor Kövesdán gabor@FreeBSD.org Gábor Páli pgj@FreeBSD.org Hungarian website Hungarian articles

We are pleased to welcome Gábor Páli as a doc committer. He has successfully completed the translation of the FreeBSD Handbook. The final review of his work is pending now and we will import it soon to the repository. We consider the translation of the release notes the next important milestone of this translation project.

Review the translated Handbook. Translate release notes for -CURRENT and 7.X.