Add "DVD" ISOs for x86 that don't have to follow CD size limitations.

These include all available sets.

branches: 1.3.12;
Use the new common/Makefile.bootcd to make i386 and amd64 bootable ISO
images. amd64 gets a single kernel; i386 images gets 3 kernels:
- netbsd, copy from netbsd-INSTALL_LARGE.gz, loaded by default
- nbsd-l, copy from netbsd-INSTALL_LAPTOP.gz
- nbsd-i, copy from netbsd-INSTALL.gz for those who want the traditionnal
non-ACPI kernel
- drop the bootcd-laptop image
both gets an installcd image, which is the same as bootcd but with the
binary sets in addition to kernels.

branches: 1.2.2;
Add example on how to make an install CD - it's the same
as the bootcd* CDs just with the install sets added to
the CD as well.

XXX 1) The implementation of this is rather cludgy (copying sets around),
as our makefs(8) can't put files from multiple directories into
one image -- something that mkisofs can do with 'graft' points
XXX 2) This should be run after 'build.sh release' - It would be nice
if we had a seperate stage to add such hooks in our build framework

Add & enable boot-CDs (with ramdisk kernels only, no install sets),
built as part of a regular release. For more information, see
http://mail-index.netbsd.org/tech-install/2006/05/11/0001.html

OK: core@

Add a __cdromclean target so we can add arch-specific rules to it and use
it to clean efiboot

Actually include a bootable kernel in the KERNEL_DIR boot images.

This enables us to actually boot the image into qemu from /netbsd/kernel
and load modules from /netbsd/modules/... , keeping the modules and
kernel together, and removing kernel version numbers from the modules'
path.

From christos@

LGTM, commit it...

Add new file-system spec.in for KERNEL_DIR=yes

branches: 1.29.2;
Add the extra spec for the amd64 cdroms

Remove modules set from the i386 install cd

It is not particularly useful to be able to load modules while
installing on i386, probably the most useful one is dtrace,
and this takes up about 20mb on a port that is already exceeding
CD limits. Most stuff you'd want to use while installing is already
in GENERIC.

The modules set is still available compressed for installing into
a target system, meaning modules are available after installation.

While here, add man set to the installation DVD, it's helpful to be able
to read e.g. the man page for fdisk when rescuing a system.

Move DRM-driver firmware from base to its own set, gpufw

This set is only installed on amd64,i386,evbarm.
This set is installed on minimal installs and on install media, in
case someone needs it for basic driver functionality.

Comments:
Switched to a single MK tunable for it - that is probably unneeded.

An upcoming DRM update will include even fatter firmware, and we'd
like to minimize the impact of it.

distrib/amd64/cdroms: honor CDBOOTOPTIONS when installing EFI bootloader

Revert "distrib/amd64/cdroms: honor CDBOOTOPTIONS when installing EFI bootloader"

https://mail-index.netbsd.org/current-users/2021/02/17/msg040358.html
I think this change had unexpected side effects and needs further review

distrib/amd64/cdroms: honor CDBOOTOPTIONS when installing EFI bootloader

MKREPRO_TIMESTAMP fixes for efiboot

Initial pass to be unaffected by build umask on build artifacts
1. ${MKDIR} -> ${MKDIR} ${MKDIRPERM}
2. ${CP} -> ${INSTALL} ${COPY} -m <perm>

amd64: make BIOS and UEFI dual bootable iso image.

branches: 1.20.2; 1.20.4;
Obey MKKMOD=no.
From Rin Okuyama in PR install/50061.

Make sure to copy the language catalog files for sysinst, but do not
copy sysinst itself to / on the CD, and instead use the base version
for installation.

Do not default any CD_SETS - let the MD makefiles request them specifically.

2nd try: make amd64, i386, sparc64 and vax iso images use full sets.
While there fix an old bug that makefs used the build hosts /etc/group
and passwd information when creating the image.
Thanks to Andreas Gustafsson for extensive testing.

Add full libexec contents to the CD image - this makes dhcpcd happy.

Revert previous untill fallout has been fixed.

Add a new simple method to put whole sets on CD images (instead of
listing single binaries or patterns) and use those for the existing
ISO images.

Add libpthread.so* - new lzma needs it.

Punt custom dhcpcd hooks in favour up upstream hooks

CD images need libarchive if MKBSDTAR is yes.

branches: 1.10.2;
Adjust for sysinst move.

PR install/48818: put vi on install CDs

branches: 1.8.8;
PR/47276: ftp has https support now

branches: 1.7.2;
Switch terminfo(3) to cdb(5).

branches: 1.6.2; 1.6.4;
Include liblzma to unbreak gzip on the install CD.

Include libgcc_s.so symlinks in /usr/lib, so that binaries in /usr
linked against it actually work.

branches: 1.4.2;
On install CDs: make ^C and ^Z work (mostly) as they used to do on
crunched/ramdisk install media again.
Fixes the remaining parts of PR 44738.

Mirror a change that was made on i386 by gdt@.

XXX i386 and amd64 distrib have lots in common, maybe more files/logic
could/should be shared.

Message log reads:

Use ${INSTALL} ${COPY} instead of ${CP}.

This avoids a problem where files with mode 0400 (CVSREAD=t) are
copied to OBJDIR and then can't be re-copied on a subsequent build.
ok joerg@

branches: 1.2.2;
Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

branches: 1.1.2; 1.1.14;
Use the new common/Makefile.bootcd to make i386 and amd64 bootable ISO
images. amd64 gets a single kernel; i386 images gets 3 kernels:
- netbsd, copy from netbsd-INSTALL_LARGE.gz, loaded by default
- nbsd-l, copy from netbsd-INSTALL_LAPTOP.gz
- nbsd-i, copy from netbsd-INSTALL.gz for those who want the traditionnal
non-ACPI kernel
- drop the bootcd-laptop image
both gets an installcd image, which is the same as bootcd but with the
binary sets in addition to kernels.

kernfs no longer needs a hacky workaround to make rootdev appear.

branches: 1.2.24;
Create /var/tmp for vi. Pointed out by Izumi Tsutsui.

branches: 1.1.12; 1.1.24;
Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

Enable basic command line editing in amd64 installer shells

When a user selects "exist installer" or hits ^Z in sysinst, the
calling install.sh runs a shell, plus shows a message indicating
they can type "exit" to return to the installer.

Add -E to the arguments to this shell, to enable command line editing,
(primarily for arrow keys, but basic emacs sequences will also work)

At this point this is only on amd64, as this is the port which is
least likely to be installing on particularly esoteric terminal
hardware, and is also likely to have the highest proportion of less
experienced users

branches: 1.4.26;
Make sure to copy the language catalog files for sysinst, but do not
copy sysinst itself to / on the CD, and instead use the base version
for installation.

Switch device database to cdb(5). Rework ttyname(3) and ttyname_r(3) to
depend on new devname_r(3) as heart. Add /dev/pts magic directly to
devname(3). While it can lead to returning non-existing paths, the
behavior is more consistent that way. Drop caching layer in devname(3),
it doesn't buy anything for the common case of having access to the
database. Teach devname(3) proper fallback behavior of scanning /dev.
Create both old-style and new-style database for now in /etc/rc.d/sysdb.

branches: 1.2.4; 1.2.6;
On install CDs: make ^C and ^Z work (mostly) as they used to do on
crunched/ramdisk install media again.
Fixes the remaining parts of PR 44738.

Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

branches: 1.1.4;
Add new file-system spec.in for KERNEL_DIR=yes

distrib/amd64/cdroms/spec.in: Add buffer line after $NetBSD$.

Reduces chance of merge conflicts when changing content we might
plausibly edit. No functional change intended.

Add $NetBSD$ keyword

branches: 1.1.2;
Add the extra spec for the amd64 cdroms

Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

Add a boot.cfg file to bootcds as well as i386.

branches: 1.2.12;
Use the new common/Makefile.bootcd to make i386 and amd64 bootable ISO
images. amd64 gets a single kernel; i386 images gets 3 kernels:
- netbsd, copy from netbsd-INSTALL_LARGE.gz, loaded by default
- nbsd-l, copy from netbsd-INSTALL_LAPTOP.gz
- nbsd-i, copy from netbsd-INSTALL.gz for those who want the traditionnal
non-ACPI kernel
- drop the bootcd-laptop image
both gets an installcd image, which is the same as bootcd but with the
binary sets in addition to kernels.

branches: 1.1.4;
Add & enable boot-CDs (with ramdisk kernels only, no install sets),
built as part of a regular release. For more information, see
http://mail-index.netbsd.org/tech-install/2006/05/11/0001.html

OK: core@

Express more confidence in our ability to boot on hardware with ACPI
enabled and don't warn our users that it might not and already suggest
workarounds.

The ability to disable ACPI and SMP is still there, by dropping to
the boot prompt.

branches: 1.3.48;
Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

Remove trailing whitespace.

Add a boot.cfg file to bootcds as well as i386.

distrib/amd64/cdroms: honor CDBOOTOPTIONS when installing EFI bootloader

Revert "distrib/amd64/cdroms: honor CDBOOTOPTIONS when installing EFI bootloader"

https://mail-index.netbsd.org/current-users/2021/02/17/msg040358.html
I think this change had unexpected side effects and needs further review

distrib/amd64/cdroms: honor CDBOOTOPTIONS when installing EFI bootloader

Add a comment about iLO

branches: 1.5.48;
Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

fix a typo in a comment

Add a boot.cfg file to bootcds as well as i386.

branches: 1.2.12;
Use the new common/Makefile.bootcd to make i386 and amd64 bootable ISO
images. amd64 gets a single kernel; i386 images gets 3 kernels:
- netbsd, copy from netbsd-INSTALL_LARGE.gz, loaded by default
- nbsd-l, copy from netbsd-INSTALL_LAPTOP.gz
- nbsd-i, copy from netbsd-INSTALL.gz for those who want the traditionnal
non-ACPI kernel
- drop the bootcd-laptop image
both gets an installcd image, which is the same as bootcd but with the
binary sets in addition to kernels.

branches: 1.1.4;
Add & enable boot-CDs (with ramdisk kernels only, no install sets),
built as part of a regular release. For more information, see
http://mail-index.netbsd.org/tech-install/2006/05/11/0001.html

OK: core@

Exclude compat sets from ISO images that struggle to fit on a CD-ROM

When debug is excluded, also exclude the compat debug sets.

Consistently use ${RELEASEDIR}/${RELEASEMACHINE} instead of
${RELEASEDIR}/${MACHINE} (Paul Ripke)

Now that we do not force debug sets off install CDs any more, explicitly
set CDRELEASE_NODEBUG everywhere.

branches: 1.4.46; 1.4.48;
Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

Also add boot.cfg into the installation CD, as was intended by ad@.

branches: 1.2.12; 1.2.14;
Use the new common/Makefile.bootcd to make i386 and amd64 bootable ISO
images. amd64 gets a single kernel; i386 images gets 3 kernels:
- netbsd, copy from netbsd-INSTALL_LARGE.gz, loaded by default
- nbsd-l, copy from netbsd-INSTALL_LAPTOP.gz
- nbsd-i, copy from netbsd-INSTALL.gz for those who want the traditionnal
non-ACPI kernel
- drop the bootcd-laptop image
both gets an installcd image, which is the same as bootcd but with the
binary sets in addition to kernels.

branches: 1.1.2;
Add example on how to make an install CD - it's the same
as the bootcd* CDs just with the install sets added to
the CD as well.

XXX 1) The implementation of this is rather cludgy (copying sets around),
as our makefs(8) can't put files from multiple directories into
one image -- something that mkisofs can do with 'graft' points
XXX 2) This should be run after 'build.sh release' - It would be nice
if we had a seperate stage to add such hooks in our build framework

Express more confidence in our ability to boot on hardware with ACPI
enabled and don't warn our users that it might not and already suggest
workarounds.

The ability to disable ACPI and SMP is still there, by dropping to
the boot prompt.

branches: 1.3.48;
Bring amd64 installation ISO to same state as the i386 one:
- GENERIC kernel for booting
- root is now cd0a
- use the same scripts and conf files as the i386 install ISO.

See also http://mail-index.netbsd.org/port-i386/2011/01/14/msg002247.html

Sync with src/distrib/i386/cdroms/installcd/boot.cfg.in reg 1.4:
> Bump the timeout to 30s, it takes longer to read and digest the information
> esp. if you have not seen it before.

branches: 1.1.4; 1.1.6;
Also add boot.cfg into the installation CD, as was intended by ad@.

Remove modules set from the i386 install cd

It is not particularly useful to be able to load modules while
installing on i386, probably the most useful one is dtrace,
and this takes up about 20mb on a port that is already exceeding
CD limits. Most stuff you'd want to use while installing is already
in GENERIC.

The modules set is still available compressed for installing into
a target system, meaning modules are available after installation.

While here, add man set to the installation DVD, it's helpful to be able
to read e.g. the man page for fdisk when rescuing a system.

Add "DVD" ISOs for x86 that don't have to follow CD size limitations.

These include all available sets.

Add "DVD" ISOs for x86 that don't have to follow CD size limitations.

These include all available sets.