<div dir="auto">Yeah, but that's a big job for the future. I am root and can spin up a new emulator instance and throw it away afterwards at very little cost (for x86/x86-64). So it's still useful in the usual "half an eye is better than no eye" sense. </div><div class="gmail_extra"><br><div class="gmail_quote">On Apr 7, 2017 09:47, "Rob Landley" <<a href="mailto:rob@landley.net">rob@landley.net</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 04/03/2017 10:35 AM, enh wrote:<br>
><br>
> Parsing file(1) output isn't a good way to determine file system type<br>
> anyway.<br>
<br>
</div>The mount tests (which there need to be soooo many more of, there's<br>
comments in mount.c about that) are one of the category of "tests really<br>
needing mkroot" because:<br>
<br>
A) Requires root to run.<br>
B) Requires a host with known stuff on it to test<br>
C) Hard to clean up after if it fails.<br>
D) Can potentially hose the system badly enough to require a reboot if<br>
it goes wrong.<br>
<br>
The other cannonical example of this is ifconfig. :)<br>
<br>
(Possibly it could be done with containers instead of qemu, but<br>
insmod.test can't. And although I finally figured out how to test ps, it<br>
requires a --bind mount over /proc after the first few simple ones.)<br>
<font color="#888888"><br>
Rob<br>
</font></blockquote></div><br></div>