[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: restricted sourceless ARM uploads



Martin Guy a écrit :
> 2006/12/20, Wookey <wookey@aleph1.co.uk>:
>> 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.
> 
> What do your QEMU buildds use for mass storage?
> 

I am using the emulated SCSI hard-disk, on the versatile platform. See
http://www.aurel32.net/info/debian_arm_qemu.php

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net



Reply to: