From owner-freebsd-current@FreeBSD.ORG Wed Dec 29 23:26:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2711A16A4CF; Wed, 29 Dec 2004 23:26:48 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C4D543D55; Wed, 29 Dec 2004 23:26:47 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([193.28.87.111]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id iBTNQfrN022924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Dec 2004 00:26:44 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <41D33D2A.9080308@portaone.com> Date: Thu, 30 Dec 2004 01:26:34 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <41D31B8E.7030305@portaone.com> <41D31CEE.5040803@wadham.ox.ac.uk> <41D31EC9.5050909@portaone.com> <20041229222536.GD36053@ip.net.ua> <41D33379.10203@portaone.com> <20041229230442.GA3389@ip.net.ua> <41D33B15.8050401@portaone.com> In-Reply-To: <41D33B15.8050401@portaone.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/589/Wed Nov 17 13:38:41 2004 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: current@FreeBSD.org Subject: Re: Building 4.x releases on 5.x and 6.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 23:26:48 -0000 Maxim Sobolev wrote: > Ruslan Ermilov wrote: > >> On Thu, Dec 30, 2004 at 12:45:13AM +0200, Maxim Sobolev wrote: >> >>> Ruslan Ermilov wrote: >>> >>>> Hi Maxim, >>>> >>>> One thing you'll definitely need is to install the Perl port in >>>> LOCAL_SCRIPT. Mounting /dev (much like the RELENG_5 and HEAD >>>> versions of release/Makefile do) will also be needed. Note that >>>> you should be using the 4.x version of release/Makefile* to >>>> start "make release", and use WORLDDIR to point to your >>>> /usr/src, something like this: >>>> >>>> cd /tmp >>>> cvs co -rRELENG_4 -l release >>>> cd /usr/src/release >>>> make -f /tmp/Makefile release ... >>> >>> >>> Do you mean that I need to have 5.x/6.x in /usr/src pointed to by >>> WORLDDIR, while 4.x in /tmp/src and start making release in >>> /tmp/src/release? >>> >> >> I eman what I said: you need to use the target (4.x) version of >> release/Makefile*, and /usr/src matching your running world and >> kernel (5.x). WORLDDIR is not supported by 4.x release/Makefile, >> hence the sequence above. >> >> >>> I am not sure about perl, why do I need it? Isn't initial make >>> buildworld expected to build it and install into pristive chroot'ed >>> tree? >>> >> >> You need Perl because 5.x doesn't have Perl in the base system, >> hence initial "make installworld" (which will install 5.x world >> into ${CHROOTDIR}) will not install Perl needed to build a 4.x >> kernel. > > > Maybe I am missing something obvious, but what if I'll build 4.x chroot > on 5.x/6.x system, put 4.x sources into /usr/src and will try to build > 5.x release from within that chroot. As far as I can see, only > operations that use some devices (e.g. md(4) vs vn(4)) can lead to a > problem, but this . Anyway, pretty soon we will know for sure - it is > now rolling distribution tarballs here. OK, I see what you mean now. doFS supports usage of mdconfig instead of vnconfig, but since world built from 4.x used to create pristine environment from make release doesn't have one it doesn't work. -Maxim