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
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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20121030/0a77bcc3/attachment.sig>
On Wed, Oct 31, 2012 at 4:07 AM, Glen Barber <gjb at freebsd.org> 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 triedthem 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