2013-12-06 12:04:52 +01:00
|
|
|
# $NetBSD: Makefile,v 1.410 2013/08/19 16:34:29 matt Exp $
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# from: @(#)Makefile 8.7 (Berkeley) 5/25/95
|
2012-06-05 12:49:50 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# Environment variables without default values:
|
|
|
|
# DESTDIR must be set before anything in this file will work.
|
|
|
|
# RELEASEDIR is where the tarred up stuff for a snapshot or
|
|
|
|
# release will be placed.
|
|
|
|
#
|
|
|
|
# Environment variables with default values:
|
|
|
|
# LOCALTIME will set the default local time for the system you
|
|
|
|
# build; it determines what /etc/localtime is symlink'd to.
|
|
|
|
# KERNSRCDIR points to kernel source; it is set by default to ../sys,
|
|
|
|
# but can be overridden.
|
|
|
|
# KERNOBJDIR is the kernel build directory, it defaults to
|
|
|
|
# ${KERNSRCDIR}/arch/${MACHINE}/compile, but can be overridden.
|
|
|
|
# KERNCONFDIR is where the configuration files for kernels are found;
|
|
|
|
# default is ${KERNSRCDIR}/arch/${MACHINE}/conf but can be overridden.
|
|
|
|
# MKCRYPTO; if not `no', install crypto-related configuration
|
|
|
|
# MKPOSTFIX; if not `no', install postfix configuration
|
|
|
|
# MKUNPRIVED; if not `no', allow non-root installs.
|
|
|
|
# MKUPDATE; if not `no', don't do a 'make clean' before kernel compile
|
|
|
|
#
|
|
|
|
# Targets:
|
|
|
|
# distribution: makes a full NetBSD distribution in DESTDIR. If
|
|
|
|
# INSTALL_DONE is set, it will not do a `make install.'
|
|
|
|
# if DISTRIBUTION_DONE is set, it will not do anything.
|
|
|
|
# distrib-dirs: creates an empty NetBSD directory tree in DESTDIR.
|
|
|
|
# Called by distribution.
|
|
|
|
# snapshot: calls distribution, above, and then tars up the files
|
|
|
|
# into a release(7) format in RELEASEDIR/${RELEASEMACHINEDIR}.
|
|
|
|
# Any port-dependent stuff for this target is found in
|
|
|
|
# etc.${MACHINE}/Makefile.inc.
|
|
|
|
# release: a synonym for `snapshot'
|
2012-06-05 12:49:50 +02:00
|
|
|
#
|
2012-05-01 16:32:15 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# For MK* vars
|
|
|
|
.include <bsd.own.mk>
|
2011-06-07 17:23:23 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.include <bsd.sys.mk> # for HOST_SH, TOOL_AWK, ...
|
|
|
|
.include <bsd.kernobj.mk> # For KERNSRCDIR, KERNOBJDIR, ...
|
|
|
|
.include <bsd.endian.mk> # For TARGET_ENDIANNESS
|
|
|
|
|
|
|
|
.MAKEOVERRIDES+= USETOOLS
|
|
|
|
|
|
|
|
TZDIR= /usr/share/zoneinfo
|
|
|
|
LOCALTIME?= UTC
|
|
|
|
CKSUM?= ${TOOL_CKSUM}
|
|
|
|
MAKESUMS= MAKE=${MAKE:Q} CKSUM=${CKSUM:Q} ${HOST_SH} ${NETBSDSRCDIR}/distrib/sets/makesums
|
|
|
|
DISTRIBVER!= ${HOST_SH} ${NETBSDSRCDIR}/sys/conf/osrelease.sh
|
|
|
|
|
|
|
|
# Flags for creating ISO CDROM image
|
|
|
|
# mkisofs is expected to be in $PATH, install via pkgsrc/sysutils/cdrtools
|
|
|
|
# Note: At least mkisofs 2.0 should be used.
|
2012-06-05 12:49:50 +02:00
|
|
|
#
|
2012-11-16 12:13:42 +01:00
|
|
|
.if !defined(__MINIX)
|
|
|
|
# LSC: We do not yet support iso creation anyway, then do not try to find it.
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.if !defined(MKISOFS)
|
2013-12-06 12:04:52 +01:00
|
|
|
MKISOFS!= (which mkisofs || echo true) 2>/dev/null
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.endif
|
|
|
|
DISTRIBREV!= ${HOST_SH} ${KERNSRCDIR}/conf/osrelease.sh -s
|
|
|
|
# ISO 9660 volume ID. Note that this can only contain [A-Z0-9_].
|
|
|
|
ISO_VOLID!= echo NETBSD_${DISTRIBREV} | tr a-z A-Z
|
|
|
|
MKISOFS_FLAGS+= -J -l -hide-joliet-trans-tbl -r -T \
|
|
|
|
-V ${ISO_VOLID} \
|
|
|
|
-publisher "The NetBSD Project" \
|
|
|
|
-m "${RELEASEDIR}/${RELEASEMACHINEDIR}/installation/cdrom"
|
|
|
|
.if ${MKISOFS_FLAGS:N-v}
|
|
|
|
MKISOFS_FLAGS+= -quiet
|
|
|
|
.endif
|
2012-11-16 12:13:42 +01:00
|
|
|
.endif # !defined(__MINIX)
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
|
2012-06-05 12:49:50 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# MD Makefile.inc may append MD targets to BIN[123]. Make sure all
|
|
|
|
# are empty, to preserve the old semantics of setting them below with "+=".
|
2012-06-05 12:49:50 +02:00
|
|
|
#
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
BIN1=
|
|
|
|
BIN2=
|
|
|
|
BIN3=
|
|
|
|
|
|
|
|
# Directories to build in ${RELEASEDIR}/${RELEASEMACHINEDIR}.
|
|
|
|
# MD Makefile.inc files can add to this.
|
|
|
|
# NOTE: Parent directories must be listed before subdirectories.
|
2012-06-05 12:49:50 +02:00
|
|
|
#
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
INSTALLATION_DIRS= binary binary/sets binary/kernel installation
|
|
|
|
|
|
|
|
.if exists(etc.${RELEASEMACHINE}/Makefile.inc)
|
|
|
|
.include "etc.${RELEASEMACHINE}/Makefile.inc"
|
|
|
|
.endif
|
|
|
|
|
|
|
|
# -rw-r--r--
|
|
|
|
BINOWN= root
|
|
|
|
BINGRP= operator
|
|
|
|
UTMPGRP= utmp
|
|
|
|
.if defined(__MINIX)
|
2013-04-03 00:42:17 +02:00
|
|
|
BIN1+= boot.cfg.default \
|
|
|
|
man.conf \
|
|
|
|
protocols rc rc.cd rc.subr \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
rc.daemons.dist rs.inet rs.single \
|
|
|
|
services shells syslog.conf \
|
2013-09-09 15:20:18 +02:00
|
|
|
termcap utmp gettytab rc.shutdown
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.else
|
|
|
|
BIN1+= bootptab changelist csh.cshrc csh.login \
|
|
|
|
csh.logout daily daily.conf dm.conf envsys.conf floppytab ftpchroot \
|
|
|
|
ftpusers gettytab gpio.conf group hosts hosts.lpd inetd.conf \
|
|
|
|
locate.conf login.conf mailer.conf man.conf monthly monthly.conf \
|
|
|
|
mrouted.conf named.conf netconfig networks newsyslog.conf \
|
2013-12-06 12:04:52 +01:00
|
|
|
nsswitch.conf ntp.conf passwd.conf pkgpath.conf phones printcap \
|
|
|
|
profile protocols rbootd.conf rc rc.conf rc.local rc.subr \
|
|
|
|
rc.shutdown remote rpc security security.conf services shells \
|
|
|
|
shrc sysctl.conf syslog.conf weekly weekly.conf wscons.conf
|
2005-04-21 16:53:53 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# Use machine-specific disktab if it exists, or the MI one otherwise
|
|
|
|
.if exists(etc.${MACHINE}/disktab)
|
|
|
|
BIN1+= etc.${MACHINE}/disktab
|
|
|
|
.else
|
|
|
|
BIN1+= disktab
|
|
|
|
.endif
|
2011-09-30 12:18:10 +02:00
|
|
|
|
2013-12-06 12:04:52 +01:00
|
|
|
.if exists(etc.${MACHINE}/ld.so.conf) && empty(MACHINE_ARCH:M*arm*hf*)
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
BIN1+= etc.${MACHINE}/ld.so.conf
|
|
|
|
.endif
|
2005-04-21 16:53:53 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.if exists(etc.${MACHINE}/ttyaction)
|
|
|
|
BIN1+= etc.${MACHINE}/ttyaction
|
|
|
|
.endif
|
|
|
|
|
|
|
|
# -rw-rw-r--
|
|
|
|
BIN2+= motd
|
2013-12-06 12:04:52 +01:00
|
|
|
FILESBUILD_motd= YES
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
|
|
|
|
# -rw-------
|
|
|
|
BIN3+= hosts.equiv
|
|
|
|
.endif # defined(__MINIX)
|
|
|
|
|
|
|
|
SYSPKG= etc
|
|
|
|
ETC_PKG=-T etc_pkg
|
|
|
|
BASE_PKG=-T base_pkg
|
|
|
|
ETC_INSTALL_FILE=cd ${.CURDIR} && ${INSTALL_FILE} ${ETC_PKG}
|
|
|
|
ETC_INSTALL_OBJ_FILE=cd ${.OBJDIR} && ${INSTALL_FILE} ${ETC_PKG}
|
|
|
|
|
|
|
|
.if ${TARGET_ENDIANNESS} == "1234"
|
|
|
|
PWD_MKDB_ENDIAN= -L
|
|
|
|
.elif ${TARGET_ENDIANNESS} == "4321"
|
|
|
|
PWD_MKDB_ENDIAN= -B
|
|
|
|
.else
|
|
|
|
PWD_MKDB_ENDIAN=
|
|
|
|
.endif
|
|
|
|
|
|
|
|
|
|
|
|
# distribution --
|
|
|
|
# Build a distribution
|
|
|
|
#
|
|
|
|
distribution: .PHONY .MAKE check_DESTDIR distrib-dirs
|
|
|
|
.if !defined(DISTRIBUTION_DONE)
|
|
|
|
.if !defined(INSTALL_DONE)
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR} include _DISTRIB=
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR} install _DISTRIB=
|
|
|
|
.endif # !INSTALL_DONE
|
|
|
|
${MAKEDIRTARGET} . install-etc-files
|
|
|
|
. if ${MKX11} != "no"
|
|
|
|
. if ${X11FLAVOUR} == "Xorg"
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/external/mit/xorg distribution
|
|
|
|
. else
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/x11 distribution
|
|
|
|
. endif
|
|
|
|
. endif
|
|
|
|
. if ${MKEXTSRC} != "no"
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/extsrc distribution
|
|
|
|
. endif
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/distrib/sets makesetfiles
|
|
|
|
.endif # !DISTRIBUTION_DONE
|
|
|
|
|
|
|
|
|
2013-12-06 12:04:52 +01:00
|
|
|
.if !defined(__MINIX)
|
|
|
|
# motd is copied from a different ${MOTD_SOURCE} depending on DISTRIBVER
|
|
|
|
#
|
|
|
|
.if !empty(DISTRIBVER:M*.99.*)
|
|
|
|
MOTD_SOURCE= motd.current
|
|
|
|
.elif !empty(DISTRIBVER:M*BETA*)
|
|
|
|
MOTD_SOURCE= motd.beta
|
|
|
|
.elif !empty(DISTRIBVER:M*RC*)
|
|
|
|
MOTD_SOURCE= motd.rc
|
|
|
|
.elif !empty(DISTRIBVER:M*STABLE*)
|
|
|
|
MOTD_SOURCE= motd.stable
|
|
|
|
.else
|
|
|
|
MOTD_SOURCE= motd.default
|
|
|
|
.endif
|
|
|
|
CLEANFILES+= motd
|
|
|
|
motd: ${.CURDIR}/${MOTD_SOURCE} ${_NETBSD_VERSION_DEPENDS}
|
|
|
|
${_MKTARGET_CREATE}
|
|
|
|
${HOST_INSTALL_FILE} ${.CURDIR}/${MOTD_SOURCE} ${.TARGET}
|
|
|
|
.endif # !defined(__MINIX)
|
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
CLEANFILES+= MAKEDEV
|
|
|
|
.if !defined(__MINIX)
|
|
|
|
MAKEDEV: ${.CURDIR}/MAKEDEV.awk ${.CURDIR}/MAKEDEV.tmpl \
|
|
|
|
${.CURDIR}/etc.${MACHINE}/MAKEDEV.conf
|
|
|
|
${_MKTARGET_CREATE}
|
|
|
|
MACHINE=${MACHINE:Q} MACHINE_ARCH=${MACHINE_ARCH:Q} \
|
|
|
|
NETBSDSRCDIR=${NETBSDSRCDIR:Q} \
|
|
|
|
${TOOL_AWK} -f ${.CURDIR}/MAKEDEV.awk ${.CURDIR}/MAKEDEV.tmpl \
|
|
|
|
> ${.TARGET}
|
|
|
|
.else
|
2013-10-03 18:26:21 +02:00
|
|
|
MAKEDEV: .PHONY
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
if [ ${MKUNPRIVED} != "yes" ]; then \
|
2013-10-03 18:26:21 +02:00
|
|
|
cd ${DESTDIR}/dev && sh ${NETBSDSRCDIR}/commands/MAKEDEV/MAKEDEV.sh -s; \
|
|
|
|
else \
|
|
|
|
sh ${NETBSDSRCDIR}/commands/MAKEDEV/MAKEDEV.sh -m -s >> ${DESTDIR}/METALOG; \
|
2012-05-01 16:32:15 +02:00
|
|
|
fi
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.endif # !defined(__MINIX)
|
|
|
|
|
2013-12-06 12:04:52 +01:00
|
|
|
.include "${NETBSDSRCDIR}/etc/Makefile.params"
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
CLEANFILES+= etc-release
|
|
|
|
etc-release: .EXEC .MAKE
|
|
|
|
${_MKTARGET_CREATE}
|
|
|
|
@( echo "NetBSD ${DISTRIBVER}/${MACHINE}"; \
|
|
|
|
echo ; \
|
|
|
|
cat ${NETBSDSRCDIR}/sys/conf/copyright; \
|
|
|
|
echo ; \
|
|
|
|
echo "Build settings:"; \
|
|
|
|
printf "%20s %s\n" "Build date" "$$(date -u)"; \
|
|
|
|
printf "%20s %s\n" "Built by" "$${USER-root}@$$(hostname)"; \
|
|
|
|
echo ; \
|
2013-12-06 12:04:52 +01:00
|
|
|
${PRINT_PARAMS} ; \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
) >${.OBJDIR}/${.TARGET}
|
|
|
|
|
|
|
|
install-etc-release: .PHONY etc-release
|
|
|
|
${_MKMSG_INSTALL} etc/release
|
|
|
|
${ETC_INSTALL_OBJ_FILE} -o ${BINOWN} -g ${BINGRP} -m 444 \
|
|
|
|
etc-release ${DESTDIR}/etc/release
|
|
|
|
|
|
|
|
|
|
|
|
FILESDIR= /etc
|
|
|
|
CONFIGFILES=
|
|
|
|
CONFIGSYMLINKS=
|
|
|
|
|
|
|
|
.for file in ${BIN1}
|
|
|
|
CONFIGFILES+= ${file}
|
|
|
|
FILESMODE_${file:T}= 644
|
|
|
|
.endfor
|
|
|
|
|
|
|
|
.for file in ${BIN2}
|
|
|
|
CONFIGFILES+= ${file}
|
|
|
|
FILESMODE_${file:T}= 664
|
|
|
|
.endfor
|
|
|
|
|
|
|
|
.for file in ${BIN3}
|
|
|
|
CONFIGFILES+= ${file}
|
|
|
|
FILESMODE_${file:T}= 600
|
|
|
|
.endfor
|
|
|
|
|
|
|
|
.if (${MKPOSTFIX} != "no")
|
|
|
|
CONFIGFILES+= aliases
|
|
|
|
FILESDIR_aliases= /etc/mail
|
|
|
|
FILESMODE_aliases= 644
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if !defined(__MINIX)
|
|
|
|
CONFIGFILES+= MAKEDEV.local
|
|
|
|
FILESDIR_MAKEDEV.local= /dev
|
|
|
|
FILESMODE_MAKEDEV.local=${BINMODE}
|
|
|
|
|
|
|
|
CONFIGFILES+= crontab
|
|
|
|
FILESDIR_crontab= /var/cron/tabs
|
|
|
|
FILESNAME_crontab= root
|
|
|
|
FILESMODE_crontab= 600
|
|
|
|
|
|
|
|
CONFIGFILES+= minfree
|
|
|
|
FILESDIR_minfree= /var/crash
|
|
|
|
FILESMODE_minfree= 600
|
|
|
|
|
|
|
|
CONFIGSYMLINKS+= ${TZDIR}/${LOCALTIME} /etc/localtime \
|
|
|
|
/usr/sbin/rmt /etc/rmt
|
|
|
|
.else
|
2012-11-01 22:55:12 +01:00
|
|
|
CONFIGSYMLINKS+= \
|
|
|
|
/usr/log /var/log \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
/usr/tmp /var/tmp \
|
2012-11-22 23:00:00 +01:00
|
|
|
/proc/mounts /etc/mtab
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
|
|
|
|
.endif # !defined(__MINIX)
|
|
|
|
|
|
|
|
|
|
|
|
# install-etc-files --
|
|
|
|
# Install etc (config) files; not performed by "make build"
|
|
|
|
#
|
|
|
|
install-etc-files: .PHONY .MAKE check_DESTDIR MAKEDEV
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/etc/master.passwd
|
|
|
|
${ETC_INSTALL_FILE} -o root -g operator -m 600 \
|
|
|
|
master.passwd ${DESTDIR}/etc
|
|
|
|
${TOOL_PWD_MKDB} -p ${PWD_MKDB_ENDIAN} -d ${DESTDIR}/ \
|
|
|
|
${DESTDIR}/etc/master.passwd
|
2013-01-23 17:54:41 +01:00
|
|
|
.if ${MKUNPRIVED} != "no"
|
|
|
|
( \
|
2013-12-06 12:04:52 +01:00
|
|
|
mode=0600; \
|
|
|
|
for metaent in spwd.db passwd pwd.db; do \
|
|
|
|
echo "./etc/$${metaent} type=file mode=$${mode} uname=root gname=operator tags=etc_pkg"; \
|
|
|
|
mode=0644; \
|
2013-01-23 17:54:41 +01:00
|
|
|
done; \
|
|
|
|
) | ${METALOG.add}
|
|
|
|
.endif # MKUNPRIVED != no
|
2012-11-19 14:36:33 +01:00
|
|
|
.if defined(__MINIX)
|
2013-04-03 00:42:17 +02:00
|
|
|
# BJG: Unsafe (i.e. user-editable) files for Minix
|
|
|
|
.for owner group mode sdir tdir files in \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ group \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ hostname.file \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ inet.conf \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ mk.conf \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ resolv.conf \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ motd \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ rc.conf \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ profile
|
2013-04-07 00:22:07 +02:00
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}${tdir}${files:T}
|
2013-04-03 00:42:17 +02:00
|
|
|
if [ ! -e ${tdir} ]; then \
|
|
|
|
${INSTALL_DIR} ${tdir}; \
|
|
|
|
fi; \
|
|
|
|
${INSTALL_FILE} -o ${owner} -g ${group} -m ${mode} ${sdir}${files} ${tdir};
|
|
|
|
.endfor
|
2012-11-19 14:36:33 +01:00
|
|
|
# LSC: We need a safe install target for etc files, as this is expected from
|
|
|
|
# our current user base. This safe version only leaves out the master.passwd
|
|
|
|
# file in order not to loose any user account created.
|
|
|
|
#
|
2013-04-03 00:42:17 +02:00
|
|
|
# BJG: For Minix, the -safe target *is* performed by "make build"
|
|
|
|
#
|
2012-11-19 14:36:33 +01:00
|
|
|
# LSC: To ensure minimal modifications, the logic is a bit contrived, i.e. the
|
|
|
|
# NetBSD build system expect install-etc-files to be unsafe, so what was done
|
|
|
|
# is to separate that step into two steps, with the unsafe version refering
|
|
|
|
# (not by dependency, to ensure correct order of actions) the safe step, and
|
|
|
|
# use the following mapping in the main Makefile:
|
|
|
|
# etcforce -> install-etc-files (default NetBSD target)
|
|
|
|
# etcfiles -> install-etc-files-safe (new -safe- target)
|
|
|
|
${MAKEDIRTARGET} . install-etc-files-safe
|
|
|
|
|
|
|
|
install-etc-files-safe: .PHONY .MAKE check_DESTDIR MAKEDEV
|
|
|
|
# LSC Minix administrator group is operator, not wheel
|
|
|
|
.endif # defined(__MINIX)
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/etc/ttys
|
|
|
|
.if !defined(__MINIX)
|
|
|
|
${ETC_INSTALL_OBJ_FILE} -o ${BINOWN} -g ${BINGRP} -m 644 \
|
|
|
|
${.CURDIR}/etc.${MACHINE}/ttys ${DESTDIR}/etc
|
|
|
|
.else
|
|
|
|
${ETC_INSTALL_OBJ_FILE} -o ${BINOWN} -g ${BINGRP} -m 644 \
|
|
|
|
${.CURDIR}/ttys ${DESTDIR}/etc
|
|
|
|
.endif # !defined(__MINIX)
|
|
|
|
.if exists(etc.${MACHINE}/boot.cfg)
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/boot.cfg
|
|
|
|
${ETC_INSTALL_OBJ_FILE} -o ${BINOWN} -g ${BINGRP} -m 644 \
|
|
|
|
${.CURDIR}/etc.${MACHINE}/boot.cfg ${DESTDIR}/
|
|
|
|
.endif
|
|
|
|
.if !defined(__MINIX)
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/dev/MAKEDEV
|
|
|
|
${ETC_INSTALL_OBJ_FILE} -o ${BINOWN} -g ${BINGRP} -m 555 \
|
|
|
|
MAKEDEV ${DESTDIR}/dev
|
2014-03-22 11:14:14 +01:00
|
|
|
.else
|
|
|
|
.for owner group mode file in \
|
|
|
|
games games 664 /var/games/tetris.scores
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}${file}
|
|
|
|
if [ ! -e ${DESTDIR}${file} -o -s ${DESTDIR}${file} ]; then \
|
|
|
|
${ETC_INSTALL_FILE} -o ${owner} -g ${group} -m ${mode} \
|
|
|
|
/dev/null ${DESTDIR}${file}; \
|
|
|
|
else true; fi
|
|
|
|
.endfor
|
|
|
|
.endif # !defined(__MINIX)
|
|
|
|
# TAC as software is imported, move the files from the .for block below
|
|
|
|
# TAC to the .for block above.
|
|
|
|
.if !defined(__MINIX)
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.for owner group mode file in \
|
|
|
|
${BINOWN} operator 664 /etc/dumpdates \
|
|
|
|
${BINOWN} operator 600 /etc/skeykeys \
|
|
|
|
root wheel 600 /var/at/at.deny \
|
|
|
|
root wheel 644 /var/db/locate.database \
|
|
|
|
${BINOWN} ${BINGRP} 600 /var/log/authlog \
|
|
|
|
root wheel 600 /var/log/cron \
|
|
|
|
${BINOWN} ${UTMPGRP} 664 /var/log/lastlog \
|
|
|
|
${BINOWN} ${UTMPGRP} 664 /var/log/lastlogx \
|
|
|
|
${BINOWN} ${BINGRP} 640 /var/log/lpd-errs \
|
|
|
|
${BINOWN} ${BINGRP} 600 /var/log/maillog \
|
|
|
|
${BINOWN} ${BINGRP} 644 /var/log/messages \
|
|
|
|
${BINOWN} ${BINGRP} 600 /var/log/secure \
|
|
|
|
${BINOWN} ${UTMPGRP} 664 /var/log/wtmp \
|
|
|
|
${BINOWN} ${UTMPGRP} 664 /var/log/wtmpx \
|
|
|
|
${BINOWN} ${BINGRP} 600 /var/log/xferlog \
|
|
|
|
daemon staff 664 /var/msgs/bounds \
|
|
|
|
${BINOWN} ${UTMPGRP} 664 /var/run/utmp \
|
|
|
|
${BINOWN} ${UTMPGRP} 664 /var/run/utmpx \
|
|
|
|
games games 664 /var/games/atc_score \
|
|
|
|
games games 664 /var/games/battlestar.log \
|
|
|
|
games games 664 /var/games/cfscores \
|
|
|
|
games games 664 /var/games/criblog \
|
|
|
|
games games 660 /var/games/hackdir/perm \
|
|
|
|
games games 660 /var/games/hackdir/record \
|
|
|
|
games games 664 /var/games/larn/llog12.0 \
|
|
|
|
games games 664 /var/games/larn/lscore12.0 \
|
|
|
|
games games 664 /var/games/larn/playerids \
|
|
|
|
games games 664 /var/games/robots_roll \
|
|
|
|
games games 664 /var/games/rogue.scores \
|
|
|
|
games games 664 /var/games/saillog \
|
|
|
|
games games 664 /var/games/snakerawscores \
|
|
|
|
games games 664 /var/games/snake.log \
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}${file}
|
|
|
|
if [ ! -e ${DESTDIR}${file} -o -s ${DESTDIR}${file} ]; then \
|
|
|
|
${ETC_INSTALL_FILE} -o ${owner} -g ${group} -m ${mode} \
|
|
|
|
/dev/null ${DESTDIR}${file}; \
|
|
|
|
else true; fi
|
|
|
|
.endfor
|
|
|
|
.for subdir in . defaults bluetooth iscsi mtree namedb pam.d powerd rc.d root skel ssh
|
|
|
|
${MAKEDIRTARGET} ${subdir} configinstall
|
|
|
|
.endfor
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/external/bsd/dhcpcd/sbin/dhcpcd configinstall
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/usr.bin/mail configinstall
|
|
|
|
.if (${MKPF} != "no")
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/usr.sbin/pf configinstall
|
|
|
|
.endif
|
|
|
|
.if (${MKCRYPTO} != "no")
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/crypto/external/bsd/openssh/bin configinstall
|
|
|
|
.endif
|
|
|
|
.if (${MKPOSTFIX} != "no")
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/external/ibm-public/postfix configinstall
|
|
|
|
.endif
|
|
|
|
.if (${MKATF} != "no")
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/external/bsd/atf/etc/atf configinstall
|
|
|
|
.endif
|
2013-02-26 09:24:42 +01:00
|
|
|
.if (${MKKYUA} != "no")
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/external/bsd/kyua-cli/etc/kyua configinstall
|
|
|
|
.endif
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.else # LSC Minix Specific
|
2013-03-08 19:18:09 +01:00
|
|
|
.for owner group mode sdir tdir files in \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/usr/ ${DESTDIR}/usr/etc/ daily \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/usr/ ${DESTDIR}/usr/etc/ dhcptags.conf \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/usr/ ${DESTDIR}/usr/etc/ rc \
|
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/usr/lib/ crontab \
|
2013-03-29 23:07:19 +01:00
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/ ${DESTDIR}/etc/ system.conf \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
${BINOWN} ${BINGRP} ${NONBINMODE} ${NETBSDSRCDIR}/etc/usr/ ${DESTDIR}/usr/ Makefile \
|
2014-05-26 16:47:52 +02:00
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/devmand/ ${DESTDIR}/etc/devmand/ usb_storage.cfg \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/devmand/scripts/ ${DESTDIR}/etc/devmand/scripts/ block \
|
2013-03-08 19:18:09 +01:00
|
|
|
${BINOWN} ${BINGRP} ${BINMODE} ${NETBSDSRCDIR}/etc/devmand/scripts/ ${DESTDIR}/etc/devmand/scripts/ singlechar \
|
|
|
|
${BINOWN} ${BINGRP} ${NONBINMODE} ${NETBSDSRCDIR}/etc/ast/ ${DESTDIR}/usr/ast/ .[aepv]* \
|
|
|
|
${BINOWN} ${BINGRP} ${NONBINMODE} ${NETBSDSRCDIR}/etc/ast/ ${DESTDIR}/root/ .[aepv]* \
|
2013-03-13 11:37:13 +01:00
|
|
|
ast users ${NONBINMODE} ${NETBSDSRCDIR}/etc/ast/ ${DESTDIR}/home/ast/ .[aepv]* \
|
2013-03-08 19:18:09 +01:00
|
|
|
bin ${BINGRP} ${NONBINMODE} ${NETBSDSRCDIR}/etc/ast/ ${DESTDIR}/home/bin/ .[aepv]* \
|
|
|
|
|
2013-04-07 00:22:07 +02:00
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}${tdir}${files:T}
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
if [ ! -e ${tdir} ]; then \
|
2013-03-08 19:18:09 +01:00
|
|
|
${INSTALL_DIR} ${tdir}; \
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
fi; \
|
2013-03-08 19:18:09 +01:00
|
|
|
${INSTALL_FILE} -o ${owner} -g ${group} -m ${mode} ${sdir}${files} ${tdir};
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.endfor
|
2013-08-22 17:22:01 +02:00
|
|
|
.if ${MACHINE_ARCH} == "earm"
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/etc/rc.capes
|
|
|
|
${INSTALL_DIR} ${DESTDIR}/etc/rc.capes
|
|
|
|
${INSTALL_FILE} -m ${BINMODE} -o ${BINOWN} -g ${BINGRP} ${NETBSDSRCDIR}/etc/rc.capes/* ${DESTDIR}/etc/rc.capes
|
2014-05-26 16:47:54 +02:00
|
|
|
${INSTALL_FILE} -m ${BINMODE} -o ${BINOWN} -g ${BINGRP} ${NETBSDSRCDIR}/drivers/usbd/usbd.conf ${DESTDIR}/etc/system.conf.d/usbd
|
2013-08-22 17:22:01 +02:00
|
|
|
.endif # Minix/earm specific
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.for subdir in . defaults mtree
|
|
|
|
${MAKEDIRTARGET} ${subdir} configinstall
|
|
|
|
.endfor
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/usr/lib/fonts
|
|
|
|
${INSTALL_DIR} ${DESTDIR}/usr/lib/fonts
|
|
|
|
${INSTALL_FILE} -m ${BINMODE} -o ${BINOWN} -g ${BINGRP} ${NETBSDSRCDIR}/etc/fonts/*.fnt ${DESTDIR}/usr/lib/fonts/
|
|
|
|
.endif # LSC Minix Specific
|
|
|
|
|
|
|
|
|
|
|
|
# install-obsolete-lists --
|
|
|
|
# Install var/db/obsolete set lists; this is performed by "make build"
|
|
|
|
#
|
|
|
|
OBSOLETE.dir= ${.OBJDIR}/obsolete.dir
|
|
|
|
.if !defined(__MINIX)
|
|
|
|
OBSOLETE.files= base comp etc games man misc text
|
2012-11-16 12:13:42 +01:00
|
|
|
.else
|
|
|
|
OBSOLETE.files= minix
|
2013-12-06 12:04:52 +01:00
|
|
|
.endif # !defined(__MINIX)
|
|
|
|
.if ${MKDEBUG} != "no"
|
|
|
|
OBSOLETE.files+= debug
|
|
|
|
.endif
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.if ${MKKMOD} != "no"
|
|
|
|
OBSOLETE.files+= modules
|
|
|
|
.endif
|
|
|
|
.if ${MKATF} != "no"
|
|
|
|
OBSOLETE.files+= tests
|
|
|
|
.endif
|
|
|
|
.if ${MKX11} != "no"
|
|
|
|
OBSOLETE.files+= xbase xcomp xetc xfont xserver
|
|
|
|
.endif
|
|
|
|
|
|
|
|
# XXX make "makeobsolete" set wise; then generate files respectively
|
|
|
|
install-obsolete-lists: .PHONY .MAKE
|
|
|
|
mkdir -p ${OBSOLETE.dir}
|
|
|
|
.if ${MKX11} != "no"
|
|
|
|
(cd ${NETBSDSRCDIR}/distrib/sets && \
|
|
|
|
AWK=${TOOL_AWK:Q} MAKE=${MAKE:Q} ${HOST_SH} ./makeobsolete -b -t ${OBSOLETE.dir})
|
|
|
|
.else
|
|
|
|
(cd ${NETBSDSRCDIR}/distrib/sets && \
|
|
|
|
AWK=${TOOL_AWK:Q} MAKE=${MAKE:Q} ${HOST_SH} ./makeobsolete -t ${OBSOLETE.dir})
|
|
|
|
.endif
|
|
|
|
.for file in ${OBSOLETE.files}
|
|
|
|
${_MKMSG_INSTALL} ${DESTDIR}/var/db/obsolete/${file}
|
|
|
|
if [ ! -e ${DESTDIR}/var/db/obsolete/${file} ] || \
|
|
|
|
! cmp -s ${OBSOLETE.dir}/${file} ${DESTDIR}/var/db/obsolete/${file}; then \
|
|
|
|
${ETC_INSTALL_FILE} -o ${BINOWN} -g ${BINGRP} -m 644 \
|
|
|
|
${OBSOLETE.dir}/${file} ${DESTDIR}/var/db/obsolete; \
|
|
|
|
else true; fi
|
|
|
|
.endfor
|
|
|
|
|
|
|
|
|
|
|
|
# distrib-dirs --
|
|
|
|
# Populate $DESTDIR with directories needed by NetBSD
|
|
|
|
#
|
|
|
|
distrib-dirs: .PHONY check_DESTDIR
|
|
|
|
cd ${NETBSDSRCDIR}/etc/mtree && ${MAKE} distrib-dirs
|
|
|
|
|
|
|
|
|
|
|
|
# release, snapshot --
|
|
|
|
# Build a full distribution including kernels & install media.
|
|
|
|
#
|
|
|
|
release snapshot: .PHONY .MAKE check_DESTDIR check_RELEASEDIR snap_md_post
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/distrib/sets sets
|
|
|
|
${MAKESUMS} -A -t ${RELEASEDIR}/${RELEASEMACHINEDIR}/binary/sets \
|
|
|
|
${KERNEL_SETS:@.SETS.@kern-${.SETS.}.tgz@}
|
|
|
|
${MAKESUMS} -t ${RELEASEDIR}/${RELEASEMACHINEDIR}/binary/kernel '*.gz'
|
|
|
|
|
|
|
|
|
2012-11-16 12:13:42 +01:00
|
|
|
.if !defined(__MINIX)
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# iso-image --
|
|
|
|
# Standalone target to create a CDROM image after the release
|
|
|
|
# was composed. Should be run after "make release" in src and xsrc.
|
|
|
|
# The do-iso-image is to be called from etc.$MACHINE/Makefile.inc
|
|
|
|
#
|
|
|
|
# Note: At least mkisofs 2.0 should be used.
|
|
|
|
#
|
|
|
|
CDROM_NAME_ADD?=
|
|
|
|
CDROM_IMAGE?=${RELEASEDIR}/iso/NetBSD-${DISTRIBVER}-${MACHINE}.iso
|
|
|
|
CDROM.dir= ${.OBJDIR}/cdrom.dir
|
|
|
|
CDROM.pathlist= ${.OBJDIR}/cdrom.pathlist
|
|
|
|
|
|
|
|
iso-image:
|
|
|
|
|
|
|
|
.if ${MKISOFS} != true
|
|
|
|
do-iso-image: .PHONY check_DESTDIR check_RELEASEDIR iso-image-md-post
|
|
|
|
${MAKESUMS} -t ${RELEASEDIR}/iso/ '*.iso'
|
|
|
|
@echo "iso-image created as: ${CDROM_IMAGE}"
|
|
|
|
.else
|
|
|
|
do-iso-image:
|
|
|
|
@echo iso-image: mkisofs not found
|
|
|
|
.endif
|
|
|
|
|
|
|
|
iso-image-setup: .PHONY check_RELEASEDIR
|
|
|
|
rm -f ${CDROM.pathlist}
|
|
|
|
.for extra in README SOURCE_DATE source
|
|
|
|
.if exists(${RELEASEDIR}/${extra})
|
|
|
|
echo "${extra}=${RELEASEDIR}/${extra}" >> ${CDROM.pathlist}
|
|
|
|
.endif
|
|
|
|
.endfor
|
|
|
|
echo "${MACHINE}/=${RELEASEDIR}/${RELEASEMACHINEDIR}/" >> ${CDROM.pathlist}
|
|
|
|
mkdir -p ${CDROM.dir}
|
|
|
|
mkdir -p ${RELEASEDIR}/${RELEASEMACHINEDIR}/installation/cdrom
|
|
|
|
|
|
|
|
# iso-image-mi --
|
|
|
|
# Create the image after the MD operations have completed.
|
|
|
|
#
|
|
|
|
iso-image-mi: .PHONY check_DESTDIR check_RELEASEDIR iso-image-md-pre
|
|
|
|
@if ! ${MKISOFS} --version; then \
|
|
|
|
echo "install pkgsrc/sysutils/cdrtools and run 'make iso-image'." ; \
|
|
|
|
false; \
|
|
|
|
fi
|
|
|
|
${MKISOFS} ${MKISOFS_FLAGS} -graft-points -path-list ${CDROM.pathlist} \
|
|
|
|
-o ${CDROM_IMAGE} ${CDROM.dir}
|
|
|
|
|
|
|
|
# iso-image-md-pre --
|
|
|
|
# Setup ${CDROM.dir} to produce a bootable CD image.
|
|
|
|
# Overridden by etc.$MACHINE/Makefile.inc
|
|
|
|
#
|
|
|
|
iso-image-md-pre: .PHONY check_DESTDIR check_RELEASEDIR iso-image-setup
|
|
|
|
# (empty -- look in the machine-dependent Makefile.inc)
|
|
|
|
|
|
|
|
# iso-image-md-post --
|
|
|
|
# Fixup the CD-image to be bootable.
|
|
|
|
# Overridden by etc.$MACHINE/Makefile.inc
|
|
|
|
#
|
|
|
|
iso-image-md-post: .PHONY check_DESTDIR check_RELEASEDIR iso-image-mi
|
|
|
|
# (empty -- look in the machine-dependent Makefile.inc)
|
|
|
|
|
|
|
|
|
|
|
|
# live-image --
|
|
|
|
# Standalone target to create live images after the release was composed.
|
|
|
|
# Should be run after "make release" in src and xsrc.
|
|
|
|
# LIVEIMG_RELEASEDIR specifies where to install live images and
|
|
|
|
# it can be set in MD etc.${MACHINE}/Makefile.inc.
|
|
|
|
#
|
|
|
|
LIVEIMG_RELEASEDIR?= ${RELEASEDIR}/images
|
|
|
|
|
|
|
|
live-image: .PHONY check_DESTDIR check_RELEASEDIR
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/distrib live_image \
|
|
|
|
LIVEIMG_RELEASEDIR=${LIVEIMG_RELEASEDIR}
|
|
|
|
${MAKESUMS} -t ${LIVEIMG_RELEASEDIR} '*.img.gz'
|
2011-09-30 12:18:10 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
# install-image --
|
|
|
|
# Standalone target to create installation images
|
|
|
|
# after the release was composed.
|
|
|
|
# Should be run after "make release" in src and xsrc.
|
|
|
|
# INSTIMG_RELEASEDIR specifies where to install live images and
|
|
|
|
# it can be set in MD etc.${MACHINE}/Makefile.inc.
|
|
|
|
#
|
|
|
|
INSTIMG_RELEASEDIR?= ${RELEASEDIR}/images
|
|
|
|
|
|
|
|
install-image: .PHONY check_DESTDIR check_RELEASEDIR
|
|
|
|
${MAKEDIRTARGET} ${NETBSDSRCDIR}/distrib install_image \
|
|
|
|
INSTIMG_RELEASEDIR=${INSTIMG_RELEASEDIR}
|
|
|
|
${MAKESUMS} -t ${INSTIMG_RELEASEDIR} '*.img.gz'
|
2012-11-16 12:13:42 +01:00
|
|
|
.endif # !defined(__MINIX)
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
|
|
|
|
# snap_pre --
|
|
|
|
# Create ${RELEASEDIR} and necessary subdirectories.
|
|
|
|
#
|
|
|
|
snap_pre: .PHONY check_DESTDIR check_RELEASEDIR distribution
|
|
|
|
${INSTALL} -d -m 755 ${RELEASEDIR}
|
|
|
|
.if ${MKUPDATE} == "no"
|
|
|
|
# Could be a mount point, ignore the errors
|
|
|
|
-/bin/rm -rf ${RELEASEDIR}/${RELEASEMACHINEDIR}
|
|
|
|
.endif
|
|
|
|
${INSTALL} -d -m 755 ${RELEASEDIR}/${RELEASEMACHINEDIR}
|
|
|
|
.for dir in ${INSTALLATION_DIRS}
|
|
|
|
${INSTALL} -d -m 755 ${RELEASEDIR}/${RELEASEMACHINEDIR}/${dir}
|
|
|
|
.endfor
|
|
|
|
|
|
|
|
# snap_post --
|
|
|
|
# Build the install media and notes from distrib
|
|
|
|
#
|
|
|
|
snap_post: .PHONY .MAKE build_kernelsets build_releasekernels
|
|
|
|
.if ${MKUPDATE} == "no"
|
|
|
|
cd ${NETBSDSRCDIR}/distrib && ${MAKE} cleandir
|
|
|
|
.endif
|
|
|
|
cd ${NETBSDSRCDIR}/distrib && ${MAKE} depend && ${MAKE} && \
|
|
|
|
${MAKE} release
|
|
|
|
|
|
|
|
# build kernels --
|
|
|
|
# This target builds the kernels specified by each port.
|
|
|
|
# A port may specify the following kernels:
|
|
|
|
#
|
|
|
|
# KERNEL_SETS The list of kernels that will be
|
|
|
|
# packaged into sets, named
|
|
|
|
# kern-${kernel}.tgz. These kernels
|
|
|
|
# are also placed in the binary/kernel
|
|
|
|
# area of the release package as
|
|
|
|
# netbsd-${kernel}.gz.
|
|
|
|
#
|
|
|
|
# EXTRA_KERNELS Additional kernels to place in the
|
|
|
|
# binary/kernel area of the release
|
|
|
|
# package as netbsd-${kernel}.gz, but
|
|
|
|
# which are not placed into sets. This
|
|
|
|
# allows a port to provide e.g. a netbootable
|
|
|
|
# installation kernel containing a ramdisk.
|
|
|
|
#
|
|
|
|
# BUILD_KERNELS Additional kernels to build which are
|
|
|
|
# not placed into sets nor into the
|
|
|
|
# binary/kernel area of the release
|
|
|
|
# package. These are typically kernels
|
|
|
|
# that are built for inclusion only in
|
|
|
|
# installation disk/CD-ROM/tape images.
|
|
|
|
#
|
|
|
|
# A port may also specify KERNEL_SUFFIXES, which is an optional list
|
|
|
|
# of filename suffixes for kernels to include in the kernel sets and
|
|
|
|
# in the binary/kernel area of the release package (e.g. "netbsd" vs.
|
|
|
|
# "netbsd.ecoff" and "netbsd.srec"). It is not an error if kernels
|
|
|
|
# with these suffixes do not exist in the kernel build directory.
|
|
|
|
#
|
|
|
|
#
|
|
|
|
# A list of all the kernels to build, which can be overridden from
|
|
|
|
# external sources (such as make(1)'s environment or command line)
|
|
|
|
#
|
|
|
|
ALL_KERNELS?= ${KERNEL_SETS} ${EXTRA_KERNELS} ${BUILD_KERNELS}
|
2013-12-06 12:04:52 +01:00
|
|
|
.export ALL_KERNELS
|
2011-09-30 12:18:10 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
GETKERNELAWK= ${TOOL_AWK} '/^config/ {print $$2; found=1} \
|
|
|
|
END{ if (found == 0) print "netbsd"; }'
|
|
|
|
|
|
|
|
build_kernels: .PHONY
|
|
|
|
# Configure & compile kernels listed in ${ALL_KERNELS}
|
|
|
|
#
|
|
|
|
# The 'sync' is so that all writes during the build are pushed back
|
|
|
|
# to the disk. Not having it causes problems on some host systems
|
|
|
|
# (e.g. Linux) when building on NFS.
|
|
|
|
#
|
|
|
|
.if !defined(KERNELS_DONE) # {
|
|
|
|
.for configfile in ${ALL_KERNELS} # {
|
|
|
|
build_kernels: kern-${configfile}
|
|
|
|
kern-${configfile}: .PHONY .MAKE
|
|
|
|
cd ${KERNCONFDIR} && ${TOOL_CONFIG} -s ${KERNSRCDIR} \
|
|
|
|
-b ${KERNOBJDIR}/${configfile:C/.*\///} ${configfile}
|
|
|
|
.if ${MKUPDATE} == "no"
|
|
|
|
cd ${KERNOBJDIR}/${configfile:C/.*\///} && ${MAKE} distclean
|
|
|
|
.endif
|
|
|
|
cd ${KERNOBJDIR}/${configfile:C/.*\///} && ${MAKE} depend && ${MAKE}
|
|
|
|
sync
|
|
|
|
.endfor # ALL_KERNELS # }
|
|
|
|
.endif # KERNELS_DONE # }
|
2010-08-27 12:09:06 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
build_kernelsets: .PHONY
|
|
|
|
# Create kernel sets from ${KERNEL_SETS} into
|
|
|
|
# ${RELEASEDIR}/${RELEASEMACHINEDIR}/binary/sets
|
|
|
|
#
|
|
|
|
.for configfile in ${KERNEL_SETS} # {
|
2013-12-06 12:04:52 +01:00
|
|
|
.for configsel in ${ALL_KERNELS}
|
|
|
|
.if ${configfile} == ${configsel}
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
build_kernelsets: kernset-${configfile}
|
|
|
|
kernset-${configfile}: .PHONY build_kernels snap_pre
|
|
|
|
@ kernlist=$$(${GETKERNELAWK} ${KERNCONFDIR}/${configfile}); \
|
|
|
|
kerndir=${KERNOBJDIR}/${configfile:C/.*\///}; \
|
|
|
|
kernsuffixes="${KERNEL_SUFFIXES:S/^/./}"; \
|
|
|
|
kern_tgz=${RELEASEDIR}/${RELEASEMACHINEDIR}/binary/sets/kern-${configfile}.tgz; \
|
|
|
|
pax_cmd="COMPRESS_PROGRAM=${TOOL_GZIP:Q} GZIP=-9 ${TOOL_PAX} -O -zw -M -N ${NETBSDSRCDIR}/etc -f $${kern_tgz}"; \
|
|
|
|
cd $${kerndir} && { \
|
|
|
|
kernels=; newest=; \
|
|
|
|
for kernel in $${kernlist}; do \
|
|
|
|
for s in "" $${kernsuffixes}; do \
|
|
|
|
ks="$${kernel}$${s}"; \
|
|
|
|
[ -f $${ks} ] || continue; \
|
|
|
|
kernels="$${kernels} $${ks}"; \
|
|
|
|
[ -z "$${newest}" -o $${ks} -nt "$${newest}" ] && \
|
|
|
|
newest=$${ks}; \
|
|
|
|
done; \
|
|
|
|
done; \
|
|
|
|
[ $${kern_tgz} -nt "$${newest}" ] || { \
|
|
|
|
echo "echo $${kernels} | $${pax_cmd}"; \
|
|
|
|
( echo "/set uname=${BINOWN} gname=${BINGRP}"; \
|
|
|
|
echo ". type=dir optional"; \
|
|
|
|
for kernel in $${kernels}; do \
|
|
|
|
echo "./$${kernel} type=file"; \
|
|
|
|
done ) | eval $${pax_cmd}; \
|
|
|
|
} \
|
|
|
|
}
|
2013-12-06 12:04:52 +01:00
|
|
|
.endif
|
|
|
|
.endfor
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.endfor # KERNEL_SETS # }
|
|
|
|
|
|
|
|
build_releasekernels: .PHONY
|
|
|
|
# Build kernel.gz from ${KERNEL_SETS} ${EXTRA_KERNELS} into
|
|
|
|
# ${RELEASEDIR}/${RELEASEMACHINEDIR}/binary/kernel
|
|
|
|
#
|
|
|
|
.for configfile in ${KERNEL_SETS} ${EXTRA_KERNELS} # {
|
2013-12-06 12:04:52 +01:00
|
|
|
.for configsel in ${ALL_KERNELS}
|
|
|
|
.if ${configfile} == ${configsel}
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
build_releasekernels: releasekern-${configfile}
|
|
|
|
releasekern-${configfile}: .PHONY build_kernels snap_pre
|
|
|
|
@ kernlist=$$(${GETKERNELAWK} ${KERNCONFDIR}/${configfile:C/.*\///}); \
|
|
|
|
kerndir=${KERNOBJDIR}/${configfile:C/.*\///}; \
|
|
|
|
kernsuffixes="${KERNEL_SUFFIXES:S/^/./}"; \
|
|
|
|
cd $${kerndir} && { \
|
|
|
|
for kernel in $${kernlist}; do \
|
|
|
|
for s in "" $${kernsuffixes}; do \
|
|
|
|
ks="$${kernel}$${s}"; \
|
|
|
|
[ ! -f $${ks} ] && continue; \
|
|
|
|
knl_gz="${RELEASEDIR}/${RELEASEMACHINEDIR}/binary/kernel/$${kernel}-${configfile:C/.*\///}$${s}.gz"; \
|
|
|
|
[ $${knl_gz} -nt $${ks} ] && continue; \
|
|
|
|
rm -f $${knl_gz}; \
|
|
|
|
echo "${TOOL_GZIP} -c -9 < $${kerndir}/$${ks} > $${knl_gz}"; \
|
|
|
|
${TOOL_GZIP} -c -9 < $${ks} > $${knl_gz}; \
|
|
|
|
done; \
|
|
|
|
done; \
|
|
|
|
}
|
2013-12-06 12:04:52 +01:00
|
|
|
.endif
|
|
|
|
.endfor
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.endfor # KERNEL_SETS EXTRA_KERNELS # }
|
|
|
|
|
|
|
|
# snap_md_post --
|
|
|
|
# Machine dependent distribution media operations.
|
|
|
|
# Overridden by etc.$MACHINE/Makefile.inc
|
|
|
|
#
|
|
|
|
snap_md_post: .PHONY check_DESTDIR check_RELEASEDIR snap_post
|
|
|
|
# (empty -- look in the machine-dependent Makefile.inc)
|
2010-08-27 12:09:06 +02:00
|
|
|
|
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
clean:
|
|
|
|
-rm -rf ${CDROM.dir} ${CDROM.pathlist} ${OBSOLETE.dir}
|
2010-08-27 12:09:06 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.if !defined(__MINIX)
|
|
|
|
SUBDIR= defaults rc.d mtree
|
|
|
|
.else
|
|
|
|
SUBDIR= devmand defaults mtree
|
2013-12-06 12:04:52 +01:00
|
|
|
.endif # !defined(__MINIX)
|
2010-08-27 12:09:06 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
.include <bsd.prog.mk>
|
|
|
|
.include <bsd.subdir.mk>
|
2010-08-27 12:09:06 +02:00
|
|
|
|
Upgrading build system to new NetBSD revision
The tested targets are the followgin ones:
* tools
* distribution
* sets
* release
The remaining NetBSD targets have not been disabled nor tested
*at all*. Try them at your own risk, they may reboot the earth.
For all compliant Makefiles, objects and generated files are put in
MAKEOBJDIR, which means you can now keep objects between two branch
switching. Same for DESTDIR, please refer to build.sh options.
Regarding new or modifications of Makefiles a few things:
* Read share/mk/bsd.README
* If you add a subdirectory, add a Makefile in it, and have it called
by the parent through the SUBDIR variable.
* Do not add arbitrary inclusion which crosses to another branch of
the hierarchy; If you can't do without it, put a comment on why.
If possible, do not use inclusion at all.
* Use as much as possible the infrastructure, it is here to make
life easier, do not fight it.
Sets and package are now used to track files.
We have one set called "minix", composed of one package called "minix-sys"
2012-09-12 09:37:05 +02:00
|
|
|
test:
|
|
|
|
@echo ${OBSOLETE.files}
|