From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail5.wrs.com (mail5.windriver.com [192.103.53.11]) by mail.openembedded.org (Postfix) with ESMTP id 3941465CBB for ; Fri, 17 Jun 2016 13:34:05 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id u5HDY0dX008416 (version=TLSv1 cipher=AES128-SHA bits=128 verify=OK); Fri, 17 Jun 2016 06:34:03 -0700 Received: from tal.localnet (128.224.21.250) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.3.248.2; Fri, 17 Jun 2016 06:33:58 -0700 From: Mark Asselstine To: Andre McCurdy Date: Fri, 17 Jun 2016 09:33:56 -0400 Message-ID: <10638163.jDLm51fopt@tal> Organization: Wind River User-Agent: KMail/4.13.3 (Linux/3.13.0-85-generic; KDE/4.13.3; x86_64; ; ) In-Reply-To: References: <1466099108-25355-1-git-send-email-mark.asselstine@windriver.com> MIME-Version: 1.0 Cc: OE-core Subject: Re: [RFC][PATCH] vte: bring back old version to support xfce4-terminal 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, 17 Jun 2016 13:34:06 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On June 16, 2016 18:10:09 Andre McCurdy wrote: > On Thu, Jun 16, 2016 at 2:47 PM, Burton, Ross wrote: > > On 16 June 2016 at 21:49, Mark Asselstine > > > > wrote: > >> While waiting to hear back about my inquiry I did take some > >> time to put together this patch that allows things that > >> require the older vte to continue to build. Since xfce4-terminal > >> lives in meta-openembedded this might make more sense to carry > >> over there. I am sure folks will have an opinion so sending this > >> out as an RFC. > > > > That's certainly a good argument for putting the old vte in meta-oe. > > The meta-oe layers generally have a higher priority than oe-core, so > having an older version in meta-oe and a newer version in oe-core can > lead to unexpected results. This should not be an issue. My change has the old recipe renamed with the API version so the old version becomes referenced by 'vte-0.0' (per the commit log the 0.0 is consistent with the API versioning upstream). So recipes which require the old version, like xfce4-terminal, have to have their DEPENDS adjusted accordingly. There should be no surprises. I will have a closer look today to ensure nothing in oe-core is requiring the old version and if not I will prepare a patch for meta-oe since that seems to be the general agreement for a home for this. I need to do some further checks and runtime tests but I will get this out shortly. In the meantime anyone else running in to the build failure can exploit the RFC patch. Mark > > > Ross > > > > -- > > _______________________________________________ > > Openembedded-core mailing list > > Openembedded-core@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-core