From owner-svn-src-all@FreeBSD.ORG Thu Jan 23 22:48:38 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C0FB1FA for ; Thu, 23 Jan 2014 22:48:38 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF3A91576 for ; Thu, 23 Jan 2014 22:48:37 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id p10so2349260pdj.31 for ; Thu, 23 Jan 2014 14:48:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Eg1k5+Dn2gA9CQy0qyE4ZhpjIQskBqnZ5eiPWCNEBxU=; b=dE818qKaCZFiMRHprYgT+iyeb7toZm/ZXoXY4v1iZNW70DqJQhJEnkw2DkLo9qAtkf B8pmy/phHMusd/VXTJYs0sUjGQekLv/6L0Sp+62YNYwXhqdNAo7KuZ5H0aDqsJCPDFFO +7/M2M6VbPxPcGeDtks3V3xtpSiC/6BGevb/E= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Eg1k5+Dn2gA9CQy0qyE4ZhpjIQskBqnZ5eiPWCNEBxU=; b=iKr05ZY7ZZY+439SNDoLfBDMaymDtIP4hIJaSkRBIQBNc8Q1mQXAUb9KrmramhbIRB ht7kTG6eshl+sO42DQXFFUTtFlPrEEpM8eUvbLuDQ+Cdpy41KFxx5rau+Ot5261rfP6n iRDARhDxnzOlVbQZtXMDQkVDJVtCWbmeTk3z945kSJrvXfUKtYoFTPGao3fmkQu/iiJp 1D4xSnxYd2tF6t2yaqu4HikFVezEOh7AJOAkl2arejstYPkCcxkfkfg6S7xuT8iyMpMA pjGj8NL6w3gOAhoe7owOOU8i+bmHSWlaanyPnUqbfnnUGVfkbHtVjxF8Xth0bRyW2vCM UT8w== X-Gm-Message-State: ALoCoQmELE3ekSIaRVuBiHAtG1VYyoctMD84JRIRDOhjsUMQblk5exxUUOZMS/tcy/YIuBfQ47Ow X-Received: by 10.66.50.105 with SMTP id b9mr1220194pao.9.1390517317561; Thu, 23 Jan 2014 14:48:37 -0800 (PST) Received: from hater-dm.corp.yahoo.com (nat-dip4.cfw-a-gci.corp.yahoo.com. [209.131.62.113]) by mx.google.com with ESMTPSA id sq7sm41908638pbc.19.2014.01.23.14.48.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Jan 2014 14:48:36 -0800 (PST) Message-ID: <52E19C42.2030700@wemm.org> Date: Thu, 23 Jan 2014 14:48:34 -0800 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: John Baldwin , Bryan Drewery Subject: Re: svn commit: r261031 - in head: . etc usr.sbin/etcupdate usr.sbin/mergemaster References: <201401221659.s0MGxrc7056036@svn.freebsd.org> <201401231503.42671.jhb@freebsd.org> <20140123212256.GA37334@admin.xzibition.com> <201401231712.51610.jhb@freebsd.org> In-Reply-To: <201401231712.51610.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, Glen Barber , svn-src-all@freebsd.org, src-committers@freebsd.org, David Chisnall X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 22:48:38 -0000 On 1/23/14, 2:12 PM, John Baldwin wrote: > On Thursday, January 23, 2014 4:22:56 pm Bryan Drewery wrote: >> On Thu, Jan 23, 2014 at 03:03:42PM -0500, John Baldwin wrote: >>> On Thursday, January 23, 2014 2:48:41 pm Bryan Drewery wrote: >>>> On Thu, Jan 23, 2014 at 02:39:14PM -0500, John Baldwin wrote: >>>>> On Thursday, January 23, 2014 10:42:36 am David Chisnall wrote: >>>>>> On 22 Jan 2014, at 22:36, Glen Barber wrote: >>>>>> >>>>>>> It needs to use the build host version, because using (for example) >>>>>>> powerpc resulting binary won't work on and amd64 system. >>>>>> >>>>>> If it's used as part of the build, then it should be part of the toolchain >>>>> target and we should be using the version built there. >>>>> >>>>> 'make distribute' is not a normal part of the build (it's not part of >>>>> buildworld or installworld). Both mergemaster and etcupdate only run it >>>>> after an installworld has been performed, in which case an up-to-date >>>>> services_mkdb should already be installed. >>>>> >>>>> Bryan, what are you running 'make distribute' for? Is this to populate >>>>> a new jail from a world build? >>>> >>>> Yes, poudriere uses this to create jails. It runs: >>>> >>>> export TARGET_ARCH=... >>>> make buildworld >>>> make installworld DESTDIR=... >>>> make distrib-dirs DESTDIR=... DB_FROM_SRC=1 >>>> make distribution DESTDIR=... >>>> >>>> >>>> No mergemaster or etc-update is ran, we just install all of the >>>> defaults. >>> >>> Yes, but you are attemping to install a newer jail than the host, and strictly >>> speaking that isn't supported. (Rather, we only guarantee that a jail will work >>> so long as its world is older or equal in age to the host.) >> >> I am aware of *running* newer jails not being suppored, but *building* >> seems to be an absolute must to be supported. How else would you >> upgrade? > > A normal upgrade does 'installworld' followed by some sort of /etc updating > tool. It doesn't do 'make distribute'. Also, this is related to why one > is not guaranteed to be able to do an 'installworld' unless you've booted into > the new kernel first (though it often works, and 'make distribute' also often > works, but often != always). > > The thing is, there is no notion of cross-tools, etc. for things like > installworld and distribution. We have always expected the host to have > ITOOLS that work. > > Note that this exact situation has happened before back when cap_mkdb and > pwd_mkdb grew endianness flags for release cross-builds. The pwd_mkdb > flag and the change to enable it in etc/Makefile were both made on the same > day. (The cap_mkdb change was made earlier, but that appears to be more > a result of the testing cycle for cross-building releases than an > intentional delay.) FWIW, we do this at work and ran into the same problem. We do the same things that poudriere does, almost exactly. We added: "CAP_MKDB_ENDIAN= PWD_MKDB_ENDIAN=" to the "make DESTDIR=/stage distribution" phase. This currently works all the way back to stable/4. Is there a middle ground where we could only specify -l / -b in a cross build perhaps? -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV UTF-8: for when a ' just won\342\200\231t do.