From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6499063932287713280 X-Received: by 10.80.195.1 with SMTP id a1mr3114047edb.8.1513262191068; Thu, 14 Dec 2017 06:36:31 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.80.212.217 with SMTP id e25ls2332774edj.2.gmail; Thu, 14 Dec 2017 06:36:30 -0800 (PST) X-Google-Smtp-Source: ACJfBovmTMSVD1DTY6TUVDlqpMr3wgTceZvdcw8Cb0wD9e3LYCkmyBdz9pqF0y4s0v2XLmP/t/le X-Received: by 10.80.203.138 with SMTP id k10mr3096454edi.5.1513262190602; Thu, 14 Dec 2017 06:36:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1513262190; cv=none; d=google.com; s=arc-20160816; b=MwpvyopCzakYutzcROqC+9LzhWbv5MqxR79RcBqztzMyvx4sURqpY7qroCHkQDaO9K iOvlN2Gl13XRch+s0Xw6l1Td7fDSxHCECGuZYIzLFGcYUVAxkEy7viJakz2eyYEM/CWK qjvOZwdjT4O/6mpvDd1mxfMsrKyz13Lu6MgZRcy/x9YjCz4d7L8+LIR+ixp6nAzkGDo+ P1H3uGzOLRS67M09Tn93ZFWUupYwOrlY49CuHcNjQ5bAu4EPK1ks5ZzJWOtSBAR6IuNv o9pO4tUigY5hgmHO4TjxDrw0w8Mg6VczU41ZGegTIP7Qv/i+awAeyoMXH/6O2sVinei4 J2/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=OuglitTULl4qCmtjdK51JMEqwkLdZ4dZqPsJTZ5u2Hc=; b=F/lBSfpgh6a7IBJr0vCHc3JWgTKl6UuHDqQy2I+7awAQlcc3PzMPtEWFYCH57kCfFW DxtIwSpdgy8uTWGBLvGOPuJ+8ke+fcUWQ4jgmlruW7TfIiXT0qNQwWiwzvmnTkZP7N6X iEHgRWeLnT7ooGgehlqfAPa62e0C4WtBnE3mwCyBUBrxF/7evZIH9K1uQzxE5bvgI3fA 8Ylw+wKq04hRQQxRPnBzA7ywNOYYuw1D/dCR1cPxA2vzf4f15kKJuHB13I9iWcs9hhw8 0QDKTlmer3gfzE7uWDX+vSGustT+PkmeqDITziliNxiXBj4LgAoIG4J76+Of3DJkZuRJ BxTw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id a23si523573edd.1.2017.12.14.06.36.30 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 06:36:30 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id vBEEaTvt010200 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 14 Dec 2017 15:36:29 +0100 Received: from mmd1pvb1c.ad001.siemens.net (md1pvb1c.ad001.siemens.net [139.25.68.40] (may be forged)) by mail2.siemens.de (8.15.2/8.15.2) with ESMTP id vBEEaTkU009739; Thu, 14 Dec 2017 15:36:29 +0100 Date: Thu, 14 Dec 2017 15:36:28 +0100 From: Henning Schild To: Claudius Heine Cc: "[ext] claudius.heine.ext@siemens.com" , Subject: Re: [RFC PATCH 0/1] Special debian depends entries Message-ID: <20171214153628.1b3d6d36@mmd1pvb1c.ad001.siemens.net> In-Reply-To: <1513260757.31110.23.camel@denx.de> References: <20171213160710.3610-1-claudius.heine.ext@siemens.com> <20171214144205.063a6c49@mmd1pvb1c.ad001.siemens.net> <1513260757.31110.23.camel@denx.de> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: LnYwV3D5YmjO Am Thu, 14 Dec 2017 15:12:37 +0100 schrieb Claudius Heine : > Hi Henning, > > On Thu, 2017-12-14 at 14:42 +0100, Henning Schild wrote: > > Am Wed, 13 Dec 2017 17:07:09 +0100 > > schrieb "[ext] claudius.heine.ext@siemens.com" > > : > > > > > From: Claudius Heine > > > > > > Hi, > > > > > > this patch is to start the discussion about how to implement the > > > debian depends. > > > > > > Instead of going the just 'echo ${DEBIAN_DEPENDS}' route, I chose > > > to > > > be backwards compatible. Another reason for this is also for the > > > possible next feature where ISAR 'DEPENDS' or 'RDEPENDS' will be > > > converted to the package specific 'DEBIAN_DEPENDS'. > > > > With the current nature of dpkg-raw DEPENDS and RDEPENDS make no > > sense. > > Maybe some day the class will do more than just wrap stuff in a > > package, but at the moment i do not see that coming. > > And even if that ever happened the class could take care of turning > > the > > bitbake-list (R)DEPENDS into a Debian comma-seperated list. > > > > I tried your code in a bash (not in Isar/bitbake etc.) and i got a > > few > > more commas that i would have expected. > > > > 'libc, (>=, 2.16)', 'tar, |, bsdtar', systemd > > > > Shell code is nasty, i think i do not even want to know why it > > worked for you or wether it would work in Isar with my build env. > > I works in here because the ${DEBIAN_DEPENDS} is inserted by bitbake > before any shell is executed. So in shell code for this example looks > like this: > > DEBIAN_DEPS="$(for i in 'libc (>= 2.16)' 'tar | bsdtar' systemd;do > echo $i,;done|tr '\n' ' '|sed 's/, *$//')" > > If you try that out with your shell: > > $ echo "$(for i in 'libc (>= 2.16)' 'tar | bsdtar' systemd;do echo > $i,;done|tr '\n' ' '|sed 's/, *$//')" > libc (>= 2.16), tar | bsdtar, systemd > > It works correctly just like in bitbake. > > DEBIAN_DEPENDS is not a shell variable but a bitbake one. > > But I get your point that this is confusing and error-prone. Doing it > with python might be easier. It is just one of multiple points. Could you live with the simple solution of just taking the string from the recipe and requiring recipe-updates? Henning > Cheers, > Claudius >