From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mail.openembedded.org (Postfix) with ESMTP id B64AC6AC37; Tue, 16 Jun 2015 12:39:23 +0000 (UTC) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga102.jf.intel.com with ESMTP; 16 Jun 2015 05:39:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.13,626,1427785200"; d="scan'208";a="747612327" Received: from kanavin-desktop.fi.intel.com (HELO [10.237.68.143]) ([10.237.68.143]) by orsmga002.jf.intel.com with ESMTP; 16 Jun 2015 05:39:22 -0700 Message-ID: <55801903.4040905@linux.intel.com> Date: Tue, 16 Jun 2015 15:39:31 +0300 From: Alexander Kanavin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: =?UTF-8?B?QW5kcmVhcyBNw7xsbGVy?= References: <557E9EFE.1030703@linux.intel.com> <557EE4C2.501@linux.intel.com> In-Reply-To: Cc: Yocto Project , Patches and discussions about the oe-core layer , "openembedded-devel@lists.openembedded.org" Subject: Re: Webkit-gtk will be updated to latest upstream; midori browser to be replaced with Epiphany 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 12:39:26 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 06/16/2015 09:50 AM, Andreas Müller wrote: > How about doing same as others do e.g fedora [1-2]: Keep two version > of webkit-gtk based on same recent code: > > * gtk2/webkit1 > * gtk3/webkit2 Before showing how, you need to explain why. Fedora has to package webkit1 because they have a lot of apps in the Gnome stack that still haven't been ported to webkit2. Oe-core on the other hand has only one such app: midori. Also, webkit1 has been deprecated for years, and there is no commitment from upstream to maintain the 2.4.x series which is the last that still has it in the source tree; they may cease to do it at any moment. So once again, why keep it in oe-core? Regards, Alex