On Wed, Dec 20, 2006 at 07:27:03PM +0000, Martin Guy wrote: > 2006/12/20, Wookey <[EMAIL PROTECTED]>: > >We ought to discuss if there > >is any significant reason not to use qemu 'machines' instead of actual > >hardware for slower arches. > > As Wookey knows, I have been building Debian packages to bootstrap the > armel port of etch under QEMU for a couple of months now, and have had > all sorts of troubles which traced back to doing this on an NFSroot. > Some of this is due to having to use a particularly unreliable NFS > setup, but some problems are repeatable whenever you build in an NFS > volume. > > A prime example is the "tar" testsuite which is very picky about > filesystem behaviour. > - With a real ARM CPU building on local (USB) storage, it passes all tests > - With a real ARM CPU over NFS the testsuite fails one test (cyclic renames) > - From QEMU in a locally-mounted nfsroot it fails a dozen tests. > - Building with QEMU in an NBD volume passes all tests.
Clock skew, I guess? (Occasionally, I started to maintain NBD because the RTC driver for m68k macs under Linux is crap. You don't want to know the details) -- <Lo-lan-do> Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
