From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:55:09 2013 Return-Path: Delivered-To: freebsd-arm@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 D0F8E2FE; Fri, 27 Dec 2013 04:55:09 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DC301FA7; Fri, 27 Dec 2013 04:55:09 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 2119B5AFB; Fri, 27 Dec 2013 04:55:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 2119B5AFB Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 23:55:04 -0500 From: Glen Barber To: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227045504.GT13109@glenbarber.us> References: <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> <20131227032555.GR13109@glenbarber.us> <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> <20131227042055.GS13109@glenbarber.us> <30F75F2D-A42B-410F-8FB0-C930729AF1D5@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6axCafNXXMM8qu6Q" Content-Disposition: inline In-Reply-To: <30F75F2D-A42B-410F-8FB0-C930729AF1D5@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:55:09 -0000 --6axCafNXXMM8qu6Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 09:48:58PM -0700, Warner Losh wrote: >=20 > On Dec 26, 2013, at 9:20 PM, Glen Barber wrote: >=20 > > On Thu, Dec 26, 2013 at 08:08:32PM -0800, Tim Kientzle wrote: > >> On Dec 26, 2013, at 7:25 PM, Glen Barber wrote: > >>=20 > >>> Well, no. :( The time-consuming part is the dependency chain for the > >>> build. Such as, RPI-B needs python, gsed, and world+dog. BeagleBone > >>> needs cross-gcc, and I'm sure other stuff. > >>>=20 > >>> It would be pretty cool if crochet could have a '-D' flag to 'show > >>> missing dependencies for board specified=E2=80=99. > >>=20 > >> I=E2=80=99ve not yet come up with a particularly clean way to > >> do that within Crochet, but there are a few ideas > >> I=E2=80=99ve not yet tried. > >>=20 > >> It does occur to me that at some point crochet > >> is trying to do package management and maybe > >> that=E2=80=99s a bad thing. > >>=20 > >> But here=E2=80=99s an idea that might get exactly that: > >> I=E2=80=99ve considered literally building board images as > >> ports/packages. > >>=20 > >> E.g., > >>=20 > >> $ cd /usr/ports/freebsd/raspberry-pi > >> $ make > >> ... builds/installs python, gsed, boot bits, etc as necessary via port= dependencies > >> ... builds world/kernel (using non-root path=E2=80=A6) > >> $ sudo make install > >> ... creates disk image and installs world/kernel/boot bits > >>=20 > >=20 > > Hmm. I think you're on to something here. >=20 > I'd include '-build' in the name, so we can still have port that's to ins= tall on the rpi... >=20 > >> I don=E2=80=99t think this actually requires much effort > >> to get this working, and it would have some > >> interesting side-effects (like having RPi images > >> spit out regularly by the package cluster). > >>=20 > >=20 > > Maybe we don't need to go that far. But building a port that includes > > the dependencies needed to do the actual image build would be a *huge* > > bonus from the releng side. Meaning, if there was a port that I could > > install that would give me all the necessary bits to create an image for > > a specific board, that's a big step forward. > >=20 > > Plus, the package builders don't actually 'buildkernel', so offloading > > releng tasks to portmgr is not really scalable (meaning, if head/ > > arm/armv6 is broken, etc...). >=20 > I'm not sure I understand what you are saying here... >=20 If I understand Tim's reply correctly, he is suggesting we build arm (for example) images as part of the port. All releng needs is the dependencies (for crochet) for the non-base bits (i.e., python, gsed, etc.). Glen --6axCafNXXMM8qu6Q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvQgoAAoJELls3eqvi17QZDQQAK1ic7TmKnfOf9GVXXToTqiO O2vz8GVFOFJBdmMwQMpzOvbIc77qZt9buMggp7UbtwhQT/dfC6u59SpxzoBkXCiJ GSSAThZQzIxKbSoAYm13AjMYioLkJ14bDAHg4Qzo8syTRKTcHVM09jJONzfKWnUA e/GXIhc8zF6Eps0qD5N79Ub03z169jkQcejfeSZmZ4JuzDl+FVFdpWDauC6GrS4x RwgrriEo1hmTngjnXKWCkvewoQBRBxeWhhtJu8lvC5mlJrkGXhl2/YBEiDMz32uP dXHR0HDTakDlUAF4Nn0+a2CrO1T6/Z8rOJTTUtsB1IJgtBgcwGUZavEB87+vU5ge sR1lgIDYo7RNSmK16yDs7mil+KJbv/yeSymbY3fLJK0cMb1PYwIuRS5humjGtfwk wyCvahhQvk4gR2bQcEKFADrvNZ6ZFpavGpzRFAHt/i+OP+90pApTg/EsR0ZUr9Ck 0sRsC6YaGWn1BNMEDcyXlTaRLjEUtguGEVKgznBxwsrYB8m4rV8qQYbldxzV2Wka CSlBpG6VU0bMRlR5OmClscfLXnQ8QdQxVbgcCoAiycIodYNHdOrfdpZFfCSP7wCY 7OiEAu1nR31P4YipR71mczpixo7CtAcE5gg3YpKJetkIANo+sjIN6eXjHCkcWi0J G74I1OsUwVEaq1Jgh4fO =h20m -----END PGP SIGNATURE----- --6axCafNXXMM8qu6Q--