Re: 10-CURRENT i386 memstick snapshots broken?

From: Hiroki Sato <hrs_at_FreeBSD.org>
Date: Sun, 09 Jun 2013 05:04:23 +0900 (JST)
Tim Kientzle <tim_at_kientzle.com> wrote
  in <926EF579-8AC9-4A98-8A81-4E978A627199_at_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

Received on Sat Jun 08 2013 - 18:04:48 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:38 UTC