qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Fam Zheng <famz@redhat.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: qemu-devel@nongnu.org, "Alex Bennée" <alex.bennee@linaro.org>,
	"Philippe Mathieu-Daudé" <f4bug@amsat.org>
Subject: Re: [Qemu-devel] [PATCH v2] docker: Don't enable networking as a side-effect of DEBUG=1
Date: Fri, 14 Jul 2017 19:50:03 +0800	[thread overview]
Message-ID: <20170714115002.GF18687@lemon> (raw)
In-Reply-To: <20170714114106.GD28095@redhat.com>

On Fri, 07/14 12:41, Daniel P. Berrange wrote:
> On Fri, Jul 14, 2017 at 10:29:30AM +0800, Fam Zheng wrote:
> > On Thu, 07/13 15:43, Daniel P. Berrange wrote:
> > > When trying to debug problems with tests it is natural to set
> > > DEBUG=1 when starting the docker environment. Unfortunately
> > > this has a side-effect of enabling an eth0 network interface
> > > in the container, which changes the operating environment of
> > > the test suite. IOW tests with fail may suddenly start
> > > working again if DEBUG=1 is set, due to changed network setup.
> > > 
> > > Add a separate NETWORK variable to allow enablement of
> > > networking separately from DEBUG=1. This can be used in two
> > > ways. To enable the default docker network backend
> > > 
> > >   make docker-test-build@fedora NETWORK=1
> > > 
> > > while to enable a specific network backend, eg join the network
> > > associated with the container 'wibble':
> > > 
> > >   make docker-test-build@fedora NETWORK=container:wibble
> > > 
> > > Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
> > > ---
> > > 
> > > Changed in v2:
> > > 
> > >  - Remove reference to eth0
> > >  - Allow arbitrary docker network backend to be given
> > > 
> > >  tests/docker/Makefile.include | 5 ++++-
> > >  1 file changed, 4 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/tests/docker/Makefile.include b/tests/docker/Makefile.include
> > > index 037cb9e9e7..ec8e8d935d 100644
> > > --- a/tests/docker/Makefile.include
> > > +++ b/tests/docker/Makefile.include
> > > @@ -106,6 +106,8 @@ docker:
> > >  	@echo '                         (default is 1)'
> > >  	@echo '    DEBUG=1              Stop and drop to shell in the created container'
> > >  	@echo '                         before running the command.'
> > > +	@echo '    NETWORK=1            Enable virtual network interface with default backend.'
> > > +	@echo '    NETWORK=$BACKEND     Enable virtual network interface with $BACKEND.'
> > >  	@echo '    NOUSER               Define to disable adding current user to containers passwd.'
> > >  	@echo '    NOCACHE=1            Ignore cache when build images.'
> > >  	@echo '    EXECUTABLE=<path>    Include executable in image.'
> > > @@ -132,7 +134,8 @@ docker-run: docker-qemu-src
> > >  		$(SRC_PATH)/tests/docker/docker.py run 			\
> > >  			$(if $(NOUSER),,-u $(shell id -u)) -t 		\
> > >  			$(if $V,,--rm) 					\
> > > -			$(if $(DEBUG),-i,--net=none) 			\
> > > +			$(if $(DEBUG),-i,)				\
> > > +			$(if $(NETWORK),$(if $(subst $(NETWORK),,1)$(subst 1,,$(NETWORK)),--net=$(NETWORK),),--net=none) \
> > 
> > Isn't the first subst enough? We already know $(NETWORK) is non-empty. If it is
> > "1", $(subst 1,,1) is empty; otherwise, $(subst foo,,1) is non-empty:
> > 
> > 			$(if $(NETWORK),$(if $(subst $(NETWORK),,1),,--net=$(NETWORK)),--net=none) \
> 
> This looks inverted to me - NETWORK=1, will generate --net=1 and
> NETWORK=foo generates empty string.

You are right, I was confused (subst succeed is FALSE branch of if). I think
s/,,/,/ and it will work?

Fam

  reply	other threads:[~2017-07-14 11:50 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-13 14:43 [Qemu-devel] [PATCH v2] docker: Don't enable networking as a side-effect of DEBUG=1 Daniel P. Berrange
2017-07-14  2:29 ` Fam Zheng
2017-07-14 11:41   ` Daniel P. Berrange
2017-07-14 11:50     ` Fam Zheng [this message]
2017-07-14 11:52       ` Daniel P. Berrange
2017-07-14 12:12         ` Fam Zheng

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170714115002.GF18687@lemon \
    --to=famz@redhat.com \
    --cc=alex.bennee@linaro.org \
    --cc=berrange@redhat.com \
    --cc=f4bug@amsat.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).