From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mail.openembedded.org (Postfix) with ESMTP id 099486FFE2; Fri, 10 Jun 2016 13:21:27 +0000 (UTC) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP; 10 Jun 2016 06:21:28 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,449,1459839600"; d="scan'208";a="716990733" Received: from kanavin-desktop.fi.intel.com (HELO [10.237.68.161]) ([10.237.68.161]) by FMSMGA003.fm.intel.com with ESMTP; 10 Jun 2016 06:21:28 -0700 To: openembedded-core@lists.openembedded.org, "openembedded-devel@lists.openembedded.org" References: <33320.10.7.198.51.1465487815.squirrel@linux.intel.com> From: Alexander Kanavin Message-ID: <4128fb32-07bb-94d1-6b77-acb8984635fd@linux.intel.com> Date: Fri, 10 Jun 2016 16:21:06 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.1.0 MIME-Version: 1.0 In-Reply-To: Subject: Re: [oe] the fate of Vala in OE 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: Fri, 10 Jun 2016 13:21:29 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 06/09/2016 07:36 PM, Burton, Ross wrote: > We do use Vala for internal gstreamer-related projects so I would > volunteer to support it in oe-core. > > > Would you volunteer to maintain it in a separate layer if possible? If > nothing in core uses it and it can be maintained out of core then I > think it should be moved out. Currently, vala support is in oe-core but > nothing in oe-core uses it... so the autobuilder can't tell if it works. How about? 1) vala compiler recipe and support for generating library bindings stays in oe-core 2) we take care of updating the vala recipe to latest stable upstream version 3) we make sure that vala recipe builds correctly and library bindings are generated without error for libraries that are in oe-core 4) any other issues, such as compiler not working properly, or issues with bindings for things that are not in oe-core are handled by 'the community'. Alex