From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dan.rpsys.net (5751f4a1.skybroadband.com [87.81.244.161]) by mail.openembedded.org (Postfix) with ESMTP id 6398672392 for ; Sat, 6 Dec 2014 16:50:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id sB6Gnr7i027038; Sat, 6 Dec 2014 16:49:53 GMT 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 o57aSckOrucs; Sat, 6 Dec 2014 16:49:53 +0000 (GMT) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id sB6GncEj027033 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 6 Dec 2014 16:49:49 GMT Message-ID: <1417884615.5102.27.camel@linuxfoundation.org> From: Richard Purdie To: Otavio Salvador Date: Sat, 06 Dec 2014 16:50:15 +0000 In-Reply-To: References: <2398845.3Ch9h31VYL@peggleto-mobl5.ger.corp.intel.com> <1417876633.5102.23.camel@linuxfoundation.org> X-Mailer: Evolution 3.12.7-0ubuntu1 Mime-Version: 1.0 Cc: Paul Eggleton , Patches and discussions about the oe-core layer Subject: Re: [PATCH v2 1/1] buildtools-tarball: restore missing git tools 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: Sat, 06 Dec 2014 16:50:41 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Sat, 2014-12-06 at 14:10 -0200, Otavio Salvador wrote: > On Sat, Dec 6, 2014 at 12:37 PM, Richard Purdie > wrote: > > At some point you have to depend on the host system, be it perl, sh or > > other things. The exact line should be configurable, Paul is simply > > adding a mechanism here that allows us to control that. He's needed a > > default and I think perl is API stable enough that we should be ok here. > > I understand but the provided mechanism is ugly and hackish. > > Maybe a mechanism like 'ASSUME_PROVIDED' could be made and use for > this use-case. A dummy package looks like a workaround. The mechanism needs to work at the package manager level, not at bitbake since that is where the problem is. I'm not aware of mechanisms in any of the package managers, let alone one common to all of them. As Paul said, better ideas more than welcome. Cheers, Richard