From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:21:00 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 45C66C4D; Fri, 27 Dec 2013 04:21:00 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01C221DDC; Fri, 27 Dec 2013 04:20:59 +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 80040578A; Fri, 27 Dec 2013 04:20:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 80040578A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 23:20:55 -0500 From: Glen Barber To: Tim Kientzle Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227042055.GS13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <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> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Cbvl/UgeRTPlujdB" Content-Disposition: inline In-Reply-To: <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> 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:21:00 -0000 --Cbvl/UgeRTPlujdB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 de= pendencies > ... builds world/kernel (using non-root path=E2=80=A6) > $ sudo make install > ... creates disk image and installs world/kernel/boot bits >=20 Hmm. I think you're on to something here. > 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 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. 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...). Glen --Cbvl/UgeRTPlujdB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvQAmAAoJELls3eqvi17QceAP/2Cu92yU7UI/eN6D30NJOjKm i1XgSqBvm/0wR3TY7CwwZDsbntzpAATeI+VDSSlzljJlQYtBJ+aDLb0g37r6TIHv GHxC5tfZY28HyM0feqXQEbdVxXtJoYJ/iGXICntBIrpuimlJzMBni7VDGRJbg2C5 /+rDnGXhYtYLd4sS9Zrp6kZKe70KS8w/CdTbZybb2JGVhJTWStycU6jz16SVOWt+ nFceNt6uRaNlYE3HZQlRvEqNx3bGF2zNRo+vfVWftMS6u8YunOAt3kmBDyFyeZeA t14cu/ADwDGMinJFvPcGn6oVVTu4nAhSes8pcA6Du8J+AY3AsvDlgAKP9CSOBAVJ +TRawgOdeTD0vmahW/nN80uHBKhM+GxFCEPr8w7N0m3CGKav0Cuc62B9YqQcvjkX s0xOcbMirE00EUdwyy9SkvQW0TgYNUM+4OQN1fmoerGSOl4Om/Piml5cjXIXYrx2 dZmzCEwwG2lSEsUti47tqY2IHQIjjPvwrKN+aQy7R7p87+EjTUaHsS9OCqTD6kpo gkxdUNk1TUn4zCgI0IGdiLcWLjdeg/mntaVXpnYt02gJHcweHmgjCrwyq2B30i/f Rg8iMgZbfIf6GjHBMEYxy3vo5g5YDrqb3bumkC8CJSA9QjBQ1gAxA2DdVh++x6Jz hjFKr1Z4e0mgspO32bqY =vAbz -----END PGP SIGNATURE----- --Cbvl/UgeRTPlujdB--