diff --git a/en/news/status/report-2011-10-2011-12.xml b/en/news/status/report-2011-10-2011-12.xml index 28a089692c..92e794e6a2 100644 --- a/en/news/status/report-2011-10-2011-12.xml +++ b/en/news/status/report-2011-10-2011-12.xml @@ -1,7 +1,7 @@ - + October-December @@ -72,19 +72,19 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Philip - Gollucci - - pgollucci@FreeBSD.org + + Philip + Gollucci + + pgollucci@FreeBSD.org - - Steve - Wills - - swills@FreeBSD.org + + Steve + Wills + + swills@FreeBSD.org @@ -92,25 +92,25 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> Wiki - PRs + PRs - PRs + PRs

Work is underway to convert the remaining ruby- ports to - rubygem-* ports in order to keep up with the gem community.

+ rubygem-* ports in order to keep up with the gem community.

A second attempt will be made to change the default ruby from - 1.8 to 1.9. There will be some unavoidable casualties of this - transition sysutils/rubygem-chef-server was contributed by - RideCharge Inc / Taxi Magic who is now using it exclusively.

+ 1.8 to 1.9. There will be some unavoidable casualties of this + transition sysutils/rubygem-chef-server was contributed by + RideCharge Inc / Taxi Magic who is now using it exclusively.

Need some fresh -exp runs to check the new status esp with - ruby 1.9.3-p0. + ruby 1.9.3-p0. @@ -119,49 +119,49 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - David - Chisnall - - theraven@FreeBSD.org + + David + Chisnall + + theraven@FreeBSD.org

Two new libraries, libc++ (providing a C++11 STL implementation) - and libcxxrt (providing an implementation of the C++ ABI - specification). This is enabled by adding WITH_LIBCPLUSPLUS=yes to - src.conf. It is not enabled by default because libc++ does not - build with the version of gcc in the base system and requires you - to build with clang.

+ and libcxxrt (providing an implementation of the C++ ABI + specification). This is enabled by adding WITH_LIBCPLUSPLUS=yes to + src.conf. It is not enabled by default because libc++ does not + build with the version of gcc in the base system and requires you + to build with clang.

Once it is built, you can select between using GNU libstdc++ and - libc++ by adding -stdlib=libc++ or -stdlib=libstdc++ to your - compile and link flags (when building with clang).

+ libc++ by adding -stdlib=libc++ or -stdlib=libstdc++ to your + compile and link flags (when building with clang).

If you are running head (or have a spare [virtual] machine you - can try it on) then please try building your C++ code with libc++ - and let me know of any failures, ideally with reduced test - cases.

+ can try it on) then please try building your C++ code with libc++ + and let me know of any failures, ideally with reduced test + cases.

Test ports with libc++. Hopefully most will Just Work., but - others may need patches or have a hard dependency on - libstdc++. + others may need patches or have a hard dependency on + libstdc++. Make libstdc++ dynamically link to libsupc++. This will allow - us to use libmap.conf to switch between libsupc++ and - libcxxrt. + us to use libmap.conf to switch between libsupc++ and + libcxxrt. Enable building libc++ by default (hopefully in the 9.1 - time-frame, when clang becomes the default system compiler) and - switch to using libcxxrt instead of libsupc++ by default. + time-frame, when clang becomes the default system compiler) and + switch to using libcxxrt instead of libsupc++ by default. Lots more testing. Followed by even more testing. Removing libstdc++ from the base system and making it - available through ports for backwards compatibility. + available through ports for backwards compatibility. @@ -170,67 +170,67 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Alexander - Motin - - mav@FreeBSD.org + + Alexander + Motin + + mav@FreeBSD.org Patch - committed into the HEAD. + committed into the HEAD.

GEOM MULTIPATH class took major rewrite to fix many problems and - improve functionality, including:

+ improve functionality, including:

This changes are now committed into the &os; HEAD branch. Merge - to 9-STABLE and 8-STABLE is planned after 9.0 release.

+ to 9-STABLE and 8-STABLE is planned after 9.0 release.

Project sponsored by iXsystems, Inc.

Implement some additional request ordering mechanism for the - Active/Active mode. Some consumers in theory may not wait for - previous requests completion before submitting new overlapping or - dependent requests. Those requests may reorder on device if run via - different paths simultaneously. + Active/Active mode. Some consumers in theory may not wait for + previous requests completion before submitting new overlapping or + dependent requests. Those requests may reorder on device if run via + different paths simultaneously. @@ -239,11 +239,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Warren - Block - - wblock@FreeBSD.org + + Warren + Block + + wblock@FreeBSD.org @@ -253,21 +253,21 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

igor is a program that proofreads man pages, DocBook SGML - source, and other text files for many common mistakes.

+ source, and other text files for many common mistakes.

Files are tested for spelling mistakes, repeated words, and - white-space problems. Man pages are also checked for minimal - structure, and DocBook SGML source files are checked for formatting - and tag problems.

+ white-space problems. Man pages are also checked for minimal + structure, and DocBook SGML source files are checked for formatting + and tag problems.

If you write or edit &os; documentation, let igor help you check - it for correctness.

+ it for correctness.

Find a testing or parsing framework that can do a faster or - better job, or that can understand the state of DocBook - tags. + better job, or that can understand the state of DocBook + tags. Add more tests. @@ -280,74 +280,74 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Gleb - Smirnoff - - glebius@FreeBSD.org + + Gleb + Smirnoff + + glebius@FreeBSD.org - - Bjoern - Zeeb - - bz@FreeBSD.org + + Bjoern + Zeeb + + bz@FreeBSD.org - - George - Neville-Neil - - gnn@FreeBSD.org + + George + Neville-Neil + + gnn@FreeBSD.org - The main commit + The main commit

Significantly updated CARP protocol has been committed to head/. - I expect the new code to be more easy to maintain and less buggy, - since it uses less hacks to the networking stack.

+ I expect the new code to be more easy to maintain and less buggy, + since it uses less hacks to the networking stack.

The new CARP does not bring a lot of new features, however here - is a couple:

+ is a couple:

    -
  • One can put a single redundant address on an interface.
    • +
  • One can put a single redundant address on an interface.
    • -
  • Master/backup state can be switched via ifconfig.
    • +
  • Master/backup state can be switched via ifconfig.
    • -
  • Feature that demotes carp(4) during pfsync(4) update has been - restored (it was lost in 7.0).
    • +
  • Feature that demotes carp(4) during pfsync(4) update has been + restored (it was lost in 7.0).
    • -
  • The overall ifconfig(8) output is now more readable, since - addresses are exactly on the interfaces they are running. Yes, - this is feature, too :)
    • +
  • The overall ifconfig(8) output is now more readable, since + addresses are exactly on the interfaces they are running. Yes, + this is feature, too :)

The code has been developed by glebius@ with lots of help from - bz@.

+ bz@.

Work on arpbalance/ipbalance features. Since I do not utilize - them at all, first I need to find somebody eager to see these - features and willing to test patches. Sponsoring work is also - appreciated. glebius@ to handle. + them at all, first I need to find somebody eager to see these + features and willing to test patches. Sponsoring work is also + appreciated. glebius@ to handle. Estimate whether we need to catch up with OpenBSD on putting - demotion counter into datagrams. glebius@ to handle. + demotion counter into datagrams. glebius@ to handle. Update tcpdump(8) to enable nice printing of CARP packets. - gnn@ to handle. + gnn@ to handle. Work with IANA to get an official protocol number. gnn@ to - handle. + handle. @@ -356,31 +356,31 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Pau - Amma - - fduuvrzv@yahoo.com + + Pau + Amma + + fduuvrzv@yahoo.com - - Bjoern A. - Zeeb - - bz@FreeBSD.org + + Bjoern A. + Zeeb + + bz@FreeBSD.org

I wandered in and started working on &os;/390 about 1 month ago - based on source Bjoern provided. My short term goals are to sync it - with the current HEAD and write a minimal IPLabel loader, so we do - not have to depend on Hercules-only commands to test the kernel - boot process.

+ based on source Bjoern provided. My short term goals are to sync it + with the current HEAD and write a minimal IPLabel loader, so we do + not have to depend on Hercules-only commands to test the kernel + boot process.

Then it will be time to make the crossbuild work again and get - the kernel booting.

+ the kernel booting.

@@ -389,51 +389,51 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Devin - Teske - - dteske@vicor.com + + Devin + Teske + + dteske@vicor.com The DruidBSD - Project + Project

On December 31st, 2011 sysutils/sysrc was added to the - ports-tree. On January 6th, 2012 sysutils/host-setup was added to - the ports-tree. Still pending is the addition of - sysutils/tzdialog.

+ ports-tree. On January 6th, 2012 sysutils/host-setup was added to + the ports-tree. Still pending is the addition of + sysutils/tzdialog.

Together or separately, these utilities try to make configuring - the system easier and more efficient.

+ the system easier and more efficient.

sysrc(8) allows you to safely modify rc.conf(5) without fear or - trepidation; making remote-management and scripted changes a simple - transaction. Also useful in managing puppet installations.

+ trepidation; making remote-management and scripted changes a simple + transaction. Also useful in managing puppet installations.

host-setup(8) allows you to configure your time zone, hostname, - network interfaces, default router/gateway, DNS nameservers in - resolv.conf(5) all via dialog(1) (or Xdialog(1)) interface. - Designed to replace sysinstall(8), host-setup is written entirely - in sh(1) and is completely stand-alone.

+ network interfaces, default router/gateway, DNS nameservers in + resolv.conf(5) all via dialog(1) (or Xdialog(1)) interface. + Designed to replace sysinstall(8), host-setup is written entirely + in sh(1) and is completely stand-alone.

tzdialog(8) is an ISO-3166 compatible sh(1) rewrite of - tzsetup(8). It is designed to be a drop-in replacement for tzsetup. - The major difference between the two is tzdialog(8) adds supports - for graphical user interface via Xdialog(1) (by passing the `-X' - argument), whereas tzsetup(8) only supports console-based - interaction.

+ tzsetup(8). It is designed to be a drop-in replacement for tzsetup. + The major difference between the two is tzdialog(8) adds supports + for graphical user interface via Xdialog(1) (by passing the `-X' + argument), whereas tzsetup(8) only supports console-based + interaction.

Write a man-page for tzdialog(8). Submit current tzdialog(8) version (1.1) and yet-to-be - completed man-page to ports-tree as sysutils/tzdialog. + completed man-page to ports-tree as sysutils/tzdialog. @@ -442,37 +442,37 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Steve - Wills - - swills@FreeBSD.org + + Steve + Wills + + swills@FreeBSD.org

Many Perl modules in ports come with test cases included with - their source. This project's goal is to ensure that all these tests - pass. Patches have been added to the ports tinderbox to allow test - related dependencies to be installed and many ports have - TEST_DEPENDS now. A patch is available to enable testing for those - who wish to help out. All p5- ports have been built and tests - attempted. Approximately 61% of the Perl ports pass currently. Many - ports have been updated to include missing dependencies or make - other changes which allow tests to pass. Long term goals include a - more generic framework for testing ports and automated tests - executed when ports are updated.

+ their source. This project's goal is to ensure that all these tests + pass. Patches have been added to the ports tinderbox to allow test + related dependencies to be installed and many ports have + TEST_DEPENDS now. A patch is available to enable testing for those + who wish to help out. All p5- ports have been built and tests + attempted. Approximately 61% of the Perl ports pass currently. Many + ports have been updated to include missing dependencies or make + other changes which allow tests to pass. Long term goals include a + more generic framework for testing ports and automated tests + executed when ports are updated.

Many Perl ports which do not pass tests remain. Need to figure out how to move testing out of - tinderbox. + tinderbox. A patch to build Perl with -pthread (but not enable - useithreads in Perl) is pending. It will fix many currently broken - tests + useithreads in Perl) is pending. It will fix many currently broken + tests @@ -481,43 +481,43 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Rick - Macklem - - rmacklem@FreeBSD.org + + Rick + Macklem + + rmacklem@FreeBSD.org

The new NFS client and server are no longer considered - experimental and are the default for &os; 9.0. Included is fairly - complete support for NFSv4.0, as well as NFSv3 and NFSv2. NFSv4.0 - delegations are not enabled by default for the server, since there - is no handling of them for local system calls done on the server, - as yet. Sofar, the transition seems to have gone alright, with only - a couple of obscure issues identified sofar that did not get fixed - for &os; 9.0. Patches for these can be found at - - http://people.FreeBSD.org/~rmacklem + experimental and are the default for &os; 9.0. Included is fairly + complete support for NFSv4.0, as well as NFSv3 and NFSv2. NFSv4.0 + delegations are not enabled by default for the server, since there + is no handling of them for local system calls done on the server, + as yet. Sofar, the transition seems to have gone alright, with only + a couple of obscure issues identified sofar that did not get fixed + for &os; 9.0. Patches for these can be found at + + http://people.FreeBSD.org/~rmacklem

Work is ongoing with respect to NFSv4.1 client support. The - current code includes functioning support for the required - components, in particular, sessions for both fore and back - channels. Development for the big optional component pNFS is in - progress and with hopefully be functional for the Files layout in a - few months. The modified sources can be found at - http://svn.FreeBSD.org/viewvc/base/projects/nfsv4.1-client.

+ current code includes functioning support for the required + components, in particular, sessions for both fore and back + channels. Development for the big optional component pNFS is in + progress and with hopefully be functional for the Files layout in a + few months. The modified sources can be found at + http://svn.FreeBSD.org/viewvc/base/projects/nfsv4.1-client.

There is also a patch for what I call packrats, where threads - perform aggressive on-disk caching of delegated file in the NFSv4.0 - client. It currently seems to function OK, but does not yet have - client reboot recovery implemented, so it can only be used - experimentally at this time. This patch can be found at - http://people.FreeBSD.org/~rmacklem/packrat-patches.

+ perform aggressive on-disk caching of delegated file in the NFSv4.0 + client. It currently seems to function OK, but does not yet have + client reboot recovery implemented, so it can only be used + experimentally at this time. This patch can be found at + http://people.FreeBSD.org/~rmacklem/packrat-patches.

@@ -526,41 +526,41 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Hiroki - Sato - - hrs@FreeBSD.org + + Hiroki + Sato + + hrs@FreeBSD.org - - Ryusuke - Suzuki - - ryusuke@FreeBSD.org + + Ryusuke + Suzuki + + ryusuke@FreeBSD.org Japanese &os; Web - Pages + Pages The &os; Japanese - Documentation Project Web Page + Documentation Project Web Page

During this period, many part of the outdated contents in the - www/ja subtree were updated to the latest versions in the English - counterpart. The "bsdinstall" section in Handbook was newly - translated and the "cutting-edge" section is now - work-in-progress.

+ www/ja subtree were updated to the latest versions in the English + counterpart. The "bsdinstall" section in Handbook was newly + translated and the "cutting-edge" section is now + work-in-progress.

Further translation work for outdated documents in both - doc/ja_JP.eucJP and www/ja. + doc/ja_JP.eucJP and www/ja. @@ -569,11 +569,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - &os; - KDE - - kde@FreeBSD.org + + &os; + KDE + + kde@FreeBSD.org @@ -585,29 +585,29 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

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

+ KDE software and Qt under &os;. The latest round of improvements + include:

    -
  • Many fixes upstream to make KDE and Qt build with Clang
    • +
  • Many fixes upstream to make KDE and Qt build with Clang
    • -
  • Making automoc not freeze with parallel builds
    • +
  • Making automoc not freeze with parallel builds

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

+ and patches. The latest round of releases include:

    -
  • KDE SC: 4.7.3, 4.7.4 (in the area51 experimental - repository)
    • +
  • KDE SC: 4.7.3, 4.7.4 (in the area51 experimental + repository)
    • -
  • Qt: 4.8.0 (in the area51 experimental repository)
    • +
  • Qt: 4.8.0 (in the area51 experimental repository)
    • -
  • CMake: 2.8.6, 2.8.7
    • +
  • CMake: 2.8.6, 2.8.7

The team is always looking for more testers and porters so - please contact us at kde@FreeBSD.org and visit our home page at + please contact us at kde@FreeBSD.org and visit our home page at http://FreeBSD.kde.org.

@@ -617,11 +617,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> Testing KDE PIM 4.7.4. Testing phonon-gstreamer and phonon-vlc as the phonon-xine - backend was deprecated (but will remain in the ports for - now). + backend was deprecated (but will remain in the ports for + now). Testing the Calligra beta releases (in the area51 - repository). + repository). @@ -630,46 +630,46 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Gábor János - PÁLI - - pgj@FreeBSD.org + + Gábor János + PÁLI + + pgj@FreeBSD.org - - Ashish - SHUKLA - - ashish@FreeBSD.org + + Ashish + SHUKLA + + ashish@FreeBSD.org &os; Haskell wiki - page + page - &os; Haskell ports repository + &os; Haskell ports repository - &os; Haskell mailing list + &os; Haskell mailing list

We are proud to announce that the &os; Haskell Team has updated - the Haskell Platform to 2011.4.0.0, as well as updated GHC to 7.0.4 - in &os; Haskell ports repository. We also added number of new - Haskell ports, and there count is now more than 300. Some of the - new ports include Yesod, Happstack (popular web development - frameworks in Haskell), ThreadScope (a graphical profiler tool for - parallel Haskell programs).

+ the Haskell Platform to 2011.4.0.0, as well as updated GHC to 7.0.4 + in &os; Haskell ports repository. We also added number of new + Haskell ports, and there count is now more than 300. Some of the + new ports include Yesod, Happstack (popular web development + frameworks in Haskell), ThreadScope (a graphical profiler tool for + parallel Haskell programs).

Due to ports repository freeze for 9.0-RELEASE, these updates - are not in official ports tree yet. They will be committed to ports - repository after ports tree is unfreezed again, in the meantime - they can be accessed through &os; Haskell ports repository.

+ are not in official ports tree yet. They will be committed to ports + repository after ports tree is unfreezed again, in the meantime + they can be accessed through &os; Haskell ports repository.

@@ -678,8 +678,8 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> Test GHC to work with clang/LLVM. Add an option to the lang/ghc port to be able to - build it with already installed GHC instead of requiring a - separate GHC boostrap tarball. + build it with already installed GHC instead of requiring a + separate GHC boostrap tarball. @@ -689,11 +689,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Bernhard - Froehlich - - decke@FreeBSD.org + + Bernhard + Froehlich + + decke@FreeBSD.org @@ -701,27 +701,27 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> IRC: #redports on - Freenode + Freenode redports - mailing list + mailing list Userguide (with - Screenshots) + Screenshots)

Redports is a free service for &os; port maintainers and port - committers to automatically buildtest ports on various &os; - versions and architectures. The motivation to do that was because - there are many people that do not have access to Ports Tinderboxes - and the existing Tinderboxes are usually dedicated to a single - team.

+ committers to automatically buildtest ports on various &os; + versions and architectures. The motivation to do that was because + there are many people that do not have access to Ports Tinderboxes + and the existing Tinderboxes are usually dedicated to a single + team.

The platform was designed with scalability in mind but building - capacity is currently very limited until more hardware is - available. I am already in contact with the usual suspects to - improve that.

+ capacity is currently very limited until more hardware is + available. I am already in contact with the usual suspects to + improve that.

@@ -738,85 +738,85 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Alexander - Motin - - mav@FreeBSD.org + + Alexander + Motin + + mav@FreeBSD.org - Latest patch + Latest patch

snd_hda(4) driver took major rewrite:

    -
  • Big old hdac driver was split into three independent pieces: - HDA controller driver (hdac), HDA CODEC driver (hdacc) and HDA - audio function driver (hdaa). All drivers are completely - independent and talk to each other only via NewBus interfaces. - Using more NewBus bells and whistles allows to properly see HDA - structure with standard system instruments, such as `devinfo -v`. - Biggest driver file size now is 150K, instead of 240K before, and - the code is much more clean.
    • +
  • Big old hdac driver was split into three independent pieces: + HDA controller driver (hdac), HDA CODEC driver (hdacc) and HDA + audio function driver (hdaa). All drivers are completely + independent and talk to each other only via NewBus interfaces. + Using more NewBus bells and whistles allows to properly see HDA + structure with standard system instruments, such as `devinfo -v`. + Biggest driver file size now is 150K, instead of 240K before, and + the code is much more clean.
    • -
  • Support for multichannel recording was added. While I have - never seen it configured by default, UAA specification tells that - it is possible. Now, as specification defines, driver checks - input associations for pins with sequence numbers 14 and 15, and - if found (usually) — works as before, mixing signals together. - If it does not, it configures input association as multichannel. - I have found some CODECs doing strange things when configured for - multichannel recording, but I have also found successfully working - examples.
    • +
  • Support for multichannel recording was added. While I have + never seen it configured by default, UAA specification tells that + it is possible. Now, as specification defines, driver checks + input associations for pins with sequence numbers 14 and 15, and + if found (usually) — works as before, mixing signals together. + If it does not, it configures input association as multichannel. + I have found some CODECs doing strange things when configured for + multichannel recording, but I have also found successfully working + examples.
    • -
  • Signal tracer was improved to look for cases where several - DACs/ADCs in CODEC can work with the same audio signal. If such - case found, driver registers additional playback/record stream - (channel) for the pcm device. Having more then one stream allows - to avoid vchans use and so avoid extra conversion to vchan's - pre-configured sample rate and format. Not many CODECs allow - this, especially on playback, but some do.
    • +
  • Signal tracer was improved to look for cases where several + DACs/ADCs in CODEC can work with the same audio signal. If such + case found, driver registers additional playback/record stream + (channel) for the pcm device. Having more then one stream allows + to avoid vchans use and so avoid extra conversion to vchan's + pre-configured sample rate and format. Not many CODECs allow + this, especially on playback, but some do.
    • -
  • New controller streams reservation mechanism was implemented. - That allows to have more pcm devices then streams supported by - the controller (usually 4 in each direction). Now it limits only - number of simultaneously transferred audio streams, that is - rarely reachable and properly reported if happens.
    • +
  • New controller streams reservation mechanism was implemented. + That allows to have more pcm devices then streams supported by + the controller (usually 4 in each direction). Now it limits only + number of simultaneously transferred audio streams, that is + rarely reachable and properly reported if happens.
    • -
  • Codec pins and GPIO signals configuration was exported via - set of writable sysctls. Another sysctl dev.hdaa.X.reconfig - allows to trigger driver reconfiguration in run-time. The only - requirement is that all pcm devices should be closed at the - moment, as they will be destroyed and recreated. This should - significantly simplify process of fixing CODEC configuration. It - should be possible now even to write GUI to do it with few mouse - clicks.
    • +
  • Codec pins and GPIO signals configuration was exported via + set of writable sysctls. Another sysctl dev.hdaa.X.reconfig + allows to trigger driver reconfiguration in run-time. The only + requirement is that all pcm devices should be closed at the + moment, as they will be destroyed and recreated. This should + significantly simplify process of fixing CODEC configuration. It + should be possible now even to write GUI to do it with few mouse + clicks.
    • -
  • Driver now decodes pins location and connector type names. In - some cases it allows to hint user where on the system case - connectors, related to the pcm device, are located. Number of - channels supported by pcm device, reported now (if it is not 2), - should also make search easier.
    • +
  • Driver now decodes pins location and connector type names. In + some cases it allows to hint user where on the system case + connectors, related to the pcm device, are located. Number of + channels supported by pcm device, reported now (if it is not 2), + should also make search easier.

The code is in testing now and should be soon committed to the - HEAD branch.

+ HEAD branch.

Project sponsored by iXsystems, Inc.

Closer inspection of HDMI/DisplayPort audio is - planned. + planned. Number of hardware, mostly laptops, need workarounds to work - properly. Some statistics should be collected to implement some of - them avoiding excessive code bloat. + properly. Some statistics should be collected to implement some of + them avoiding excessive code bloat. @@ -825,60 +825,60 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Alexander - Motin - - mav@FreeBSD.org + + Alexander + Motin + + mav@FreeBSD.org

BIO_DELETE support (aka TRIM) was added to the CAM SCSI Direct - Access device driver (da).

+ Access device driver (da).

Depending on device capabilities different methods used to - implement it. Currently used method can be read/set via - kern.cam.da.X.delete_method sysctls. Possible values are:

+ implement it. Currently used method can be read/set via + kern.cam.da.X.delete_method sysctls. Possible values are:

    -
  • NONE - no provisioning support reported by the device;
    • +
  • NONE - no provisioning support reported by the device;
    • -
  • DISABLE - provisioning support was disabled because of - errors;
    • +
  • DISABLE - provisioning support was disabled because of + errors;
    • -
  • ZERO - use WRITE SAME (10) command to write zeroes;
    • +
  • ZERO - use WRITE SAME (10) command to write zeroes;
    • -
  • WS10 - use WRITE SAME (10) command with UNMAP bit set;
    • +
  • WS10 - use WRITE SAME (10) command with UNMAP bit set;
    • -
  • WS16 - use WRITE SAME (16) command with UNMAP bit set;
    • +
  • WS16 - use WRITE SAME (16) command with UNMAP bit set;
    • -
  • UNMAP - use UNMAP command (equivalent of the ATA DSM TRIM - command).
    • +
  • UNMAP - use UNMAP command (equivalent of the ATA DSM TRIM + command).

The last two methods (UNMAP and WS16) are defined by SBC - specification and the UNMAP method is the most advanced one. The - rest of methods I have found supported in Linux, and as soon as they - were trivial to implement, then why not? Hope they will be useful - in some cases.

+ specification and the UNMAP method is the most advanced one. The + rest of methods I have found supported in Linux, and as soon as they + were trivial to implement, then why not? Hope they will be useful + in some cases.

As side product of fetching logical block provisioning support - flag, da driver also got support for reporting device physical - sector size (aka Advanced Format) via stripesize/stripeoffset GEOM - fields. For known 4K sector disks not reporting it properly number - of quirks were added.

+ flag, da driver also got support for reporting device physical + sector size (aka Advanced Format) via stripesize/stripeoffset GEOM + fields. For known 4K sector disks not reporting it properly number + of quirks were added.

The code was committed to the HEAD branch and going to be merged - to 8/9-STABLE after some time.

+ to 8/9-STABLE after some time.

Project sponsored by iXsystems, Inc.

To implement more effective selection of the best delete - method some more parameters need to be obtained from the device. - Unluckily none of devices I have report them. + method some more parameters need to be obtained from the device. + Unluckily none of devices I have report them. @@ -887,49 +887,49 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Gábor - Kövesdán - - gabor@FreeBSD.org + + Gábor + Kövesdán + + gabor@FreeBSD.org - Project repo + Project repo TRE homepage - A paper on the topic + A paper on the topic

The current regular expression code in libc has to be replaced - because it is old, unmaintained and does not support wide - characters. As it has been elaborated, TRE is the most suitable - replacement outside that has an acceptable license. However, the - development of BSD grep also brought some relevant observations. In - short, there are some possibilities to optimize pattern matching - but it is not possible with the POSIX API, because:

+ because it is old, unmaintained and does not support wide + characters. As it has been elaborated, TRE is the most suitable + replacement outside that has an acceptable license. However, the + development of BSD grep also brought some relevant observations. In + short, there are some possibilities to optimize pattern matching + but it is not possible with the POSIX API, because:

    -
  • It uses NUL-terminated strings that requires processing each - character and makes longer jumps impossible.
    • +
  • It uses NUL-terminated strings that requires processing each + character and makes longer jumps impossible.
    • -
  • It matches for one pattern at a time. If more patterns are - searched, there are more efficient ways for pattern matching but - we have to know all of them and process them together.
    • +
  • It matches for one pattern at a time. If more patterns are + searched, there are more efficient ways for pattern matching but + we have to know all of them and process them together.

This project intends to implement these shortcut and provide - efficient pattern matching for all programs that use regex - matching. It will also help avoiding the custom tricks that are - hardcoded into some programs, like GNU grep, to work around the - limiting POSIX API. Besides, GNU grep has some extensions over the - POSIX regular expression, which are necessary if we want to get rid - of GNU code in the end.

+ efficient pattern matching for all programs that use regex + matching. It will also help avoiding the custom tricks that are + hardcoded into some programs, like GNU grep, to work around the + limiting POSIX API. Besides, GNU grep has some extensions over the + POSIX regular expression, which are necessary if we want to get rid + of GNU code in the end.

@@ -948,54 +948,54 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Benedict - Reuschling - - bcr@FreeBSD.org + + Benedict + Reuschling + + bcr@FreeBSD.org - - Johann - Kois - - jkois@FreeBSD.org + + Johann + Kois + + jkois@FreeBSD.org Homepage of the &os; German - Documentation Project + Documentation Project - The German translation of the bsdinstall handbook chapter + The German translation of the bsdinstall handbook chapter

The German Documentation Project is happy to report that two big - chapters have been translated in the past quarter. The first update - is in the firewall chapter and covering the complete IPFW section. - It was contributed by Christopher J. Ruwe. There were style and - language fixes to be done, but the biggest amount of work, the - actual translation, was done by him. We thank Christopher very - much.

+ chapters have been translated in the past quarter. The first update + is in the firewall chapter and covering the complete IPFW section. + It was contributed by Christopher J. Ruwe. There were style and + language fixes to be done, but the biggest amount of work, the + actual translation, was done by him. We thank Christopher very + much.

The other chapter that was translated of the new bsdinstall - chapter. Benedict Reuschling did the work on this chapter. He tried - to keep the same titles for sections that are mostly describing the - same things as in the sysinstall chapter (at least where this was - possible).

+ chapter. Benedict Reuschling did the work on this chapter. He tried + to keep the same titles for sections that are mostly describing the + same things as in the sysinstall chapter (at least where this was + possible).

German speaking users are encouraged to read both chapters and - report typos or grammar errors back to us so we can fix them.

+ report typos or grammar errors back to us so we can fix them.

The German website is being updated on a regular basis.

Catch up with the latest changes made to the - documentation. + documentation. Translate more www pages into german. @@ -1008,10 +1008,10 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - GNOME &os; mailing list - - freebsd-gnome@FreeBSD.org + + GNOME &os; mailing list + + freebsd-gnome@FreeBSD.org @@ -1025,17 +1025,17 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

It has been a while since we did a status report.

This year we started work on GNOME 3.0. Due to time constrains - and lack of man power, this version did not make it into the ports. - Current we have 3.2 in our development repo. See the development - FAQ on our website for details. The MC-UPDATING file contains - upgrade instructions.

+ and lack of man power, this version did not make it into the ports. + Current we have 3.2 in our development repo. See the development + FAQ on our website for details. The MC-UPDATING file contains + upgrade instructions.

Currently the GNOME team is understaffed, help is welcome!

Update the &os; gnome website with GNOME 3.x information, and - still supply the 2.32.x info. + still supply the 2.32.x info. @@ -1044,10 +1044,10 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - X11 &os; mailing list - - freebsd-x11@FreeBSD.org + + X11 &os; mailing list + + freebsd-x11@FreeBSD.org @@ -1057,33 +1057,33 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

The X11 team has started work on the next major update for the - X.Org ports. You might have noticed libraries and proto ports being - updated that belong to the X.Org stack. Currently in our development - repository we have the latest versions of many ports including mesa - and xf86-video-intel.

+ X.Org ports. You might have noticed libraries and proto ports being + updated that belong to the X.Org stack. Currently in our development + repository we have the latest versions of many ports including mesa + and xf86-video-intel.

We support versions 1.7.7 and 1.10.4 of the X.Org tree for users - with the appropriate hardware and patches.

+ with the appropriate hardware and patches.

We need more testers for both the standard version from - xorg-devel and the WITH_NEW_XORG version. We also need testers for - updated input/video drivers, especially for the less mainstream - ones.

+ xorg-devel and the WITH_NEW_XORG version. We also need testers for + updated input/video drivers, especially for the less mainstream + ones.

In order to test check out our svn repository from + href="http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev"> http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev and - the merge script from + the merge script from http://people.FreeBSD.org/~miwi/xorg/xorgmerge. See the wiki for - more details.

+ more details.

Investigate xorg-server 1.12 which brings xinput 2.2. Merge development repository into the main repository, after - more testing. + more testing. @@ -1092,27 +1092,27 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Scott - Ullrich - - sullrich@gmail.com + + Scott + Ullrich + + sullrich@gmail.com - - Chris - Buechler - - cbuechler@gmail.com + + Chris + Buechler + + cbuechler@gmail.com - - Ermal - Luçi - - ermal.luci@gmail.com + + Ermal + Luçi + + ermal.luci@gmail.com @@ -1122,11 +1122,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

pfSense is a free and open source customized distribution of - &os; tailored for use as a firewall and router.

+ &os; tailored for use as a firewall and router.

2.0.1 was just released which corrected a number of issues - - http://blog.pfsense.org/?p=633.

+ + http://blog.pfsense.org/?p=633.

@@ -1151,10 +1151,10 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Release Engineering Team - - re@FreeBSD.org + + Release Engineering Team + + re@FreeBSD.org @@ -1164,16 +1164,16 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

The Release Engineering Team was pleased to announce the release - of &os;-9.0 on January 12th, 2012. To acknowledge his incredible - contributions to the world of computing and in particular the &os; - Project's corner of that world &os;-9.0 was dedicated to Dennis - Ritchie. May he rest in peace. The Release Engineering Team also - wishes to thank the &os; Developers and Community for all the work - they put into the release.

+ of &os;-9.0 on January 12th, 2012. To acknowledge his incredible + contributions to the world of computing and in particular the &os; + Project's corner of that world &os;-9.0 was dedicated to Dennis + Ritchie. May he rest in peace. The Release Engineering Team also + wishes to thank the &os; Developers and Community for all the work + they put into the release.

With the &os;-9.0 release cycle completed our focus shifts to - preparing for the &os;-8.3 release. A schedule has not been set but - we expect to be shooting for release some time in March 2012.

+ preparing for the &os;-8.3 release. A schedule has not been set but + we expect to be shooting for release some time in March 2012.

@@ -1182,26 +1182,26 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Pawel Jakub - Dawidek - - pjd@FreeBSD.org + + Pawel Jakub + Dawidek + + pjd@FreeBSD.org

Current weakness of &os;'s Security Event Audit facility is that - audit records are stored locally and can be modified or removed by - an attacker after a system compromise.

+ audit records are stored locally and can be modified or removed by + an attacker after a system compromise.

The audistdistd will allow to reliably and securely distribute - audit trail files over TCP/IP network to remote system. In case of - system compromise it will enable administrator to analyze audit - records in trusted environment.

+ audit trail files over TCP/IP network to remote system. In case of + system compromise it will enable administrator to analyze audit + records in trusted environment.

This project is sponsored by the &os; Foundation and should be - completed by the end of February 2012.

+ completed by the end of February 2012.

@@ -1210,38 +1210,38 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Bjoern A. - Zeeb - - bz@FreeBSD.org + + Bjoern A. + Zeeb + + bz@FreeBSD.org FreeBSD - No-IPv4 Support + No-IPv4 Support

The No-IPv4 (fka. "IPv6-Only") project initially - prototyped in p4 and merged into mainstream &os; with support from - the &os; Foundation and iXsystems earlier in 2011 for World IPv6 - Day continued as a free time project. Thanks to the help of an - anonymous source, dedicated i386 and amd64 build machine and a - distribution node were setup to allow continuous building of - snapshots and we hope to extend the support for the snapshots in - the future providing more services.

+ prototyped in p4 and merged into mainstream &os; with support from + the &os; Foundation and iXsystems earlier in 2011 for World IPv6 + Day continued as a free time project. Thanks to the help of an + anonymous source, dedicated i386 and amd64 build machine and a + distribution node were setup to allow continuous building of + snapshots and we hope to extend the support for the snapshots in + the future providing more services.

During the 9.0 release cycle a BETA and an RC snapshot were - built and released. &os; 9.0-RELEASE will be the first official - release supporting a kernel to compile out IPv4 support. We will - provide (and given 9.0 is out at time of writing do provide) a - no-IPv4 snapshot accompanying the official release and hope for - your feedback.

+ built and released. &os; 9.0-RELEASE will be the first official + release supporting a kernel to compile out IPv4 support. We will + provide (and given 9.0 is out at time of writing do provide) a + no-IPv4 snapshot accompanying the official release and hope for + your feedback.

I would like to thank Hiroki Sato/allbsd.org for providing a mirror - in Japan for the Asian community in addition to mine in Europe.

+ in Japan for the Asian community in addition to mine in Europe.

@@ -1258,53 +1258,53 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Grzegorz - Bernacki - - gjb@semihalf.com + + Grzegorz + Bernacki + + gjb@semihalf.com - - Rafal - Jaworowski - - raj@semihalf.com + + Rafal + Jaworowski + + raj@semihalf.com

The APM86290 system-on-chip device is a member of AppliedMicro's - PACKETpro family of embedded processors.

+ PACKETpro family of embedded processors.

The chip includes two Power Architecture PPC465 processor cores, - which are compliant with Book-E specification of the architecture, - and a number of integrated peripherals.

+ which are compliant with Book-E specification of the architecture, + and a number of integrated peripherals.

This work is extending current Book-E support in &os; towards - PPC4xx processors variation along with device drivers for - integrated peripherials.

+ PPC4xx processors variation along with device drivers for + integrated peripherials.

The following drivers have been created since the last - report:

+ report:

    -
  • Ethernet controller driver
    • +
  • Ethernet controller driver
    • -
  • Classifier driver
    • +
  • Classifier driver
    • -
  • Finished Queue Manager/Traffic Manager
    • +
  • Finished Queue Manager/Traffic Manager
    • -
  • Improved performance and stability
    • +
  • Improved performance and stability

Next steps:

    -
  • L2 cache support
    • +
  • L2 cache support
    • -
  • Merge APM86290 support to -CURRENT
    • +
  • Merge APM86290 support to -CURRENT
@@ -1314,107 +1314,107 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Michal - Dubiel - - md@semihalf.com + + Michal + Dubiel + + md@semihalf.com - - Rafal - Jaworowski - - raj@semihalf.com + + Rafal + Jaworowski + + raj@semihalf.com - - Piotr - Ziecik - - kosmo@semihalf.com + + Piotr + Ziecik + + kosmo@semihalf.com - P2041 product page + P2041 product page - P3041 product page + P3041 product page - P5020 product page + P5020 product page

The QorIQ Data Path Acceleration Architecture (DPAA) from - Freescale is a comprehensive architecture, which integrates all - aspects of packet processing in the SoC, addressing issues and - requirements resulting from the nature of QorIQ multicore SoCs. It - includes:

+ Freescale is a comprehensive architecture, which integrates all + aspects of packet processing in the SoC, addressing issues and + requirements resulting from the nature of QorIQ multicore SoCs. It + includes:

    -
  • Cores
    • +
  • Cores
    • -
  • Network and packet I/O
    • +
  • Network and packet I/O
    • -
  • Hardware offload accelerators
    • +
  • Hardware offload accelerators
    • -
  • The infrastructure required to facilitate the flow of packets - between the above
    • +
  • The infrastructure required to facilitate the flow of packets + between the above

The DPAA also addresses various performance related - requirements, especially those created by the high speed network - I/O found on multicore SoCs such as P2041, P3041, P5020, etc. This - work is bringing up &os; on these system-on-chip devices along with - device drivers for integrated peripherals.

+ requirements, especially those created by the high speed network + I/O found on multicore SoCs such as P2041, P3041, P5020, etc. This + work is bringing up &os; on these system-on-chip devices along with + device drivers for integrated peripherals.

Current &os; QorIQ DPAA support includes:

    -
  • QorIQ P2041 and P3041 devices
    • +
  • QorIQ P2041 and P3041 devices
    • -
  • E500mc core complex
    • +
  • E500mc core complex
    • -
  • Adaptation of toolchain for the new core
    • +
  • Adaptation of toolchain for the new core
    • -
  • Booting via U-Boot bootloader
    • +
  • Booting via U-Boot bootloader
    • -
  • CoreNet interconnect fabric
    • +
  • CoreNet interconnect fabric
    • -
  • L1, L2, L3 cache
    • +
  • L1, L2, L3 cache
    • -
  • Serial console (UART)
    • +
  • Serial console (UART)
    • -
  • Interrupt controller
    • +
  • Interrupt controller
    • -
  • DPAA infrastructure (BMAN, FMAN, QMAN)
    • +
  • DPAA infrastructure (BMAN, FMAN, QMAN)
    • -
  • Ethernet (basic network functionality using Independent Mode - of DPAA infrastructure)
    • +
  • Ethernet (basic network functionality using Independent Mode + of DPAA infrastructure)
    • -
  • EHCI controller
    • +
  • EHCI controller
    • -
  • PCI Express controller (host mode)
    • +
  • PCI Express controller (host mode)
    • -
  • SMP support (up to quad-core)
    • +
  • SMP support (up to quad-core)
    • -
  • I2C
    • +
  • I2C

Next steps:

    -
  • QorIQ P5020 (32-bit mode) support
    • +
  • QorIQ P5020 (32-bit mode) support
    • -
  • Ethernet (full network functionality using Regular Mode of - DPAA infrastructure)
    • +
  • Ethernet (full network functionality using Regular Mode of + DPAA infrastructure)
    • -
  • Enhanced SDHC
    • +
  • Enhanced SDHC
@@ -1424,59 +1424,59 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Grzegorz - Bernacki - - gjb@semihalf.com + + Grzegorz + Bernacki + + gjb@semihalf.com - - Rafal - Jaworowski - - raj@semihalf.com + + Rafal + Jaworowski + + raj@semihalf.com ARMv6 - branch + branch

Marvell Armada XP is a complete system-on-chip solution based on - Sheeva embedded CPU. These devices integrate up to four ARMv6/v7 - compliant Sheeva CPU cores with shared L2 cache.

+ Sheeva embedded CPU. These devices integrate up to four ARMv6/v7 + compliant Sheeva CPU cores with shared L2 cache.

This work is extending &os;/arm infrastructure towards support - for recent ARM architecture variations along with a basic set of - device drivers for integrated peripherials.

+ for recent ARM architecture variations along with a basic set of + device drivers for integrated peripherials.

The following code has been implemented since the last status - report:

+ report:

    -
  • SMP support
    • +
  • SMP support
    • -
      -
    • Implemented TLB broadcast and RFO
      • +
        +
      • Implemented TLB broadcast and RFO
        • -
      • Tested 2 and 4 cores setup in WT cache mode
        • -
      +
    • Tested 2 and 4 cores setup in WT cache mode
      • +
    -
  • SATA driver integrated and tested
    • +
  • SATA driver integrated and tested
    • -
  • CESA driver integrated and tested
    • +
  • CESA driver integrated and tested

Next steps:

    -
  • L2 cache support
    • +
  • L2 cache support
    • -
  • Full support for WB/WBA cache
    • +
  • Full support for WB/WBA cache
@@ -1486,11 +1486,11 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Deb - Goodkin - - deb@FreeBSDFoundation.org + + Deb + Goodkin + + deb@FreeBSDFoundation.org @@ -1500,50 +1500,50 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

The most exciting news to report is that we raised $426,000 - through our fundraising efforts. We were overwhelmed by the - generosity of the &os; community. We would like to thank everyone - who made a contribution to &os; by either making a financial - donation to the foundation or volunteering on the Project.

+ through our fundraising efforts. We were overwhelmed by the + generosity of the &os; community. We would like to thank everyone + who made a contribution to &os; by either making a financial + donation to the foundation or volunteering on the Project.

We published our - semi-annual newsletter in December. If you have not - already done so, please take a moment to read this publication + href="http://www.FreeBSDFoundation.org/press/2011Dec-newsletter.shtml"> + semi-annual newsletter in December. If you have not + already done so, please take a moment to read this publication to find out how we supported the &os; Project and community during the second half of 2011. There are also two great testimonials in the newsletter from TaxiMagic and the Apache Software Foundation.

The Foundation sponsored EuroBSDCon 2011 which was held in The - Netherlands, October 6-9. And, we sponsored six developers to - attend the conference. We sponsored the Bay Area Vendor Summit in - November. We were represented at LISA '11, Dec 7-8 in Boston - MA.

+ Netherlands, October 6-9. And, we sponsored six developers to + attend the conference. We sponsored the Bay Area Vendor Summit in + November. We were represented at LISA '11, Dec 7-8 in Boston + MA.

We are a proud sponsor of AsiaBSDCon 2012, which will be held in - Tokyo, Japan, March 22-25.

+ Tokyo, Japan, March 22-25.

The Foundation funded project Feed-Forward Clock Synchronization - Algorithms Project by the University of Melbourne completed. We - approved two new projects for 2012, they are analyzing the - performance of &os;'s IPv6 stack by Bjoern Zeeb, and implementing - auditdistd daemon by Pawel Jakub Dawidek

+ Algorithms Project by the University of Melbourne completed. We + approved two new projects for 2012, they are analyzing the + performance of &os;'s IPv6 stack by Bjoern Zeeb, and implementing + auditdistd daemon by Pawel Jakub Dawidek

We purchased more servers and other hardware for the &os; - co-location centers at Sentex, NYI, and ISC.

+ co-location centers at Sentex, NYI, and ISC.

The work above, as well as many other tasks which we do for the - &os; Project, could not be done without donations. Please help us by - making a donation or asking your company to make a donation. We - would be happy to send marketing literature to you or your company. - Find out how to make a donation at our donate - page.

+ &os; Project, could not be done without donations. Please help us by + making a donation or asking your company to make a donation. We + would be happy to send marketing literature to you or your company. + Find out how to make a donation at our donate + page.

Find out more up-to-date Foundation news by reading our blog and - Facebook - page.

+ href="http://FreeBSDFoundation.blogspot.com/">blog and + Facebook + page.

@@ -1552,19 +1552,19 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Thomas - Abthorpe - - portmgr-secretary@FreeBSD.org + + Thomas + Abthorpe + + portmgr-secretary@FreeBSD.org - - Port - Management Team - - portmgr@FreeBSD.org + + Port + Management Team + + portmgr@FreeBSD.org @@ -1586,98 +1586,98 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

The ports tree finally surpassed 23,000 ports. The PR count - still remains at about 1100.

+ still remains at about 1100.

In Q4 we added 4 new committers, took in 4 commit bit for safe - keeping, and had one committer return to ports work.

+ keeping, and had one committer return to ports work.

The Ports Management team have been running -exp runs on an - ongoing basis, verifying how base system updates may affect the - ports tree, as well as providing QA runs for major ports updates. - Of note, -exp runs were done for:

+ ongoing basis, verifying how base system updates may affect the + ports tree, as well as providing QA runs for major ports updates. + Of note, -exp runs were done for:

    -
  • KDE4 and cmake updates
    • +
  • KDE4 and cmake updates
    • -
  • Multiple runs to test and fix breakages induced by the bump - in digits for &os; 10
    • +
  • Multiple runs to test and fix breakages induced by the bump + in digits for &os; 10
    • -
  • Verify the removal of X11BASE from ports
    • +
  • Verify the removal of X11BASE from ports
    • -
  • Test ports after import of flex and m4 into src base
    • +
  • Test ports after import of flex and m4 into src base
    • -
  • Optimizations to bsd.ports.mk
    • +
  • Optimizations to bsd.ports.mk
    • -
  • Test xcb update and split into multiple ports
    • +
  • Test xcb update and split into multiple ports
    • -
  • Estimate number of ports utilizing old interface ioctls
    • +
  • Estimate number of ports utilizing old interface ioctls
    • -
  • Ongoing validation of infrastructure with pkgng
    • +
  • Ongoing validation of infrastructure with pkgng
    • -
  • testing ports with clang as default compiler
    • +
  • testing ports with clang as default compiler

pkgng now has real safe binary upgrade, as well as real - intregrity checking, work has been started to have the ports tree - to be able to bootstrap pkgng. More info on the - CFT.

+ intregrity checking, work has been started to have the ports tree + to be able to bootstrap pkgng. More info on the + CFT.

The pointyhat-west build machine continues toward production - use, code updates have made it more versatile such as swapping out - out information in make.conf for build slaves, assist in testing of - pkgng -exp runs and to properly build linux_base ports.

+ use, code updates have made it more versatile such as swapping out + out information in make.conf for build slaves, assist in testing of + pkgng -exp runs and to properly build linux_base ports.

It has been decided that the ports tree will be migrated from - CVS to Subversion, beat@ will be in charge of the project. More - information on the wiki.

+ CVS to Subversion, beat@ will be in charge of the project. More + information on the wiki.

A moderated mailing list has been created for ports related - announcements, - http://lists.FreeBSD.org/mailman/listinfo/freebsd-ports-announce, - it is intended, but not limited, to be a means of communicating - portmgr@ announcements, Calls for Testing, plus other relevant - information to be used by our committers and ports maintainer - community.

+ announcements, + http://lists.FreeBSD.org/mailman/listinfo/freebsd-ports-announce, + it is intended, but not limited, to be a means of communicating + portmgr@ announcements, Calls for Testing, plus other relevant + information to be used by our committers and ports maintainer + community.

Looking for help getting ports to build - with clang. + href="http://wiki.FreeBSD.org/PortsAndClang">ports to build + with clang. Looking for help fixing ports broken - on CURRENT. (List needs updating, too) + href="http://wiki.FreeBSD.org/PortsBrokenOnCurrent">ports broken + on CURRENT. (List needs updating, too) Looking for help with - Tier-2 architectures. + href="http://wiki.FreeBSD.org/PortsBrokenOnTier2Architectures"> + Tier-2 architectures. ports - broken by src changes. + href="http://wiki.FreeBSD.org/PortsBrokenBySrcChanges">ports + broken by src changes. ports - failing on pointyhat. + href="http://wiki.FreeBSD.org/PortsFailingOnPointyhat">ports + failing on pointyhat. ports - failing on pointyhat-west. + href="http://wiki.FreeBSD.org/PortsFailingOnPointyhatWest">ports + failing on pointyhat-west. ports that are marked - as BROKEN. + href="http://wiki.FreeBSD.org/Trybroken">ports that are marked + as BROKEN. When did - that port break. + href="http://wiki.FreeBSD.org/WhenDidThatPortBreak">When did + that port break. Most ports PRs are assigned, we now need to focus on testing, - committing and closing. + committing and closing. @@ -1686,33 +1686,33 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> - - Hans Petter - Selasky - - hselasky@FreeBSD.org + + Hans Petter + Selasky + + hselasky@FreeBSD.org - - Jason - Harmening - - jason.harmening@gmail.com + + Jason + Harmening + + jason.harmening@gmail.com - - Juergen - Lock - - nox@FreeBSD.org + + Juergen + Lock + + nox@FreeBSD.org Tested DVB and - other hardware + other hardware @@ -1721,34 +1721,34 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">

Progress has been made when watching/recording live digital TV - using &os;:

+ using &os;:

    -
  • +
  • multimedia/webcamd is continuously adding support for more and more USB tuners using the Linux V4L/DVB drivers (also including remotes via webcamd and comms/lirc.)
    • -
  • - multimedia/cx88 recently added Linux DVB API support - for CX88-based PCI(-e) DVB-T tuners so "common" apps can now +
  • + multimedia/cx88 recently added Linux DVB API support + for CX88-based PCI(-e) DVB-T tuners so "common" apps can now also be used with that hardware.
    • -
  • - multimedia/xbmc-pvr was committed recently and the multimedia/vdr - ports are working too for watching/recording live digital TV, and - also other apps like kaffeine, or mplayer, or vlc.
    • +
  • + multimedia/xbmc-pvr was committed recently and the multimedia/vdr + ports are working too for watching/recording live digital TV, and + also other apps like kaffeine, or mplayer, or vlc.
Continue updating the VDR ports to the latest versions and - fix remaining bugs. + fix remaining bugs. Update - multimedia/libxine to 1.2.0 that recently was released + multimedia/libxine to 1.2.0 that recently was released (which VDR uses.) Test more hardware?