From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6721684426774806528 X-Received: by 2002:a5d:4484:: with SMTP id j4mr20369129wrq.143.1565017830426; Mon, 05 Aug 2019 08:10:30 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:a386:: with SMTP id l6ls24406696wrb.16.gmail; Mon, 05 Aug 2019 08:10:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqyaoaIJny2SPnrjQdewr/AzzpZy5zYGRlkkn8esNwVlUFpIn+qsXOfAiceU8boxIYeLjP3H X-Received: by 2002:a5d:63c9:: with SMTP id c9mr127827885wrw.15.1565017829958; Mon, 05 Aug 2019 08:10:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565017829; cv=none; d=google.com; s=arc-20160816; b=zD7f96CntDEvqriFAddNmqgx0Co4656eTOtTM3FyWt9IS7jTn/EezUedSwTZRzyBnQ 9U4u7c1Vd1OMwlZ6A3u0cSFSfS8VNrqrKo8Wo0JRvDMIlpX+vmb0Aklzj3OmgZ6nYXQq LM0+dOUpQbhHx/MJ5zIOOUn+df2FdnTJ3d+dDaYRXKK9SU3VBx1EDcyzTtXxv9SFZABE Qun7IbD5zFfM+9EIJ5zbmX9V9Jw8k3HU8SBb012+GY+KtDUhnk9lryYnhtTB6i4kg0lb bjDq3fn0u4p0L3fexE++8llEkq0g+1gy6AguUVXoyWbcvIzuA161690holjKaIrS2jG2 aW3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject; bh=IujFYDnWPc4jIYxIrYJRqswTuQADUCpfgJKvX/T86Es=; b=DmUo8zDux6n0imnNM2XAYYZw5v+5AqIDlKbILVewxSMFUg6nwEZBUfGsx20mubjIDR HJMBtLq1oFOuUEsOh1zvKs6r6V5jQxelsKYzXLTnVA2c1rV7HB0hDOsuH4QWk7YX0TRT qBQBZN7w6GCiPLg/ghYnabelOTKOsf+dymXHjO2xKgz2pSExGXyko3M6VVRex6oeePl1 Rr5021tyQ5fXYYGJSGgZtR48XFQW34WcyX9JMVyo7zI0tY3uJibGS/TnfHlm0mEO2EIi EyQY7ulM08AaZp4WF0M1FvhqTkqpmGqXTZG7rV+RhK6j3cgKukwBaoO4XeM0WCwqyEjX 77FQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id a10si4473002wmm.2.2019.08.05.08.10.29 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Aug 2019 08:10:29 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id x75FATms026913 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 5 Aug 2019 17:10:29 +0200 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id x75FATRQ008415; Mon, 5 Aug 2019 17:10:29 +0200 Subject: Re: [PATCH] meta/classes: generate bill of material from image To: Henning Schild Cc: "[ext] Q. Gylstorff" , isar-users@googlegroups.com References: <20190805140742.11479-1-Quirin.Gylstorff@siemens.com> <20190805164327.0f59d9a1@md1za8fc.ad001.siemens.net> <20190805170846.20218e13@md1za8fc.ad001.siemens.net> From: Jan Kiszka Message-ID: <6649232d-4bd0-10ef-e672-79b68bd516a2@siemens.com> Date: Mon, 5 Aug 2019 17:10:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190805170846.20218e13@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: MRSxVEzoLb1z On 05.08.19 17:08, Henning Schild wrote: > Am Mon, 5 Aug 2019 16:48:36 +0200 > schrieb Jan Kiszka : > >> On 05.08.19 16:43, [ext] Henning Schild wrote: >>> Hi Quirin, >>> >>> do you have a real use-case for that? In fact we do have similar >>> things internally already but did not propose it yet. Reason is you >>> still need to find all the magic switches to collect the source and >>> binary package versions, and you most likely want a machine >>> readable format. >> >> The use cases are the same what we have that internal stuff for. >> >>> >>> In fact we should just fix that broken offline cache thing and >>> enable src-packages for it. That would generate a list that will >>> hopefully be complete and in a well defined format. >> >> Good points: The format should be easily parseable. >> >>> >>> Without the real use-case and the post-processing this is just >>> another obscure Isar feature and i am against merging it. >> >> How would you do it otherwise? Tell the beginners to remember which >> command to run with which switches on which subdirs? >> >> Quirin and I were also discussing the first extension: We need to >> collect information about additional packages that are not part of >> the rootfs but the image, primarily bootloaders. Providing a >> framework - however that may look like >> - for recipe authors to report them would be valuable and can be >> achieved by any local solution that cleanly. > > What i meant to say was. Please contact all the people that are already > doing that and collect the requirements. > Because if we miss any of the known ones, the feature will be an obscure > one. That's what this is patch proposal is for: get the attention. :) Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux