From owner-freebsd-current@FreeBSD.ORG Sat Jun 8 20:04:48 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB3A8416; Sat, 8 Jun 2013 20:04:48 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 785E911E4; Sat, 8 Jun 2013 20:04:47 +0000 (UTC) Received: from alph.d.allbsd.org (p2175-ipbf701funabasi.chiba.ocn.ne.jp [122.25.209.175]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r58K4Ti2047649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Jun 2013 05:04:39 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.5/8.14.5) with ESMTP id r58K4SVp061439; Sun, 9 Jun 2013 05:04:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 09 Jun 2013 05:04:23 +0900 (JST) Message-Id: <20130609.050423.1766957190568059875.hrs@allbsd.org> To: tim@kientzle.com Subject: Re: 10-CURRENT i386 memstick snapshots broken? From: Hiroki Sato In-Reply-To: <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> References: <20130607212256.GG38117@glenbarber.us> <20130608173411.GD13292@glenbarber.us> <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Jun__9_05_04_23_2013_876)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Sun, 09 Jun 2013 05:04:39 +0900 (JST) X-Spam-Status: No, score=-94.5 required=13.0 tests=CONTENT_TYPE_PRESENT, ONLY1HOPDIRECT,RCVD_IN_PBL,SAMEHELOBY2HOP,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: gjb@FreeBSD.org, freebsd-current@FreeBSD.org, jimmy.kelley@charter.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Sat, 08 Jun 2013 20:04:48 -0000 ----Security_Multipart(Sun_Jun__9_05_04_23_2013_876)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Tim Kientzle wrote in <926EF579-8AC9-4A98-8A81-4E978A627199@kientzle.com>: ti> ti> On Jun 8, 2013, at 10:34 AM, Glen Barber wrote: ti> ti> > On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote: ti> >>> Has anyone else tried the i386 memstick and having the same problem? ti> >>> ti> >> ti> >> Hmm. Thanks for the report. I'll take a look at the logs for i386, but ti> >> they are generated the same way as the amd64, so in theory should not ti> >> have any noticable difference. ti> >> ti> > ti> > For amd64 and i386, native binaries are built, and installed into ti> > scratch directories; for powerpc and powerpc64, I just use the amd64 ti> > binaries, because I cannot directly use the chroot binaries for ti> > non-native architecture. ti> > ti> > The scripts chroot into the scratch directories, and run the "real" ti> > release builds. ti> ti> Have you tried using Crochet for this sort of thing? ti> ti> Since it was designed from the ground up for cross-building ti> bootable images, it should avoid these issues. ti> ti> The only fundamental limit right now is that Crochet uses ti> the host system to build the UFS filesystems, so it can't ti> build big-endian MIPS images on i386, for example. makefs does not work? It can build BE FFS images on LE platforms. -- Hiroki ----Security_Multipart(Sun_Jun__9_05_04_23_2013_876)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlGzjkcACgkQTyzT2CeTzy1wsgCgvrej5JJQwSCexC6Oha1zO3Sq V8gAoKJpqJu4lCYY890oBMwir4lUvXnr =gT3i -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Jun__9_05_04_23_2013_876)----