From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <richard.purdie@linuxfoundation.org>
Received: from dan.rpsys.net (dan.rpsys.net [93.97.175.187])
	by mail.openembedded.org (Postfix) with ESMTP id BD74B6B9C9
	for <openembedded-core@lists.openembedded.org>;
	Fri, 23 Aug 2013 16:14:47 +0000 (UTC)
Received: from localhost (dan.rpsys.net [127.0.0.1])
	by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id
	r7NGQiJ5024569; Fri, 23 Aug 2013 17:26:45 +0100
X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net
Received: from dan.rpsys.net ([127.0.0.1])
	by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id 8GaJ9I2cjuVL; Fri, 23 Aug 2013 17:26:44 +0100 (BST)
Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0)
	by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id
	r7NGQdfY024565
	(version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256
	verify=NOT); Fri, 23 Aug 2013 17:26:41 +0100
Message-ID: <1377274473.6762.100.camel@ted>
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Phil Blundell <pb@pbcl.net>
Date: Fri, 23 Aug 2013 17:14:33 +0100
In-Reply-To: <1377273397.5452.43.camel@phil-desktop.brightsign>
References: <1377180295.6762.19.camel@ted>
	<1377181123.13664.11.camel@phil-desktop.brightsign>
	<1377256631.6762.58.camel@ted>
	<1377273397.5452.43.camel@phil-desktop.brightsign>
X-Mailer: Evolution 3.6.4-0ubuntu1 
Mime-Version: 1.0
Cc: openembedded-core <openembedded-core@lists.openembedded.org>
Subject: Re: RFC: Web browsing and HTML in OE-Core
X-BeenThere: openembedded-core@lists.openembedded.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Patches and discussions about the oe-core layer
	<openembedded-core.lists.openembedded.org>
List-Unsubscribe: <http://lists.openembedded.org/mailman/options/openembedded-core>,
	<mailto:openembedded-core-request@lists.openembedded.org?subject=unsubscribe>
List-Archive: <http://lists.openembedded.org/pipermail/openembedded-core/>
List-Post: <mailto:openembedded-core@lists.openembedded.org>
List-Help: <mailto:openembedded-core-request@lists.openembedded.org?subject=help>
List-Subscribe: <http://lists.openembedded.org/mailman/listinfo/openembedded-core>,
	<mailto:openembedded-core-request@lists.openembedded.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Aug 2013 16:14:48 -0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit

On Fri, 2013-08-23 at 16:56 +0100, Phil Blundell wrote:
> On Fri, 2013-08-23 at 12:17 +0100, Richard Purdie wrote:
> > I think ultimately we need both, a real world user of webkit and also a
> > webkit-ptest type package too. They both let us test different things,
> > one probably more quickly than the other, with the other being more
> > complete.
> 
> Well, logically that would mean that we'd need a real-world user of
> webkit for every port (or at least, for the three ports that are
> currently supportable within oe-core).  It's not obvious that this would
> scale very well.
> 
> What are the things that you think would be tested better with midori
> than with the standalone launcher and test wrappers?

What does the standalone launcher give you?

What I'm thinking is that having a browser interface QA can click on
from the desktop and enter say 5 urls into is fast yet tests a
significant amount of the system, much like booting X on a system
doesn't test everything but it does test a fair amount of simple things
like whether the binaries work.

Cheers,

Richard