RE: more make release
On Wed, 29 Nov 2000, John Baldwin wrote: On 29-Nov-00 Gray, David W. wrote: Hmmm, I'm specifically talking about when you have MAKEOBJDIRPREFIX set to something other than /usr/obj - it *almost* works, but /bin/sh uses files generated on-the-fly that get put in the wrong places (in the chroot'ed hierarchy). (ONLY when building the crunches - makeworld runs fine.) I suppose its beating a dead horse (got around it with a symlink or two) but it niggles - but that whole environment is just too twisted to follow. :( Hmmm. I bet the MAKEOBJDIRPREFIX is getting propagated into the chroot and it is dying in there because of that. crunchgen doesn't understand MAKEOBJDIRPREFIX. It looks for objects in /usr/obj`/bin/pwd` unless `objdir' is specified. The specification for `objdir' is per-program so it would be inconvenient to set it. The crunch configuration files for releases never set it. Support for the src tree not being /usr/src also seems to be broken. There is a global setting `srcdirs' as well as a per-program setting `srcdir'. The crunch configuration files for releases use `srcdirs' with a hard-coded prefix of "/usr/src". Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: more make release
On 29-Nov-00 Gray, David W. wrote: BTW, is it considered a bug or a feature that you MUST use /usr/obj to have make release work? I went in circles for quite a while before figuring this out (I just didn't have much room in /usr, so was using the make env variable to move the obj tree. It failed in various amusing ways whilst building the crunches - in particular, the generated files for /bin/sh don't go to the right places, and the makefile setup is too tangled for my tiny brain.) Feature. make release starts off by doing an installworld into the chroot'd area and using that area to do a cleanroom make world from which the release bits are rolled. -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: more make release
Hmmm, I'm specifically talking about when you have MAKEOBJDIRPREFIX set to something other than /usr/obj - it *almost* works, but /bin/sh uses files generated on-the-fly that get put in the wrong places (in the chroot'ed hierarchy). (ONLY when building the crunches - makeworld runs fine.) I suppose its beating a dead horse (got around it with a symlink or two) but it niggles - but that whole environment is just too twisted to follow. :( -Original Message- From: John Baldwin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 29, 2000 12:10 PM To: Gray, David W. Cc: FreeBSD Current list Subject: RE: more make release On 29-Nov-00 Gray, David W. wrote: BTW, is it considered a bug or a feature that you MUST use /usr/obj to have make release work? I went in circles for quite a while before figuring this out (I just didn't have much room in /usr, so was using the make env variable to move the obj tree. It failed in various amusing ways whilst building the crunches - in particular, the generated files for /bin/sh don't go to the right places, and the makefile setup is too tangled for my tiny brain.) Feature. make release starts off by doing an installworld into the chroot'd area and using that area to do a cleanroom make world from which the release bits are rolled. -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: more make release
On 29-Nov-00 Gray, David W. wrote: Hmmm, I'm specifically talking about when you have MAKEOBJDIRPREFIX set to something other than /usr/obj - it *almost* works, but /bin/sh uses files generated on-the-fly that get put in the wrong places (in the chroot'ed hierarchy). (ONLY when building the crunches - makeworld runs fine.) I suppose its beating a dead horse (got around it with a symlink or two) but it niggles - but that whole environment is just too twisted to follow. :( Hmmm. I bet the MAKEOBJDIRPREFIX is getting propagated into the chroot and it is dying in there because of that. -Original Message- From: John Baldwin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 29, 2000 12:10 PM To: Gray, David W. Cc: FreeBSD Current list Subject: RE: more make release On 29-Nov-00 Gray, David W. wrote: BTW, is it considered a bug or a feature that you MUST use /usr/obj to have make release work? I went in circles for quite a while before figuring this out (I just didn't have much room in /usr, so was using the make env variable to move the obj tree. It failed in various amusing ways whilst building the crunches - in particular, the generated files for /bin/sh don't go to the right places, and the makefile setup is too tangled for my tiny brain.) Feature. make release starts off by doing an installworld into the chroot'd area and using that area to do a cleanroom make world from which the release bits are rolled. -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: More make release woes
It's time to do a functional split on boot.flp / kern+mfsroot.flp builds. Hmmm. What to axe.. Let me thwap on this a bit over the weekend. :) - Jordan Looks like the Alpha AXP boot floppy has bitten the dust also: Making the regular boot floppy. Compressing doc files... disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 4. Warning: 2880 sector(s) in last cylinder unallocated /dev/rvn0c: 2880 sectors in 1 cylinders of 1 tracks, 5760 sectors 1.4MB in 1 cyl groups (4 c/g, 11.25MB/g, 192 i/g) super-block backups (for fsck -b #) at: 32, cpio: write error: No space left on device *** Error code 1 (ignored) *** Error code 1 Stop. *** Error code 1 Stop. Sigh. Oh well. I was hoping to get a SNAP out with all the changes Matt did. Guess not. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
