gmane.os.freebsd.announce
http://blog.gmane.org/gmane.os.freebsd.announce
hourly11901-01-01T00:00+00:00Gmanehttp://gmane.org/img/gmane-25t.png
http://gmane.org
FreeBSD Quarterly Status Report January-March,2012
http://permalink.gmane.org/gmane.os.freebsd.announce/611
<pre>FreeBSD Quarterly Status Report January-March, 2012
Introduction
This report covers FreeBSD-related projects between January and March
2012. It is the first of the four reports planned for 2012. This
quarter was highlighted by releasing the next major version of FreeBSD,
9.0, which was finally released in the beginning of January 2012. The
FreeBSD Project dedicates the FreeBSD 9.0-RELEASE to the memory of
Dennis M. Ritchie, one of the founding fathers of the UNIXŽ operating
system. Our release engineering team has been also busy with
preparation of the 8.3-RELEASE, which was publicly announced in April.
Thanks to all the reporters for the excellent work! This report
contains 27 entries and we hope you enjoy reading it.
Please note that the deadline for submissions covering the period
between April and June 2012 is July 15th, 2012.
__________________________________________________________________
Projects
* FreeBSD Services Control
* GNU-Free C++11 Stack
* Growing filesystems online
* The FreeNAS Project
User-land Programs
* Clang Replacing GCC in the Base System
* Replacing the Regular Expression Code
* The bsdconfig(8) utility
FreeBSD Team Reports
* Release Engineering Team Status Report
* The FreeBSD Foundation Team Report
Kernel
* DTrace Probes for the linuxulator
* HDMI/DisplayPort Audio Support in HDA Sound Driver (snd_hda)
* Improved hwpmc(9) Support for MIPS
* isci(4) SAS Driver
Network Infrastructure
* Atheros 802.11n Support
* IPv6 Performance Analysis
* Multi-FIB: IPv6 Support and Other Enhancements
Documentation
* The FreeBSD Japanese Documentation Project
Architectures
* FreeBSD/arm on Various TI Boards
* FreeBSD/powerpc on Freescale QorIQ DPAA
* NAND File System, NAND Flash Framework, NAND Simulator
* Porting DTrace to MIPS and ARM
Ports
* A New linux_base Port Based Upon CentOS
* BSD-licensed sort Utility (GNU sort Replacement)
* KDE/FreeBSD
* Perl Ports Testing
* The FreeBSD Haskell Ports
* The FreeBSD Ports Collection
__________________________________________________________________
A New linux_base Port Based Upon CentOS
Contact: Alexander Leidinger <netchild< at >FreeBSD.org>
We got a PR with a linux_based port which is based upon CentOS 6.
Currently this can only be used as a test environment, as it depends
upon a more recent linux kernel version, than the linuxulator provides.
As of this writing, I'm in the process of preparing a commit of this
port.
Open tasks:
1. Repocopy by portmgr.
2. Add conflicts in other linux_base ports.
3. Commit the CentOS based one.
4. Some cleanup.
__________________________________________________________________
Atheros 802.11n Support
URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosTxAgg
URL: http://wiki.FreeBSD.org/dev/ath(4)
Contact: Adrian Chadd <adrian< at >FreeBSD.org>
802.11n station and hostap support is now fully functional, sans
correct hostap side power saving. TX aggregation and TX BAR handling is
implemented.
Station chip power saving is not implemented at all yet, it's not in
the scope of this work.
Testers should disable bgscan (-bgscan) as scan/bgscan will simply drop
any traffic in the TX/RX queues, causing potential traffic stalls.
Open tasks:
1. Fix up hostap side power save handling.
2. Implement filtered frames support in the driver.
3. Fix scan/bgscan to correctly buffer and retransmit frames when
going off channel, so frames are not just "dropped" - this causes
issues in the aggregation sessions and may cause traffic stalls.
4. Test/fix any issues with adhoc 802.11n support.
__________________________________________________________________
BSD-licensed sort Utility (GNU sort Replacement)
URL: http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/
URL:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html
Contact: Oleg Moskalenko <oleg.moskalenko< at >citrix.com>
Contact: Gábor Kövesdán <gabor< at >FreeBSD.org>
Currently the BSD sort reached usable stable stage. It is stable, it is
as fast as the GNU sort, and it supports multi-byte locales (this is
something that GNU sort does not do correctly). BSD sort has all
features of GNU sort 5.3.0 (version included into FreeBSD) with some
extra features and bug fixes.
Open tasks:
1. Add BSD sort into HEAD as an alternative, installed as bsdsort. If
proven to work as expected, change it to the default sort version
and remove GNU sort.
2. Investigate the possibility of a multi-threaded sort implementation
and implement it, if it proves more efficient.
3. Upgrade BSD sort features to include some obscure new features in
the latest GNU sort version 8.15.
__________________________________________________________________
Clang Replacing GCC in the Base System
URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang
Contact: Brooks Davis <brooks< at >FreeBSD.org>
Contact: David Chisnall <theraven< at >FreeBSD.org>
Contact: Dimitry Andric <dim< at >FreeBSD.org>
Contact: Ed Schouten <ed< at >FreeBSD.org>
Contact: Pawel Worach <pawel.worach< at >gmail.com>
Contact: Roman Divacky <rdivacky< at >FreeBSD.org>
Both FreeBSD 10.0-CURRENT and 9.0-STABLE now have Clang 3.0 release
installed by default. At least on 10.0-CURRENT, both world and the
GENERIC kernel can be completely built without any -Werror warnings.
This may not be the case for all custom kernel configurations yet.
As of r231057, there is a WITH_CLANG_EXTRAS option for src.conf(5),
which will enable a number of additional LLVM and Clang tools, such as
'llc' and 'opt'. These tools are mainly useful for people that want to
manipulate LLVM bitcode (.bc) and LLVM assembly language (.ll) files,
or want to tinker with LLVM and Clang themselves.
Also, as of r232322, there is a WITH_CLANG_IS_CC option for
src.conf(5), which will install Clang as /usr/bin/cc, /usr/bin/c++ and
/usr/bin/cpp, making it the default system compiler. Unless you also
use the WITHOUT_GCC option, gcc will still be available as
/usr/bin/gcc, /usr/bin/g++ and /usr/bin/gcpp.
The intent is to switch on this option by default rather sooner than
later, so we can start preparing for shipping 10.0-RELEASE with Clang
as as the default system compiler, and deprecating gcc.
In other news, we will import a newer snapshot of Clang soon, since
upstream LLVM/Clang has already announced their 3.1 release will be
branched April 16, 2012. Most likely, the actual 3.1 release will be
follow a few weeks later, after which we will do another import.
Last but not least, there are many ports people working on making our
ports compile properly with Clang. Fixes are checked in on a very
regular basis now, and full exp-runs with Clang are also done fairly
regularly. Of course, there are always a few difficult cases,
especially with very old software that will not even compile with newer
versions of gcc, let alone clang.
Open tasks:
1. One of the most important tasks at the moment is to actually build
and run your entire FreeBSD system with Clang, as much as possible.
Any compile-time or run-time problems should be reported to the
appropriate mailing list, or filed as a PR. If you have patches
and/or workarounds, that would be even better.
2. Clang should have gotten better support for cross-compiling after
3.0, so as soon as a 3.1 version is imported, we will need to look
at ways to get the FreeBSD world and kernels to cross-compile. This
is mainly of use for ARM and MIPS, which are architectures you
usually do not want to build natively on.
3. Help to make unwilling ports build with Clang is always needed, and
greatly appreciated. Please mail the maintainer of your favorite
port with patches, or file PRs.
__________________________________________________________________
DTrace Probes for the linuxulator
Contact: Alexander Leidinger <netchild< at >FreeBSD.org>
Recently DTrace in the kernel was improved to be able to load kernel
modules with static dtrace providers after the dtrace modules. This
allows me to commit my linuxulator specific static provider work to
-CURRENT.
Together with the linuxulator DTrace probes I developed some D scripts
to check various code paths in the linuxulator. Those scripts check
various error cases which may be interesting to verify userland code,
but also linuxulator internals like locks.
As of this writing I'm in the process of updating a test machine to a
more recent -current to prepare the commit.
__________________________________________________________________
FreeBSD Services Control
URL: http://people.FreeBSD.org/~trhodes/fsc/
Contact: Tom Rhodes <trhodes< at >FreeBSD.org>
After a while of moving and getting a new job, I finally got back to
this project (also thanks to several submissions by Julian Fagir), a
new version has been uploaded along with a short description page. The
current version supports more options, a configuration file, and
updated rc.d script. It also includes manual page updates and an
optional debugging mode.
__________________________________________________________________
FreeBSD/arm on Various TI Boards
URL: http://svnweb.FreeBSD.org/base/projects/armv6/sys/arm/ti/
Contact: Ben Gray <bgray< at >FreeBSD.org>
Contact: Olivier Houchard <cognet< at >FreeBSD.org>
Contact: Damjan Marion <dmarion< at >FreeBSD.org>
Contact: Oleksandr Tymoshenko <gonzo< at >FreeBSD.org>
The goal of this project is to get FreeBSD running on various popular
boards that use TI-based SoCs like OMAP3, OMAP4, AM335x. Project covers
some ARM generic Cortex-A components: GIC (Generic Interrupt
Controller), PL310 L2 Cache Controller and SCU.
PandaBoard (TI OMAP4430) and PandaBoard ES (OMAP4460) Dual core ARM
Cortex-A9 board support includes: USB, onboard Ethernet over USB, GPIO,
I2C and MMC/SD card drivers. Board works in multiuser mode over NFS
root.
BeagleBone (TI AM3358/AM3359) single core ARM Cortex-A8 based board
support currently includes: Ethernet, L2 cache, GPIO, I2C. Board works
in multiuser mode over NFS root.
Open tasks:
1. Completing missing peripherals: DMA, SPI, MMC/SD, Video, Audio.
2. Completing SMP support and testing.
3. Importing BeagleBoard (OMAP3) code to SVN.
4. Improving overall stability and performance.
__________________________________________________________________
FreeBSD/powerpc on Freescale QorIQ DPAA
URL:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P2040
URL:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P3041
URL:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P5020
URL:
http://www.freescale.com/webapp/sps/site/homepage.jsp?code=64BIT&fsrch=
1&sr=1
Contact: Michal Dubiel <md< at >semihalf.com>
Contact: Rafal Jaworowski <raj< at >semihalf.com>
Contact: Piotr Ziecik <kosmo< at >semihalf.com>
This work is bringing up the FreeBSD on Freescale QorIQ Data Path
Acceleration Architecture (DPAA) system-on-chips along with device
drivers for integrated peripherals. Since the last status report, the
following support has been added:
* Ethernet (full network functionality using Regular Mode of DPAA
infrastructure)
* QorIQ P5020 SoC (e5500 core in legacy 32-bit mode)
* P5020 QorIQ Development System support
* Initial support for Enhanced SDHC
The next step is:
* e5500 core in native 64-bit mode
Related publications:
* Michal Dubiel, Piotr Ziecik, "FreeBSD on Freescale QorIQ Data Path
Acceleration Architecture Devices", AsiaBSDCon, March 2012, Tokyo,
Japan.
__________________________________________________________________
GNU-Free C++11 Stack
Contact: David Chisnall <theraven< at >FreeBSD.org>
Since the last status report, the combination of libc++ and libcxxrt
has received some additional testing and gained some new features
including support for ARM EABI. With clang 3.1, we now pass all of the
C++11 atomics tests.
The xlocale implementation (required for libc++) has been tested with a
variety of ports that were originally written for the Darwin
implementation, and bugs that this testing uncovered have been fixed.
This should be released in 9.1.
In -CURRENT, we are now building libsupc++ as a shared library. This
provides the ABI layer and building it as a shared library means that
we can replace it with libcxxrt easily. If you are running -CURRENT,
please try using libmap.conf to enable libcxxrt instead of libsupc++.
If libstdc++ is using libcxxrt, you can now link against both libraries
that are using libstdc++ and libc++, making the migration slightly
easier, although you cannot pass STL objects between libraries using
different STL versions.
We still need a replacement for some parts of libgcc_s and for the
linker, but we're on track for a BSD licensed C++ stack in 10.0.
Open tasks:
1. Test ports with libc++. Hopefully most will Just Work, but others
may need patches or have a hard dependency on libstdc++.
2. Enable building libc++ by default. This is dependent upon building
with clang, because the version of gcc in the base system does not
support C++11 and so can not be used to build libc++.
3. Removing libstdc++ from the base system and making it available
through ports for backwards compatibility.
__________________________________________________________________
Growing filesystems online
Contact: Edward Tomasz Napierala <trasz< at >FreeBSD.org>
The goal of this project is to make it possible to grow a filesystem,
both UFS and ZFS, while it's mounted read-write. This includes changes
to both filesystems, GEOM infrastructure, and the da(4) driver. For
testing purposes, I've also added resizing to mdconfig(8) and
implemented LUN resizing in CAM Target Layer.
From the system administrator point of view, this makes it possible to
resize mounted partition using gpart(8) and then resize the filesystem
on it using growfs(8) - all without unmounting it first; especially
useful if it's a root filesystem.
All the functionality works and is in the process of being refined,
reviewed and merged to HEAD.
This project is sponsored by The FreeBSD Foundation.
Open tasks:
1. The write suspension infrastructure (/dev/ufssuspend) implemented
to make resizing possible makes it also possible to implement
online tunefs(8) and fsck(8).
2. Right now, there is no way for a GEOM class to veto resizing --
classes are notified about resize and they can either adapt, or
wither. Many classes store their metadata in the last sector,
though, so resizing a partition containing e.g. gmirror will make
it inoperable. It would be nice if geom_mirror(4) could veto
resizing, so the administrator attempting to shoot himself in the
foot would get a warning.
__________________________________________________________________
HDMI/DisplayPort Audio Support in HDA Sound Driver (snd_hda)
Contact: Alexander Motin <mav< at >FreeBSD.org>
snd_hda(4) driver got number of improvements to better support
HDMI/DisplayPort audio, such as:
* Added fetching EDID-Like Data from the CODEC and video driver,
describing audio capabilities of the display device.
* Added setting HDMI/DP-specific CODEC options, such as number of
channels, speakers configuration and channels mapping.
* Added support for more multichannel formats. For HDMI and
DisplayPort device now supported: 2.0, 2.1, 3.0, 3.1, 4.0, 4.1,
5.0, 5.1, 6.0, 6.1, 7.0 and 7.1 channels.
* Added support for compressed streams passthrough with data rate
6.144 - 24Mbps, such as DTS-HD Master Audio or Dolby TrueHD.
* Added support for HDA bus multiplexing to handle higher data rates
(up to 92, 184 or more Mbps, depending on hardware capabilities).
It allows to handle several 192/24/8 LPCM playback streams
simultaneously.
Above functionality was successfully tested on NVIDIA GT210 and GT520
video cards with nvidia-driver-290.10 driver. HDMI audio on older
NVIDIA ION and Geforce 8300 boards still does not work for unknown
reason. There are also successful reports about Intel video with latest
KMS-based drivers. Support for ATI cards is limited to older cards,
because video driver supporting newer cards does not support HDMI
audio.
The code was committed to HEAD and merged to 9-STABLE branch.
Project sponsored by iXsystems, Inc.
Open tasks:
1. Make better use of received EDID-Like Data.
2. Identify and fix problem with older NVIDIA cards.
__________________________________________________________________
Improved hwpmc(9) Support for MIPS
Contact: Oleksandr Tymoshenko <gonzo< at >FreeBSD.org>
hwpmc(9) for MIPS has been reworked. The changes include:
* msip24k code was split to CPU-specific and arch-specific parts to
make adding support for new CPUs easier
* Added support for Octeon PMC
* Added sampling support for MIPS in general
__________________________________________________________________
IPv6 Performance Analysis
URL: http://people.FreeBSD.org/~bz/bench/
Contact: Bjoern A. Zeeb <bz< at >FreeBSD.org>
IPv6 performance numbers were often seen (significantly) lower on
FreeBSD when compared to IPv4. Continuing last years IPv6-only kernel
efforts this project looked at various reasons for this and started
fixing some.
As part of the project a benchmark framework was created that could
carry out various tests including reboots in between runs and gather
results reproducibly without user intervention. It allows regular
benchmarking with minimal configuration and easy future extension for
more benchmarks.
As a result of the initial analysis, UDP locking and route lookups were
improved, and delayed checksumming, TSO6 and LRO support for IPv6 were
implemented. Following this checksum "offload" for IPv6 on loopback was
enabled and various further individual improvements, both locking and
general code changes, as well as a reduction of the cache size
footprint were carried out. Some of the changes were equally applied to
IPv4.
Performance numbers on physical and loopback interfaces are on par with
IPv4 when using offload support with TCP/IPv6, which is a huge
improvement. UDP and non-offload numbers on IPv6 have generally
improved but are still lower than on IPv4 and will need future work to
catch up with a decade of IPv4 benchmarking and code path
optimizations. UDP IPv6 minimal size send path packets per second (pps)
numbers however have increased beating IPv4 when sending to a local
discard device.
This gets us really close to being able to prefer IPv6 by default
without causing loopback performance regressions. For physical
interfaces, cxgb(4) in HEAD already supports IPv6 TCP offload and
LRO/v6 support was added. To be able to get more test results on
different hardware, both ixgbe(4) and cxgbe(4) were also updated to
support TSO6 and LRO with IPv6.
Some of the insights gained from this work will help upcoming
discussions on both the lower/link-layer overhaul as well as for the
mbuf changes to prepare our stack for more, future improvements (ahead
of time).
I once again want to thank the FreeBSD Foundation and iXsystems for
their support of the project, as well as George Neville-Neil for
providing review.
Having set the start to close one of the biggest feature parity gaps
left I will continue to improve IPv6 code paths and hope that we will
see more contributions and independent results from the community as
well soon.
Open tasks:
1. Carefully merge code changes to SVN.
__________________________________________________________________
isci(4) SAS Driver
Contact: Jim Harris <jimharris< at >FreeBSD.org>
An Intel-supported isci(4) driver, for the integrated SAS controller in
Intel's C600 chipsets, is now available in head, stable/9, stable/8 and
stable/7.
The isci(4) driver will also be part of the FreeBSD 8.3 release.
__________________________________________________________________
KDE/FreeBSD
URL: http://FreeBSD.kde.org
URL: http://FreeBSD.kde.org/area51.php
Contact: KDE FreeBSD <kde< at >FreeBSD.org>
The team has made many releases and upstreamed many fixes and patches.
The latest round of releases include:
* KDE SC: 4.7.4 (in ports) and 4.8.0, 4.8.1, 4.8.2 (in area51)
* Qt: 4.8.0, 4.8.1 (in area51)
* PyQt: 4.9.1; SIP: 4.13.2 (in area51)
* KDevelop: 2.3.0; KDevPlatform: 1.3.0 (in area51)
* Calligra: 2.3.87 (in area51)
* Amarok: 2.5.0
* CMake: 2.8.7
Due to the prolonged port freeze the KDE team has not been able to
update KDE in Ports as it is considered a intrusive change.
The team is always looking for more testers and porters so please
contact us at kde< at >FreeBSD.org and visit our home page at
http://FreeBSD.kde.org.
Open tasks:
1. Testing KDE SC 4.8.2.
2. Testing KDE PIM 4.8.2.
3. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend
was deprecated (but will remain in the ports for now).
4. Testing the Calligra beta releases (in the area51 repository).
__________________________________________________________________
Multi-FIB: IPv6 Support and Other Enhancements
URL: http://svnweb.FreeBSD.org/base/projects/multi-fibv6/
Contact: Bjoern A. Zeeb <bz< at >FreeBSD.org>
Contact: Alexander V. Chernikov <melifaro< at >FreeBSD.org>
In 2008 the multiple forwarding information base (FIB) feature was
introduced for IPv4 allowing up to 16 distinct forwarding ("routing")
tables in the kernel. Thanks to the sponsorship from Cisco Systems,
Inc. this feature is now also available for IPv6 and one of the bigger
IPv6 feature-parity gaps is closed. The changes have been integrated to
HEAD, were merged back to stable/9 and stable/8 and will be part of
future releases for these branches. A backport to stable/7 is also
available in the project branch. If more than one FIB is requested,
IPv6 FIBs will be added along the extra IPv4 FIBs without any special
configuration needed and programs like netstat and setfib, as well as
ipfw, etc. were extended to seamlessly support the multi-FIB feature on
both address families.
Thanks to the help of Alexander V. Chernikov all usage of the multi-FIB
feature is now using the boot-time variable rather than depending on
the compile time option. In HEAD this now allows us you to use the
multi-FIB feature with GENERIC kernels not needing to recompile your
own anymore. The former kernel option can still be used to set a
default value if desired. Otherwise the net.fibs loader tunable can be
used to request more than one IPv6 and IPv4 FIB at boot time.
Last, routing sockets are now aware of FIBs and will only show the
routing messages targeted at the FIB attached to. This allows route
monitor or routing daemons to get selective updates for just a specific
FIB.
__________________________________________________________________
NAND File System, NAND Flash Framework, NAND Simulator
URL: http://svnweb.FreeBSD.org/base/projects/nand/
Contact: Grzegorz Bernacki <gjb< at >semihalf.com>
Contact: Mateusz Guzik <mjg< at >semihalf.com>
The NAND Flash stack consists of a driver framework for NAND
controllers and memory chips, a NAND device simulator and a fault
tolerant, log-structured file system, accompanied by tools, utilities
and documentation.
NAND FS support merged into "nand" project branch:
* NAND FS filesystem
* NAND FS userland tools
NAND Framework and NAND simulator merged into "nand" project
branch:
* NAND framework: nandbus, generic nand chips drivers
* NAND Flash controllers (NFC) drivers for NAND Simulator and Marvell
MV-78100 (ARM)
* NAND tool (which allows to erase, write/read pages/oob, etc.
The next steps include:
* Fix bugs
* Merge into HEAD
Work on this project is supported by the FreeBSD Foundation and Juniper
Networks.
__________________________________________________________________
Perl Ports Testing
URL: http://wiki.FreeBSD.org/Perl#Test_Dependencies
Contact: Steve Wills <swills< at >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.
Significant progress has been made on this project. The change to build
perl with -pthread was committed and no issues have been reported. Many
ports have had missing dependencies added and/or other changes and
approximately 90% of p5- ports pass tests. Work is being done on
bringing testing support out of ports tinderbox.
Open tasks:
1. Finish work on patch to bring testing support to ports.
2. Add additional support for testing other types of ports such as
python and ruby.
__________________________________________________________________
Porting DTrace to MIPS and ARM
Contact: Oleksandr Tymoshenko <gonzo< at >FreeBSD.org>
The major part of DTrace has been ported to MIPS platform. Supported
ABIs: o32 and n64. n32 has not been tested yet. MIPS implementation
passes 853 of 927 tests from DTrace test suite.
The fbt provider and userland DTrace are not supported yet.
The port to ARM is in progress.
Open tasks:
1. Userland DTrace support for MIPS.
2. Investigate amount of effort required for getting fbt provider work
at least partially.
3. Find proper solution for cross-platform CTF data generation
(required for ARM).
__________________________________________________________________
Release Engineering Team Status Report
URL: http://www.FreeBSD.org/releng/
Contact: Release Engineering Team <re< at >FreeBSD.org>
On behalf of the FreeBSD Project the Release Engineering Team was are
pleased to announce the release of the FreeBSD 8.3-RELEASE on April
18th, 2012.
With the FreeBSD 8.3 release cycle completed our focus shifts to
preparing for the FreeBSD 9.1-RELEASE. A schedule will be posted
shortly, with the release target date set for mid-July 2012.
__________________________________________________________________
Replacing the Regular Expression Code
URL: http://svnweb.FreeBSD.org/base/user/gabor/tre-integration/
URL: http://laurikari.net/tre/
URL:
http://www.tdk.aut.bme.hu/Files/TDK2011/POSIX-regularis-kifejezesek1.pd
f
Contact: Gábor Kövesdán <gabor< at >FreeBSD.org>
Since the last status report, there has been a significant progress in
optimizing TRE. The multiple pattern heuristic code is mostly finished
and it distinguishes several different cases to speed up pattern
matching. It extracts literal fragments from the original patterns and
uses a multiple pattern matching algorithm to find any occurrence. GNU
grep uses the Commentz-Walter algorithm, which is an automaton-based
algorithm, while in this project, it has been decided to use a
Wu-Manber algorithm, which is more efficient and also easier to
implement. In the current state, it does not work entirely yet and some
cases, like the REG_ICASE flag are not yet covered. This is the next
major step to complete this multiple pattern interface. In the
development branch, BSD grep is already modified to use this new
interface so it can be used for testing and debugging purposes.
Open tasks:
1. Finish multiple pattern heuristic regex matching.
2. Implement GNU-specific regex extensions.
3. Test standard-compliance and correct behavior.
__________________________________________________________________
The bsdconfig(8) utility
URL: http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdconfig/
URL: http://druidbsd.sf.net/download/bsdconfig/bsdconfig-20120512-1.svg
URL:
http://druidbsd.sf.net/download/bsdconfig/bsdconfig-20120512-1i.svg
Contact: Devin Teske <dteske< at >FreeBSD.org>
Contact: Ron McDowell <rcm< at >fuzzwad.org>
Approaching 20,000 lines of sh(1) code, the bsdconfig(8) tool is
approximately 70% complete. Upon completion of this project,
bsdconfig(8) will represent (in conjunction with already-existing
bsdinstall(8)) a complete set of utilities capable of purposefully
deprecating sysinstall(8) in FreeBSD 9 and higher. This project has
been a labor of love for Ron McDowell and I for over 90 days now and we
are approaching the completion of this wonderful tool.
Open tasks:
1. The "installer suite" modules for acquiring/installing binary
packages and additional distribution sets. Startup services module.
__________________________________________________________________
The FreeBSD Foundation Team Report
URL: www.FreeBSDFoundation.org
Contact: Deb Goodkin <deb< at >FreeBSDFoundation.org>
The Foundation sponsored AsiaBSDCon 2012 which was held in Tokyo,
Japan, March 22-25. We were represented at SCALE on Jan 21 and NELF on
March 17. This quarter we plan on being at ILF (Indiana LinuxFest)
April 14th, BSDCan May 11-12, and SELF (Southeast LinuxFest) June 9.
We are proud to be a gold sponsor of BSDCan 2012, which will be held in
Ottawa, Canada, May 11-12. We are sponsoring 14 developers to attend
the conference.
We kicked off three foundation funded projects -- Growing Filesystems
Online by Edward Tomasz Napierala, Implementing auditdistd daemon by
Pawel Jakub Dawidek, and NAND Flash Support by Semihalf.
We are pleased to announce the addition of George Neville-Neil to our
board of directors. Deb Goodkin, our Director of Operations, was
interviewed by bsdtalk.
We announced a call for project proposals. We will accept proposals
until April 30th. Please read Project Proposal Procedures to find out
more.
FreeBSD 9.0 was released and we are proud to say we funded 7 of the new
features!
__________________________________________________________________
The FreeBSD Haskell Ports
URL: http://wiki.FreeBSD.org/Haskell
URL: https://github.com/freebsd-haskell/freebsd-haskell/
URL: https://github.com/freebsd-haskell/hsporter/
URL: https://github.com/freebsd-haskell/hsmtk/
Contact: Gábor PÁLI <pgj< at >FreeBSD.org>
Contact: Ashish SHUKLA <ashish< at >FreeBSD.org>
We are proud announce that the FreeBSD Haskell Team has committed the
Haskell Platform 2011.4.0.0 update, GHC 7.0.4 update, existing port
updates, as well new port additions to FreeBSD ports repository, which
were pending due to freeze for 9.0-RELEASE. Some of the new ports which
were committed include Yesod, Happstack, wxHaskell, gitit, Threadscope,
etc. and the count of Haskell ports in FreeBSD Ports tree is now almost
300. All of these updates will be available as part of upcoming
8.3-RELEASE.
We started project hsporter to automate creation of new FreeBSD Haskell
ports from .cabal file, as well as update existing ports. We also
published scripts which we were using in the FreeBSD Haskell project
under the project hsmtk.
Open tasks:
1. Test GHC to work with clang/LLVM.
2. 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.
3. Add more ports to the Ports Collection.
__________________________________________________________________
The FreeBSD Japanese Documentation Project
URL: http://www.FreeBSD.org/ja/
URL: http://www.jp.FreeBSD.org/doc-jp/
Contact: Hiroki Sato <hrs< at >FreeBSD.org>
Contact: Ryusuke Suzuki <ryusuke< at >FreeBSD.org>
The same as before, the outdated contents in the www/ja subtree were
updated to the latest versions in the English counterpart. The updating
work of the outdated translations in the www/ja subtree is almost
complete. Only the translations of the release documents for old
releases may be outdated.
During this period, we translated the 9.0-RELEASE announcement and
published it in a timely manner. It seems that the Japanese version of
the release announcement is important for Japanese people as this page
has frequently been referenced.
For FreeBSD Handbook, translation work of the "cutting-edge" section is
still on-going. Some updates in the "printing" and the "linuxemu"
section were done.
Open tasks:
1. Further translation work of outdated documents in both
doc/ja_JP.eucJP and www/ja.
__________________________________________________________________
The FreeBSD Ports Collection
URL: http://www.FreeBSD.org/ports/
URL:
http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/
URL: http://portsmon.FreeBSD.org/index.html
URL: http://www.FreeBSD.org/portmgr/index.html
URL: http://blogs.FreeBSDish.org/portmgr/
URL: http://www.twitter.com/freebsd_portmgr/
URL: http://www.facebook.com/portmgr
Contact: Thomas Abthorpe <portmgr-secretary< at >FreeBSD.org>
Contact: Port Management Team <portmgr< at >FreeBSD.org>
The ports tree slowly climbs above 23,000 ports. The PR count still
remains at about 1100.
In Q1 we added 2 new committers, took in 2 commit bits for safe
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:
* Ports validation in the FreeBSD 10 environment
* Updates to bison, libtool and libiconv
* Set java/opendjdk6 as default java
* Tests with clang set as default
* Update to devel/boost and friends
* Update of audio/sdl and friends
* Tests for changes in the ports licensing infrastructure
* Update to devel/ruby1[8|9]
* Update to postresql
* Update to apr
* Checks for new x11/xorg
* Security update to security/gnutls
* Ongoing validation of infrastructure with pkgng
A lot of focus during this period was put into getting the ports tree
into a ready state for FreeBSD 8.3, including preparing packages for
the release.
Beat Gaetzi has been doing ongoing tests with the ports tree to ensure
a smooth transition from CVS to Subversion.
Open tasks:
1. Looking for help getting ports to build with clang.
2. Looking for help with Tier-2 architectures.
3. ports broken by src changes.
4. ports failing on pointyhat.
5. ports failing on pointyhat-west.
6. ports that are marked as BROKEN.
7. When did that port break?
8. Most ports PRs are assigned, we now need to focus on testing,
committing and closing.
__________________________________________________________________
The FreeNAS Project
URL: http://www.FreeNAS.org
Contact: Josh Paetzel <jpaetzel< at >FreeBSD.org>
Contact: Xin Li <delphij< at >FreeBSD.org>
FreeNAS 8.0.4 was released last month, which marks the end of the 8.0.x
branch in FreeNAS.
FreeNAS 8.2.0 is in BETA currently, and will hopefully be released by
the end of April.
It features a number of improvements over the 8.0.x line, including
plugin support, (the ability to run arbitrary software in jails), as
well as better integration between command line ZFS and the GUI.
Once 8.2.0 is out it will be quickly followed up with 8.3.0, which will
include a number of driver updates as well as the long awaited ZFS v28.
__________________________________________________________________
(c) 1995-2012 The FreeBSD Project. All rights reserved.
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Daniel Gerzo2012-05-12T21:39:15FreeBSD Security AdvisoryFreeBSD-SA-12:01.openssl
http://permalink.gmane.org/gmane.os.freebsd.announce/610
<pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-SA-12:01.openssl Security Advisory
The FreeBSD Project
Topic: OpenSSL multiple vulnerabilities
Category: contrib
Module: openssl
Announced: 2012-05-03
Credits: Adam Langley, George Kadianakis, Ben Laurie,
Ivan Nestlerode, Tavis Ormandy
Affects: All supported versions of FreeBSD.
Corrected: 2012-05-03 15:25:11 UTC (RELENG_7, 7.4-STABLE)
2012-05-03 15:25:11 UTC (RELENG_7_4, 7.4-RELEASE-p7)
2012-05-03 15:25:11 UTC (RELENG_8, 8.3-STABLE)
2012-05-03 15:25:11 UTC (RELENG_8_3, 8.3-RELEASE-p1)
2012-05-03 15:25:11 UTC (RELENG_8_2, 8.2-RELEASE-p7)
2012-05-03 15:25:11 UTC (RELENG_8_1, 8.1-RELEASE-p9)
2012-05-03 15:25:11 UTC (RELENG_9, 9.0-STABLE)
2012-05-03 15:25:11 UTC (RELENG_9_0, 9.0-RELEASE-p1)
CVE Name: CVE-2011-4576, CVE-2011-4619, CVE-2011-4109,
CVE-2012-0884, CVE-2012-2110
For general information regarding FreeBSD Security Advisories,
including descriptions of the fields above, security branches, and the
following sections, please visit <URL:http://security.FreeBSD.org/>.
I. Background
FreeBSD includes software from the OpenSSL Project. The OpenSSL Project is
a collaborative effort to develop a robust, commercial-grade, full-featured
Open Source toolkit implementing the Secure Sockets Layer (SSL v2/v3)
and Transport Layer Security (TLS v1) protocols as well as a full-strength
general purpose cryptography library.
II. Problem Description
OpenSSL failes to clear the bytes used as block cipher padding in SSL 3.0
records when operating as a client or a server that accept SSL 3.0
handshakes. As a result, in each record, up to 15 bytes of uninitialized
memory may be sent, encrypted, to the SSL peer. This could include
sensitive contents of previously freed memory. [CVE-2011-4576]
OpenSSL support for handshake restarts for server gated cryptograpy (SGC)
can be used in a denial-of-service attack. [CVE-2011-4619]
If an application uses OpenSSL's certificate policy checking when
verifying X509 certificates, by enabling the X509_V_FLAG_POLICY_CHECK
flag, a policy check failure can lead to a double-free. [CVE-2011-4109]
A weakness in the OpenSSL PKCS #7 code can be exploited using
Bleichenbacher's attack on PKCS #1 v1.5 RSA padding also known as the
million message attack (MMA). [CVE-2012-0884]
The asn1_d2i_read_bio() function, used by the d2i_*_bio and d2i_*_fp
functions, in OpenSSL contains multiple integer errors that can cause
memory corruption when parsing encoded ASN.1 data. This error can occur
on systems that parse untrusted ASN.1 data, such as X.509 certificates
or RSA public keys. [CVE-2012-2110]
III. Impact
Sensitive contents of the previously freed memory can be exposed
when communicating with a SSL 3.0 peer. However, FreeBSD OpenSSL
version does not support SSL_MODE_RELEASE_BUFFERS SSL mode and
therefore have a single write buffer per connection. That write buffer
is partially filled with non-sensitive, handshake data at the beginning
of the connection and, thereafter, only records which are longer than
any previously sent record leak any non-encrypted data. This, combined
with the small number of bytes leaked per record, serves to limit to
severity of this issue. [CVE-2011-4576]
Denial of service can be caused in the OpenSSL server application
supporting server gated cryptograpy by performing multiple handshake
restarts. [CVE-2011-4619]
The double-free, when an application performs X509 certificate policy
checking, can lead to denial of service in that application.
[CVE-2011-4109]
A weakness in the OpenSSL PKCS #7 code can lead to a successful
Bleichenbacher attack. Only users of PKCS #7 decryption operations are
affected. A successful attack needs on average 2^20 messages. In
practice only automated systems will be affected as humans will not be
willing to process this many messages. SSL/TLS applications are not
affected. [CVE-2012-0884]
The vulnerability in the asn1_d2i_read_bio() OpenSSL function can lead
to a potentially exploitable attack via buffer overflow. The SSL/TLS
code in OpenSSL is not affected by this issue, nor are applications
using the memory based ASN.1 functions. There are no applications in
FreeBSD base system affected by this issue, though some 3rd party
consumers of these functions might be vulnerable when processing
untrusted ASN.1 data. [CVE-2012-2110]
IV. Workaround
No workaround is available.
V. Solution
Perform one of the following:
1) Upgrade your vulnerable system to 7-STABLE, 8-STABLE or 9-STABLE,
or to the RELENG_7_4, RELENG_8_3, RELENG_8_2, RELENG_8_1, RELENG_9_0
security branch dated after the correction date.
2) To update your vulnerable system via a source code patch:
The following patches have been verified to apply to FreeBSD 7.4, 8.3,
8.2, 8.1, and 9.0 systems.
a) Download the relevant patch from the location below, and verify the
detached PGP signature using your PGP utility.
# fetch http://security.FreeBSD.org/patches/SA-12:01/openssl.patch
# fetch http://security.FreeBSD.org/patches/SA-12:01/openssl.patch.asc
b) Execute the following commands as root:
# cd /usr/src
# patch < /path/to/patch
c) Recompile the operating system as described in
<URL: http://www.freebsd.org/handbook/makeworld.html> and reboot the
system.
NOTE: Any third-party applications, including those installed from the
FreeBSD ports collection, which are statically linked to libcrypto(3)
should be recompiled in order to use the corrected code.
3) To update your vulnerable system via a binary patch:
Systems running 7.4-RELEASE, 8.3-RELEASE, 8.2-RELEASE, 8.1-RELEASE or
9.0-RELEASE on the i386 or amd64 platforms can be updated via the
freebsd-update(8) utility:
# freebsd-update fetch
# freebsd-update install
VI. Correction details
The following list contains the revision numbers of each file that was
corrected in FreeBSD.
CVS:
Branch Revision
Path
- - -------------------------------------------------------------------------
RELENG_7
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.1.1.13.2.2
src/crypto/openssl/crypto/mem.c 1.1.1.8.2.2
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.1.1.1.2.2
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.1.1.2.2.2
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.2.1
src/crypto/openssl/crypto/buffer/buffer.c 1.1.1.4.2.2
src/crypto/openssl/ssl/ssl_err.c 1.1.1.11.2.3
src/crypto/openssl/ssl/s3_srvr.c 1.1.1.17.2.7
src/crypto/openssl/ssl/ssl.h 1.1.1.16.2.3
src/crypto/openssl/ssl/s3_enc.c 1.1.1.13.2.2
src/crypto/openssl/ssl/ssl3.h 1.1.1.6.2.2
RELENG_7_4
src/UPDATING 1.507.2.36.2.9
src/sys/conf/newvers.sh 1.72.2.18.2.12
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.1.1.13.2.1.2.1
src/crypto/openssl/crypto/mem.c 1.1.1.8.2.1.2.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.1.1.1.2.1.2.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.1.1.2.2.1.2.1
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.20.1
src/crypto/openssl/crypto/buffer/buffer.c 1.1.1.4.2.1.2.1
src/crypto/openssl/ssl/ssl_err.c 1.1.1.11.2.2.2.1
src/crypto/openssl/ssl/s3_srvr.c 1.1.1.17.2.5.2.1
src/crypto/openssl/ssl/ssl.h 1.1.1.16.2.2.2.1
src/crypto/openssl/ssl/s3_enc.c 1.1.1.13.2.1.2.1
src/crypto/openssl/ssl/ssl3.h 1.1.1.6.2.1.2.1
RELENG_8
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.1.1.13.10.2
src/crypto/openssl/crypto/mem.c 1.2.2.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.2.2.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.2.2.2
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.10.1
src/crypto/openssl/crypto/buffer/buffer.c 1.2.2.1
src/crypto/openssl/ssl/ssl_err.c 1.2.2.2
src/crypto/openssl/ssl/s3_srvr.c 1.3.2.5
src/crypto/openssl/ssl/ssl.h 1.2.2.2
src/crypto/openssl/ssl/s3_enc.c 1.2.2.2
src/crypto/openssl/ssl/ssl3.h 1.2.2.2
RELENG_8_3
src/UPDATING 1.632.2.26.2.3
src/sys/conf/newvers.sh 1.83.2.15.2.5
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.1.1.13.10.1.4.1
src/crypto/openssl/crypto/mem.c 1.2.14.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.2.14.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.2.2.1.6.1
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.26.1
src/crypto/openssl/crypto/buffer/buffer.c 1.2.14.1
src/crypto/openssl/ssl/ssl_err.c 1.2.2.1.6.1
src/crypto/openssl/ssl/s3_srvr.c 1.3.2.4.2.1
src/crypto/openssl/ssl/ssl.h 1.2.2.1.6.1
src/crypto/openssl/ssl/s3_enc.c 1.2.2.1.4.1
src/crypto/openssl/ssl/ssl3.h 1.2.2.1.6.1
RELENG_8_2
src/UPDATING 1.632.2.19.2.9
src/sys/conf/newvers.sh 1.83.2.12.2.12
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.1.1.13.10.1.2.1
src/crypto/openssl/crypto/mem.c 1.2.8.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.2.8.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.2.2.1.4.1
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.18.1
src/crypto/openssl/crypto/buffer/buffer.c 1.2.8.1
src/crypto/openssl/ssl/ssl_err.c 1.2.2.1.4.1
src/crypto/openssl/ssl/s3_srvr.c 1.3.2.3.2.1
src/crypto/openssl/ssl/ssl.h 1.2.2.1.4.1
src/crypto/openssl/ssl/s3_enc.c 1.2.2.1.2.1
src/crypto/openssl/ssl/ssl3.h 1.2.2.1.4.1
RELENG_8_1
src/UPDATING 1.632.2.14.2.12
src/sys/conf/newvers.sh 1.83.2.10.2.13
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.1.1.13.16.1
src/crypto/openssl/crypto/mem.c 1.2.6.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.2.6.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.2.2.1.2.1
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.16.1
src/crypto/openssl/crypto/buffer/buffer.c 1.2.6.1
src/crypto/openssl/ssl/ssl_err.c 1.2.2.1.2.1
src/crypto/openssl/ssl/s3_srvr.c 1.3.2.2.2.1
src/crypto/openssl/ssl/ssl.h 1.2.2.1.2.1
src/crypto/openssl/ssl/s3_enc.c 1.2.6.1
src/crypto/openssl/ssl/ssl3.h 1.2.2.1.2.1
RELENG_9
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.2.2.1
src/crypto/openssl/crypto/mem.c 1.2.10.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.2.10.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.3.2.1
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.22.1
src/crypto/openssl/crypto/buffer/buffer.c 1.2.10.1
src/crypto/openssl/ssl/ssl_err.c 1.3.2.1
src/crypto/openssl/ssl/s3_srvr.c 1.7.2.1
src/crypto/openssl/ssl/ssl.h 1.3.2.1
src/crypto/openssl/ssl/s3_enc.c 1.3.2.1
src/crypto/openssl/ssl/ssl3.h 1.3.2.1
RELENG_9_0
src/UPDATING 1.702.2.4.2.3
src/sys/conf/newvers.sh 1.95.2.4.2.5
src/crypto/openssl/crypto/pkcs7/pk7_doit.c 1.2.4.1
src/crypto/openssl/crypto/mem.c 1.2.12.1
src/crypto/openssl/crypto/x509v3/pcy_map.c 1.2.12.1
src/crypto/openssl/crypto/x509v3/pcy_tree.c 1.3.4.1
src/crypto/openssl/crypto/asn1/a_d2i_fp.c 1.1.1.3.24.1
src/crypto/openssl/crypto/buffer/buffer.c 1.2.12.1
src/crypto/openssl/ssl/ssl_err.c 1.3.4.1
src/crypto/openssl/ssl/s3_srvr.c 1.7.4.1
src/crypto/openssl/ssl/ssl.h 1.3.4.1
src/crypto/openssl/ssl/s3_enc.c 1.3.4.1
src/crypto/openssl/ssl/ssl3.h 1.3.4.1
- - -------------------------------------------------------------------------
Subversion:
Branch/path Revision
- - -------------------------------------------------------------------------
stable/7/ r234954
releng/7.4/ r234954
stable/8/ r234954
releng/8.3/ r234954
releng/8.2/ r234954
releng/8.1/ r234954
stable/9/ r234954
releng/9.0/ r234954
- - -------------------------------------------------------------------------
VII. References
http://www.openssl.org/news/secadv_20120419.txt
http://www.openssl.org/news/secadv_20120312.txt
http://www.openssl.org/news/secadv_20120104.txt
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4576
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4619
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4109
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-0884
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-2110
http://lists.openwall.net/full-disclosure/2012/04/19/4
The latest revision of this advisory is available at
http://security.FreeBSD.org/advisories/FreeBSD-SA-12:01.openssl.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (FreeBSD)
iEYEARECAAYFAk+ipzUACgkQFdaIBMps37I7pACeI7zZ21vj+6AVz5+15OP4foXm
N1IAn2rMThkptUz62e0QDCv3tJKW6N9i
=ko2h
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>FreeBSD Security Advisories2012-05-03T16:01:15[announce< at >lists.nycbug.org: [announce] proposedannounce for mirrors]
http://permalink.gmane.org/gmane.os.freebsd.announce/609
<pre>
Heads up.
----- Forwarded message from NYC*BUG Announcements <announce< at >lists.nycbug.org> -----
Date: Fri, 20 Apr 2012 09:29:03 -0400
From: NYC*BUG Announcements <announce< at >lists.nycbug.org>
To: announce< at >lists.nycbug.org
Subject: [announce] proposed announce for mirrors
So, we are just waiting on MD sorting out uploading his images with Mark,
plus someone hitting the Tor project so they list our Tor mirror.
Comments appreciated, inline.
***
The New York City *BSD User Group (NYC*BUG) is proud to announce the
launching of multiple mirrors serving the BSD and open source community.
The mirrors, hosted in a cabinet donated by New York Internet, include the
following official mirrors:
* DragonFlyBSD
* OpenBSD
* m0n0wall, a FreeBSD-based firewall distribution customized for embedded
devices
* The Tor Project, an open source public anonymity network
* BHyVe images, a FreeBSD-based type 2 Hypervisor virtualization created by
NetApp developers, with the images maintained by Michael Dexter of Call for
Testing (callfortesting.org)
The mirrors are located at http://mirrors.nycbug.org, and are accessible
over http, ftp and rsync protocols.
NYC*BUG looks forward to expanding the mirrors to include other projects
relevant to the BSD community in the future. For inquiries, please contact
mirror-admin< at >nycbug.org.
The NYC*BUG cabinet hosts a variety of other BSD projects, including a
server for the BSD Certification Group, BSD.lv, a build server for FreeBSD's
Sparc64 ports in addition to an array of mailing lists.
The cabinet is composed of hardware donated by an array of NYC*BUG members.
NYC*BUG (http://www.nycbug.org) was launched in 2003 to serve and expand the
BSD community in the New York metropolitan area. NYC*BUG hosts monthly
meetings, in addition to bi-annual conferences in Manhattan.
_______________________________________________
announce mailing list
announce< at >lists.nycbug.org
http://lists.nycbug.org/mailman/listinfo/announce
----- End forwarded message -----
</pre>Jason Hellenthal2012-04-21T15:53:46FreeBSD 8.3-RELEASE Available
http://permalink.gmane.org/gmane.os.freebsd.announce/608
<pre>
The FreeBSD Release Engineering Team is pleased to announce the availability
of FreeBSD 8.3-RELEASE. This is the fourth release from the 8-STABLE
branch which improves on the functionality of FreeBSD 8.2 and introduces some
new features. Some of the highlights:
- usb(4) now supports the USB packet filter
- TCP/IP stack now supports the mod_cc(9) pluggable congestion
control framework
- graid(8) GEOM class added to support various BIOS-based software
RAID controllers (replacement for ataraid(4))
- ZFS subsystem updated to SPA version 28
- Gnome version 2.32.1, KDE version 4.7.4
For a complete list of new features and known problems, please see the
online release notes and errata list, available at:
http://www.FreeBSD.org/releases/8.3R/relnotes.html
http://www.FreeBSD.org/releases/8.3R/errata.html
For more information about FreeBSD release engineering activities,
please see:
http://www.FreeBSD.org/releng/
Availability
-------------
FreeBSD 8.3-RELEASE is now available for the amd64, i386, pc98,
and sparc64 architectures.
FreeBSD 8.3 can be installed from bootable ISO images or over the
network. Some architectures (currently amd64 and i386) also support
installing from a USB memory stick. The required files can be downloaded
via FTP or BitTorrent as described in the sections below. While some
of the smaller FTP mirrors may not carry all architectures, they will
all generally contain the more common ones such as amd64 and i386.
MD5 and SHA256 hashes for the release ISO and memory stick images are
included at the bottom of this message.
The purpose of the images provided as part of the release are as follows:
dvd1: This contains everything necessary to install the base FreeBSD
operating system, a collection of pre-built packages, and the
documentation. It also supports booting into a "livefs" based
rescue mode. This should be all you need if you can burn
and use DVD-sized media.
disc1: This contains the base FreeBSD operating system and the
English documentation package for CDROM-sized media. There are
no other packages.
livefs: This contains support for booting into a "livefs" based
rescue mode but does not support doing an install from the
CD itself. It is meant to help rescue an existing system
but could be used to do a network based install if necessary.
bootonly: This supports booting a machine using the CDROM drive but
does not contain the support for installing FreeBSD from the
CD itself. You would need to perform a network based install
(e.g. from an FTP server) after booting from the CD.
memstick: This can be written to an USB memory stick (flash drive) and
used to do an install on machines capable of booting off USB
drives. It also supports booting into a "livefs" based rescue
mode. The documentation packages are provided but no other
packages.
As one example of how to use the memstick image, assuming the USB drive
appears as /dev/da0 on your machine something like this should work:
# dd if=FreeBSD-8.3-RELEASE-amd64-memstick.img of=/dev/da0 bs=10240 conv=sync
Be careful to make sure you get the target (of=) correct.
FreeBSD 8.3-RELEASE can also be purchased on CD-ROM or DVD from several
vendors. One of the vendors that will be offering FreeBSD 8.3-based
products is:
~ FreeBSD Mall, Inc. http://www.freebsdmall.com/
BitTorrent
----------
8.3-RELEASE ISOs are available via BitTorrent. A collection of torrent
files to download the images is available at:
http://torrents.freebsd.org:8080/
FTP
---
At the time of this announcement the following FTP sites have
FreeBSD 8.3-RELEASE available.
ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp5.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp7.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp10.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.cn.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.cz.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.dk.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.fr.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.jp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.ru.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp1.ru.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp.tw.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp4.tw.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp5.us.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
ftp://ftp10.us.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/8.3/
However before trying these sites please check your regional mirror(s)
first by going to:
ftp://ftp.<yourdomain>.FreeBSD.org/pub/FreeBSD
Any additional mirror sites will be labeled ftp2, ftp3 and so on.
More information about FreeBSD mirror sites can be found at:
http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html
For instructions on installing FreeBSD or updating an existing machine
to 8.3-RELEASE please see:
http://www.FreeBSD.org/release/8.3R/installation.html
Support
-------
The FreeBSD Security Team currently plans to support FreeBSD 8.3 until
April 30, 2014. For more information on the Security Team and their
support of the various FreeBSD branches see:
http://www.freebsd.org/security/
Acknowledgments
---------------
Many companies donated equipment, network access, or man-hours to
support the release engineering activities for FreeBSD 8.3 including
The FreeBSD Foundation, Yahoo!, NetApp, Internet Systems Consortium,
Sentex Communications, New York Internet, Juniper Networks, and
iXsystems.
The release engineering team for 8.3-RELEASE includes:
Ken Smith <kensmith< at >FreeBSD.org> Release Engineering,
amd64, i386, sparc64 Release Building,
Mirror Site Coordination
Robert Watson <rwatson< at >FreeBSD.org> Release Engineering, Security
Konstantin Belousov <kib< at >FreeBSD.org> Release Engineering
Marc Fonvieille <blackend< at >FreeBSD.org> Release Engineering, Documentation
Josh Paetzel <jpaetzel< at >FreeBSD.org>Release Engineering
Hiroki Sato <hrs< at >FreeBSD.org> Release Engineering, Documentation
Bjoern Zeeb <bz< at >FreeBSD.org> Release Engineering
Takahashi Yoshihiro <nyan< at >FreeBSD.org> PC98 Release Building
Joe Marcus Clarke <marcus< at >FreeBSD.org> Package Building
Erwin Lansing <erwin< at >FreeBSD.org> Package Building
Mark Linimon <linimon< at >FreeBSD.org> Package Building
Pav Lucistnik <pav< at >FreeBSD.org> Package Building
Ion-Mihai Tetcu <itetcu< at >FreeBSD.org> Package Building
Martin Wilke (miwi< at >FreeBSD.org> Package Building
Colin Percival <cperciva< at >FreeBSD.org> Security Officer
Trademark
---------
FreeBSD is a registered trademark of The FreeBSD Foundation.
ISO Image Checksums
-------------------
MD5 (FreeBSD-8.3-RELEASE-amd64-bootonly.iso) = b1e776a82deabaf66a91293b04107277
MD5 (FreeBSD-8.3-RELEASE-amd64-disc1.iso) = cf4edae9692f560e9cab89c8347886f5
MD5 (FreeBSD-8.3-RELEASE-amd64-dvd1.iso) = 70089656058e74962cbedad1a2181daa
MD5 (FreeBSD-8.3-RELEASE-amd64-livefs.iso) = 24e1a8d3c02c230fe415408179f90dbc
MD5 (FreeBSD-8.3-RELEASE-amd64-memstick.img) = 013612ac4e080028b5f4e2c344250850
MD5 (FreeBSD-8.3-RELEASE-i386-bootonly.iso) = 2fa59569f572abe450fce6b5efddeb04
MD5 (FreeBSD-8.3-RELEASE-i386-disc1.iso) = 00fac17d95d27950e30b22e521c45da9
MD5 (FreeBSD-8.3-RELEASE-i386-dvd1.iso) = 2478c6a7477492c347e80aaf61f48cc1
MD5 (FreeBSD-8.3-RELEASE-i386-livefs.iso) = 147db14848518808deddf3c0b03694c3
MD5 (FreeBSD-8.3-RELEASE-i386-memstick.img) = 5cbbe6f41e53eb98471c3392eb1bb768
MD5 (FreeBSD-8.3-RELEASE-pc98-bootonly.iso) = 91843c5c9dbdf1d1be23eae30b0184b8
MD5 (FreeBSD-8.3-RELEASE-pc98-disc1.iso) = e84f3d26d72a37ae332b617e8122bec4
MD5 (FreeBSD-8.3-RELEASE-pc98-livefs.iso) = 4a441695c30c446308d7ee55d1ead1bc
MD5 (FreeBSD-8.3-RELEASE-sparc64-bootonly.iso) = b94f5c9b07fdc1870cd284e168b557d8
MD5 (FreeBSD-8.3-RELEASE-sparc64-disc1.iso) = 8b748240afe7a3f80cdf531f7d8a1317
MD5 (FreeBSD-8.3-RELEASE-sparc64-dvd1.iso) = 3ea38fd60444193c3d74d2b0beba14a4
MD5 (FreeBSD-8.3-RELEASE-sparc64-livefs.iso) = 317325d88a8605ae5a48447f92c5f919
SHA256 (FreeBSD-8.3-RELEASE-amd64-bootonly.iso) = 2af20d98b02a26ebe9a3ddeb4785f317e2024f9494ca3a177edafdc8ef138b7d
SHA256 (FreeBSD-8.3-RELEASE-amd64-disc1.iso) = 26d4870f3a310a95e488ed14dd8e36eb52e857878f2b238b3b91e65c101eee93
SHA256 (FreeBSD-8.3-RELEASE-amd64-dvd1.iso) = acd9127364c759c4eb38fd02634f52bffe75b845a767a20f7dbf022a1626eed7
SHA256 (FreeBSD-8.3-RELEASE-amd64-livefs.iso) = cb3dcd38ce4e3782059ea6d550a947a69c47bf167c6ae24f1cd58c5b4132697b
SHA256 (FreeBSD-8.3-RELEASE-amd64-memstick.img) = eb598fa93b553744bd79e6b648b87b20f9054f7c131856c09ee2f88f29ccca6d
SHA256 (FreeBSD-8.3-RELEASE-i386-bootonly.iso) = e701dee1458888bee1a399937f1ec525022a225b8b097bd820ed4338e0bf300d
SHA256 (FreeBSD-8.3-RELEASE-i386-disc1.iso) = a83919b5104d8ec4e905693a6bd6b90b88b1c30923029146d1dab62b62a038e9
SHA256 (FreeBSD-8.3-RELEASE-i386-dvd1.iso) = 3f3334a1e4f3d3f62ef274861764d466b44e19cc14549e6cdfdbd555808d78e2
SHA256 (FreeBSD-8.3-RELEASE-i386-livefs.iso) = d45352262d7f9d871d25d01fab3c9a946ef4488f5fbbd104e153f04ca58d5b24
SHA256 (FreeBSD-8.3-RELEASE-i386-memstick.img) = 56f4fc14ebe66dad5691ca63fa846e5d003efb630e5cb0181921ffb8af5a4edd
SHA256 (FreeBSD-8.3-RELEASE-pc98-bootonly.iso) = 664b06c1a68352be8833b90ee455cbc31dfea531b7dd5f648d48659da60e386d
SHA256 (FreeBSD-8.3-RELEASE-pc98-disc1.iso) = 1a54d5cbd6e72d740f7bf6372c58fb8caa5bb49d6c56358e18fe7433103bbb4f
SHA256 (FreeBSD-8.3-RELEASE-pc98-livefs.iso) = 5b8887aee9c80914ece956452fd5e48eb759232d56cb4fff557e7cc60daab58b
SHA256 (FreeBSD-8.3-RELEASE-sparc64-bootonly.iso) = e7ba76bbecff1b92d00caed5e644443b596f6a0fee4d717046aae73c4c5248c2
SHA256 (FreeBSD-8.3-RELEASE-sparc64-disc1.iso) = f5d4087a0a070a05ad2cd9032fdc3a49fff2f716b7485debc25ae6757e29ca90
SHA256 (FreeBSD-8.3-RELEASE-sparc64-dvd1.iso) = a697afe3e47250fa707b54021b5114aa0e286f088a5c89dfb6e1b2f51dd7bb67
SHA256 (FreeBSD-8.3-RELEASE-sparc64-livefs.iso) = a5af66e2ad1042676a157c94f3d63e118761435abd26d8b5dd66e99bdc830526
</pre>Ken Smith2012-04-18T14:19:42The FreeBSD Foundation is Requesting ProjectProposal Submissions
http://permalink.gmane.org/gmane.os.freebsd.announce/607
<pre>Dear FreeBSD Community,
The FreeBSD Foundation is pleased to announce we are soliciting the
submission of proposals for work relating to any of the major subsystems
or infrastructure within the FreeBSD operating system. Proposals
will be evaluated based on desirability, technical merit and
cost-effectiveness.
To find out more about the proposal process please read Project Proposal
Procedures at:
http://www.freebsdfoundation.org/documents/FreeBSD%20Foundation%20Proposals%20March%202012.pdf.
This is is your chance to get funding to help improve FreeBSD!
Sincerely,
The FreeBSD Foundation
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-03-16T18:04:32Foundation Funds Project to Grow FilesystemsOnline
http://permalink.gmane.org/gmane.os.freebsd.announce/606
<pre>The FreeBSD Foundation is pleased to announce that Edward Tomasz
Napierala has been awarded a grant to implement the ability to grow
filesystems while they are mounted.
"Users of FreeBSD in a virtualized environment will be pleased with
the increased ease of deployment afforded by the ability to grow
mounted filesystems," said Ed Maste, Director, The FreeBSD Foundation.
This project will add GEOM and filesystem changes that are necessary to
increase the size of both UFS and ZFS filesystems while a filesystem
is mounted read-write. This project will provide the additional
benefit of online provisioning of virtual instances.
The Foundation is pleased to be working with Edward again. He
was previously awarded a grant to implement resource containers
and a simple per-jail resource limits mechanism. This work was
included in FreeBSD 9.0 RELEASE.
This project is expected to be completed by October 2012.
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-03-06T14:45:08HEADS UP: FreeBSD 7.3 EoL coming soon
http://permalink.gmane.org/gmane.os.freebsd.announce/605
<pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello Everyone,
On March 31st, FreeBSD 7.3 will reach its End of Life and will no longer
be supported by the FreeBSD Security Team. Users of FreeBSD 7.3 are
strongly encouraged to upgrade to FreeBSD 7.4, FreeBSD 8.1, FreeBSD 8.2,
or FreeBSD 9.0 before the that date.
Please note that due to the unexpectedly long interval between FreeBSD 8.2
and the upcoming FreeBSD 8.3, the EoL date for FreeBSD 8.2 (originaly set
at February 29, 2012) has been postponed until July 31, 2012 in keeping
with the policy of having a three-month "upgrade window". In the unlikely
event that FreeBSD 8.3-RELEASE arrives later than the end of April, the
EoL dates for FreeBSD 8.1 and 8.2 will be further postponed.
The current supported branches and expected EoL dates are:
+---------------------------------------------------------------------+
| Branch | Release | Type | Release date | Estimated EoL |
|-----------+------------+--------+-----------------+-----------------|
|RELENG_7 |n/a |n/a |n/a |February 28, 2013|
|-----------+------------+--------+-----------------+-----------------|
|RELENG_7_3 |7.3-RELEASE |Extended|March 23, 2010 |March 31, 2012 |
|-----------+------------+--------+-----------------+-----------------|
|RELENG_7_4 |7.4-RELEASE |Extended|February 24, 2011|February 28, 2013|
|-----------+------------+--------+-----------------+-----------------|
|RELENG_8 |n/a |n/a |n/a |last release + 2y|
|-----------+------------+--------+-----------------+-----------------|
|RELENG_8_1 |8.1-RELEASE |Extended|July 23, 2010 |July 31, 2012 |
|-----------+------------+--------+-----------------+-----------------|
|RELENG_8_2 |8.2-RELEASE |Normal |February 24, 2011|July 31, 2012 |
|-----------+------------+--------+-----------------+-----------------|
|RELENG_9 |n/a |n/a |n/a |last release + 2y|
|-----------+------------+--------+-----------------+-----------------|
|RELENG_9_0 |9.0-RELEASE |Normal |January 10, 2012 |January 31, 2013 |
+---------------------------------------------------------------------+
- --
Colin Percival
Security Officer, FreeBSD | freebsd.org | The power to serve
Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iEYEARECAAYFAk9WFXQACgkQFdaIBMps37J6KgCbBJDCOI8nekcEeOvfceRBZ6wB
RO0AnjodgSFb8//a0M1clLcQ764qS3co
=HTwe
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>FreeBSD Security Officer2012-03-06T13:47:37Please Join Us in Welcoming George Neville-Neil!
http://permalink.gmane.org/gmane.os.freebsd.announce/604
<pre>The FreeBSD Foundation is pleased to announce the addition of George
Neville-Neil to its board of directors.
George has been dabbling in the BSD world since his undergraduate days
in the mid-1980s. He was granted his commit bit in 2004, and has served
two terms on the FreeBSD Core team between 2006 and 2010.
In 2011, he started organizing the semi-annual FreeBSD Vendor Summits
that gather commercial customers of FreeBSD along with project members
in order to facilitate the movement of technologies between the Project
and its customers.
George co-authored "The Design and Implementation of the FreeBSD
Operating System." His technical contributions are mostly within the
FreeBSD network stack with occasional forays into other parts of the
system.
"The Foundation is at a pivotal point in our growth as a company," said
Deb Goodkin, Secretary/Treasurer, The FreeBSD Foundation. "We believe
with George's previous and current involvement in FreeBSD, that he will
be a significant contributor in helping us achieve our ambitious goals
this year."
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-03-05T14:46:26Announcing EuroBSDcon 2012
http://permalink.gmane.org/gmane.os.freebsd.announce/603
<pre>EuroBSDcon 2012
===============
EuroBSDcon is the European technical conference for users and
developers on BSD-based systems. The EuroBSDcon 2012 conference
will be held in Warsaw, Poland from Thursday 18 October 2012
to Sunday 21 October 2012, with tutorials on Thursday and Friday
and talks on Saturday and Sunday.
Call for Proposals
------------------
The EuroBSDcon conference is inviting developers and users of
BSD-based systems to submit innovative and original papers not
submitted to other European conferences on BSD-related topics.
Topics of interest to the conference include, but are not limited
to applications, architecture, implementation, performance and
security of BSD-based operating systems, as well as topics
concerning the economic or organizational aspects of BSD use.
Presentations are expected to be 45 minutes.
Call for Tutorial Proposals
---------------------------
The EuroBSDcon conference is inviting qualified practitioners in
their field to submit proposals for half or full day tutorials on
topics relevant to development, implementation and use of BSD-based
systems.
Submission address
------------------
Proposals should be submitted by email to <submission< at >eurobsdcon.org>.
Important dates
---------------
The EuroBSDcon conference is accepting abstracts and tutorial
proposals until 20 May 2012. Other important dates will be
announced soon at the conference website http://2012.eurobsdcon.org/.
</pre>Pawel Jakub Dawidek2012-03-02T10:23:37Foundation Announces NAND File System forFreeBSD Project
http://permalink.gmane.org/gmane.os.freebsd.announce/602
<pre>The FreeBSD Foundation is pleased to announce that Semihalf, an
embedded solutions company, has been awarded a grant to bring their
comprehensive NAND Flash file system and storage stack to FreeBSD.
This technology enables FreeBSD to natively manage NAND Flash
devices, satisfying a crucial requirement for many applications
needing access to fast, reliable, non-volatile storage.
FreeBSD is widely used as the OS foundation of embedded appliances
both small and large. Semihalf's NAND Flash stack opens new
opportunities for FreeBSD in this space, where size, cost, or
performance, mandate the use of direct attached NAND Flash.
Made possible by matching funds from Juniper Networks, this FreeBSD
Foundation grant covers the costs of transferring technology
developed for Juniper Networks by Semihalf to the FreeBSD
project. This will ensure that the NAND framework meets
community standards and can be easily maintained and enhanced.
Highlighting the return on investment offered by this kind of
technology transfer, FreeBSD Foundation president Justin T. Gibbs,
noted:
"Open sourcing enhancements that do not expose 'business critical
intellectual property' reduces the cost of managing a FreeBSD
distribution that has been customized for a product. The NAND
subsystem is a perfect example of how technology transfer
benefits both the FreeBSD community and its commercial users.
We'd like to thank Semihalf and Juniper for partnering with us
to make the code available under a BSD license"
The NAND Flash subsystem consists of a driver framework for NAND
controllers and memory chips, a NAND device simulator and a fault
tolerant, log-structured file system, tailored to meet the unique
challenges of NAND flash storage. The package includes all the
tools, utilities and documentation needed to deploy this technology
in custom applications.
"A reliable file system that supports NAND Flash is critical for
Juniper's ongoing success," said Marcel Moolenaar, Distinguished
Engineer, Juniper Networks. "But since storage isn't Juniper's core
business, we were eager to find a solution that would put the
implementation and support of the file system in the most
capable hands. We reached out to Semihalf and ultimately the
Foundation to help us achieve our goals. Juniper cannot be more
pleased to have the NAND Flash file system and NAND Flash
framework present in the next major FreeBSD version as a
standard feature and under the care of the community."
"We are very glad to have the NAND framework made available
for the general FreeBSD audience, reaffirming the system as a
versatile platform for appliances and other embedded and
industrial designs," said Rafal Jaworowski of Semihalf.
The Foundation is pleased to be working with Semihalf again. They
were previously awarded a grant to bring "Flattened Device Tree"
support to FreeBSD. This new feature in FreeBSD 9.0 has been
well received by the FreeBSD community.
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-03-01T18:45:53Reminder that we are accepting Travel GrantApplications
http://permalink.gmane.org/gmane.os.freebsd.announce/601
<pre>Calling all FreeBSD developers needing assistance with travel expenses
to AsiaBSDCon 2012.
The FreeBSD Foundation will be providing a limited number of travel
grants to individuals requesting assistance. Please fill out and submit
the Travel Grant Request Application at
http://www.freebsdfoundation.org/documents/TravelRequestForm.pdf by
February 20, 2012 to apply for this grant.
This program is open to FreeBSD developers of all sorts (kernel hackers,
documentation authors, bugbusters, system administrators, etc). In some
cases we are also able to fund non-developers, such as active community
members and FreeBSD advocates.
Your request should be based on a realistic and economical estimate of
travel costs (economy airfare, trainfare, ...), accommodations
(conference hotel and sharing a room), and registration or tutorial
fees. If there are other sponsors willing to cover costs, such as your
employer or the conference, we prefer that you talk to them first, as
our budget is limited. We are happy to split costs with you or another
sponsor, such as just covering airfare or board.
If you are a speaker at the conference, we expect the conference to
cover your travel costs, and will most likely not approve your request.
If your application is approved, we will authorize you to seek
reimbursement up to a limit. We consider several factors, including our
overall and per-event budgets, and the benefit to the community by
funding your travel. We reimburse costs based on receipts, and by check
or bank transfer. And, we do not cover your costs if you end up having
to cancel your trip. We require you to submit a report on your trip,
which we may show to current or potential sponsors, and may include in
our semi-annual newsletter or this blog.
There's some flexibility in the mechanism, so talk to us if something
about the model doesn't quite work for you or if you have any questions.
The travel grant program is one of the most effective ways we can spend
money to help support the FreeBSD Project, as it helps developers get
together in the same place at the same time, and helps advertise and
advocate FreeBSD in the larger community.
Thank You,
The FreeBSD Foundation
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-02-16T00:13:17BSDCan 2012 - call for papers - extension
http://permalink.gmane.org/gmane.os.freebsd.announce/600
<pre>We apologize that http://www.bsdcan.org/ was offline for 12 hours from early Sunday morning.
The deadline for submissions has been extended to Tuesday 31 January.
BSDCan 2012 will be held 11-12 May, 2012 in Ottawa at the University of
Ottawa. It will be preceded by two days of tutorials on 9-10 May.
NOTE: This will be Fri/Sat with tutorials on Wed/Thu.
We are now accepting proposals for talks.
The talks should be designed with a very strong technical content bias.
Proposals of a business development or marketing nature are not
appropriate for this venue.
If you are doing something interesting with a BSD operating system,
please submit a proposal. Whether you are developing a very complex
system using BSD as the foundation, or helping others and have a story
to tell about how BSD played a role, we want to hear about your
experience. People using BSD as a platform for research are also
encouraged to submit a proposal. Possible topics include:
* How we manage a giant installation with respect to handling spam.
* and/or sysadmin.
* and/or networking.
From the BSDCan website, the Archives section will allow you to review
the wide variety of past BSDCan presentations as further examples.
Both users and developers are encouraged to share their experiences.
The schedule is:
8 Jan 2012 Proposal acceptance begins
31 Jan 2012 Proposal acceptance ends
19 Feb 2012 Confirmation of accepted proposals
See also <http://www.bsdcan.org/2012/papers.php>
Instructions for submitting a proposal to BSDCan 2012 are available
from: <http://www.bsdcan.org/2012/submissions.php>
</pre>Dan Langille2012-01-29T19:55:29FreeBSD Quarterly Status Report October-December, 2011
http://permalink.gmane.org/gmane.os.freebsd.announce/599
<pre>FreeBSD Quarterly Status Report October-December, 2011
Introduction
This report covers FreeBSD-related projects between October and
December 2011. It is the last of the four reports planned for 2011.
This quarter was mainly devoted to polishing the bits for the next
major version of FreeBSD, 9.0, which was already successfully released
in the beginning of January 2012.
Thanks to all the reporters for the excellent work! This report
contains 32 entries and we hope you enjoy reading it.
Please note that the deadline for submissions covering the period
between January and March 2012 is April 15th, 2012.
__________________________________________________________________
Projects
* Auditdistd Project
* BSD-Licensed C++ Stack
* pfSense
User-land Programs
* Replacing the Regular Expression Code
* System Configuration Utilities
FreeBSD Team Reports
* FreeBSD Ports Management Team Status Report
* Release Engineering Team Status Report
* The FreeBSD Foundation Status Report
Kernel
* CAM Target Layer (CTL)
* FreeBSD No-IPv4 ("IPv6-Only") Support
* GEOM MULTIPATH Rewrite
* HDA Sound Driver (snd_hda) Improvements
* LSI Supported mps(4) SAS driver
* SCSI Direct Access Driver (da) Improvements
* Status Report for NFS
* The New CARP
Documentation
* A Tool to Check for Mistakes in Documentation -- igor
* The FreeBSD German Documentation Project
* The FreeBSD Japanese Documentation Project
Architectures
* FreeBSD/390
* FreeBSD/arm on Marvell Armada XP
* FreeBSD/powerpc on AppliedMicro APM86290
* FreeBSD/powerpc on Freescale QorIQ DPAA
* Improving Support for New Features in the Intel SandyBridge CPUs
Ports
* FreeBSD Haskell Ports
* FreeBSD Ruby Ports
* FreeBSD/GNOME
* FreeBSD/KDE
* Multimedia -- Watching/Recording Digital TV
* Perl Ports Testing
* Public FreeBSD Ports Development Infrastructure -- redports.org
* Up to Date X.Org Server
__________________________________________________________________
A Tool to Check for Mistakes in Documentation -- igor
URL: http://www.wonkity.com/~wblock/igor/
Contact: Warren Block <wblock< at >FreeBSD.org>
igor is a program that proofreads man pages, DocBook SGML 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.
If you write or edit FreeBSD documentation, let igor help you check it
for correctness.
Open tasks:
1. Find a testing or parsing framework that can do a faster or better
job, or that can understand the state of DocBook tags.
2. Add more tests.
3. Improve speed.
__________________________________________________________________
Auditdistd Project
Contact: Pawel Jakub Dawidek <pjd< at >FreeBSD.org>
Current weakness of FreeBSD'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.
The auditdistd 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 administrators to analyze audit records in
trusted environment.
This project is sponsored by the FreeBSD Foundation and should be
completed by the end of February 2012.
__________________________________________________________________
BSD-Licensed C++ Stack
Contact: David Chisnall <theraven< at >FreeBSD.org>
Two new libraries, libc++ (providing a C++11 STL implementation) and
libcxxrt (providing an implementation of the C++ ABI specification)
have been added. 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).
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.
Open tasks:
1. Test ports with libc++. Hopefully most will Just Work., but others
may need patches or have a hard dependency on libstdc++.
2. Make libstdc++ dynamically link to libsupc++. This will allow us to
use libmap.conf to switch between libsupc++ and libcxxrt.
3. 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.
4. Lots more testing. Followed by even more testing.
5. Removing libstdc++ from the base system and making it available
through ports for backwards compatibility.
__________________________________________________________________
CAM Target Layer (CTL)
URL:
http://lists.FreeBSD.org/pipermail/freebsd-current/2012-January/031007.
html
Contact: Ken Merry <ken< at >FreeBSD.org>
The CAM Target Layer (CTL) is now in FreeBSD/head.
CTL is a disk and processor device emulation subsystem originally
written for Copan Systems under Linux starting in 2003. It has been
shipping in Copan (now SGI) products since 2005.
It was ported to FreeBSD in 2008, and thanks to an agreement between
SGI (who acquired Copan's assets in 2010) and Spectra Logic in 2010,
CTL is available under a BSD-style license. The intent behind the
agreement was that Spectra would work to get CTL into the FreeBSD tree.
It will likely be merged into the stable/9 tree in mid-February.
Some CTL features:
* Disk and processor device emulation
* Tagged queueing
* SCSI task attribute support (ordered, head of queue, simple tags)
* SCSI implicit command ordering support. (e.g. if a read follows a
mode select, the read will be blocked until the mode select
completes.)
* Full task management support (abort, LUN reset, target reset, etc.)
* Support for multiple ports
* Support for multiple simultaneous initiators
* Support for multiple simultaneous backing stores
* Persistent reservation support
* Mode sense/select support
* Error injection support
* High Availability support (1)
* All I/O handled in-kernel, no userland context switch overhead.
(1) HA Support is just an API stub, and needs much more to be fully
functional.
For the basics on configuring and running CTL, see
src/sys/cam/ctl/README.ctl.txt in the FreeBSD/head source tree.
__________________________________________________________________
FreeBSD Haskell Ports
URL: http://wiki.FreeBSD.org/Haskell
URL: https://github.com/freebsd-haskell/freebsd-haskell/
URL: http://haskell.org/mailman/listinfo/freebsd-haskell/
Contact: Gábor János PÁLI <pgj< at >FreeBSD.org>
Contact: Ashish SHUKLA <ashish< at >FreeBSD.org>
We are proud to announce that the FreeBSD Haskell Team has updated the
Haskell Platform to 2011.4.0.0, as well as updated GHC to 7.0.4 in
FreeBSD Haskell ports repository. We also added a number of new Haskell
ports, and their 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 the ports
repository after it is unfrozen again, in the meantime they can be
accessed through FreeBSD Haskell ports repository.
Open tasks:
1. Commit pending Haskell ports to FreeBSD ports repository.
2. Test GHC to work with clang/LLVM.
3. Add an option to the lang/ghc port to be able to build it with
already installed GHC instead of requiring a separate GHC bootstrap
tarball.
__________________________________________________________________
FreeBSD No-IPv4 ("IPv6-Only") Support
URL: http://www.FreeBSD.org/ipv6/ipv6only.html
Contact: Bjoern A. Zeeb <bz< at >FreeBSD.org>
The No-IPv4 (fka. "IPv6-Only") project initially prototyped in p4 and
merged into mainstream FreeBSD with support from the FreeBSD 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 machines 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. FreeBSD 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.
Open tasks:
1. Commit/Submit upstream a few user space fixes.
2. More user space cleanup and testing.
3. Get rid of gethostby*() calls.
__________________________________________________________________
FreeBSD Ports Management Team Status Report
URL: http://www.FreeBSD.org/ports/
URL:
http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/
URL: http://portsmon.FreeBSD.org/index.html
URL: http://www.FreeBSD.org/portmgr/index.html
URL: http://blogs.FreeBSDish.org/portmgr/
URL: http://www.twitter.com/freebsd_portmgr/
URL: http://www.facebook.com/group.php?gid=135441496471197
Contact: Thomas Abthorpe <portmgr-secretary< at >FreeBSD.org>
Contact: Port Management Team <portmgr< at >FreeBSD.org>
The ports tree finally surpassed 23,000 ports. The PR count 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.
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:
* KDE4 and cmake updates
* Multiple runs to test and fix breakages induced by the bump in
digits for FreeBSD 10
* Verify the removal of X11BASE from ports
* Test ports after import of flex and m4 into src base
* Optimizations to bsd.ports.mk
* Test xcb update and split into multiple ports
* Estimate number of ports utilizing old interface ioctls
* Ongoing validation of infrastructure with pkgng
* testing ports with clang as default compiler
pkgng now has real safe binary upgrade, as well as real integrity
checking, work has been started to have the ports tree be able to
bootstrap pkgng. More info on the CFT email..
The pointyhat-west build machine continues toward production use, code
updates have made it more versatile such as swapping 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< at > 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< at >
announcements, Calls for Testing, plus other relevant information to be
used by our committers and ports maintainer community.
Open tasks:
1. Looking for help getting ports to build with clang.
2. Looking for help fixing ports broken on CURRENT. (List needs
updating, too)
3. Looking for help with Tier-2 architectures.
4. ports broken by src changes.
5. ports failing on pointyhat.
6. ports failing on pointyhat-west.
7. ports that are marked as BROKEN.
8. When did that port break.
9. Most ports PRs are assigned, we now need to focus on testing,
committing and closing.
__________________________________________________________________
FreeBSD Ruby Ports
URL: http://wiki.FreeBSD.org/Ruby
URL:
http://people.FreeBSD.org/~pgollucci/FreeBSD/prs/prefixes.html#ruby-
URL:
http://people.FreeBSD.org/~pgollucci/FreeBSD/prs/prefixes.html#rubygem-
Contact: Philip Gollucci <pgollucci< at >FreeBSD.org>
Contact: Steve Wills <swills< at >FreeBSD.org>
Work is underway to convert the remaining ruby- ports to 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. The
sysutils/rubygem-chef-server port was contributed by RideCharge Inc /
Taxi Magic who is now using it exclusively.
Open tasks:
1. Need some fresh -exp runs to check the new status especially with
ruby 1.9.3-p0.
__________________________________________________________________
FreeBSD/390
Contact: Pau Amma <fduuvrzv< at >yahoo.com>
Contact: Bjoern A. Zeeb <bz< at >FreeBSD.org>
I wandered in and started working on FreeBSD/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.
Then it will be time to make the crossbuild work again and get the
kernel booting.
__________________________________________________________________
FreeBSD/arm on Marvell Armada XP
URL: http://svnweb.FreeBSD.org/base/projects/armv6/
Contact: Grzegorz Bernacki <gjb< at >semihalf.com>
Contact: Rafal Jaworowski <raj< at >semihalf.com>
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.
This work is extending the FreeBSD/arm infrastructure towards support
for recent ARM architecture variations along with a basic set of device
drivers for integrated peripherals.
The following code has been implemented since the last status report:
* SMP support
*
+ Implemented TLB broadcast and RFO
+ Tested 2 and 4 cores setup in WT cache mode
* SATA driver integrated and tested
* CESA driver integrated and tested
Next steps:
* L2 cache support
* Full support for WB/WBA cache
__________________________________________________________________
FreeBSD/GNOME
URL: http://www.FreeBSD.org/gnome
URL: http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/
Contact: GNOME FreeBSD mailing list <freebsd-gnome< at >FreeBSD.org>
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. Currently 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!
Open tasks:
1. Update the FreeBSD gnome website with GNOME 3.x information, and
still supply the 2.32.x info.
__________________________________________________________________
FreeBSD/KDE
URL: http://FreeBSD.kde.org
URL: http://FreeBSD.kde.org/area51.php
Contact: FreeBSD KDE <kde< at >FreeBSD.org>
The KDE/FreeBSD team have continued to improve the experience of KDE
software and Qt under FreeBSD. The latest round of improvements
include:
* Many fixes upstream to make KDE and Qt build with Clang
* 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:
* KDE SC: 4.7.3, 4.7.4 (in the area51 experimental repository)
* Qt: 4.8.0 (in the area51 experimental repository)
* CMake: 2.8.6, 2.8.7
The team is always looking for more testers and porters so please
contact us at kde< at >FreeBSD.org and visit our home page at
http://FreeBSD.kde.org.
Open tasks:
1. Testing KDE SC 4.8.0.
2. Testing KDE PIM 4.7.4.
3. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend
was deprecated (but will remain in the ports for now).
4. Testing the Calligra beta releases (in the area51 repository).
__________________________________________________________________
FreeBSD/powerpc on AppliedMicro APM86290
Contact: Grzegorz Bernacki <gjb< at >semihalf.com>
Contact: Rafal Jaworowski <raj< at >semihalf.com>
The APM86290 system-on-chip device is a member of AppliedMicro's
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.
This work is extending current Book-E support in FreeBSD towards PPC4xx
processors variation along with device drivers for integrated
peripherals.
The following drivers have been created since the last report:
* Ethernet controller driver
* Classifier driver
* Finished Queue Manager/Traffic Manager
* Improved performance and stability
Next steps:
* L2 cache support
* Merge APM86290 support to -CURRENT
__________________________________________________________________
FreeBSD/powerpc on Freescale QorIQ DPAA
URL:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P2040
URL:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P3041
URL:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P5020
Contact: Michal Dubiel <md< at >semihalf.com>
Contact: Rafal Jaworowski <raj< at >semihalf.com>
Contact: Piotr Ziecik <kosmo< at >semihalf.com>
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:
* Cores
* Network and packet I/O
* Hardware offload accelerators
* 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 FreeBSD on these system-on-chip devices along with device drivers
for integrated peripherals.
Current FreeBSD QorIQ DPAA support includes:
* QorIQ P2041 and P3041 devices
* E500mc core complex
* Adaptation of toolchain for the new core
* Booting via U-Boot bootloader
* CoreNet interconnect fabric
* L1, L2, L3 cache
* Serial console (UART)
* Interrupt controller
* DPAA infrastructure (BMAN, FMAN, QMAN)
* Ethernet (basic network functionality using Independent Mode of
DPAA infrastructure)
* EHCI controller
* PCI Express controller (host mode)
* SMP support (up to quad-core)
* I2C
Next steps:
* QorIQ P5020 (32-bit mode) support
* Ethernet (full network functionality using Regular Mode of DPAA
infrastructure)
* Enhanced SDHC
__________________________________________________________________
GEOM MULTIPATH Rewrite
URL: http://people.FreeBSD.org/~mav/gmultipath5.patch
Contact: Alexander Motin <mav< at >FreeBSD.org>
The GEOM MULTIPATH class underwent a major rewrite to fix many problems
and improve functionality, including:
* Improved locking and destruction process to fix crashes.
* "Automatic" configuration method improved to make it safe by
reading metadata back from all specified paths after writing to
one.
* "Manual" configuration method added to work without using on-disk
metadata. New "add" and "remove" commands allow to manage paths
manually.
* Failed paths are no longer dropped from GEOM, but only marked as
failed and excluded from I/O operations. Failed paths can be
automatically restored when all other paths are lost or marked as
failed, for example, because of device-caused (not transport)
errors. "Fail" and "restore" commands added to manually control
failure status.
* Added Active/Active mode support. Unlike the default Active/Passive
mode, the load is evenly distributed between all working paths. If
supported by the device, it allows to significantly improve
performance, utilizing bandwidth of all paths. It is controlled by
the -A option during creation.
* Provider size check added to reduce chance of conflict with other
GEOM classes.
* GEOM is now destroyed on last provider disconnection.
* `status` and `list` commands output was improved.
These changes are now committed into the FreeBSD HEAD branch. Merge to
9-STABLE and 8-STABLE is planned after 9.0 release.
Project sponsored by iXsystems, Inc.
Open tasks:
1. 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 be reordered on device if
run via different paths simultaneously.
__________________________________________________________________
HDA Sound Driver (snd_hda) Improvements
URL: http://people.FreeBSD.org/~mav/hda.rewrite2.patch
Contact: Alexander Motin <mav< at >FreeBSD.org>
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
cleaner.
* 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 a
case is found, the driver registers additional playback/record
stream (channel) for the pcm device. Having more than 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 than 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.
* Driver now decodes pins location and connector type names. In some
cases it gives a hint to the user where the connectors of the pcm
device are located on the system case. The number of channels
supported by pcm device, reported now (if it is not 2), should also
make finding them easier.
The code is in testing now and should be soon committed to the HEAD
branch.
Project sponsored by iXsystems, Inc.
Open tasks:
1. Closer inspection of HDMI/DisplayPort audio is planned.
2. A number of hardware, mostly laptops, need workarounds to work
properly. Some statistics should be collected to implement some of
them avoiding excessive code bloat.
__________________________________________________________________
Improving Support for New Features in the Intel SandyBridge CPUs
Contact: Konstantin Belousov <kib< at >FreeBSD.org>
Support for new features in the Intel SandyBridge CPUs is progressing.
The patch to query and allow extended FPU states was committed, which
enabled the YMM registers and AVX instruction set on the capable
processors. Todo items include get wider testing of the change before
planned merge to stable/9 in a month, and start using XSAVEOPT
instruction to optimize context switch times.
Patch to enable and use per-process TLB was developed. Latest version
is available at http://people.freebsd.org/~kib/misc/pcid.2.patch. The
facility, referred in the documentation as PCID, allows to avoid TLB
flush on context switches by applying PID tag to each non-global TLB
entry. On SandyBridge, measurements did not prove any difference
between context switch latencies on patched and stock kernels.
Forthcoming IvyBridge CPUs promised to provide optimizations in the
form of INVPCID instructions that allow to optimize TLB shootdown
handlers. The patch above uses the instruction on the capable CPU. Todo
items are to get access to IvyBridge and do the benchmarks.
Future work might provide SEP support, use hardware random generator
from IvyBridge for random(4), considering using faster instructions to
access %fs and %gs bases, and use improved AES-NI instruction set for
aesni(4).
__________________________________________________________________
LSI Supported mps(4) SAS driver
URL:
http://lists.FreeBSD.org/pipermail/freebsd-current/2012-January/031358.
html
Contact: Ken Merry <ken< at >FreeBSD.org>
Contact: Kashyap Desai <Kashyap.Desai< at >lsi.com>
The LSI-supported version of the mps(4) driver, that supports their 6Gb
SAS controllers and WarpDrive solid state drives, is available in
FreeBSD/head.
In addition to WarpDrive support, the driver also has several other new
features:
* Integrated RAID (IR) support
* Improved error recovery code
* Support for SCSI protection information (EEDP)
* Support for TLR (Transport Level Retries), needed for tape drives
* ioctl interface compatible with LSI utilities
Thanks to LSI for doing the work on this driver, and the testing.
I plan to merge it into stable/9 and stable/8 in early February.
__________________________________________________________________
Multimedia -- Watching/Recording Digital TV
URL: http://wiki.FreeBSD.org/WebcamCompat
URL: http://wiki.FreeBSD.org/HTPC
URL: http://wiki.FreeBSD.org/VDR
Contact: Hans Petter Selasky <hselasky< at >FreeBSD.org>
Contact: Jason Harmening <jason.harmening< at >gmail.com>
Contact: Juergen Lock <nox< at >FreeBSD.org>
Progress has been made when watching/recording live digital TV using
FreeBSD:
* 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 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.
Open tasks:
1. Continue updating the VDR ports to the latest versions and fix
remaining bugs.
2. Update multimedia/libxine to 1.2.0 that recently was released
(which VDR uses.)
3. Test more hardware?
__________________________________________________________________
Perl Ports Testing
Contact: Steve Wills <swills< at >FreeBSD.org>
Contact: Sunpoet Po-Chuan Hsieh <sunpoet< at >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.
Open tasks:
1. Many Perl ports which do not pass tests remain.
2. Need to figure out how to move testing out of tinderbox.
3. A patch to build Perl with -pthread (but not enable useithreads in
Perl) is pending. It will fix many currently broken tests
__________________________________________________________________
pfSense
URL: http://www.pfsense.org/
Contact: Scott Ullrich <sullrich< at >gmail.com>
Contact: Chris Buechler <cbuechler< at >gmail.com>
Contact: Ermal Luçi <ermal.luci< at >gmail.com>
pfSense is a free and open source customized distribution of FreeBSD
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.
Open tasks:
1. 6 month release cycle.
2. Moving builds to FreeBSD 9.
3. Full IPV6 support.
4. PBI Package binaries.
5. Unbound integration.
6. Multi-instance Captive Portal.
7. Replacing Prototype with jQuery.
__________________________________________________________________
Public FreeBSD Ports Development Infrastructure -- redports.org
URL: http://redports.org/
URL: irc://irc.freenode.net#redports
URL: https://groups.google.com/group/redports
URL: http://redports.org/wiki/UserGuide
Contact: Bernhard Froehlich <decke< at >FreeBSD.org>
Redports is a free service for FreeBSD port maintainers and port
committers to automatically buildtest ports on various FreeBSD 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.
Open tasks:
1. Get more Hardware for building.
2. Port options support.
3. ports-mgmt/portlint support.
__________________________________________________________________
Release Engineering Team Status Report
URL: http://www.FreeBSD.org/releng/
Contact: Release Engineering Team <re< at >FreeBSD.org>
The Release Engineering Team was pleased to announce the release of
FreeBSD-9.0 on January 12th, 2012. To acknowledge his incredible
contributions to the world of computing and in particular the FreeBSD
Project's corner of that world FreeBSD-9.0 was dedicated to Dennis
Ritchie. May he rest in peace. The Release Engineering Team also wishes
to thank the FreeBSD Developers and Community for all the work they put
into the release.
With the FreeBSD-9.0 release cycle completed our focus shifts to
preparing for the FreeBSD-8.3 release. A schedule has not been set but
we expect to be shooting for release some time in March 2012.
__________________________________________________________________
Replacing the Regular Expression Code
URL: http://svnweb.FreeBSD.org/base/user/gabor/tre-integration/
URL: http://laurikari.net/tre/
URL:
http://www.tdk.aut.bme.hu/Files/TDK2011/POSIX-regularis-kifejezesek1.pd
f
Contact: Gábor Kövesdán <gabor< at >FreeBSD.org>
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:
* 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.
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.
Open tasks:
1. Implement multi-pattern heuristic regex matching.
2. Implement GNU-specific regex extensions.
3. Adapt BSD grep to use the multi-pattern interface.
4. Test standard-compliance and correct behavior.
__________________________________________________________________
SCSI Direct Access Driver (da) Improvements
Contact: Alexander Motin <mav< at >FreeBSD.org>
BIO_DELETE support (aka TRIM) was added to the CAM SCSI Direct Access
device driver (da).
Depending on device capabilities different methods are used to
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;
* DISABLE - provisioning support was disabled because of errors;
* ZERO - use WRITE SAME (10) command to write zeroes;
* WS10 - use WRITE SAME (10) 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).
The last two methods (UNMAP and WS16) are defined by SBC specification
and the UNMAP method is the most advanced one. The rest of the methods
I have found supported in Linux, and as they were trivial to implement,
then why not? I 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. Some quirks
were added for known 4K sector disks not reporting it properly.
The code was committed to the HEAD branch and is going to be merged to
8/9-STABLE after some time.
Project sponsored by iXsystems, Inc.
Open tasks:
1. 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.
__________________________________________________________________
Status Report for NFS
Contact: Rick Macklem <rmacklem< at >FreeBSD.org>
The new NFS client and server are no longer considered experimental and
are the default for FreeBSD 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. So far, the
transition seems to have gone alright, with only a couple of obscure
issues identified that did not get fixed for FreeBSD 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 will 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.
__________________________________________________________________
System Configuration Utilities
URL: http://druidbsd.sourceforge.net/
Contact: Devin Teske <dteske< at >vicor.com>
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.
Together or separately, these utilities try to make configuring 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.
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.
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.
Open tasks:
1. Write a man-page for tzdialog(8).
2. Submit current tzdialog(8) version (1.1) and yet-to-be completed
man-page to ports-tree as sysutils/tzdialog.
__________________________________________________________________
The FreeBSD Foundation Status Report
URL: www.FreeBSDFoundation.org
Contact: Deb Goodkin <deb< at >FreeBSDFoundation.org>
The most exciting news to report is that we raised $426,000 through our
fundraising efforts. We were overwhelmed by the generosity of the
FreeBSD community. We would like to thank everyone who made a
contribution to FreeBSD 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 to find
out how we supported the FreeBSD 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.
We are a proud sponsor of AsiaBSDCon 2012, which will be held in 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 FreeBSD's IPv6 stack by Bjoern Zeeb, and implementing auditdistd
daemon by Pawel Jakub Dawidek
We purchased more servers and other hardware for the FreeBSD
co-location centers at Sentex, NYI, and ISC.
The work above, as well as many other tasks which we do for the FreeBSD
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.
__________________________________________________________________
The FreeBSD German Documentation Project
URL: https://doc.bsdgroup.de/
URL:
http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/bsdinstall.ht
ml
Contact: Benedict Reuschling <bcr< at >FreeBSD.org>
Contact: Johann Kois <jkois< at >FreeBSD.org>
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.
The other chapter that was translated is 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).
German speaking users are encouraged to read both chapters and report
typos or grammar errors back to us so we can fix them.
The German website is being updated on a regular basis.
Open tasks:
1. Catch up with the latest changes made to the documentation.
2. Translate more www pages into German.
3. Find bugs in the German documentation and fix them.
__________________________________________________________________
The FreeBSD Japanese Documentation Project
URL: http://www.FreeBSD.org/ja/
URL: http://www.jp.FreeBSD.org/doc-jp/
Contact: Hiroki Sato <hrs< at >FreeBSD.org>
Contact: Ryusuke Suzuki <ryusuke< at >FreeBSD.org>
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.
Open tasks:
1. Further translation work for outdated documents in both
doc/ja_JP.eucJP and www/ja.
__________________________________________________________________
The New CARP
URL: http://svnweb.FreeBSD.org/base?view=revision&revision=228571
Contact: Gleb Smirnoff <glebius< at >FreeBSD.org>
Contact: Bjoern Zeeb <bz< at >FreeBSD.org>
Contact: George Neville-Neil <gnn< at >FreeBSD.org>
Significantly updated CARP protocol has been committed to head/. I
expect the new code to be easier to maintain and less buggy, since it
uses less hacks in the networking stack.
The new CARP does not bring a lot of new features, however here is a
couple:
* One can put a single redundant address on an interface.
* 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).
* 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< at > with lots of help from bz< at >.
Open tasks:
1. 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< at > to handle.
2. Estimate whether we need to catch up with OpenBSD on putting
demotion counter into datagrams. glebius< at > to handle.
3. Update tcpdump(8) to enable nice printing of CARP packets. gnn< at > to
handle.
4. Work with IANA to get an official protocol number. gnn< at > to handle.
__________________________________________________________________
Up to Date X.Org Server
URL: http://wiki.FreeBSD.org/Xorg
Contact: X11 FreeBSD mailing list <freebsd-x11< at >FreeBSD.org>
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.
We support versions 1.7.7 and 1.10.4 of the X.Org tree for users 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.
In order to test check out our svn repository from
http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev and the
merge script from http://people.FreeBSD.org/~miwi/xorg/xorgmerge. See
the wiki for more details.
Open tasks:
1. Investigate xorg-server 1.12 which brings xinput 2.2.
2. Merge development repository into the main repository, after more
testing.
__________________________________________________________________
(c) 1995-2012 The FreeBSD Project. All rights reserved.
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Daniel Gerzo2012-01-27T10:07:18Foundation Funding auditdistd Project
http://permalink.gmane.org/gmane.os.freebsd.announce/598
<pre>The FreeBSD Foundation is pleased to announce that Pawel Jakub Dawidek has
been awarded a grant to implement auditdistd daemon.
The FreeBSD audit facility provides fine-grained, configurable logging
of security-relevant events. One of the key purposes of logging
security events is postmortem analysis in case of system compromise.
Currently the kernel can push audit records directly into a file or make
them available through /dev/auditpipe device. Because audit logs are
stored locally by the kernel, an attacker has access to them once the
system is compromised, which enables him to remove trails of his
activity.
The auditdistd project goal is to securely and reliabily distribute
audit records over the TCP/IP network from a local auditdistd daemon to
a remote auditdistd daemon. In case of source system compromise,
attacker's activity can be analysed using data collected by the remote
system, as only remote system's audit logs can be trusted then.
The project will conclude in February 2012.
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-01-12T23:29:00FreeBSD 9.0-RELEASE Available
http://permalink.gmane.org/gmane.os.freebsd.announce/597
<pre>
The FreeBSD Release Engineering Team is pleased to announce the availability
of FreeBSD 9.0-RELEASE. This is the first release from the stable/9 branch,
which improves on stable/8 and adds many new features. Some of the
highlights:
- A new installer, bsdinstall(8) has been added and is the installer
used by the ISO images provided as part of this release
- The Fast Filesystem now supports softupdates journaling
- ZFS updated to version 28
- Updated ATA/SATA drivers support AHCI, moved into updated CAM
framework
- Highly Available Storage (HAST) framework
- Kernel support for Capsicum Capability Mode, an experimental
set of features for sandboxing support
- User-level DTrace
- The TCP/IP stack now supports pluggable congestion control framework
and five congestion control algorithm implementations available
- NFS subsystem updated, new implementation supports NFSv4 in
addition to NFSv3 and NFSv2
- High Performance SSH (HPN-SSH)
- Flattened device tree (FDT), simplifying FreeBSD configuration
for embedded platforms
- The powerpc architecture now supports Sony Playstation 3
- The LLVM compiler infrastructure and clang have been imported
- Gnome version 2.32.1, KDE version 4.7.3
For a complete list of new features and known problems, please see the
online release notes and errata list, available at:
http://www.FreeBSD.org/releases/9.0R/relnotes.html
http://www.FreeBSD.org/releases/9.0R/errata.html
For more information about FreeBSD release engineering activities,
please see:
http://www.FreeBSD.org/releng/
Dedication
----------
The FreeBSD Project dedicates the FreeBSD 9.0-RELEASE to the memory of
Dennis M. Ritchie, one of the founding fathers of the UNIX[tm] operating
system. It is on the foundation laid by the work of visionaries like Dennis
that software like the FreeBSD operating system came to be. The fact that
his work of so many years ago continues to influence new design decisions
to this very day speaks for the brilliant engineer that he was.
May he rest in peace.
Availability
-------------
FreeBSD 9.0-RELEASE is now available for the amd64, i386, ia64, powerpc,
powerpc64, and sparc64 architectures.
FreeBSD 9.0 can be installed from bootable ISO images or over the
network. Some architectures also support installing from a USB memory
stick. The required files can be downloaded via FTP or BitTorrent as
described in the sections below. While some of the smaller FTP mirrors
may not carry all architectures, they will all generally contain the more
common ones such as amd64 and i386.
NOTE: A problem was discovered with the DVD images for amd64 and i386
architectures shortly after they were loaded on the FTP distribution
server. Those images have since been replaced and we have allowed
enough time that the newer images should have distributed to all the
FTP servers that carry the release. If you downloaded the amd64 or
i386 DVD images prior to this announcement it would be a good idea to
verify the checksums of the image you downloaded with the checksums
provided as part of this Release Announcement. The only thing wrong
with the images that were replaced is that sysinstall(8) can not be used
to install the pre-built packages on the DVD. Other than that there is
nothing different on the updated images. The bad DVD images were never
available on BitTorrent.
MD5 and SHA256 hashes for the release ISO and memory stick images are
included at the bottom of this message.
The purpose of the images provided as part of the release are as follows:
dvd1: This contains everything necessary to install the base FreeBSD
operating system, the documentation, and a small set of pre-built
packages aimed at getting a graphical workstation up and running.
It also supports booting into a "livefs" based rescue mode. This
should be all you need if you can burn and use DVD-sized media.
disc1: This contains the base FreeBSD operating system. It also supports
booting into a "livefs" based rescue mode. There are no pre-built
packages.
bootonly: This supports booting a machine using the CDROM drive but
does not contain the support for installing FreeBSD from the
CD itself. You would need to perform a network based install
(e.g. from an FTP server) after booting from the CD.
memstick: This can be written to an USB memory stick (flash drive) and
used to do an install on machines capable of booting off USB
drives. It also supports booting into a "livefs" based rescue
mode. There are no pre-built packages.
As one example of how to use the memstick image, assuming the USB drive
appears as /dev/da0 on your machine something like this should work:
# dd if=FreeBSD-9.0-RELEASE-amd64-memstick.img of=/dev/da0 bs=10240 conv=sync
Be careful to make sure you get the target (of=) correct.
FreeBSD 9.0-RELEASE can also be purchased on CD-ROM or DVD from several
vendors. One of the vendors that will be offering FreeBSD 9.0-based
products is:
~ FreeBSD Mall, Inc. http://www.freebsdmall.com/
BitTorrent
----------
9.0-RELEASE ISOs are available via BitTorrent. A collection of torrent
files to download the images is available at:
http://torrents.freebsd.org:8080/
FTP
---
At the time of this announcement the following FTP sites have
FreeBSD 9.0-RELEASE available.
ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp5.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp7.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp8.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.au.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.cn.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.cz.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.dk.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.fr.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.jp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.ru.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.tw.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.uk.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp2.us.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp10.us.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
ftp://ftp.za.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/
However before trying these sites please check your regional mirror(s)
first by going to:
ftp://ftp.<yourdomain>.FreeBSD.org/pub/FreeBSD
Any additional mirror sites will be labeled ftp2, ftp3 and so on.
More information about FreeBSD mirror sites can be found at:
http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html
For instructions on installing FreeBSD or updating an existing machine to
9.0-RELEASE please see:
http://www.FreeBSD.org/releases/9.0R/installation.html
Support
-------
The FreeBSD Security Team currently plans to support FreeBSD 9.0 until
January 31st, 2013. For more information on the Security Team and their
support of the various FreeBSD branches see:
http://www.freebsd.org/security/
Other Projects Based on FreeBSD
-------------------------------
There are many "third party" Projects based on FreeBSD. The Projects
range from re-packaging FreeBSD into a more "novice friendly" distribution
to making FreeBSD available on Amazon's EC2 infrastructure. For more
information about these Third Party Projects see:
http://wiki.freebsd.org/3rdPartyProjects
Acknowledgments
---------------
Many companies donated equipment, network access, or man-hours to
support the release engineering activities for FreeBSD 9.0 including
The FreeBSD Foundation, Yahoo!, NetApp, Internet Systems Consortium,
Sentex Communications, New York Internet, Juniper Networks, and
iXsystems.
The release engineering team for 9.0-RELEASE includes:
Ken Smith <kensmith< at >FreeBSD.org> Release Engineering,
amd64, i386, sparc64 Release Building,
Mirror Site Coordination
Robert Watson <rwatson< at >FreeBSD.org> Release Engineering, Security
Konstantin Belousov <kib< at >FreeBSD.org> Release Engineering
Marc Fonvieille <blackend< at >FreeBSD.org> Release Engineering, Documentation
Josh Paetzel <jpaetzel< at >FreeBSD.org>Release Engineering
Hiroki Sato <hrs< at >FreeBSD.org> Release Engineering, Documentation
Bjoern Zeeb <bz< at >FreeBSD.org> Release Engineering
Marcel Moolenaar <marcel< at >FreeBSD.org> ia64, powerpc Release Building
Nathan Whitehorn <nwhitehorn< at >FreeBSD.org> powerpc64 Release Building
Joe Marcus Clarke <marcus< at >FreeBSD.org> Package Building
Erwin Lansing <erwin< at >FreeBSD.org> Package Building
Mark Linimon <linimon< at >FreeBSD.org> Package Building
Pav Lucistnik <pav< at >FreeBSD.org> Package Building
Ion-Mihai Tetcu <itetcu< at >FreeBSD.org> Package Building
Martin Wilke <miwi< at >FreeBSD.org> Package Building, Ports Security
Colin Percival <cperciva< at >FreeBSD.org> Security Officer
Trademark
---------
FreeBSD is a registered trademark of The FreeBSD Foundation.
ISO Image Checksums
-------------------
MD5 (FreeBSD-9.0-RELEASE-amd64-bootonly.iso) = 477019a305797186a8b3e4147f44edec
MD5 (FreeBSD-9.0-RELEASE-amd64-disc1.iso) = b23ef73412bd50ed62ef8613ca1a4199
MD5 (FreeBSD-9.0-RELEASE-amd64-dvd1.iso) = 61221643ebeefeeb74bd552311e07070
MD5 (FreeBSD-9.0-RELEASE-amd64-memstick.img) = b37217292ad626d6ab2d3a9c1d215d2d
MD5 (FreeBSD-9.0-RELEASE-i386-bootonly.iso) = 70b4b0dd42c309da79ce63ba2789cfe3
MD5 (FreeBSD-9.0-RELEASE-i386-disc1.iso) = 5bf615f286ee6eeb3ecce45bd8d1622c
MD5 (FreeBSD-9.0-RELEASE-i386-dvd1.iso) = fee32ba2041285b971daf7ea429e36e4
MD5 (FreeBSD-9.0-RELEASE-i386-memstick.img) = 79ddd8f3422e209ae9bd11fee4e399eb
MD5 (FreeBSD-9.0-RELEASE-ia64-bootonly.iso) = 5c83f9a5bf359b2971059d1664ef5f7e
MD5 (FreeBSD-9.0-RELEASE-ia64-memstick) = ee1d5196eb281966b9ef95b953a36d8d
MD5 (FreeBSD-9.0-RELEASE-ia64-release.iso) = 73ca213db21379eb2527dcea37eeb824
MD5 (FreeBSD-9.0-RELEASE-powerpc-bootonly.iso) = bfe036760daac0cddfe8ce2915eaec54
MD5 (FreeBSD-9.0-RELEASE-powerpc-memstick) = e7a09f343ee248ee538954b39549c241
MD5 (FreeBSD-9.0-RELEASE-powerpc-release.iso) = 2431f52b2f9cc1951b0e568b3cd0f126
MD5 (FreeBSD-9.0-RELEASE-powerpc64-bootonly.iso) = 377714742e5f2e16e34b7818347d4e3f
MD5 (FreeBSD-9.0-RELEASE-powerpc64-memstick) = 9e4ee64a7460c3c930d0e3e2e3cd03b9
MD5 (FreeBSD-9.0-RELEASE-powerpc64-release.iso) = 347e51ceb3e65c1eff3cc3acdb519ffb
MD5 (FreeBSD-9.0-RELEASE-sparc64-bootonly.iso) = 81778b8ee1a8881b8597ee4275cc3b4e
MD5 (FreeBSD-9.0-RELEASE-sparc64-disc1.iso) = a63a07e3c45275568db2cead1b3e7167
SHA256 (FreeBSD-9.0-RELEASE-amd64-bootonly.iso) = d16fd5f32c9483177a01241f37ed84f347484c65e52aba4dbf8a2f3108fb457d
SHA256 (FreeBSD-9.0-RELEASE-amd64-disc1.iso) = bcc69320cd2f227411d55967113abc8ffa5ede0a6526090ca3fb5ab776fead9d
SHA256 (FreeBSD-9.0-RELEASE-amd64-dvd1.iso) = f338e24645f0bcc792b8417411ed737d8057cd2f470f9d2b601c143352d6d459
SHA256 (FreeBSD-9.0-RELEASE-amd64-memstick.img) = b8c964f362200d758e06dc6ea8dd556a4d6fedc2f3cd44c300318d9c2f4fb7a5
SHA256 (FreeBSD-9.0-RELEASE-i386-bootonly.iso) = e655de649040269ffdaa40179c3b91c59c8febef7486e340c3a5a5493097366d
SHA256 (FreeBSD-9.0-RELEASE-i386-disc1.iso) = b03df5fbd345781cab7dcab1fd0ea4d84c7c48712a6035476a709e6c0d5763f0
SHA256 (FreeBSD-9.0-RELEASE-i386-dvd1.iso) = ebc75ecdbd0580fbe9e59373962e0fc452c4480082af563e5cd765aca1ecd705
SHA256 (FreeBSD-9.0-RELEASE-i386-memstick.img) = 99193a7895109d415936ba89e4f2c24227af48f064073dee7c4b49722c3656f8
SHA256 (FreeBSD-9.0-RELEASE-ia64-bootonly.iso) = 1d25fc52d868877eb3cbdc012be895827f9c2bd808f886755d7ca2e9257af108
SHA256 (FreeBSD-9.0-RELEASE-ia64-memstick) = af147d20765bdbe6f71a8fb113fdba64de4d152b554c1fc8d78dc6f941e4737c
SHA256 (FreeBSD-9.0-RELEASE-ia64-release.iso) = 289f31e0dadfa46f51e9a44e26cd9cf6652ff4b5a631a21dca065dcd0d66890d
SHA256 (FreeBSD-9.0-RELEASE-powerpc-bootonly.iso) = 7ca03f71d2dd0cad929d0005601b4c994a54b02ab140d4218fa326b0fce7dad8
SHA256 (FreeBSD-9.0-RELEASE-powerpc-memstick) = 042bb4d473b615cf0d3c46d48d4db1fb457a54695e6ef3e47ee1b2dc6a4f3d9b
SHA256 (FreeBSD-9.0-RELEASE-powerpc-release.iso) = 0a7af5c74ebc0e13e79dfde03d54d3d752f3c71aff39659406ad6e5bcc0cefc3
SHA256 (FreeBSD-9.0-RELEASE-powerpc64-bootonly.iso) = 2eb5f141fb702a9c757f91a54ff8ea5ded13d51b29dfa86e5ba6bfbe9bb8e48e
SHA256 (FreeBSD-9.0-RELEASE-powerpc64-memstick) = 91648a0377cd4cf8dc5453e48416dd16ac99a30e5439534053a1ca16f9944a0d
SHA256 (FreeBSD-9.0-RELEASE-powerpc64-release.iso) = 17ab67fe62e1da232038b1ff598be1aef5fe8ccea620e0fbd67d8e262992fd66
SHA256 (FreeBSD-9.0-RELEASE-sparc64-bootonly.iso) = 1f633899cf42be1fecc61f82aa9fd9197da0cf88dda25aabbbf67250653459f5
SHA256 (FreeBSD-9.0-RELEASE-sparc64-disc1.iso) = 8414abb3a501a9f712fe137a2f3667249ab3d2666815a877a93c934ced5d1110
</pre>Ken Smith2012-01-12T21:42:37BSDCan 2012 - call for papers
http://permalink.gmane.org/gmane.os.freebsd.announce/596
<pre>BSDCan 2012 will be held 11-12 May, 2012 in Ottawa at the University of
Ottawa. It will be preceded by two days of tutorials on 9-10 May.
NOTE: This will be Fri/Sat with tutorials on Wed/Thu.
We are now accepting proposals for talks.
The talks should be designed with a very strong technical content bias.
Proposals of a business development or marketing nature are not
appropriate for this venue.
If you are doing something interesting with a BSD operating system,
please submit a proposal. Whether you are developing a very complex
system using BSD as the foundation, or helping others and have a story
to tell about how BSD played a role, we want to hear about your
experience. People using BSD as a platform for research are also
encouraged to submit a proposal. Possible topics include:
* How we manage a giant installation with respect to handling spam.
* and/or sysadmin.
* and/or networking.
From the BSDCan website, the Archives section will allow you to review
the wide variety of past BSDCan presentations as further examples.
Both users and developers are encouraged to share their experiences.
The schedule is:
8 Jan 2012 Proposal acceptance begins
29 Jan 2012 Proposal acceptance ends
19 Feb 2012 Confirmation of accepted proposals
See also <http://www.bsdcan.org/2012/papers.php>
Instructions for submitting a proposal to BSDCan 2012 are available
from: <http://www.bsdcan.org/2012/submissions.php>
</pre>Dan Langille2012-01-11T23:19:22Foundation Announces Newly Funded Project
http://permalink.gmane.org/gmane.os.freebsd.announce/595
<pre>The FreeBSD Foundation is pleased to announce that it has awarded Bjoern
Zeeb a grant to analyze the performance of FreeBSD's IPv6 stack. This
project is jointly sponsored with iXsystems.
Last year, Bjoern improved FreeBSD IPv6 support, allowing the
possibility to build a FreeBSD system without IPv4 support. This project
will continue on this work and concentrate on the kernel, looking at the
performance of FreeBSD's IPv6 stack. Various parties have seen lower
performance when comparing IPv4 to IPv6 on FreeBSD. While the numbers
seem to differ between releases the causes are mostly unknown.
The project will carry out a detailed performance analysis starting with
benchmarking IPv6 to IPv4 to get up-to-date numbers to better understand
where we are. It will then continue to identify the origins of
differences in performance, and where possible, directly address them or
identify areas of future work. Having initial benchmark numbers will
allow changes to be evaluated by re-running the measurements and
quantifying the improvements.
"As the world starts to roll out IPv6 and traffic patterns shift from
IPv4 to IPv6, not only correctness and stability, but also feature
parity and performance matter," said developer Bjoern Zeeb. "Getting the
performance numbers aligning with IPv4 will ensure that our users will
not need more resources when using IPv6."
"ISC uses FreeBSD extensively across our server infrastructure and have
provided IPv6 services to the community since 2002," commented Peter Losher,
ISC Sr. Operations Engineer. "We are excited to support The FreeBSD Foundation
and Bjoern's efforts to improve IPv6 performance in FreeBSD."
Bjoern Zeeb is a consultant based in Germany and has been an active
FreeBSD committer since 2004. He is currently also a member of the
FreeBSD Security and Release Engineering teams.
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2012-01-10T19:54:53FreeBSD Errata NoticeFreeBSD-EN-12:01.freebsd-update
http://permalink.gmane.org/gmane.os.freebsd.announce/594
<pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-EN-12:01.freebsd-update Errata Notice
The FreeBSD Project
Topic: freebsd-update support for FreeBSD 9.0-RELEASE
Category: core
Module: freebsd-update
Announced: 2012-01-04
Affects: All versions of FreeBSD prior to 9.0-RC2.
Corrected: 2011-10-26 20:07:58 UTC (RELENG_7, 7.4-STABLE)
2012-01-04 23:47:20 UTC (RELENG_7_4, 7.4-RELEASE-p6)
2012-01-04 23:47:20 UTC (RELENG_7_3, 7.3-RELEASE-p10)
2011-10-26 20:06:27 UTC (RELENG_8, 8.2-STABLE)
2012-01-04 23:47:20 UTC (RELENG_8_2, 8.2-RELEASE-p6)
2012-01-04 23:47:20 UTC (RELENG_8_1, 8.1-RELEASE-p8)
2011-10-26 20:01:43 UTC (RELENG_9, 9.0-RC2)
For general information regarding FreeBSD Errata Notices and Security
Advisories, including descriptions of the fields above, security
branches, and the following sections, please visit
<URL:http://security.freebsd.org/>.
I. Background
freebsd-update(8) allows system administrators to install binary updates to
the base FreeBSD install, as distributed by the FreeBSD Project.
II. Problem Description
freebsd-update in affected releases is unable to perform an automated upgrade
to FreeBSD 9.0 due to unsupported characters in FreeBSD 9.0 filenames. When
this bug is triggered, updates fail with the following error message:
The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.
III. Impact
Affected systems are unable to update from affected releases to FreeBSD 9.0
using freebsd-update.
IV. Workaround
No workaround is available.
V. Solution
Perform one of the following:
1) For FreeBSD 7.x, upgrade your system to 7-STABLE, or to the RELENG_7_4 or
RELENG_7_3 security branch dated after the correction date. For FreeBSD
8.x, upgrade your system to 8-STABLE, or to the RELENG_8_1 or RELENG_8_2
security branch dated after the correction date.
2) To patch your present system:
The following patches have been verified to apply to FreeBSD 7.3, 7.4, 8.1,
and 8.2 systems.
a) Download the relevant patch from the location below, and verify the
detached PGP signature using your PGP utility.
# fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch
# fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch.asc
b) Apply the patch.
# cd /usr/src
# patch < /path/to/patch
# cd /usr/src/usr.sbin/freebsd-update
# make obj && make && make install
3) To update your affected system via a binary patch:
Systems running 7.3-RELEASE, 7.4-RELEASE, 8.1-RELEASE, or 8.2-RELEASE on the
i386 or amd64 platforms can be updated via the freebsd-update(8) utility:
# freebsd-update fetch
# freebsd-update install
VI. Correction details
The following list contains the revision numbers of each file that was
corrected in FreeBSD.
CVS:
Branch Revision
Path
- -------------------------------------------------------------------------
RELENG_7
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.7
RELENG_7_4
src/UPDATING 1.507.2.36.2.8
src/sys/conf/newvers.sh 1.72.2.18.2.11
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.5.4.2
RELENG_7_3
src/UPDATING 1.507.2.34.2.12
src/sys/conf/newvers.sh 1.72.2.16.2.14
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.5.2.2
RELENG_8
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.6
RELENG_8_2
src/UPDATING 1.632.2.19.2.8
src/sys/conf/newvers.sh 1.83.2.12.2.11
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.4.2.2
RELENG_8_1
src/UPDATING 1.632.2.14.2.11
src/sys/conf/newvers.sh 1.83.2.10.2.12
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.3.2.2
RELENG_9
src/usr.sbin/freebsd-update/freebsd-update.sh 1.25.2.2
- -------------------------------------------------------------------------
Subversion:
Branch/path Revision
- -------------------------------------------------------------------------
stable/7/ r226813
releng/7.4/ r229539
releng/7.3/ r229539
stable/8/ r226812
releng/8.2/ r229539
releng/8.1/ r229539
stable/9/ r226811
- -------------------------------------------------------------------------
VII. References
The latest revision of this advisory is available at
http://security.FreeBSD.org/advisories/FreeBSD-EN-12:01.freebsd-update.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iEYEARECAAYFAk8E5YQACgkQFdaIBMps37LeTACeKYRkY5s+Iy+JCf/Zc3yvKSLD
2RsAnRsmN3gCPYglNjwkhJctdkLdGULh
=6LzH
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>FreeBSD Errata Notices2012-01-05T00:00:38FreeBSD Errata NoticeFreeBSD-EN-12:01.freebsd-update
http://permalink.gmane.org/gmane.os.freebsd.announce/594
<pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-EN-12:01.freebsd-update Errata Notice
The FreeBSD Project
Topic: freebsd-update support for FreeBSD 9.0-RELEASE
Category: core
Module: freebsd-update
Announced: 2012-01-04
Affects: All versions of FreeBSD prior to 9.0-RC2.
Corrected: 2011-10-26 20:07:58 UTC (RELENG_7, 7.4-STABLE)
2012-01-04 23:47:20 UTC (RELENG_7_4, 7.4-RELEASE-p6)
2012-01-04 23:47:20 UTC (RELENG_7_3, 7.3-RELEASE-p10)
2011-10-26 20:06:27 UTC (RELENG_8, 8.2-STABLE)
2012-01-04 23:47:20 UTC (RELENG_8_2, 8.2-RELEASE-p6)
2012-01-04 23:47:20 UTC (RELENG_8_1, 8.1-RELEASE-p8)
2011-10-26 20:01:43 UTC (RELENG_9, 9.0-RC2)
For general information regarding FreeBSD Errata Notices and Security
Advisories, including descriptions of the fields above, security
branches, and the following sections, please visit
<URL:http://security.freebsd.org/>.
I. Background
freebsd-update(8) allows system administrators to install binary updates to
the base FreeBSD install, as distributed by the FreeBSD Project.
II. Problem Description
freebsd-update in affected releases is unable to perform an automated upgrade
to FreeBSD 9.0 due to unsupported characters in FreeBSD 9.0 filenames. When
this bug is triggered, updates fail with the following error message:
The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.
III. Impact
Affected systems are unable to update from affected releases to FreeBSD 9.0
using freebsd-update.
IV. Workaround
No workaround is available.
V. Solution
Perform one of the following:
1) For FreeBSD 7.x, upgrade your system to 7-STABLE, or to the RELENG_7_4 or
RELENG_7_3 security branch dated after the correction date. For FreeBSD
8.x, upgrade your system to 8-STABLE, or to the RELENG_8_1 or RELENG_8_2
security branch dated after the correction date.
2) To patch your present system:
The following patches have been verified to apply to FreeBSD 7.3, 7.4, 8.1,
and 8.2 systems.
a) Download the relevant patch from the location below, and verify the
detached PGP signature using your PGP utility.
# fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch
# fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch.asc
b) Apply the patch.
# cd /usr/src
# patch < /path/to/patch
# cd /usr/src/usr.sbin/freebsd-update
# make obj && make && make install
3) To update your affected system via a binary patch:
Systems running 7.3-RELEASE, 7.4-RELEASE, 8.1-RELEASE, or 8.2-RELEASE on the
i386 or amd64 platforms can be updated via the freebsd-update(8) utility:
# freebsd-update fetch
# freebsd-update install
VI. Correction details
The following list contains the revision numbers of each file that was
corrected in FreeBSD.
CVS:
Branch Revision
Path
- -------------------------------------------------------------------------
RELENG_7
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.7
RELENG_7_4
src/UPDATING 1.507.2.36.2.8
src/sys/conf/newvers.sh 1.72.2.18.2.11
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.5.4.2
RELENG_7_3
src/UPDATING 1.507.2.34.2.12
src/sys/conf/newvers.sh 1.72.2.16.2.14
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.5.2.2
RELENG_8
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.6
RELENG_8_2
src/UPDATING 1.632.2.19.2.8
src/sys/conf/newvers.sh 1.83.2.12.2.11
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.4.2.2
RELENG_8_1
src/UPDATING 1.632.2.14.2.11
src/sys/conf/newvers.sh 1.83.2.10.2.12
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.3.2.2
RELENG_9
src/usr.sbin/freebsd-update/freebsd-update.sh 1.25.2.2
- -------------------------------------------------------------------------
Subversion:
Branch/path Revision
- -------------------------------------------------------------------------
stable/7/ r226813
releng/7.4/ r229539
releng/7.3/ r229539
stable/8/ r226812
releng/8.2/ r229539
releng/8.1/ r229539
stable/9/ r226811
- -------------------------------------------------------------------------
VII. References
The latest revision of this advisory is available at
http://security.FreeBSD.org/advisories/FreeBSD-EN-12:01.freebsd-update.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iEYEARECAAYFAk8E5YQACgkQFdaIBMps37LeTACeKYRkY5s+Iy+JCf/Zc3yvKSLD
2RsAnRsmN3gCPYglNjwkhJctdkLdGULh
=6LzH
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>FreeBSD Errata Notices2012-01-05T00:00:38FreeBSD Errata NoticeFreeBSD-EN-12:01.freebsd-update
http://permalink.gmane.org/gmane.os.freebsd.announce/594
<pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
=============================================================================
FreeBSD-EN-12:01.freebsd-update Errata Notice
The FreeBSD Project
Topic: freebsd-update support for FreeBSD 9.0-RELEASE
Category: core
Module: freebsd-update
Announced: 2012-01-04
Affects: All versions of FreeBSD prior to 9.0-RC2.
Corrected: 2011-10-26 20:07:58 UTC (RELENG_7, 7.4-STABLE)
2012-01-04 23:47:20 UTC (RELENG_7_4, 7.4-RELEASE-p6)
2012-01-04 23:47:20 UTC (RELENG_7_3, 7.3-RELEASE-p10)
2011-10-26 20:06:27 UTC (RELENG_8, 8.2-STABLE)
2012-01-04 23:47:20 UTC (RELENG_8_2, 8.2-RELEASE-p6)
2012-01-04 23:47:20 UTC (RELENG_8_1, 8.1-RELEASE-p8)
2011-10-26 20:01:43 UTC (RELENG_9, 9.0-RC2)
For general information regarding FreeBSD Errata Notices and Security
Advisories, including descriptions of the fields above, security
branches, and the following sections, please visit
<URL:http://security.freebsd.org/>.
I. Background
freebsd-update(8) allows system administrators to install binary updates to
the base FreeBSD install, as distributed by the FreeBSD Project.
II. Problem Description
freebsd-update in affected releases is unable to perform an automated upgrade
to FreeBSD 9.0 due to unsupported characters in FreeBSD 9.0 filenames. When
this bug is triggered, updates fail with the following error message:
The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.
III. Impact
Affected systems are unable to update from affected releases to FreeBSD 9.0
using freebsd-update.
IV. Workaround
No workaround is available.
V. Solution
Perform one of the following:
1) For FreeBSD 7.x, upgrade your system to 7-STABLE, or to the RELENG_7_4 or
RELENG_7_3 security branch dated after the correction date. For FreeBSD
8.x, upgrade your system to 8-STABLE, or to the RELENG_8_1 or RELENG_8_2
security branch dated after the correction date.
2) To patch your present system:
The following patches have been verified to apply to FreeBSD 7.3, 7.4, 8.1,
and 8.2 systems.
a) Download the relevant patch from the location below, and verify the
detached PGP signature using your PGP utility.
# fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch
# fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch.asc
b) Apply the patch.
# cd /usr/src
# patch < /path/to/patch
# cd /usr/src/usr.sbin/freebsd-update
# make obj && make && make install
3) To update your affected system via a binary patch:
Systems running 7.3-RELEASE, 7.4-RELEASE, 8.1-RELEASE, or 8.2-RELEASE on the
i386 or amd64 platforms can be updated via the freebsd-update(8) utility:
# freebsd-update fetch
# freebsd-update install
VI. Correction details
The following list contains the revision numbers of each file that was
corrected in FreeBSD.
CVS:
Branch Revision
Path
- -------------------------------------------------------------------------
RELENG_7
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.7
RELENG_7_4
src/UPDATING 1.507.2.36.2.8
src/sys/conf/newvers.sh 1.72.2.18.2.11
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.5.4.2
RELENG_7_3
src/UPDATING 1.507.2.34.2.12
src/sys/conf/newvers.sh 1.72.2.16.2.14
src/usr.sbin/freebsd-update/freebsd-update.sh 1.8.2.5.2.2
RELENG_8
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.6
RELENG_8_2
src/UPDATING 1.632.2.19.2.8
src/sys/conf/newvers.sh 1.83.2.12.2.11
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.4.2.2
RELENG_8_1
src/UPDATING 1.632.2.14.2.11
src/sys/conf/newvers.sh 1.83.2.10.2.12
src/usr.sbin/freebsd-update/freebsd-update.sh 1.16.2.3.2.2
RELENG_9
src/usr.sbin/freebsd-update/freebsd-update.sh 1.25.2.2
- -------------------------------------------------------------------------
Subversion:
Branch/path Revision
- -------------------------------------------------------------------------
stable/7/ r226813
releng/7.4/ r229539
releng/7.3/ r229539
stable/8/ r226812
releng/8.2/ r229539
releng/8.1/ r229539
stable/9/ r226811
- -------------------------------------------------------------------------
VII. References
The latest revision of this advisory is available at
http://security.FreeBSD.org/advisories/FreeBSD-EN-12:01.freebsd-update.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iEYEARECAAYFAk8E5YQACgkQFdaIBMps37LeTACeKYRkY5s+Iy+JCf/Zc3yvKSLD
2RsAnRsmN3gCPYglNjwkhJctdkLdGULh
=6LzH
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>FreeBSD Errata Notices2012-01-05T00:00:38It's Not Too Late To Donate!
http://permalink.gmane.org/gmane.os.freebsd.announce/593
<pre>Dear FreeBSD Community,
Thank you to everyone who has made a donation to the FreeBSD Foundation
this year! We have raised over $310,000 from 691 donors towards our goal
of $400,000 for 2011.
We are grateful for the outpouring of support we have received and the
hundreds of volunteers who help support the FreeBSD Project.
If you have not had the opportunity to donate this year, it's not too
late! It only takes a few minutes to make a donation and help make a
difference for the FreeBSD Project and community.
Please visit us at http://www.freebsdfoundation.org/donate/ to make a
donation today! If you send a check, the envelope must be postmarked by
December 31, 2011 to count as a 2011 donation.
Sincerely,
The FreeBSD Foundation
www.FreeBSDFoundation.org
_______________________________________________
freebsd-announce< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-announce
To unsubscribe, send any mail to "freebsd-announce-unsubscribe< at >freebsd.org"
</pre>Deb Goodkin2011-12-29T16:39:54Search EngineSearch the mailing list at Gmanequery
http://search.gmane.org/?group=$group=gmane.os.freebsd.announce