From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6499063932287713280 X-Received: by 10.25.37.198 with SMTP id l189mr442437lfl.28.1513263147781; Thu, 14 Dec 2017 06:52:27 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.5.3 with SMTP id 3ls748280ljf.13.gmail; Thu, 14 Dec 2017 06:52:27 -0800 (PST) X-Google-Smtp-Source: ACJfBothDemnj9776MC/pbMBiPkXqbvvVD/vYmsRTj57nshJYxXlIH3plHFHojnTM7dL9aFqSRAX X-Received: by 10.46.64.77 with SMTP id n74mr489216lja.2.1513263147168; Thu, 14 Dec 2017 06:52:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1513263147; cv=none; d=google.com; s=arc-20160816; b=fPbg+gU/T1X0YaI7PYBPOCywhZ0o/jK6Ra+ss8ALrChToRHKUCe23DtwahfvQP+LYN v7UbmTgP9PzfaCCB5ZHOAny4j7BZB9MxAWuzcdlB092b5x/3es5rZw87sNSYLmH7Ozjq KhHTXOaSvUJNbdYpRf3pNAzU2739S2sUb5PtQJWl0cyVLMACUwQ5O1MVyZYv7lPBw7mW ii0XGFTH9pvLCEnINqsD9byvydkVKdli7YUY2ide3E7vTPMWjFfl2ADRles1YEpt4Xw/ B1QGkODb8pcVS3EuIztsweswO1bmRFTKxxgBnbkJFvcS7GsqO0Rty+LpPwQuQX9YULGv /iqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:references:in-reply-to:date:cc:to:from:subject :message-id:arc-authentication-results; bh=ieH/iODZiqYSPSsFa/pdw1grZSKKQIZUtJGipkPbig0=; b=Es2qxt7ZfQjmUQbAZHo7tOc99rjqAZ8lmDKKmnpVi1casl3BttX3NvsnbEjDB00PtU ykKDdCosMo4UedCf9AMkElmNmyxRF3tzGyK++9DOrOt4FIQ8IsyDoYBp8eeYKmIWczqg +NMFZsn8Tam108/pML6zequT/3AWi8ANczjoLS6SPeP0/hzqwC9XuI3aaaPnmJNQYipX Y2ZTRt1QL5FAwjFwex7mfLeG6sH+Bt+ZtQyNGyEQW6RhoxBPl9ex4FWQJAJX6e09Ab2b +TdtOuWMSv5KjuG5oOPTVTBQtJrUuS5UvDMvJiPwRCbvvUs3WDnSkBFfEYxJLVHfXWe/ Gtmg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 212.18.0.9 is neither permitted nor denied by best guess record for domain of ch@denx.de) smtp.mailfrom=ch@denx.de Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net. [212.18.0.9]) by gmr-mx.google.com with ESMTPS id c69si405658ljd.4.2017.12.14.06.52.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 06:52:27 -0800 (PST) Received-SPF: neutral (google.com: 212.18.0.9 is neither permitted nor denied by best guess record for domain of ch@denx.de) client-ip=212.18.0.9; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 212.18.0.9 is neither permitted nor denied by best guess record for domain of ch@denx.de) smtp.mailfrom=ch@denx.de Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3yyGkL3XPzz1qsk0; Thu, 14 Dec 2017 15:52:26 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 3yyGkL38xkz1qqlB; Thu, 14 Dec 2017 15:52:26 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id B6IzvT6lMyUc; Thu, 14 Dec 2017 15:52:25 +0100 (CET) X-Auth-Info: ko13eI6JPNzqO0r3q6++liYkbXG+4CtYkMg2fn8u8rI= Received: from orrorin (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 14 Dec 2017 15:52:25 +0100 (CET) Message-ID: <1513263138.31110.37.camel@denx.de> Subject: Re: [RFC PATCH 0/1] Special debian depends entries From: Claudius Heine To: Henning Schild Cc: "[ext] claudius.heine.ext@siemens.com" , isar-users@googlegroups.com Date: Thu, 14 Dec 2017 15:52:18 +0100 In-Reply-To: <20171214153628.1b3d6d36@mmd1pvb1c.ad001.siemens.net> References: <20171213160710.3610-1-claudius.heine.ext@siemens.com> <20171214144205.063a6c49@mmd1pvb1c.ad001.siemens.net> <1513260757.31110.23.camel@denx.de> <20171214153628.1b3d6d36@mmd1pvb1c.ad001.siemens.net> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-reAVxcfRNdM3GuVXCxqp" X-Mailer: Evolution 3.26.2 Mime-Version: 1.0 X-TUID: M7OHvusOTAxM --=-reAVxcfRNdM3GuVXCxqp Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2017-12-14 at 15:36 +0100, Henning Schild wrote: > Am Thu, 14 Dec 2017 15:12:37 +0100 > schrieb Claudius Heine : >=20 > > Hi Henning, > >=20 > > 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" > > > : > > > =20 > > > > From: Claudius Heine > > > >=20 > > > > Hi, > > > >=20 > > > > this patch is to start the discussion about how to implement > > > > the > > > > debian depends. > > > >=20 > > > > 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'. =20 > > >=20 > > > 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. > > >=20 > > > I tried your code in a bash (not in Isar/bitbake etc.) and i got > > > a > > > few > > > more commas that i would have expected. > > >=20 > > > 'libc, (>=3D, 2.16)', 'tar, |, bsdtar', systemd > > >=20 > > > 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. =20 > >=20 > > 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: > >=20 > > DEBIAN_DEPS=3D"$(for i in 'libc (>=3D 2.16)' 'tar | bsdtar' > > systemd;do > > echo $i,;done|tr '\n' ' '|sed 's/, *$//')" > >=20 > > If you try that out with your shell: > >=20 > > $ echo "$(for i in 'libc (>=3D 2.16)' 'tar | bsdtar' systemd;do > > echo > > $i,;done|tr '\n' ' '|sed 's/, *$//')" > > libc (>=3D 2.16), tar | bsdtar, systemd > >=20 > > It works correctly just like in bitbake. > >=20 > > DEBIAN_DEPENDS is not a shell variable but a bitbake one. > >=20 > > But I get your point that this is confusing and error-prone. Doing > > it > > with python might be easier. >=20 > It is just one of multiple points. >=20 > Could you live with the simple solution of just taking the string > from > the recipe and requiring recipe-updates? I would rather not break backward compatibility. I know that isar is not at a stage were a fancy idea like this one really matters, but for me this issue is currently not important enough to justify this breakage and the work to change all the recipes relying on the old behavior. So for me we either fix it in a compatible way, like my patch does, or don't bother and wait for a usecase where we cannot advice the user to just debianize the sources in some way. Cheers, Claudius --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de PGP key: 6FF2 E59F 00C6 BC28 31D8 64C1 1173 CB19 9808 B153 Keyserver: hkp://pool.sks-keyservers.net --=-reAVxcfRNdM3GuVXCxqp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEb/LlnwDGvCgx2GTBEXPLGZgIsVMFAloykCIACgkQEXPLGZgI sVMSZA/8CHoCDwcYb8QnBDwBoy4Y8TmSj9qZIG+2jiCG2bZEGMZNpecndhuIbl+l wRSQrnBSSiLw06vs7ZlZtc7cbr7cxh9pyzwoSK/R8D2Zw/9Up+ax8J7taWydx13H LUV+aQpdRjmvxfbpWZm7fOdGidEswqMoZ3Qf9K1X9AYsnZf5nqtZNjiS260TVZSA tr+d+7fA3pIiOoONi5SFmkEZpE1NJcsbjk4zbxBGhejUowekYOZe8wpCalZbe3i3 68RhJn/ISqTdpdTeO6PsI8WHf9KvBv/UEYaJcoAPvAaAega2edPmB4E+nw6p0Q3L KGV5NVGVdBxOqnBwmadLd0wFirvivg5bUGMGLNXN8CIT0NX5DXxxJMa545LR9X04 maQJ6SFeEGTUT8ye1FgTdeI1PpudfuJYsrbDZdJwspcsjN9c5SEdKUvy4lNRrq/a Tb7DtNoHOfzTCSmZYHi9CAG6LtluW+X1ZY+k7nCMRVhK6EjKreegcry92aW/s2yV C83WBXoATIcPlpaptQyTYxUwJrE0106WjOJzJWg+cOjBdKgwF4qbo1pLnE6aHPzb CJ7s5Cnw5JxG70K6TlyPJbw2OAN6c2P5aQU1uRkHo+MgbeDNtJf9f/qKgW1jP13w DAP8yc9icMswjioGLHMptNd+H1jM9cckq7pK+Tlqlup7BvrtmEo= =3hub -----END PGP SIGNATURE----- --=-reAVxcfRNdM3GuVXCxqp--