boot.flp in 5.3 and later is not self-contained and thus not suitable for
CD booting. /boot/cdboot is now the only way to boot the install CDs.
MFC after: 2 weeks
to PRECIOUSLIB from bsd.lib.mk. The side effect of this
is making installing the world under jail(8) possible by
using another knob, NOFSCHG.
Reviewed by: oliver
that most packages can not be included. It's much easier to list those
that we do want on disc1 for ia64. We only need to list 11 of them.
Apply proper indentation for better readability.
This translation is based on RELENG_5 so it should be tagged as
RELENG_5 when appropriate (This set of files DOES build under
6-CURRENT because a last-minute hack added to readme/article.sgml,
however, the contents is for RELENG_5).
This includes:
The Migration Guide
Errata
Hardware Notes (only i386 and amd64 at this time)
Installation Guide [2]
Readme [1]
Release Notes
Submitted by: delphij, gavin (local repository committer) [1],
zhangluo (additional local contributor; part of
i386 related contents) [2]
Approved by: murray (mentor)
SA-04:15, and BIND update (8.3.1->9.3.0).
Update release notes:
update a list of network interfaces which support polling(4), and
fix a typo (s/lukemftp/lukemftpd/).
ports/ tree on it. This makes putting the ports/ tree on disc2 at
all dependent on the NOPORTREADMES knob as well as the NOPORT knob
(at the moment NOPORT may be set while NOPORTREADMES isn't, that
should probably be revisited). And it hardcodes ia64 for NOPORTREADMES
by request the ia64 release builder.
While here really get rid of the temp file 'make index' leaves behind.
Tested by: i386 and ia64 'make release'
Reviewed by: marcel
MFC after: 1 day
the base-system. Adding the port for ia64 on disc1 is especially bogus,
because the port doesn't even build on ia64. It also doesn't support
libthread_db.
release:
- run 'make index' as part of release build, INDEX* files in
CVS no longer updated and likely to be removed from CVS soon
- don't include README.html files in ports.tgz tarball because
they cause cvsup problems for users later
- put a copy of /usr/ports on disc2 that does include README.html
files so users have access to them
Reviewed by: ru (found one bug, several clean-up suggestions)
Tested by: 'make release'
MFC before: BETA6 build (this isn't likely to be tested in -current
anyway...)
- Add "Hardware Support" section and move device driver-related
items there.
- Move "Multimedia Support" and "Network Interface Support" into
the "Hardware Support" section as sub-sections.
- Move Netgraph-related items to "Network Protocols".
For translators: many items are moved but the contents
are not changed.
but it's disconnected from the build. Remove it from the architecture
independent release documentation set, because it breaks "make release"
when NODOC is undefined.
Reviewed by: hrs
install media on i386 and amd64. While the current default is very
useful in server environments, the ability to use USB keyboards is
vastly more important then the ability to use PS/2 keyboards the admin
forgot to plug in during the install process.
PR: kern/71443
PREEMPTION kernel option added,
ucycom(4) for Cypress CY7C637xx and CY7C640/1xx families
of USB to RS232 bridges added,
debug.witness_* tunable renamed to debug.witness.*,
vge(4) for VIA VT6122 gigabit ethernet chip added, and
mkuzip(8) for GEOM_UZIP added.
Update release notes:
remove %include.historic; section for now,
4BSD is the default schedular now, and
update links to sound(4)-related manual pages.
the drivers were removed over 5 years ago.
- Note that WD7000 is supported by the wds(4) driver and move it
to the generic SCSI section, since it was converted to CAM some time ago.
- Remove section about non-CAM drivers, since there are none left in
the section.
- Autogenerate device listing for ct(4).
MFC after: 2 days
- Various markup, typo, and wording fixes.
- Use &man.*;.
- Move sound(4) related changes to the multimedia support section.
- Add net.inet.tcp.rfc3042 and net.inet.tcp.rfc3390.
- Unify items which relates to multibyte support of userland
utilities.
agp(4) AMD64 GART support,
hw.pci.allow_unsupported_io_range removed,
debug.kdb.stop_cpus sysctl,
COMPAT_LINUX32 kernel option on amd64,
mac_bsdextended_firstmatch_enabled sysctl,
mac_bsdextended_logging sysctl,
MP_WATCHDOG kernel option and debug.leak_schedlock sysctl,
NET_WITH_GIANT kernel option and debug.mpsafenet loader tunable,
debug.mpsafevm loader tunable,
vm_map_findspace(9) now uses an O(log n) algorithm,
new ipfw(4) rule "jail",
IPFIREWALL_FORWARD kernel option,
PFIL_HOOKS is now always complied into the kernel,
autofs filesystem and libautofs(3) added,
GEOM_RAID3 geom class and graid3(8) added,
GEOM_UZIP geom class added,
acpidump(8) SSDT tables support,
dd(1) fillchar option,
jail(8) -l option,
OpenSSL VIA C3 PadLock ACE support imported, and
FreeBSD's default X Window System is Xorg now.
Update release notes:
ADAPTIVE_GIANT enabled on i386 by default,
hme(4) now MI,
static linker TLS support,
LIBPTHREAD_PROCESS_SCOPE,
GNU sort updated to a coreutils snapshot as of 2004/08/12,
ISC DHCP client updated to 3.0.1,
lukemftpd updated to a snapshot as of 2004/08/09, and
pf from OpenBSD 3.5-stable.
the first half of August 2004):
NO_ADAPTIVE_MUTEXES,
ADAPTIVE_GIANT,
acpi_panasonic(4) added,
contigmalloc(9) reimplemented (vm.old_contigmalloc added),
hme(4) checksum offload support,
{mem,io}.ko added,
pcic(4) removed completely from GENERIC kernel configuration file,
psm(4) Synaptics TouchPad support,
Thread Local Storage (TLS) support,
ipfw(4) antispoof option,
GEOM_MIRROR class and gmirror(8) added,
col(1), colcrt(1), colrm(1), column(1), and fmt(1) multibyte
characters support,
df(1) bugfix,
ftpd(8) uses its euid for opening a data transfer socket,
gpt(8) -i option, remove command added,
kgdb(1) added,
LIBPTHREAD_SYSTEM_SCOPE for libpthread,
look(1) -d bugfix,
make(1) "+" flag added,
make(1) MAKEFLAGS change,
tgmath.h C99 header added,
GNU extensions of mbsnrtowcs(3) and wcsnrtombs(3) implemented,
patch(1) replaced with a BSD-licensed version from OpenBSD,
ppp(8) "set pppoe [standard|3Com]" for ng_pppoe(4),
ul(1) multibyte characters support,
FILE 3.41 --> 4.10,
GCC 3.3.3 --> 3.4.2,
NTP 4.1.1.a --> 4.2.0,
rc.d localpkg support in the Ports Collection, and
crypto distribution now part of base.
Update release notes:
snd_*(4) reorganization, and
use the term "geom class" for consistency.
MFC:
ppp(8) "set rad_alive".
explanation...
This makefile tries to be smart in determining the minimal list
of ports comprising the docproj meta-port, necessary to build
the FreeBSD documentation and release notes.
To get it absolutely right, it would have to generate the list
at run time, parsing the output of "make all-depends-list" for
ports/textproc/docproj, supplying the same options like in
src/release/Makefile, and trying for different platforms and
FreeBSD versions!
Besides from the complexity involved, this is just not possible
to do from here, because the ports tree may be not up-to-date or
not be available at all -- it's not required to have a checked
out ports tree to start "make release". So makefile copies
some logic from the ports system to try to come up with the
right list...
Unfortunately, it's nearly impossible nor practical to come up
with a proper and complete list from here this way. Such a
list would have to support all possible __FreeBSD_version's,
Perl versions, and so on, and their combinations -- everything
that the ports system would do.
The fix is to stop pretending be smart, and only provide
lists enough to build a docproj port on recent of 4.x, 5.x,
and 6.x systems, where this is practical.
What can break with this change is "make release -DNOPORTS" of
HEAD or RELENG_5, *without* -DNODOC, on older FreeBSD systems
like 5.1-RELEASE. The change in the docproj dependency list
between 5.1 and 5.3 is as follows:
# diff docports.501000 docports.503000
< /usr/ports/devel/p5-File-Temp
< /usr/ports/devel/p5-Test-Harness
< /usr/ports/devel/p5-Test-Simple
< /usr/ports/lang/perl5
> /usr/ports/lang/perl5.8
Since doing "make release" on these old systems is not officially
supported anyway (only one tiny tweak is necessary to make it
work), the practical damage of this change is zero.
Original problem spotted by Scott Long doing "make release
-DNOPORTS RELEASETAG=RELENG_5". That particular problem
was already fixed by the previous change to this file, while
this change is the result of some additional analyzis of the
problem.
Fix was tested by doing a "make release -DNOPORTS" of HEAD on
the 4.10-STABLE machine (with one small tweak I mentioned, to
make it possible).
version, and "make release -DNOPORTS" breaks without it.
Noticed by: scottl
Keep lang/perl5 in the list because it's the default Perl version
for 4.x, and it's still possible to "make release" of HEAD on 4.x.
bootable ISO. HP machines (like the rx2600) that (also) have isp(4)
may have a non-standard firmware on the controller. Our isp(4) driver
is not able to work with those and even panics. This makes installing
FreeBSD rather impossible. By adding the ispfw.ko module, we give the
user a chance to upload a certified firmware onto the card and so make
it possible to either use the isp(4) successfully or otherwise avoid
the panic.
SCSI controllers. The driver was removed before FreeBSD 3.0, so it is
probably time to remove from the Hardware Notes... :-).
Historical clue by: Josh Paetzel <josh@tcbug.org>
MFC after: 3 days
- Clean up and improve handling of trailing punctuation characters.
- Handle the Pa macro.
- Give a warning when ignoring unimplemented mdoc commands.
MFC after: 3 days
this script, without it sparc64 ISO building was consistently failing
because the /dev/md0 device name was not present when the commands
following mdconfig ran. Apparently there is the possibility of a delay
between when mdconfig finishes and the names become visible in /dev.
Yes, we could code this better than an unconditional call to "sleep 5"
but IMHO we should fix the underlying problem instead.
MFC after: 3 days
- Add a note about possibility for duplicate listing of devices.
- Auto generate device listings for the following drivers: ncr, sym,
umodem, and uscanner
MFC after: 3 days
HFS/ISO9660 extensions to be bootable on Power Macs.
boot.tbxi - the CHRP script executed by Open Firmware when auto-booting
CDs
hfs.map - map Unix files to HFS creator/type fields
Reviewed by: ru
Submitted by: ssouhlal
with the following changes:
1) Don't make a mime_types.h 'cos we should avoid creating variables
in header files,
2) Use strrchr to find the extension, rather than strchr,
3) Slightly simplify the mime-type matching loop.
any goof are likely to be mine. Note that there are links to more
improvements by Eugene in the PR.
PR: 29725
Submitted by: Eugene Grosbein <eugen@kuzbass.ru>
o Update to match 5-CURRENT reality.
o Bump up minimum system requirements.
o Make examples work.
PR: docs/70485
Submitted by: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
the vein of my previous, recent commits.
Updated release notes: Augmented sha(1)/rmd160(1) note, updated pf(4)
pseudo-users, retweaked doscmd note to reinstate a missing word I
deleted by accident [1] and add some more info.
MFCs noted: ppp(8) LQM, ppp(8) set rad_alive.
Pointed out by: "Eagle Eyes" ru [1]
changes, although one release note, about udav(4) promiscuous mode,
was deleted as it was redundant (the driver itself is new and this
fact has its own note).
hasn't been any package build for ia64 for a long time and in this
case it means that the cdrtools package on the FTP sites is one that
doesn't have mkisofs. This breaks the release build. By trying to
build the port first, we protect ourselves a bit more against this.
- Make "die()" more verbose.
- Do not put extra blank lines into the output file.
- Normalize text by using numeric entities because
some characters such as "'" can break the generated SGML.
Reviewed by: simon
with doFS.sh consistently dying here because the device didn't exist
in the namespace fast enough after doing the mdconfig. But the device
did eventually show up. There have been similar complaints on mailing
lists that might boil down to this being the problem too.
This is obviously a hack, if anyone knows what might cause a delay
between mdconfig running and when the name appears in the /dev namespace
(inside a chroot-ed environment if that matters) I'd be happy to back
this out.
to subordinate make(1) invocations through MAKEFLAGS, we cannot add
CFLAGS onto the make(1) command line. This will conflict with the
individual makefiles wanting to append to it, which is not respected
when CFLAGS is given on the command line. Hence build breakage.
So, put CFLAGS in the environment instead.
of releases. The -DNOCRYPT build option still exists for anyone who
really wants to build non-cryptographic binaries, but the "crypto"
release distribution is now part of "base", and anyone installing from a
release will get cryptographic binaries.
Approved by: re (scottl), markm
Discussed on: freebsd-current, in late April 2004
manual pages, to avoid duplicating work between the Hardware Notes and
manual pages.
Each text line in the output from the manual page parser is generated
as a SGML entity, making it possible for translators to only translate
lines which actually contains English text (this neat idea came from
hrs).
To determine which drivers are usable on which architectures the
dev.archlist.txt file is used to explicitly list this. It it an
imperfect solution, but the best I have been able to come up with for
now.
This commit converts most of the devices which has a section 4 manual
page with a HARDWARE section to be the new auto generated format.
Reviewed in principle by: ru, hrs, trhodes
Good ideas for improvements: hrs
No objections: -doc, re
some unknown reason, when LOCAL_PATCHES and LOCAL_SCRIPT were originally
added, they were silently ignored if the actual file did not exist. As a
result, if one mistyped the pathname to a patch or script, then the release
silently succeeded. However, it was not built with the desired changes and
no warning was given to inform the builder either. This commit explicitly
checks to see that all of the defined patches and scripts exist up front
and bails if any of them do not exist. I lost several hours of valuable
sleeping time this evening due to this "feature" so I've finally gone and
ripped out. I've tripped over this in the past several other times as
well.
Glanced at by: scottl
