Date: Fri, 26 Apr 2002 21:26:34 +0300 From: Ruslan Ermilov <ru@FreeBSD.org> To: current@FreeBSD.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src Makefile Makefile.inc1 src/etc Makefile src/gnu/usr.bin/perl/library Makefile.inc src/release Makefile src/release/scripts catpages-make.sh doFS.sh manpages-make.sh src/secure/usr.bin/ssh Makefile src/secure/usr.sbin/sshd Makefile ... Message-ID: <20020426182634.GB87482@sunbay.com> In-Reply-To: <200204261755.g3QHtRv72264@freefall.freebsd.org> References: <200204261755.g3QHtRv72264@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--8P1HSweYDcXXzwPJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
I tested this on i386 only with 2 days old -CURRENT (today's is
broken due to the import of latest IPFilter suite), and just to
make sure I didn't screw other arches I'd appreciate a feedback
from Alpha hardware owners. It's important to note that you no
longer need to have a today's world to build a today's release.
I.e., if you built world a month ago, and didn't touch /usr/src
since, and /usr/obj has "buildworld" output for this /usr/src,
and you have booted with this world, it should be okay to start
building today's release. I even suspect that you can now use
the -STABLE box to build -CURRENT release (but still the same
arch). doFS.sh appears to be smart enough to handle (the only
so far) incompatibility between -STABLE and -CURRENT, essential
for "make release" (vn(4) vs. md(4)). Another note. Make sure
that you kldload either vn.ko or md.ko before running "make
release", because chroot'ed environment does not have these
modules and can't autoload them. I will fix it with one line
patch to src/release/Makefile on Monday, by simply copying the
respective module from /boot/{kernel,modules}/{vn,md}.ko to
the respective place in ${CHROOTDIR}.
Make sure to "export NO_IPFILTER" before "make release" if you
want to release the today's -CURRENT. IOW, please don't spam
me with the initial "buildworld" failures -- my patch has
nothing to do with them. :-)
It also may be a real pain to use the recent -CURRENT to make
a release. "make release" with either WORLD_FLAGS=3D-j4 or
KERNEL_FLAGS=3D-j4 often fails, at random intervals and at
random places, with either SIGBUS or SIGSEGV. I even had to
restart the non-parallel "make release" three times on this
fast box. My slow box that was used as this patch's development
box (which ran "make release" stage by stage) didn't suffer from
this problem for some reason (perhaps, the breakage only shows
itself on relatively fast machines?).
On Fri, Apr 26, 2002 at 10:55:27AM -0700, Ruslan Ermilov wrote:
> ru 2002/04/26 10:55:27 PDT
>=20
> Modified files:
> . Makefile Makefile.inc1=20
> etc Makefile=20
> gnu/usr.bin/perl/library Makefile.inc=20
> release Makefile=20
> release/scripts catpages-make.sh doFS.sh manpages-make.sh=20
> secure/usr.bin/ssh Makefile=20
> secure/usr.sbin/sshd Makefile=20
> sys Makefile=20
> kerberos5 Makefile Makefile.inc=20
> kerberos5/lib Makefile=20
> kerberos5/lib/libkrb5 Makefile=20
> kerberos5/libexec/hprop Makefile=20
> kerberos5/libexec/hpropd Makefile=20
> kerberos5/libexec/ipropd-master Makefile=20
> kerberos5/libexec/ipropd-slave Makefile=20
> kerberos5/libexec/k5admind Makefile=20
> kerberos5/libexec/k5passwdd Makefile=20
> kerberos5/libexec/kdc Makefile=20
> kerberos5/usr.bin/k5admin Makefile=20
> kerberos5/usr.bin/k5destroy Makefile=20
> kerberos5/usr.bin/k5init Makefile=20
> kerberos5/usr.bin/k5list Makefile=20
> kerberos5/usr.bin/k5passwd Makefile=20
> kerberos5/usr.bin/k5su Makefile=20
> kerberos5/usr.sbin/k5stash Makefile=20
> kerberos5/usr.sbin/ktutil Makefile=20
> kerberosIV Makefile Makefile.inc=20
> share/mk bsd.subdir.mk=20
> Log:
> Milestone #1 in cross-arch make releases.
> =20
> Do not install games and profiled libraries to the ${CHROOTDIR}
> with the initial installworld.
> =20
> Eliminate the need in the second installworld. For that, make sure
> _everything_ is built in the "world" environment, using the right
> tool chain.
> =20
> Added SUBDIR_OVERRIDE helper stuff to Makefile.inc1. Split the
> buildworld process into stages, and skip some stages when
> SUBDIR_OVERRIDE is set (used to build crypto, krb4, and krb5
> dists).
> =20
> Added NO_MAKEDB_RUN knob to Makefile.inc1 to avoid running
> makewhatis(1) at the end of installworld (used when making crypto,
> krb4, and krb5 dists).
> =20
> In release/scripts/doFS.sh, ensure that the correct boot blocks are
> used.
> =20
> Moved the creation of the "crypto" dist from release.5 to
> release.2.
> =20
> In release.3 and doMFSKERN, build kernels in the "world"
> environment. KERNELS now means "additional" kernels, GENERIC is
> always built.
> =20
> Ensure we build crunched binaries in the "world" environment.
> Obfuscate release/Makefile some more (WMAKEENV) to achieve this.
> =20
> Inline createBOOTMFS target.
> =20
> Use already built GENERIC kernel modules to augment mfsfd's
> /stand/modules. GC doMODULES as such.
> =20
> Assorted fixes:
> =20
> Get rid of the "afterdistribute" target by moving the single use
> of it from sys/Makefile to etc/Makefile's "distribute".
> =20
> Makefile.inc1: apparently "etc" no longer needs to be last for
> "distribute" to succeed.
> =20
> gnu/usr.bin/perl/library/Makefile.inc: do not override the
> "install" and "distribute" targets, do it the "canonical" way.
> =20
> release/scripts/{man,cat}pages-make.sh: make sure Perl manpages and
> catpages appear in the right dists. Note that because Perl does
> not respect the MANBUILDCAT (and NOMAN), this results in a loss of
> /usr/share/perl/man/cat* empty directories. This will be fixed
> soon.
> =20
> Turn MAKE_KERBEROS4 into a plain boolean variable (if it is set it
> means "make KerberosIV"), as documented in the make.conf(5)
> manpage. Most of the userland makefiles did not test it for "YES"
> anyway.
> =20
> XXX Should specialized kerberized libpam versions be included into
> the krb4 and krb5 dists? (libpam.a would be incorrect anyway if
> both krb4 and krb5 dists were choosen.)
> =20
> Make sure "games" dist is made before "catpages", otherwise games
> catpages settle in the wrong dist.
> =20
> Fast build machine provided by: Igor Kucherenko <kivvy@sunbay.com>
> =20
> Revision Changes Path
> 1.251 +1 -1 src/Makefile
> 1.261 +33 -17 src/Makefile.inc1
> 1.283 +4 -2 src/etc/Makefile
> 1.9 +2 -8 src/gnu/usr.bin/perl/library/Makefile.inc
> 1.9 +24 -21 src/kerberos5/Makefile
> 1.10 +2 -7 src/kerberos5/Makefile.inc
> 1.6 +2 -3 src/kerberos5/lib/Makefile
> 1.9 +1 -2 src/kerberos5/lib/libkrb5/Makefile
> 1.7 +2 -3 src/kerberos5/libexec/hprop/Makefile
> 1.7 +2 -3 src/kerberos5/libexec/hpropd/Makefile
> 1.6 +2 -3 src/kerberos5/libexec/ipropd-master/Makefile
> 1.6 +2 -3 src/kerberos5/libexec/ipropd-slave/Makefile
> 1.7 +2 -3 src/kerberos5/libexec/k5admind/Makefile
> 1.8 +2 -3 src/kerberos5/libexec/k5passwdd/Makefile
> 1.8 +1 -2 src/kerberos5/libexec/kdc/Makefile
> 1.7 +2 -3 src/kerberos5/usr.bin/k5admin/Makefile
> 1.8 +1 -2 src/kerberos5/usr.bin/k5destroy/Makefile
> 1.8 +1 -2 src/kerberos5/usr.bin/k5init/Makefile
> 1.8 +1 -2 src/kerberos5/usr.bin/k5list/Makefile
> 1.8 +1 -2 src/kerberos5/usr.bin/k5passwd/Makefile
> 1.4 +1 -2 src/kerberos5/usr.bin/k5su/Makefile
> 1.9 +2 -3 src/kerberos5/usr.sbin/k5stash/Makefile
> 1.8 +1 -2 src/kerberos5/usr.sbin/ktutil/Makefile
> 1.15 +29 -64 src/kerberosIV/Makefile
> 1.11 +2 -6 src/kerberosIV/Makefile.inc
> 1.672 +71 -116 src/release/Makefile
> 1.6 +6 -1 src/release/scripts/catpages-make.sh
> 1.40 +6 -3 src/release/scripts/doFS.sh
> 1.4 +6 -1 src/release/scripts/manpages-make.sh
> 1.15 +4 -6 src/secure/usr.bin/ssh/Makefile
> 1.24 +4 -6 src/secure/usr.sbin/sshd/Makefile
> 1.38 +3 -13 src/share/mk/bsd.subdir.mk
> 1.26 +1 -6 src/sys/Makefile
--=20
Ruslan Ermilov Sysadmin and DBA,
ru@sunbay.com Sunbay Software AG,
ru@FreeBSD.org FreeBSD committer,
+380.652.512.251 Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
--8P1HSweYDcXXzwPJ
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org
iD8DBQE8yZvaUkv4P6juNwoRAr0lAJ9dFl4s6weRQ3v9OgNfMv0WAt4PTACfRoo/
pAmdbPqX/jK0nz1Qh/jXzYQ=
=xvYP
-----END PGP SIGNATURE-----
--8P1HSweYDcXXzwPJ--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020426182634.GB87482>