make release

hallo leute!

ich wollte jetzt 'mal nachdem in kürze eine neuen jungfräulichen rechner
aufsetzen muß, ein make release anschmeißen. leider bin ich mir nicht
ganz sicher bei den variablen im Makefile.

meine build maschine, die natürlich auch die kompletten sourcen auf der
platte hat, läuft unter 4.2-STABLE. ich habe gestern den 20.12.2000 ein
cvs update gemacht, somit dürfte sich an der release version nichts
geändert haben.

ich schicke 'mal einen auszug aus meinem Makefile mit den von mir
gemachten änderungen mit. wär schön, wenn mir jemand helfen könnte.

# Set these, release builder!
#
# Fixed version:
#BUILDNAME=4.0-RELEASE
# ich bau keine fixed version, also laß ich's auskommentiert?
#
# Automatic SNAP versioning:
DATE != date +%Y%m%d
# sollte bei mir 4.2 sein?
BASE = 4.2
BUILDNAME?=${BASE}-${DATE}-STABLE
#
#CHROOTDIR=/junk/release
# eigene partition mit 1,5 GB platz; sollte reichen?
/var/release_build
# If this is a -stable snapshot, then set
# jo will ich bauen
RELEASETAG=RELENG_4
#
# Non-zero if ${RELEASETAG} is in the form "RELENG_ver_RELEASE"; we
# are building an official release. Otherwise, we are building for
# a branch.
.if defined(RELEASETAG)
ISRELEASE!= expr ${RELEASETAG} : '^RELENG_.*_RELEASE$$' || true
.if ${ISRELEASE} != 0
# Convert "RELENG_ver_RELEASE" to "RELEASE_ver" for ports and doc trees.
AUXRELEASETAG!= echo ${RELEASETAG} | sed -e 's/^RELENG_/RELEASE_/' -e 's/_RELEASE$$//'
DOCRELEASETAG?= ${AUXRELEASETAG}
PORTSRELEASETAG?= ${AUXRELEASETAG}
.endif
.endif

# sollte auch passen?
KERNCONF=GENERIC

# If you want to pass flags to the world build such as -j X, use
# WORLD_FLAGS. Similarly, you can specify make flags for kernel
# builds via KERNEL_FLAGS.
#WORLD_FLAGS=-j4
#KERNEL_FLAGS=-j4

# If you are using a local CVS repository with components stored in
# non-standard modules, override these on the make commandline or
# in the environment.
# so jetzt geht's an, von wo ab ich mir nicht ganz sicher bin
# meine os src liegen unter /usr/src
# meine doc-src unter /usr/src/doc!!
# und das PORTSDIR ist /usr/ports aber die distfiles sind unter
# /var/distfiles, wobei /usr/ports/distfiles auf /var/distfiles
# gelinkt ist und zur sicherheit in der /etc/make.conf noch
# DISTFILES=/var/distfiles eingetragen ist
# außerdem will ich nur das nackte system bauen lassen mit
# portscollection, aber keine fetriggebauten ports!
RELEASESRCMODULE?= src
RELEASEDOCMODULE?= doc
RELEASEPORTSMODULE?= ports

# Unless set elsewhere, indicate the object format we'll be using.
# na klar!
OBJFORMAT?= elf

# Uncomment this to disable the doc.1 target. It is also an ERROR
# to set NOPORTS and not set NODOC since docs depend on ports.
# tja, was tun
#NODOC= YES
#NOPORTS= YES
# Set ALLLANG=no if you want the release documentation to be
# in English only.
# ich hätte gern englisch und deutsch
ALLLANG?= yes
# habe ich installiert; die distfiles müßten also lokal vorhanden sein
DOCPORTS= textproc/docproj
# Set this to wherever the distfiles required by ${DOCPORTS} live.
#DOCDISTFILES?= ${.CURDIR}/../../ports/distfiles
DOCDISTFILES?= /var/distfiles # wenn ich mich nicht täusche
# oder :
# DOCDISTFILES?= ${.CURDIR}/../../var/distfiles -> oder ist das egal
# zum vorherigen?

# Set this to 1 if you want -P to be used for automatic keyboard detection
# on the boot floppy. WARNING: Breaks on some Athlon (K7) motherboards.
#AUTO_KEYBOARD_DETECT?= 0
# ich habe keinen Athlon; wär doch ein nettes feature
AUTO_KEYBOARD_DETECT?= 1

DIST_DOCS= ABOUT.TXT ERRATA.TXT LAYOUT.TXT README.TXT HARDWARE.TXT \
           RELNOTES.TXT TROUBLE.TXT UPGRADE.TXT INSTALL.TXT

# Things which without too much trouble can be considered variables
# BIN_DISTS are special in that they get full /etc installation sets.
#
#COMPAT_DISTS?= compat1x compat20 compat21 compat22 compat3x
# sollte doch auch reichen?
COMPAT_DISTS?= compat22 compat3x

OTHER_DISTS?= manpages catpages games proflibs dict info doc
CRYPTO_DISTS?= crypto krb4 krb5
BIN_DISTS?= bin
DISTRIBUTIONS?= ${BIN_DISTS} ${OTHER_DISTS} ${COMPAT_DISTS} ${CRYPTO_DISTS}
KERNELS?= GENERIC

BOOT1= etc/protocols etc/defaults/rc.conf

# mountpoint for filesystems.
MNT= /mnt

# Various floppy image parameters.
#
.if ${MACHINE} == "pc98"
SMALLBOOTSIZE= 1200
BOOTSIZE= 1440
FIXITSIZE= 1440
MFSSIZE= 2880
BOOTINODE= 80000
FIXITINODE= 4000
MFSINODE= 8000
SMALLBOOTLABEL= fd1200
BOOTLABEL= fd1440
FIXITLABEL= fd1440
MFSLABEL= minimum2
.else
BOOTSIZE= 1440
FIXITSIZE= 1440
MFSSIZE= 2880
BIGBOOTSIZE= 2880
BOOTINODE= 80000
FIXITINODE= 4000
MFSINODE= 8000
BOOTLABEL= fd1440
FIXITLABEL= fd1440
MFSLABEL= minimum2
BIGBOOTLABEL= minimum2
.endif

# overrides.
.if ${MACHINE_ARCH} == "alpha"
FIXITSIZE= 2880
FIXITLABEL= minimum2
.endif

ZIPNSPLIT= gzip --no-name -9 -c | split -b 240640 -

VNDEVICE?= vn0

# Things which may get you into trouble if you change them
# also lassen wir's
MTREEFILES= ${.CURDIR}/../etc/mtree
_R= /R
RD= ${_R}/stage
FD= ${_R}/ftp
CD= ${_R}/cdrom
CD_DISC1= ${CD}/disc1
CD_DISC2= ${CD}/disc2

# Where the bootstrap ports (see DOCPORTS) get installed.
LOCALDIR= /usr/local/bin

# ${BOOTSTRAPDIR} is for those utilities that refer to the hosting
# environment, rather than the target environment. This is specifically
# intended for kernel-dependent utilities that are used during the build.
#
# ${BOOTSTRAPDIR} is actually being used by prepending it to the normal
# ${PATH}. Thus, it's also available to outside utilities like doFS.sh.
# WAS??
# WAS??
# WAS??
#
BOOTSTRAPDIR= /bootstrap
#
# The mount subsystem has been changed between 2.2 and 3.0 by the
# Lite2 import.
BOOTSTRAPUTILS= /sbin/mount /sbin/umount
#
# 3.0 cpio tries to reference lchown(2) which is not available in 2.2
BOOTSTRAPUTILS+= /usr/bin/cpio

so jetzt sollte ich ein cd /usr/src/release; make release machen oder?

unterhalb von /var/release_build wird dann das komplette system liegen,
von dem ich dann mit mkisofs ein image bauen kann? muß ich vorher ein

cd /usr/obj; chflags -R noschg *; rm -Rf *

machen?

danke schon 'mal im voraus für eure hilfe.

-- 
Viele Grüße
	Oliver Helmling
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message