make release fails
hello i'm trying to build my own release cd for 4-STABLE branch. doing make release BUILDNAME=4-STABLE-20050328-0300 CHROOTDIR=/usr/release CVSROOT=/home/ncvs RELEASETAG=RELENG_4 -DSEPARATE_LIVEFS in /usr/src/release results in error like this cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/R/stage/trees/bin set - `grep "^[a-zA-Z]" /usr/src/etc/locale.deprecated`; while [ $# -gt 0 ] ; do for dir in /usr/share/locale /usr/share/nls /usr/local/share/nls; do test -d /R/stage/trees/bin/${dir} && cd /R/stage/trees/bin/${dir}; test -L "$2" && rm -rf "$2"; test \! -L "$1" && test -d "$1" && mv "$1" "$2"; done; shift; shift; done mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /R/stage/trees/bin/ mtree: /R/stage/trees/bin/: No such file or directory *** Error code 1 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /usr/src/release. what to change in my make command or in system to build release? host system is 5.3-STABLE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
make release fails
Every time I do 'make release, it fails when doing 'make installworld' in chroot-ed enviroment. The message is: ln -sf libm.so.2 /usr/obj/usr/src/i386/usr/lib/libm.so cd /usr/src/lib/libncurses; make depend; make all; make install ./make_keys /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/keys.lis t > init_keytry.h sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKlib_gen.sh "cc - E -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include" "awk" < curses .h | fgrep undef > nomacros.h *** Error code 1 Stop in /usr/src/lib/libncurses. -- _ __ __ / \ | | / / / \ / \ --- Tomasz Paszkowski -- | |\ \| | \ \ |/ \||/ \| === IPv4://3575244866 === IPNg://3ffe:8010:59::2 === /_/ \__/ /_/ \_/ \_/ ( 2B | ~ 2B ) == FF --- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make release fails
On Tue, Mar 29, 2005 at 04:41:55PM +0400, Michael Lednev wrote: > hello > > i'm trying to build my own release cd for 4-STABLE branch. doing make > release BUILDNAME=4-STABLE-20050328-0300 CHROOTDIR=/usr/release > CVSROOT=/home/ncvs RELEASETAG=RELENG_4 -DSEPARATE_LIVEFS in > /usr/src/release results in error like this > > cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/R/stage/trees/bin > set - `grep "^[a-zA-Z]" /usr/src/etc/locale.deprecated`; while [ $# -gt 0 > ] ; do for dir in /usr/share/locale /usr/share/nls > /usr/local/share/nls; do test -d /R/stage/trees/bin/${dir} && cd > /R/stage/trees/bin/${dir}; test -L "$2" && rm -rf "$2"; test \! -L "$1" > && test -d "$1" && mv "$1" "$2"; done; shift; shift; done > mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /R/stage/trees/bin/ > mtree: /R/stage/trees/bin/: No such file or directory > *** Error code 1 > > Stop in /usr/src/etc. > *** Error code 1 > > Stop in /usr/src/release. > + umount /dev > *** Error code 1 > > Stop in /usr/src/release. > > what to change in my make command or in system to build release? host > system is 5.3-STABLE > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" This is not an officially supported way of building releases. That's why there is some magic to finish this procedure. Even if it will complete successfully it won't neccessary mean it will work correctly. You'd better try building 4.x release on RELENG_4 box. However if you don't have an opportunity to do so maybe I'll be able to provide you with some help. I did built RELENG_5 release on RELENG_4 box successfully some time ago. Contact me offline if you are still interested. -ip -- You can lead a horse to water, but if you can get him to float on his back, you've really got something. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make release fails
On Thu, 31 Mar 2005 09:02:16 +0400, Igor Pokrovsky <[EMAIL PROTECTED]> wrote: This is not an officially supported way of building releases. That's why there is some magic to finish this procedure. Even if it will complete successfully it won't neccessary mean it will work correctly. You'd better try building 4.x release on RELENG_4 box. However if you don't have an opportunity to do so maybe I'll be able to provide you with some help. I did built RELENG_5 release on RELENG_4 box successfully some time ago. Contact me offline if you are still interested. unfortunately i don't have any RELENG_4 boxes, wanted to make one with this attempt, is there any chance to do so without fetching images from ftp? -- Best Regards, Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make release fails
Hi, Michael Lednev, Tuesday, March 29, 2005, 4:41:55 PM: ML> what to change in my make command or in system to build release? host ML> system is 5.3-STABLE You can try the following: 1. Change /etc/make.conf OSVERSION=491102 # st this to kern.osreldate value in RELENG_4 OSREL=4.11 2. make buildworld 3. make release after done release.2 break it, and put into ${CHROOTDIR}/etc/make.conf OSVERSION and OSREL variables like /etc/make.conf 4. make rerelase with RELEASENOUPDATE=yes 5. After done release.7 release fail in doFS.sh. You must build mdconfig without shared libraries. Go in source code tree of current 5.3 system, into src/sbin/mdconfig and "make -DNOSHARED depend all". Copy mdconfig from obj/usr/src/sbin/mdconfig into ${CHROOTDIR}/sbin/ 6. Mount devfs: mount_devfs devfs ${CHROOTDIR}/dev 7. make rerelease -- WBR, Andrey V. Elsukov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Stable 'make release' fails
I'm trying to do a 'make release' with today's -stable. It dies in perl: ===> gnu/usr.bin/perl/miniperl cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/usr/obj/usr/src/gnu/usr.bin/perl/miniperl -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5/miniperlmain.c cc -O -pipe -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/usr/obj/usr/src/gnu/usr.bin/perl/miniperl -I/usr/obj/usr/src/i386/usr/include -static -o miniperl miniperlmain.o -L/usr/obj/usr/src/gnu/usr.bin/perl/miniperl/../libperl -lperl -lm -lcrypt ===> gnu/usr.bin/perl/perl miniperl /usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/configpm Config.pm Porting/Glossary myconfig config.sh sh cflags.sh cc -O -pipe -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/usr/src/gnu/usr.bin/perl/perl -I/usr/obj/usr/src/i386/usr/include -c perlmain.c miniperl: not found *** Error code 127 It's not quite clear where it's expecting to find miniperl. The only one in /home/release is the directory /home/release/usr/src/gnu/usr.bin/perl/miniperl, the only one in /usr/obj is the one just built above, but that's not in any reasonable path. There's one in /usr/bin as well, but I'm sure that shouldn't be used. Is it possible that the dependencies are messed up, and that this is the result of using -j4 for the make release? Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make release fails
On Mon, Nov 18, 2002 at 11:25:11AM +0200, Ruslan Ermilov wrote: > You should have built your current world before attempting to > make release. Refer to the release(7) manpage for details. Of course, it is built. Eugene Grosbein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
make release fails on find
I'm trying to build some images for 9-stable ( r242349 ) and 9.1-RC3, but using the release tools doesn't really work. 9.1-RC3 fails with: ... cd /tank/cvs/9.1/src/libexec/rtld-elf; make install -DNO_SUBDIR DESTDIR=/tmp/newdist/lib32 SHARED=copies install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf32.so.1 /tmp/newdist/lib32/libexec /tmp/newdist/lib32/usr/libexec/ld-elf32.so.1 -> /libexec/ld-elf32.so.1 cd /tank/cvs/9.1/src/usr.bin/ldd; PROG=ldd32 MACHINE=i386 MACHINE_ARCH=i386 MACHINE_CPU="i686 mmx sse sse2" LD="ld -m elf_i386_fbsd -Y P,/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" AS="as --32" MAKEOBJDIRPREFIX=/usr/obj/lib32 _SHLIBDIRPREFIX=/usr/obj/tank/cvs/9.1/src/lib32 VERSION="FreeBSD 9.1-PRERELEASE amd64 901501" PATH=/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/usr/games:/tmp/install.SgiYOaRS CC="cc -m32 -march=core2 -DCOMPAT_32BIT -isystem /usr/obj/tank/cvs/9.1/src/lib32/usr/include/ -L/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32 -B/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" CXX="c++ -m32 -march=core2 -DCOMPAT_32BIT -isystem /usr/obj/tank/cvs/9.1/src/lib32/usr/include/ -L/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32 -B/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT -ECC -ECXX -EAS -ELD -DNO_INCS distribute cd /tank/cvs/9.1/src/usr.bin/ldd; make install -DNO_SUBDIR DESTDIR=/tmp/newdist/lib32 SHARED=copies install -s -o root -g wheel -m 555 ldd32 /tmp/newdist/lib32/usr/bin find //tmp/newdist/doc -empty -delete find //tmp/newdist/games -empty -delete find: -delete: //tmp/newdist/games: relative path potentially not safe *** [distributeworld] Error code 1 Stop in /tank/cvs/9.1/src. *** [distributeworld] Error code 1 And 9-stable ends up recursing when generating tarballs. The sources have already been added to a tarball. The tarballs themselfs are also included. Is anyone having the same problems? Build machine is amd64 9.1-PRERELASE. Source trees are in separate zfs datasets (tank/cvs/9/src and tank/cvs/9.1/src). Regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Tue, Oct 30, 2012 at 04:58:52PM +0100, Andreas Nilsson wrote: > I'm trying to build some images for 9-stable ( r242349 ) and 9.1-RC3, but > using the release tools doesn't really work. > > 9.1-RC3 fails with: > ... > cd /tank/cvs/9.1/src/libexec/rtld-elf; make install -DNO_SUBDIR > DESTDIR=/tmp/newdist/lib32 SHARED=copies > install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf32.so.1 > /tmp/newdist/lib32/libexec > /tmp/newdist/lib32/usr/libexec/ld-elf32.so.1 -> /libexec/ld-elf32.so.1 > cd /tank/cvs/9.1/src/usr.bin/ldd; PROG=ldd32 MACHINE=i386 MACHINE_ARCH=i386 > MACHINE_CPU="i686 mmx sse sse2" LD="ld -m elf_i386_fbsd -Y > P,/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" AS="as --32" > MAKEOBJDIRPREFIX=/usr/obj/lib32 > _SHLIBDIRPREFIX=/usr/obj/tank/cvs/9.1/src/lib32 VERSION="FreeBSD > 9.1-PRERELEASE amd64 901501" > PATH=/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/usr/games:/tmp/install.SgiYOaRS > CC="cc -m32 -march=core2 -DCOMPAT_32BIT -isystem > /usr/obj/tank/cvs/9.1/src/lib32/usr/include/ > -L/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32 > -B/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" CXX="c++ -m32 -march=core2 > -DCOMPAT_32BIT -isystem /usr/obj/tank/cvs/9.1/src/lib32/usr/include/ > -L/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32 > -B/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" LIBDIR=/usr/lib32 > SHLIBDIR=/usr/lib32 make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND > -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT -ECC -ECXX > -EAS -ELD -DNO_INCS distribute > cd /tank/cvs/9.1/src/usr.bin/ldd; make install -DNO_SUBDIR > DESTDIR=/tmp/newdist/lib32 SHARED=copies > install -s -o root -g wheel -m 555 ldd32 /tmp/newdist/lib32/usr/bin > find //tmp/newdist/doc -empty -delete > find //tmp/newdist/games -empty -delete > find: -delete: //tmp/newdist/games: relative path potentially not safe > *** [distributeworld] Error code 1 > > Stop in /tank/cvs/9.1/src. > *** [distributeworld] Error code 1 > Are you defining WITH*_GAMES in src.conf or make.conf? If this looks like what I think it looks like, I fixed this a few months ago. > And 9-stable ends up recursing when generating tarballs. The sources have > already been added to a tarball. The tarballs themselfs are also included. > I have seen many reports on this, and cannot reproduce it. How exactly are you running the release build? What specific make(1) targets are you using, and what is your make.conf/src.conf contents? Glen pgp1qPZ1OYPTB.pgp Description: PGP signature
Re: make release fails on find
On Tue, Oct 30, 2012 at 5:08 PM, Glen Barber wrote: > On Tue, Oct 30, 2012 at 04:58:52PM +0100, Andreas Nilsson wrote: > > I'm trying to build some images for 9-stable ( r242349 ) and 9.1-RC3, but > > using the release tools doesn't really work. > > > > 9.1-RC3 fails with: > > ... > > cd /tank/cvs/9.1/src/libexec/rtld-elf; make install -DNO_SUBDIR > > DESTDIR=/tmp/newdist/lib32 SHARED=copies > > install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf32.so.1 > > /tmp/newdist/lib32/libexec > > /tmp/newdist/lib32/usr/libexec/ld-elf32.so.1 -> /libexec/ld-elf32.so.1 > > cd /tank/cvs/9.1/src/usr.bin/ldd; PROG=ldd32 MACHINE=i386 > MACHINE_ARCH=i386 > > MACHINE_CPU="i686 mmx sse sse2" LD="ld -m elf_i386_fbsd -Y > > P,/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" AS="as --32" > > MAKEOBJDIRPREFIX=/usr/obj/lib32 > > _SHLIBDIRPREFIX=/usr/obj/tank/cvs/9.1/src/lib32 VERSION="FreeBSD > > 9.1-PRERELEASE amd64 901501" > > > PATH=/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/legacy/usr/games:/usr/obj/tank/cvs/9.1/src/tmp/usr/sbin:/usr/obj/tank/cvs/9.1/src/tmp/usr/bin:/usr/obj/tank/cvs/9.1/src/tmp/usr/games:/tmp/install.SgiYOaRS > > CC="cc -m32 -march=core2 -DCOMPAT_32BIT -isystem > > /usr/obj/tank/cvs/9.1/src/lib32/usr/include/ > > -L/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32 > > -B/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" CXX="c++ -m32 -march=core2 > > -DCOMPAT_32BIT -isystem /usr/obj/tank/cvs/9.1/src/lib32/usr/include/ > > -L/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32 > > -B/usr/obj/tank/cvs/9.1/src/lib32/usr/lib32" LIBDIR=/usr/lib32 > > SHLIBDIR=/usr/lib32 make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND > > -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT -ECC -ECXX > > -EAS -ELD -DNO_INCS distribute > > cd /tank/cvs/9.1/src/usr.bin/ldd; make install -DNO_SUBDIR > > DESTDIR=/tmp/newdist/lib32 SHARED=copies > > install -s -o root -g wheel -m 555 ldd32 /tmp/newdist/lib32/usr/bin > > find //tmp/newdist/doc -empty -delete > > find //tmp/newdist/games -empty -delete > > find: -delete: //tmp/newdist/games: relative path potentially not safe > > *** [distributeworld] Error code 1 > > > > Stop in /tank/cvs/9.1/src. > > *** [distributeworld] Error code 1 > > > > Are you defining WITH*_GAMES in src.conf or make.conf? If this looks > like what I think it looks like, I fixed this a few months ago. > Used same command for building both, see below. And yes, WITHOUT_GAMES is set in src.conf > > And 9-stable ends up recursing when generating tarballs. The sources have > > already been added to a tarball. The tarballs themselfs are also > included. > > > > I have seen many reports on this, and cannot reproduce it. How exactly > are you running the release build? What specific make(1) targets are > you using, and what is your make.conf/src.conf contents? > > Glen > > I did the following steps: zfs create tank/cvs/9 zfs create tank/cvs/9/src zfs create tank/cvs/9.1 zfs create tank/cvs/9.1/src cd /tank/cvs/9/src ; sudo svn co http://svn0.us-east.freebsd.org/base/releng/9 . cd /tank/cvs/9.1/src ; sudo svn co http://svn0.us-east.freebsd.org/base/releng/9.1 . cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf buildworld buildkernel -sj16 cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf buildworld buildkernel -sj16 cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf -C release cdrom cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf -C release cdrom /relng/files/src.conf contains: $ cat /relng/files/src.conf WITHOUT_X11=true WITHOUT_BLUETOOTH=true WITHOUT_CLANG=true WITHOUT_ATM=true WITHOUT_CTM=true WITHOUT_CDDL=true WITHOUT_DICT=true WITHOUT_HTML=true WITHOUT_IPFILTER=true WITHOUT_IPX=true WITHOUT_IPX_SUPPORT=true WITHOUT_LOCALES=true WITHOUT_LPR=true WITHOUT_NCP=true WITHOUT_NIS=true WITHOUT_OBJC=true WITHOUT_RCMDS=true WITHOUT_RCS=true WITHOUT_SENDMAIL=true WITHOUT_SSP=true WITHOUT_ZFS=true WITHOUT_BIND_DNSSEC=true WITHOUT_GAMES=true WITHOUT_IPX=true WITHOUT_NIS=true WITHOUT_PF=true WITHOUT_SENDMAIL=true WITHOUT_WIRELESS=true make.conf contains: $ cat /etc/make.conf CPUTYPE?=core2 CFLAGS=-pipe -O2 BUILD_JOBS="8" WITHOUT_SENDMAIL=true WITHOUT_X11=true DISTDIR=/tank/distfiles WRKDIRPREFIX?=/tmp/ports PACKAGES?=/tmp/ports/packages # WITH_KMS=yes WITH_NEW_XORG=yes # added by use.perl 2012-10-15 17:24:41 PERL_VERSION=5.14.2 Some of the stuff there could be removed I guess... Best regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Tue, Oct 30, 2012 at 05:32:20PM +0100, Andreas Nilsson wrote: > > Are you defining WITH*_GAMES in src.conf or make.conf? If this looks > > like what I think it looks like, I fixed this a few months ago. > > > > Used same command for building both, see below. And yes, WITHOUT_GAMES is > set in src.conf > > > > > And 9-stable ends up recursing when generating tarballs. The sources have > > > already been added to a tarball. The tarballs themselfs are also > > included. > > > > > > > I have seen many reports on this, and cannot reproduce it. How exactly > > are you running the release build? What specific make(1) targets are > > you using, and what is your make.conf/src.conf contents? > > > > Glen > > > > > I did the following steps: > zfs create tank/cvs/9 > zfs create tank/cvs/9/src > zfs create tank/cvs/9.1 > zfs create tank/cvs/9.1/src > cd /tank/cvs/9/src ; sudo svn co > http://svn0.us-east.freebsd.org/base/releng/9 . > cd /tank/cvs/9.1/src ; sudo svn co > http://svn0.us-east.freebsd.org/base/releng/9.1 . > cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf buildworld > buildkernel -sj16 > cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf buildworld > buildkernel -sj16 > cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf -C release > cdrom > cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf -C release > cdrom > > /relng/files/src.conf contains: > $ cat /relng/files/src.conf > WITHOUT_X11=true > WITHOUT_BLUETOOTH=true > WITHOUT_CLANG=true > WITHOUT_ATM=true > WITHOUT_CTM=true > WITHOUT_CDDL=true > WITHOUT_DICT=true > WITHOUT_HTML=true > WITHOUT_IPFILTER=true > WITHOUT_IPX=true > WITHOUT_IPX_SUPPORT=true > WITHOUT_LOCALES=true > WITHOUT_LPR=true > WITHOUT_NCP=true > WITHOUT_NIS=true > WITHOUT_OBJC=true > WITHOUT_RCMDS=true > WITHOUT_RCS=true > WITHOUT_SENDMAIL=true > WITHOUT_SSP=true > WITHOUT_ZFS=true > WITHOUT_BIND_DNSSEC=true > WITHOUT_GAMES=true > WITHOUT_IPX=true > WITHOUT_NIS=true > WITHOUT_PF=true > WITHOUT_SENDMAIL=true > WITHOUT_WIRELESS=true > > make.conf contains: > $ cat /etc/make.conf > CPUTYPE?=core2 > CFLAGS=-pipe -O2 > BUILD_JOBS="8" > WITHOUT_SENDMAIL=true > WITHOUT_X11=true > DISTDIR=/tank/distfiles > WRKDIRPREFIX?=/tmp/ports > PACKAGES?=/tmp/ports/packages > # > WITH_KMS=yes > WITH_NEW_XORG=yes > # added by use.perl 2012-10-15 17:24:41 > PERL_VERSION=5.14.2 > I don't really see any reason this should not work. However, I have not tested with sudo. Maybe that is the piece of the puzzle I am missing... Glen pgpkeDSe8cbhC.pgp Description: PGP signature
Re: make release fails on find
On Tue, Oct 30, 2012 at 6:09 PM, Glen Barber wrote: > On Tue, Oct 30, 2012 at 05:32:20PM +0100, Andreas Nilsson wrote: > > > Are you defining WITH*_GAMES in src.conf or make.conf? If this looks > > > like what I think it looks like, I fixed this a few months ago. > > > > > > > Used same command for building both, see below. And yes, WITHOUT_GAMES is > > set in src.conf > > > > > > > > And 9-stable ends up recursing when generating tarballs. The sources > have > > > > already been added to a tarball. The tarballs themselfs are also > > > included. > > > > > > > > > > I have seen many reports on this, and cannot reproduce it. How exactly > > > are you running the release build? What specific make(1) targets are > > > you using, and what is your make.conf/src.conf contents? > > > > > > Glen > > > > > > > > I did the following steps: > > zfs create tank/cvs/9 > > zfs create tank/cvs/9/src > > zfs create tank/cvs/9.1 > > zfs create tank/cvs/9.1/src > > cd /tank/cvs/9/src ; sudo svn co > > http://svn0.us-east.freebsd.org/base/releng/9 . > > cd /tank/cvs/9.1/src ; sudo svn co > > http://svn0.us-east.freebsd.org/base/releng/9.1 . > > cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf buildworld > > buildkernel -sj16 > > cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf buildworld > > buildkernel -sj16 > > cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf -C release > > cdrom > > cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf -C release > > cdrom > > > > /relng/files/src.conf contains: > > $ cat /relng/files/src.conf > > WITHOUT_X11=true > > WITHOUT_BLUETOOTH=true > > WITHOUT_CLANG=true > > WITHOUT_ATM=true > > WITHOUT_CTM=true > > WITHOUT_CDDL=true > > WITHOUT_DICT=true > > WITHOUT_HTML=true > > WITHOUT_IPFILTER=true > > WITHOUT_IPX=true > > WITHOUT_IPX_SUPPORT=true > > WITHOUT_LOCALES=true > > WITHOUT_LPR=true > > WITHOUT_NCP=true > > WITHOUT_NIS=true > > WITHOUT_OBJC=true > > WITHOUT_RCMDS=true > > WITHOUT_RCS=true > > WITHOUT_SENDMAIL=true > > WITHOUT_SSP=true > > WITHOUT_ZFS=true > > WITHOUT_BIND_DNSSEC=true > > WITHOUT_GAMES=true > > WITHOUT_IPX=true > > WITHOUT_NIS=true > > WITHOUT_PF=true > > WITHOUT_SENDMAIL=true > > WITHOUT_WIRELESS=true > > > > make.conf contains: > > $ cat /etc/make.conf > > CPUTYPE?=core2 > > CFLAGS=-pipe -O2 > > BUILD_JOBS="8" > > WITHOUT_SENDMAIL=true > > WITHOUT_X11=true > > DISTDIR=/tank/distfiles > > WRKDIRPREFIX?=/tmp/ports > > PACKAGES?=/tmp/ports/packages > > # > > WITH_KMS=yes > > WITH_NEW_XORG=yes > > # added by use.perl 2012-10-15 17:24:41 > > PERL_VERSION=5.14.2 > > > > I don't really see any reason this should not work. However, I have not > tested with sudo. Maybe that is the piece of the puzzle I am missing... > > Glen > > Hmm, interesting idea, would be pretty bad if sudo caused that. I gave it run without direct sudo call ( ie sudo bash, then make ... ) and no go. Doing just su - and cd'ing to proper dir and the make ... is still not working. Overnight I'll try to build world and kernel without src.conf ( ie SRCCONF=/dev/null ) and same for make release. I'll posts results in the morning. Best regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Tue, Oct 30, 2012 at 11:29 PM, Andreas Nilsson wrote: > > > On Tue, Oct 30, 2012 at 6:09 PM, Glen Barber wrote: > >> On Tue, Oct 30, 2012 at 05:32:20PM +0100, Andreas Nilsson wrote: >> > > Are you defining WITH*_GAMES in src.conf or make.conf? If this looks >> > > like what I think it looks like, I fixed this a few months ago. >> > > >> > >> > Used same command for building both, see below. And yes, WITHOUT_GAMES >> is >> > set in src.conf >> > >> > >> > > > And 9-stable ends up recursing when generating tarballs. The >> sources have >> > > > already been added to a tarball. The tarballs themselfs are also >> > > included. >> > > > >> > > >> > > I have seen many reports on this, and cannot reproduce it. How >> exactly >> > > are you running the release build? What specific make(1) targets are >> > > you using, and what is your make.conf/src.conf contents? >> > > >> > > Glen >> > > >> > > >> > I did the following steps: >> > zfs create tank/cvs/9 >> > zfs create tank/cvs/9/src >> > zfs create tank/cvs/9.1 >> > zfs create tank/cvs/9.1/src >> > cd /tank/cvs/9/src ; sudo svn co >> > http://svn0.us-east.freebsd.org/base/releng/9 . >> > cd /tank/cvs/9.1/src ; sudo svn co >> > http://svn0.us-east.freebsd.org/base/releng/9.1 . >> > cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf buildworld >> > buildkernel -sj16 >> > cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf >> buildworld >> > buildkernel -sj16 >> > cd /tank/cvs/9/src ; sudo make SRCCONF=/relng/files/src.conf -C release >> > cdrom >> > cd /tank/cvs/9.1/src ; sudo make SRCCONF=/relng/files/src.conf -C >> release >> > cdrom >> > >> > /relng/files/src.conf contains: >> > $ cat /relng/files/src.conf >> > WITHOUT_X11=true >> > WITHOUT_BLUETOOTH=true >> > WITHOUT_CLANG=true >> > WITHOUT_ATM=true >> > WITHOUT_CTM=true >> > WITHOUT_CDDL=true >> > WITHOUT_DICT=true >> > WITHOUT_HTML=true >> > WITHOUT_IPFILTER=true >> > WITHOUT_IPX=true >> > WITHOUT_IPX_SUPPORT=true >> > WITHOUT_LOCALES=true >> > WITHOUT_LPR=true >> > WITHOUT_NCP=true >> > WITHOUT_NIS=true >> > WITHOUT_OBJC=true >> > WITHOUT_RCMDS=true >> > WITHOUT_RCS=true >> > WITHOUT_SENDMAIL=true >> > WITHOUT_SSP=true >> > WITHOUT_ZFS=true >> > WITHOUT_BIND_DNSSEC=true >> > WITHOUT_GAMES=true >> > WITHOUT_IPX=true >> > WITHOUT_NIS=true >> > WITHOUT_PF=true >> > WITHOUT_SENDMAIL=true >> > WITHOUT_WIRELESS=true >> > >> > make.conf contains: >> > $ cat /etc/make.conf >> > CPUTYPE?=core2 >> > CFLAGS=-pipe -O2 >> > BUILD_JOBS="8" >> > WITHOUT_SENDMAIL=true >> > WITHOUT_X11=true >> > DISTDIR=/tank/distfiles >> > WRKDIRPREFIX?=/tmp/ports >> > PACKAGES?=/tmp/ports/packages >> > # >> > WITH_KMS=yes >> > WITH_NEW_XORG=yes >> > # added by use.perl 2012-10-15 17:24:41 >> > PERL_VERSION=5.14.2 >> > >> >> I don't really see any reason this should not work. However, I have not >> tested with sudo. Maybe that is the piece of the puzzle I am missing... >> >> Glen >> >> > Hmm, > > interesting idea, would be pretty bad if sudo caused that. > > I gave it run without direct sudo call ( ie sudo bash, then make ... ) and > no go. > > Doing just su - and cd'ing to proper dir and the make ... is still not > working. > > Overnight I'll try to build world and kernel without src.conf ( ie > SRCCONF=/dev/null ) and same for make release. I'll posts results in the > morning. > > Best regards > Andreas > Just a quick update; running a new buildworld+buildkernel and then make release from su - does not work :( Regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Wed, Oct 31, 2012 at 12:11:22AM +0100, Andreas Nilsson wrote: > > interesting idea, would be pretty bad if sudo caused that. > > Indeed, but sudo only keeps certain environment variables, so it's not entirely unexpected if this is the case. > > I gave it run without direct sudo call ( ie sudo bash, then make ... ) and > > no go. > > > > Doing just su - and cd'ing to proper dir and the make ... is still not > > working. > > > > Overnight I'll try to build world and kernel without src.conf ( ie > > SRCCONF=/dev/null ) and same for make release. I'll posts results in the > > morning. > > > > Best regards > > Andreas > > > > Just a quick update; running a new buildworld+buildkernel and then make > release from su - does not work :( > You've said 'does not work' twice. Can you elaborate more? What specifically isn't working? Same behavior as before, or...? Glen pgpGFWkI2sv3Y.pgp Description: PGP signature
Re: make release fails on find
On Wed, Oct 31, 2012 at 12:14 AM, Glen Barber wrote: > On Wed, Oct 31, 2012 at 12:11:22AM +0100, Andreas Nilsson wrote: > > > interesting idea, would be pretty bad if sudo caused that. > > > > > Indeed, but sudo only keeps certain environment variables, so it's not > entirely unexpected if this is the case. > > > > I gave it run without direct sudo call ( ie sudo bash, then make ... ) > and > > > no go. > > > > > > Doing just su - and cd'ing to proper dir and the make ... is still not > > > working. > > > > > > Overnight I'll try to build world and kernel without src.conf ( ie > > > SRCCONF=/dev/null ) and same for make release. I'll posts results in > the > > > morning. > > > > > > Best regards > > > Andreas > > > > > > > Just a quick update; running a new buildworld+buildkernel and then make > > release from su - does not work :( > > > > You've said 'does not work' twice. Can you elaborate more? What > specifically isn't working? Same behavior as before, or...? > > Glen > > Oops, my bad. Yes exact same behavior; make -C release cdrom fails with ... find //tank/cvs/9.1/src/release/dist/doc -empty -delete find //tank/cvs/9.1/src/release/dist/games -empty -delete find: -delete: //tank/cvs/9.1/src/release/dist/games: relative path potentially not safe *** [distributeworld] Error code 1 on 9.1-RC3. I can try with 9-stable as well (tomorrow). Regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Wed, Oct 31, 2012 at 01:08:13AM +0100, Andreas Nilsson wrote: > On Wed, Oct 31, 2012 at 12:14 AM, Glen Barber wrote: > > > On Wed, Oct 31, 2012 at 12:11:22AM +0100, Andreas Nilsson wrote: > > > > interesting idea, would be pretty bad if sudo caused that. > > > > > > > > Indeed, but sudo only keeps certain environment variables, so it's not > > entirely unexpected if this is the case. > > > > > > I gave it run without direct sudo call ( ie sudo bash, then make ... ) > > and > > > > no go. > > > > > > > > Doing just su - and cd'ing to proper dir and the make ... is still not > > > > working. > > > > > > > > Overnight I'll try to build world and kernel without src.conf ( ie > > > > SRCCONF=/dev/null ) and same for make release. I'll posts results in > > the > > > > morning. > > > > > > > > Best regards > > > > Andreas > > > > > > > > > > Just a quick update; running a new buildworld+buildkernel and then make > > > release from su - does not work :( > > > > > > > You've said 'does not work' twice. Can you elaborate more? What > > specifically isn't working? Same behavior as before, or...? > > > > Glen > > > > Oops, my bad. Yes exact same behavior; make -C release cdrom fails with > ... > find //tank/cvs/9.1/src/release/dist/doc -empty -delete > find //tank/cvs/9.1/src/release/dist/games -empty -delete > find: -delete: //tank/cvs/9.1/src/release/dist/games: relative path > potentially not safe > *** [distributeworld] Error code 1 > on 9.1-RC3. I can try with 9-stable as well (tomorrow). > Ok, thanks. I do not want to assume anything more at this point. I am still waiting for my build machine to finish a few queued things. Once it frees up, I will roll a release using sudo (just for my own sanity), and without sudo, with your src.conf and make.conf. Anyway, thanks for all of the details you have provided. It is all helpful, and hopefully this will finally be tracked down. Glen pgpCDfFa5wvv4.pgp Description: PGP signature
Re: make release fails on find
On Tue, Oct 30, 2012 at 08:11:15PM -0400, Glen Barber wrote: > > Oops, my bad. Yes exact same behavior; make -C release cdrom fails with > > ... > > find //tank/cvs/9.1/src/release/dist/doc -empty -delete > > find //tank/cvs/9.1/src/release/dist/games -empty -delete > > find: -delete: //tank/cvs/9.1/src/release/dist/games: relative path > > potentially not safe > > *** [distributeworld] Error code 1 > > on 9.1-RC3. I can try with 9-stable as well (tomorrow). > > > > Ok, thanks. I do not want to assume anything more at this point. > > I am still waiting for my build machine to finish a few queued things. > Once it frees up, I will roll a release using sudo (just for my own > sanity), and without sudo, with your src.conf and make.conf. > > Anyway, thanks for all of the details you have provided. It is all > helpful, and hopefully this will finally be tracked down. > Ugh... Ok, so this is my fault. I do not remember why, specifically, but the change in question was not merged to the releng/9.1 branch. Please try the following, in the top-level directory of your releng/9.1 source checkout: svn merge -c240077 ^/head/Makefile.inc1 Makefile.inc1 It worked for me fine. Unfortunately, it is far too late in the release cycle for that change to make it into 9.1-RELEASE. Unfortunately, this does not have anything to do with the recursing in the usr/src tarball. Please let me know if you continue to see that happen, as this is the _single_ most reported issue that I have had zero luck reproducing... Thanks. Glen PS: Sorry about being the cause of your release build failure... pgpt3EepG3RGa.pgp Description: PGP signature
Re: make release fails on find
On Tue, Oct 30, 2012 at 11:07:24PM -0400, Glen Barber wrote: > I do not remember why, specifically, but the change in question was not > merged to the releng/9.1 branch. > > Please try the following, in the top-level directory of your releng/9.1 > source checkout: > > svn merge -c240077 ^/head/Makefile.inc1 Makefile.inc1 > > It worked for me fine. Unfortunately, it is far too late in the release > cycle for that change to make it into 9.1-RELEASE. > To be clear, I mean the release build worked. > Unfortunately, this does not have anything to do with the recursing in > the usr/src tarball. Please let me know if you continue to see that > happen, as this is the _single_ most reported issue that I have had zero > luck reproducing... > And, look at that. I'm finally able to reproduce this recursion problem. Looks that that, too, was fixed in head, but not merged. So, please also do: svn merge -c241451 ^/head/release release At that point, things _should_ work as you expect. Please let me know how this works out for you. Glen pgpnGQJisRpYK.pgp Description: PGP signature
Re: make release fails on find
On Tue, Oct 30, 2012 at 11:19:12PM -0400, Glen Barber wrote: > So, please also do: > > svn merge -c241451 ^/head/release release > You'll want to merge one more revision: svn merge -c241596 ^/head/release release Same as before - I _think_ this should work. :-) Glen pgpQRYOYHWRns.pgp Description: PGP signature
Re: make release fails on find
On Wed, Oct 31, 2012 at 4:07 AM, Glen Barber wrote: > On Tue, Oct 30, 2012 at 08:11:15PM -0400, Glen Barber wrote: > > > Oops, my bad. Yes exact same behavior; make -C release cdrom fails > with > > > ... > > > find //tank/cvs/9.1/src/release/dist/doc -empty -delete > > > find //tank/cvs/9.1/src/release/dist/games -empty -delete > > > find: -delete: //tank/cvs/9.1/src/release/dist/games: relative path > > > potentially not safe > > > *** [distributeworld] Error code 1 > > > on 9.1-RC3. I can try with 9-stable as well (tomorrow). > > > > > > > Ok, thanks. I do not want to assume anything more at this point. > > > > I am still waiting for my build machine to finish a few queued things. > > Once it frees up, I will roll a release using sudo (just for my own > > sanity), and without sudo, with your src.conf and make.conf. > > > > Anyway, thanks for all of the details you have provided. It is all > > helpful, and hopefully this will finally be tracked down. > > > > Ugh... Ok, so this is my fault. > > I do not remember why, specifically, but the change in question was not > merged to the releng/9.1 branch. > > Please try the following, in the top-level directory of your releng/9.1 > source checkout: > > svn merge -c240077 ^/head/Makefile.inc1 Makefile.inc1 > > It worked for me fine. Unfortunately, it is far too late in the release > cycle for that change to make it into 9.1-RELEASE. > Great that you found the bug! > > Unfortunately, this does not have anything to do with the recursing in > the usr/src tarball. Please let me know if you continue to see that > happen, as this is the _single_ most reported issue that I have had zero > luck reproducing... > > With just the merge above now 9.1-RC3 ends up recursing. ( Just tried them one at a time ). > Thanks. > > Glen > > PS: Sorry about being the cause of your release build failure... > > No problem really :) Thanks for hunting this down now. /A ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Wed, Oct 31, 2012 at 4:35 AM, Glen Barber wrote: > On Tue, Oct 30, 2012 at 11:19:12PM -0400, Glen Barber wrote: > > So, please also do: > > > > svn merge -c241451 ^/head/release release > > > > You'll want to merge one more revision: > > svn merge -c241596 ^/head/release release > > Same as before - I _think_ this should work. :-) > > Glen Excelent :) That did the trick, ie no recursion :) Thank you very much for finding the bugs. Will this be merge to 9-stable? On a more whislist topic: I'd really appreciate if .zfs dirs would be excluded from the tarballs. Best regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
First, late me state status more clearly: solved :) Big thanks for fixing it. On a side note, how has re-team not run into this? Best regards Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: make release fails on find
On Wed, Oct 31, 2012 at 02:07:56PM +0100, Andreas Nilsson wrote: > First, late me state status more clearly: solved :) Big thanks for fixing > it. > Glad to help. To answer one of your previous questions, I've already merged this to stable/9. > On a side note, how has re-team not run into this? > No, the releases are built within a chroot, and this issue is specific to a few edge-cases outside of that environment. Glen pgpGlkk4SQM1i.pgp Description: PGP signature
Re: make release fails on find
On Wed, Oct 31, 2012 at 08:30:29AM +0100, Andreas Nilsson wrote: > On a more whislist topic: I'd really appreciate if .zfs dirs would be > excluded from the tarballs. > Hmm, I didn't realize this was happening. So I can verify my change works for all environments, are you using any local zfs dataset properties, specifically unhiding the snapshot directory? Glen pgpoJO4lrMq43.pgp Description: PGP signature
Re: make release fails on find
On Wed, Oct 31, 2012 at 3:12 PM, Glen Barber wrote: > On Wed, Oct 31, 2012 at 08:30:29AM +0100, Andreas Nilsson wrote: > > On a more whislist topic: I'd really appreciate if .zfs dirs would be > > excluded from the tarballs. > > > > Hmm, I didn't realize this was happening. > > So I can verify my change works for all environments, are you using any > local zfs dataset properties, specifically unhiding the snapshot > directory? > > Glen > > Yes, I have the following: tank/cvs/9.1/src snapdir visibleinherited from tank/cvs Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
make release fails if ghostscript8-8.70 is installed
When attempting make release (7.3-PRERELEASE or 7.2-RELEASE or 8.0-RELEASE-p2) and ghostscript8-8.70 is installed on the build machine the following error occurs: ===> ghostscript8-nox11-8.70 conflicts with installed package(s): ghostscript8-8.70 They install files into the same place. Please remote them first with pkg_delete(1). *** Error code 1 Stop in /u/release/usr/ports/print/ghostscript8-nox11. *** Error code 1 Stop in /u/release/usr/ports/textproc/docproj. *** Error code 1 Stop in /var/cvsup/usr/src/release. *** Error code 1 Stop in /var/cvsup/usr/src/release. I can work around this by defining NODOC in /etc/make.conf or by deleting the ghostscipt8 package before running make release. I never had this problem in previous builds (6.4-RELEASE and 7.1-RELEASE). Is this expected/normal? Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"