Add some more verbage with respect to jemalloc and resource limits [2].
Submitted by: delphij [1]
Collaboration with: jasone [2]
Approved by: re (implicit)
- tmpfs on i386,amd64
- gem(4) altq support
- AUDIT and SCTP in GENERIC
- FireWire MPSAFE
- netstat SCTP support
- dhclient RFC 3442 support (1)
Modified release notes:
- MFC markers: mxge(4) and netcat
- touch -A entry grammar fix (2)
- More manpage references used
Submitted by: Andrey V. Elsukov (1)
ceri (2)
Approved by: re (blanket)
/etc/rc.d/sendmail whether or not to run newaliases if the database
is missing or the aliases text file is newer than aliases.db.
In my opinion, the aliases file should never be automatically rebuilt.
The current text form could represent a work in progress. Therefore,
in FreeBSD 7.0, this new option will default to "NO". When this rc.d
change is MFC'ed, it will need to remain "YES" to maintain backward
compatibility.
PR: conf/86252
Approved by: re (kensmith)
MFC after: 3 days
- GCC SSP enabled by default
- X11BASE change
- touch -A
- fwip(4) and dcons(4) in GENERIC
- FireWire/dcons support in the i386/amd64 loader
Modified release notes:
- MFCs noted: newly supported ftpd RFCs, lagg(4), mpt(4) changes,
snd_atiixp(4) suspend/resume
- sa(8) entry moved to the correct place
- xorg 7.2 update
went away around the time of 5.0, when doing binary upgrades from
within sysinstall (at least from 4.X) was deemed hazardous due to the
huge differences between these two major versions.
It's much less risky now, and it's also high time that we mentioned
freebsd-update(8) too.
that can be used for resizing NTFS partitions (to make room for
FreeBSD).
Based on some text that was...
Submitted by: Hal Burch, Szakacsits Szabolcs
PR: 65477
MFC after: 3 days
- edsc(4) added
- pmcstat(4) -c and -t flags, defaults changed
- rpcbind -h and -6 flags
Modified release notes:
- Moved pmcstat information from kernel to userland section
- MSI-X supported as well, remove ref to pci(4) manpage, which is
different from the kernel's PCI code
- rpc.lockd/rpc.statd entry moved to the right place
- IPLware 3.33 support for pc98
- CAM MPSAFE
- ahc(4) and ahd(4) MPSAFE
- pseudofs(9) and consumers MPSAFE
- OpenBSM 1.0 alpha 14
- lastcomm -X flag
- ftpd(8) RFC2389 and RFC2640 support
Modified release notes:
- ncurses was updated from version 5.2-20020615
While here, moved the lagg(4) and XFS entries to the correct places.
- priv(9) KPI added
- ipw/iwi firmware in the base system
Updated release notes:
- OpenSSL updated to 0.9.8e
- GNOME updated to 2.8.0
- acpi_dock(4) and acpi_hpet MFC
- msk(4) MFC
now contained entirely in a single DocBook article, which has
information pertinent to all architectures. This will improve
the maintainability of the hardware notes going forward by
reducing complexity of the build process, improving the visibiilty
of the architecture-specific text, and removing the need to generate
an extra version of the document for every architecture.
Remove all of the MD hardware notes stuff; all relevant content
has been folded into hardware/article.sgml.
No objections from: freebsd-doc@
manner consistent with the new MI-style hardware notes document.
man2hwnotes.pl now defaults to generating entities for the MI-style
hardware notes (i.e. hardware/article.sgml). A new -c
option causes it to generate entities for the older MD-style
hardware notes (i.e. hardware/common/dev.sgml).
The Makefile infrastructure supplies the -c option to man2hwnotes.pl
now unless the HWNOTES_MI Makefile variable is defined, so
compatiblity is preserved for hardware notes translations that
aren't converted to the new organization yet. As translations
convert, they should define HWNOTES_MI in their hardware/Makefile.
When all the relevant translations catch up, the compatibility goop
in share/mk/doc.relnotes.mk and share/sgml/Makefile can be removed.
Thanks go to simon@ for help with the backwards compatiblity
mechanism.
Tested with: en_US.ISO8859-1, zh_CN.GB2312
Convert MD references in the supported devices section from arch=""
attributes for conditional compilation to entities that will just
print architecture names. (The entities aren't defined yet...this
will happen in a future commit.)
Rather than rendering a different version of the release notes for
every architecture, we now produce a single release notes document
that covers all architectures.
This change makes document maintenence easier (because there is no
longer a need to support each architecture specifically in the
src/release/doc/ and www/ build infrastructures). It's also
easier to read because there is now exactly one release notes document,
and readers can see changes that affected various subsets of
architectures.
Discussed on: -doc@
