Quem quizer brincar um pouco,

Announcement
------------

The FreeBSD Release Engineering Team is pleased to announce the
availability of FreeBSD 6.1-BETA4 and FreeBSD 5.5-BETA4.  Both FreeBSD
6.1 and FreeBSD 5.5 are meant to be a refinement of their  respective
branches with few dramatic changes.  A lot of bugfixes have been made,
some drivers have been updated, and some areas have been tweaked for
better performance, etc. but no large changes have been made to the
basic architecture.  The FreeBSD 5.5 Release is being done for people
who are unable to make the jump to FreeBSD 6.X at this time.  We do
encourage people to make that transition as soon as possible, though.
There have been some updates made between FreeBSD 5.4 and FreeBSD 5.5
but not all of the bugfixes done to RELENG_6 have been backported to
RELENG_5.  This will almost certainly be the last 5.X release.

We encourage people to help with testing so any final bugs can be
identified and worked out.  Availability of ISO images is given below.
If you have an older system you want to update using the normal
CVS/cvsup source based upgrade the branch tag to use is RELENG_6 for 6.1
and RELENG_5 for 5.5, though that will change later in the release cycle
when we start doing the Release Candidates.  Problem reports can be
submitted using the send-pr(1) command.

The list of open issues and things still being worked on are on the
todo list:

       http://www.freebsd.org/releases/6.1R/todo.html
       http://www.freebsd.org/releases/5.5R/todo.html

Known Issues
------------

A couple of significant changes were made to 6.1-BETA4.  First is a
large set of fixes to the VFS layer and various filesystems that
should sigficantly help performance under heavy load and also fix
problems with forcefully unmounting these filesystems.  While these
changes have recieved considerable developer testing, users are
requested to test filesystem stability as much as possible to ensure
that there are no regressions.

The second large change is that sysinstall will now install both the
GENERIC and SMP kernels and automatically select the appropriate one
based on whether it detects one CPU in the system or multiple CPUs.
However, single CPU systems with hyperthreading will still be treated
as uni-processor by sysinstall.  The automatic selection can be
overridden within sysinstall.  Testing of this is requested to help
identify systems that are not detected correctly.


Eder
--
Linux is for people who hate Windows,
BSD is for people who love UNIX"
_______________________________________________
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

Responder a