[Libguestfs] [PATCH 3/6] v2v:test:win: actually check the eventual layout

Pino Toscano ptoscano at redhat.com
Mon Oct 5 13:19:21 UTC 2015


On Monday 05 October 2015 16:05:54 Roman Kagan wrote:
> On Mon, Oct 05, 2015 at 02:50:52PM +0200, Pino Toscano wrote:
> > On Monday 05 October 2015 15:40:03 Roman Kagan wrote:
> > > +{
> > >  guestfish --ro -a $d/windows-sda -i <<EOF
> > > +  trace 1
> > >    is-dir "/Program Files/Red Hat/Firstboot"
> > >    is-file "/Program Files/Red Hat/Firstboot/firstboot.bat"
> > >    is-dir "/Program Files/Red Hat/Firstboot/scripts"
> > >    is-dir "/Windows/Drivers/VirtIO"
> > > +  trace 0
> > >  EOF
> > > +} | {
> > > +    ret=0
> > > +    while read r; do
> > > +        [ "$r" = "true" ] || ret=1
> > > +    done
> > > +    exit $ret
> > > +}
> > 
> > Note we have tests that check the output of guestfish -- for example,
> > fish/test-edit.sh (it is not the only one). I guess you could turn this
> > test to do the same, which could be also easier to expand if there will
> > be added more commands that output things different than "true".
> 
> Yes I have seen it but exactly because I foresee nothing but "true" in
> guestfish's output I want to avoid tedious beancounting when maintaining
> the expected result string.

Never say never... really, better make it slightly more generic, so
expanding it later is no hassle.
Also, comparing to the exact output expected is a check more that we
got the number of lines expected.

> > > +(( PIPESTATUS[0] == 0 ))
> > 
> > set -o pipefail (which is bash-specific)
> 
> I don't mind this change; want me to resubmit with it?

Yes, with the aforementioned change of the output check, which could
make checking for the pipe status no more needed.

Thanks,
-- 
Pino Toscano
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/libguestfs/attachments/20151005/66da794e/attachment.sig>


More information about the Libguestfs mailing list