Introduction

From owner-svn-doc-head@FreeBSD.ORG Thu May 9 13:39:39 2013 Return-Path: Delivered-To: svn-doc-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2E3D1662; Thu, 9 May 2013 13:39:39 +0000 (UTC) (envelope-from pgj@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF118A6; Thu, 9 May 2013 13:39:39 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.6/8.14.6) with ESMTP id r49Dddeb081327; Thu, 9 May 2013 13:39:39 GMT (envelope-from pgj@svn.freebsd.org) Received: (from pgj@localhost) by svn.freebsd.org (8.14.6/8.14.5/Submit) id r49DdcEA081325; Thu, 9 May 2013 13:39:38 GMT (envelope-from pgj@svn.freebsd.org) Message-Id: <201305091339.r49DdcEA081325@svn.freebsd.org> From: Gabor Pali Date: Thu, 9 May 2013 13:39:38 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r41575 - head/en_US.ISO8859-1/htdocs/news/status X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2013 13:39:39 -0000 Author: pgj Date: Thu May 9 13:39:38 2013 New Revision: 41575 URL: http://svnweb.freebsd.org/changeset/doc/41575 Log: - Add the first quarterly status report of 2013. Note that it is not yet linked to the web site, probably it will be done soon -- around the same time when it is officially pbulished (i.e. this week). Added: head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml (contents, props changed) Modified: head/en_US.ISO8859-1/htdocs/news/status/Makefile Modified: head/en_US.ISO8859-1/htdocs/news/status/Makefile ============================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/Makefile Thu May 9 09:21:26 2013 (r41574) +++ head/en_US.ISO8859-1/htdocs/news/status/Makefile Thu May 9 13:39:38 2013 (r41575) @@ -58,6 +58,7 @@ XMLDOCS+= report-2012-01-2012-03 XMLDOCS+= report-2012-04-2012-06 XMLDOCS+= report-2012-07-2012-09 XMLDOCS+= report-2012-10-2012-12 +XMLDOCS+= report-2013-01-2013-03 XSLT.DEFAULT= report.xsl Added: head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2013-01-2013-03.xml Thu May 9 13:39:38 2013 (r41575) @@ -0,0 +1,1616 @@ + + + + + + January-March + + 2013 + + +

+ Introduction + +

This report covers &os;-related projects between January and + March 2013. This is the first of four reports planned for 2013.

+ +

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.

+ +

Thanks to all the reporters for the excellent work! This report + contains 30 entries and we hope you enjoy reading it.

+ +

The deadline for submissions covering the period between April + and June 2013 is July 14th, 2013.

+ + + proj + + Projects + + + + team + + &os; Team Reports + + + + kern + + Kernel + + + + docs + + Documentation + + + + arch + + Architectures + + + + ports + + Ports + + + + misc + + Miscellaneous + + + + &os; Core Team + + + + + Core Team + + core@FreeBSD.org + + + + + + +

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.

+ +

Due to some debates around the political correctness of quotes + added for the fortune(6) utility, the corresponding data file + has been removed from the base system in -CURRENT.

+ +

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 + resolving the current situation of the binary package building + cluster and the associated security problems in tight + cooperation with the Ports Management Team, Cluster + Administators, and the &os; Foundation Board. The compromise page + is kept updated on the results.

+ +

The &os; Project submitted an application for Google Summer of + Code this year again.

+ +

In the first quarter, the Core Team granted access for 2 new + committers and took 1 commit bit for safekeeping.

+ + + + + &os; Port Managers + + + + + Thomas + Abthorpe + + portmgr-secretary@FreeBSD.org + + + + + Port + Management Team + + portmgr@FreeBSD.org + + + + + + + + + + + + + + +

The ports tree contains approximately 24,300 ports, while the + PR count still is close to 1600.

+ +

In the first quarter we added 4 new committers, took in 1 + commit bit for safe keeping, and re-instated 1 commit bit.

+ +

In February, Mark Linimon (linimon) stepped down from his + duties in the team. Mark had been the longest serving member of + the team. Mark had spent many long hours refactoring and + documenting the portbuild software to ensure that pointyhat + services could be restored.

+ +

After a security review, redports.org was turned back on, + restoring Tinderbox services to contributors, along with post + commit QATs. In addition, pointyhat infrastructure had also + undergone a review and work begain on restoring the package + build system.

+ +

Erwin Lansing (erwin) and Martin Wilke (miwi) took on the + principle roles of getting the portbuild software intalled 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 + of 9.1 packages retroactively prepared.

+ +

After many long years of being the defacto standard for the + Project, CVS support for the ports tree officially ended on + February 28.

+ +

The ports tree was tagged with RELEASE_7_EOL, to + coincide with the end of life for &os; 7.X.

+ +

Beat Gaetzi (beat) stepped down from his duties on portmgr@ in + March. Among his notable contributions, was the task of migrating + the Ports Tree from the old CVS repo to Subversion.

+ +

Bryan Drewery (bdrewery) joined the Ports Management team in + March, bringing with him his wealth of knowledge and skill from + maintaining portupgrade, portmaster, assisting with pkgng, as + well as co-developing poudriere.

+ + + + Most ports PRs are assigned, we now need to focus on + testing, committing and closing. + + + + + The &os; Japanese Documentation Project + + + + + Hiroki + Sato + + hrs@FreeBSD.org + + + + + Ryusuke + Suzuki + + ryusuke@FreeBSD.org + + + + + Japanese &os; Web Page + The &os; Japanese Documentation Project Web Page + + + +

Web page (htdocs): Newsflash and some other updates in + the English version have been translated to keep them up-to-date. + Specifically, the release related contents were updated in this + period.

+ +

Books: &os; Handbook has constantly been updated since the last + report; particularly, "ports", "desktop" section were largely + updated. Some progress has been made in the + "advanced-networking" section, contributed by a new + translator.

+ +

Writing &os; Problem Reports article is now in sync with + the English version.

+ + + + Further translation work of outdated documents in + ja_JP.eucJP subtree. + + + + + &os; on Cubieboard + + + + + Ganbold + Tsagaankhuu + + ganbold@FreeBSD.org + + + + + Oleksandr + Tymoshenko + + gonzo@FreeBSD.org + + + + + + +

Initial support of Allwinner A10 SoC is committed to -CURRENT. + &os; is now running on boards such as Cubieboard, Hackberry and + it supports following peripherals:

+ +

USB EHCI
GPIO

+ + + + Get EMAC Ethernet driver working. Need more help from + network driver experts. + Implement more drivers. + + + + + Multipath TCP (MPTCP) for &os; + + + + + Nigel + Williams + + njwilliams@swin.edu.au + + + + + Lawrence + Stewart + + lastewart@swin.edu.au + + + + + Grenville + Armitage + + garmitage@swin.edu.au + + + + + + + + + + + +

We have been working to create a BSD-licensed implementation of + Multipath TCP — a set of TCP extensions that allow for + transparent multipath operation with multiple IP addresses as + specified in experimental RFC6824.

+ +

We made our first v0.1 public release on 2013-03-11 and + recently released v0.3 on 2013-04-16. The code is currently + considered to be of alpha quality. We are working towards + pushing the code into a &os; Subversion repository project + branch to continue the on-going development effort in a more + publicly accessible location. As part of this move, we hope to + begin releasing regular snapshot installer ISOs of the MPTCP + project branch courtesy of Hiroki Sato and the allbsd.org daily + snapshot infrastructure.

+ +

We are about to releas a CAIA technical report 130424A entitled + Design Overview of Multipath TCP version 0.3 for + &os; 10 on 2013-04-24 which provides a high-level + design and architecture overview of the v0.3 code release.

+ +

Going forward, we expect to continue development and release + additional technical reports and academic papers covering topics + such as performance analysis and multipath congestion + control/scheduling.

+ + + + The code is currently of alpha quality so we welcome all + testing feedback, but please familiarise yourself with the readme + file and "Known Limitations" section in particular before + jumping in. + + + + + TCP-AO Authentication Option + + + + + André + Oppermann + + andre@FreeBSD.org + + + + + SVN branch + + + +

Work is under way to implement TCP-AO (TCP Authentication + Option) according to RFC5925 and RFC5926. TCP-AO is an + extension to TCP-MD5 signatures commonly used in routers to + secure BGP routing protocol sessions against spoofing attacks. + The work is under contract and sponsored by Juniper + Networks.

+ + + + + Atomic Close-on-exec + + + + + Jilles + Tjoelker + + jilles@FreeBSD.org + + + + + + + + +

If threads or signal handlers call fork() and + exec(), file descriptors may be passed undesirably to + child processes, which may lead to hangs (if a pipe is not + closed), exceeding the file descriptor limit and security + problems (if the child process has lower privilege). One + solution is various new APIs that set the close-on-exec + flag atomically with allocating a file descriptor. Some + existing software will use the new features if present or will + even refuse to compile without them.

+ +

Various parts have been present for some time.

+ +

In first quarter of 2013, extensions to recvmsg(), + socket(), socketpair() and + posix_openpt() have been added.

+ + + + + BXR.SU — Super User's BSD Cross Reference + + + + + Constantine A. + Murenin + + cnst++@FreeBSD.org + + + + + BXR.SU — Super User's BSD Cross Reference + + + + +

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 + BSD.

+ +

BXR.SU is optimised to be very fast, has daily updates of all + the trees, and also acts as a deterministic URL shortener.

+ +

BXR.SU is based on an OpenGrok fork, but it is more than just + OpenGrok. We have fixed a number of annoyances, eliminated + features that just never worked right from the outright, and + provided integration with tools like CVSweb (including great + mirrors like allbsd.org), &os;'s ViewVC (SVN), as well as GitHub + and Gitweb from git.freebsd.your.org, plus a tad of + other improvements, including a complete rewrite of an mdoc + parser. Last, but definitely not least, is an extensive set of + nginx rewrite rules that makes it a breeze to use BXR.SU as a + deterministic URL compactor for referencing BSD source code. + For example, the http://bxr.su/f/kern/sched_ule.c URL + will automatically redirect to + http://bxr.su/FreeBSD/sys/kern/sched_ule.c through + nginx.

+ +

Note that according to the release schedule of BXR.SU, there is + no IPv4 glue until 2013-04-24; otherwise, the service is available + via both IPv4 and IPv6. See the 2013-04-01 announcement on the + freebsd-hackers mailing list for more details.

+ + + + Find up-to-date git repositories (served with Gitweb) of + NetBSD and OpenBSD. + Find a Gitweb mirror of &os; that is faster than GitHub and + Gitorious. + + + + + &os; Postmaster Team + + + + + David + Wolfskill + + postmaster@FreeBSD.org + + + + + + +

In the first quarter of 2013, the &os; Postmaster Team has + implemented the following items that may be interest of the + general public:

+ +

Changes in configuration of Mailman-managed lists: allow to + accept the application/pkcs7-signature MIME type (in + addition to the application/x-pkcs7-signature MIME + type), thus permitting S/MIME signatures on list mail.
New lists: freebsd-ops-announce — + announcements of infrastructure issues, and freebsd-pkg + — discussion of binary package management and package + tools.

+ + + + + &os; Bugmeister Team + + + + + Eitan + Adler + + eadler@FreeBSD.org + + + + + Gavin + Atkinson + + gavin@FreeBSD.org + + + + + Oleksandr + Tymoshenko + + gonzo@FreeBSD.org + + + + + + +

The &os; Bugmeister Team are continuing to evaluate options for + alternate bug trackers and have narrowed their choices to two + possibilities: Bugzilla and roundup.

+ +

The number of non-ports PRs have remained relatively static over + the last three months, with as many coming in as being closed. + The number of ports PRs have increased recently, largely due to + the ports freeze for the upcoming 8.4-RELEASE.

+ +

The Bugmeister team continue work on trying to make the contents + of the GNATS PR database cleaner, more accessible and easier for + committers to find and resolve PRs, by tagging PRs to indicate + the areas involved, and by ensuring that there is sufficient + info within each PR to resolve each issue.

+ +

As always, anybody interested in helping out with the PR queue is + welcome to join us in #freebsd-bugbusters on EFnet. We + are always looking for additional help, whether your interests + lie in triaging incoming PRs, generating patches to resolve + existing problems, or simply helping with the database + housekeeping (identifying duplicate PRs, ones that have already + been resolved, etc). This is a great way of getting more + involved with &os;!

+ + + + Finalize the decision of which new bug tracker to + use. + + Get more users involved with triaging PRs as they come + in. + + Assist committers with closing PRs. + + + + + callout(9) Improvements + + + + + Davide + Italiano + + davide@FreeBSD.org + + + + + Alexander + Motin + + mav@FreeBSD.org + + + + + + + + + + +

In &os;, timers are provided by the callout facility, which + allows to register a function with an argument to be called at + 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 + 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 + programming interface to take advantage of the new features.

+ + + + Evaluating if it's worth to migrate any of the other + callout(9) consumers to the new interface. + Move callout consumers still using the legacy + timeout()/untimeout() interface to callout_*() in order to get + rid of redundant code and clean up KPI. + + + + + &os; Haskell Ports + + + + + Gábor + Páli + + pgj@FreeBSD.org + + + + + Ashish + Shukla + + ashish@FreeBSD.org + + + + + &os; Haskell wiki page + &os; Haskell ports repository + + + +

We are proud to announce &os; Haskell Team has updated existing + ports to their latest stable versions. We also added number of + new ports, which brings the count of Haskell ports in &os; ports + tree to more than 400, featuring many popular software, e.g. + xmonad, git-annex, pandoc or various + web framework implementations. All of these updates will be + available as part of the upcoming 8.4-RELEASE. We also came to + know that Haskell ports are also being used successfully on + DragonFlyBSD's dports tree.

+ +

In our development repository, there was some optional support + added for LLVM-based code generation using the GHC LLVM backend. + This works mostly on &os; too, though some of the ports would + need fixing so it is still considered experimental.

+ + + + Try to build GHC with clang (as system compiler). + Commit pending Haskell ports to the &os; ports tree. + Add more ports to the Ports Collection. + + + + + FreeNAS + + + + + Alfred + Perlstein + + alfred@FreeBSD.org + + + + + Josh + Paetzel + + jpaetzel@FreeBSD.org + + + + + + + + +

FreeNAS 8.3.1-RELEASE-p2 will hit Sourceforge the second week + of April, and should end up as the last FreeNAS release based on + &os; 8.X It's currently the only Free Open Source NAS + product available with any form of ZFS encryption (provided by + GELI).

+ + + + The team is hard at work on getting a &os; 9.X-based + release of FreeNAS ready. Currently there are several nightly + snapshots available. + + Add HAST to the webinterface. + + Migrate to NFSv4. + + Integrate foundation sponsored kernel iSCSI target. + + + + + Improving the Documentation Project Infrastructre + + + + + Gábor + Kövesdán + + gabor@FreeBSD.org + + + + + The xml-tools branch + + + +

There is an ongoing 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:

+ +

Upgrade to DocBook 4.5.
Use XSLT instead of DSSSL to render XHTML-based output.
Generate PDF from PS and simplify image processing.
Fix make lint and validate the whole documentation set.
Fix rendering of TOC elements.
Fix misused link elements that resulted in a corrupt + rendering.
Use more human-friendly publication data and release info + rendering.
Add support for XInclude in DocBook documents.
Add support for profiling with attributes.
Add support for Schematron constraints.
Add experimental epub support.
Add experimental support for XSL-FO-based printed + output.
Clean up obsolete SGML constructs.
Clean up catalogs.
Drop HTML Tidy since it is not needed any more.

+ +

The changes eliminate some dependencies and switch the doc + repository to a real XML toolchain with proper validation and + more advanced rendering tools. The only exceptions are Jade and + the DSSSL stylesheets, which are still needed for printed + output.

+ + + + Fix rendering problems with images in printed + formats. + + Update the Documentation Primer to reflect changes. + + + + + GNOME/&os; + + + + + &os; GNOME team + + gnome@FreeBSD.org + + + + + + + + + + + +

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 + example. The telepathy stack and empathy where also + updated.

+ +

The USE_GNOME macro has received support for + :run and :build targets thanks to Jeremy + Messenger (mezz). Currently only libxml2 and libxslt support + these targets.

+ +

USE_GNOME=pkgconfig is being deprecated in favor of + USE_PKGCONFIG=build. 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 + USE_GNOME=pkgconfig in X components will be removed. + After the fallout from this is handled and stranglers are + converted the USE_GNOME option will be removed.

+ +

In addition USE_GNOME=gnomehack is deprecated and + should not be used. Please replace it with + USES=pathfix.

+ +

The GNOME development repository has switched from CVS to SVN. + CVS will not get any more updates. Uses can get a new version + of the marcusmerge + script that supports SVN from its home page, and should remove + the old CVS checkout "ports" dir.

+ +

SVN anonymous root: + or (IPv6).

ViewVC:

+ +

On-going efforts:

+ +

glib 2.36, pango 1.34.0, gtk + 3.8.0 and gobject-introspection 1.36.0 where updated in + the GNOME development repository.
Gustau Perez i Querol stepped up and started work on + updating the old GNOME 3.4 ports to 3.6. At the moment of + writing these are not available in the GNOME development + repository just yet. For his efforts, he was awarded a &os; + GNOME team membership.
Jeremy Messenger (mezz) has completed Mate 1.6 which will be arriving in + ports near you when deemed stable enough.

+ +

If you want to help with keeping the documentation updated or + helping out in other ways, even if it only parts for the + Glib/Gtk/GNOME stack you are interested in, please contact + us!

+ + + + Update the FreeBSD.org/gnome website, in particular the developer + information about USE_GNOME, maybe put that section in the porters handbook + instead. + + Merge more updated ports from MC to ports. + + Testing latest Glib/Gtk releases with existing ports, and import + it into ports when it is ready. + + After porting GNOME 3.6 run tests and fix bugs. + + + + + KDE/&os; + + + + + KDE + &os; + + kde@FreeBSD.org + + + + + KDE/&os; home page + area51 + + + +

The KDE/&os; Team is very proud to have Schaich Alonso (aschai) + joining the team. Welcome!

+ +

The KDE/&os; Team have continued to improve the experience of + KDE software and Qt under &os;. The latest round of improvements + include:

+ +

Fix problems establishing UDP connections.

+ +

The team has also made many releases and upstreamed many fixes + and patches. The latest round of releases include:

+ +

KDE SC: 4.9.5, 4.10.1 (ports)
Qt: 5.0.0 (area51) and 4.8.4 (ports)
PyQt: 4.9.6 (ports); QScintilla 2.7 (ports); SIP: 4.14.2 (area51) and 4.14.3 (ports)
KDevelop: 4.4.1 (ports); KDevPlatform: 1.4.1 (ports)
Calligra: 2.5.5, 2.6.2 (ports)
Amarok: 2.7.0
CMake: 2.8.10.2
Digikam (and KIPI-plugins): 3.1.0 (area51)
QtCreator: 4.6.1 (ports)
KDE Telepathy 0.6.0 (area51)
many smaller ports

+ +

As a result — according to PortScout — we have 431 + ports, of which 93.5% (from 91%) are up-to-date.

+ +

The team is always looking for more testers and porters so + please contact us and visit our home page.

+ + + + Updating out-of-date ports, see PortScout for a list. + + + + + UFS/FFS Performance Work + + + + + Kirk + McKusick + + mckusick@mckusick.com + + + + + Paper describing this work + + + +

Some work on the performance of UFS/FFS has been recently + committed to HEAD. The purpose of the corresponding change to + the FFS layout policy is to reduce the running time for a full + file system check. It also reduces the random access time for + large files and speeds up the traversal time for directory tree + walks.

+ +

The key idea is to reserve a small area in each cylinder group + immediately following the inode blocks for the use of metadata, + specifically indirect blocks and directory contents. The new + policy is to preferentially place metadata in the metadata area + and everything else in the blocks that follow the metadata + area.

+ +

The size of this area can be set when creating a filesystem + using newfs(8) or changed in an existing filesystem using + tunefs(8). Both utilities use the -k + held-for-metadata-blocks option to specify the amount of + space to be held for metadata blocks in each cylinder group. By + default, newfs(8) sets this area to half of minfree + (typically 4% of the data area).

+ +

As with all layout policies, it only affect layouts of things + allocated after it is put in place. So these changes will + primarily be noticable on newly created file systems.

+ +

File system checks has 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 + fsck(8), the cache is thrown away if other memory needs + in fsck(8) would otherwise fail. Thus, the memory + footprint of fsck(8) remains unchanged in memory + constrained environments. This optimization will be evident on *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***