From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6721684426774806528 X-Received: by 2002:ac2:4c12:: with SMTP id t18mr6941724lfq.134.1565017214348; Mon, 05 Aug 2019 08:00:14 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:9643:: with SMTP id z3ls9533321ljh.7.gmail; Mon, 05 Aug 2019 08:00:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqx5rWkEtq074jpnZfzXO2PCA/3dN1aiTqy118NiUl0VKviLcQmFCfxtA1ANeRMKFYU2J7pM X-Received: by 2002:a2e:98d7:: with SMTP id s23mr38165555ljj.179.1565017213815; Mon, 05 Aug 2019 08:00:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565017213; cv=none; d=google.com; s=arc-20160816; b=ONQRkN2hSN86on+rUr1hOOIEzT21QlHRfc3H+Nc2UquOQolMWGMQMmY76T7teyUPyw IGqD3aZ/wYo7nehsM10fvgts+Zwyd2g7BQe4TTteDFL/061pHNHxTOxGBWr0gBiJ5cXX RFgCHJ8/4iHgZHrBFtdNH0ASONOibreIAngeweQHgSS7qbexOIT1ydbXEOOAZM2HLd/7 oLtBZLP1ZEgQmtDTKYySH6seTIUEwfuKPMrUyqgYV9pKC/ICeDF03dao32Wg3+qelzBF hyztGXhqvMf4KjePG87QuKWA6Wb9T5cMI0dXKK+6zWSQdZCEqIy5FjwDyNP+XeAjuAfD +AcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=/pksVFjngrQOXi7WIpM1CMuAVmRVD5UgjoOncvVTBjw=; b=hIq2BKceBds7V+K673F5k/e6vb4M70EaP7L3kLlp4BIiFxC6bb8T464yZuV/Du284q xDntQJ26P+WNEYcGZBsznnx7+Y9iENTh66TwskI//JSk2ybA9HRht/UP8P9McVI7KeNV zQ7N8TYXRYJjIng/JxV6DoksRhO7Trm/5vMq3lsPYkMTisUhxCSlmfHfkvHd3xGU92J0 FTHy4AeDU7IcHJhQCn1MGZ1pEhqgPIxAHwv/yYlw2LR/dpooSX+78mvKn2n/PbfzMY8H 2zhbi3L3WlCiWW9rcS1Uf0VAa+My1kdC1wffcR/sR8SKdvUe1FYYq+gN5e8aSEmcTvBt q+zQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id m84si3430159lje.1.2019.08.05.08.00.13 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 05 Aug 2019 08:00:13 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id x75F0Bmu008442 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 5 Aug 2019 17:00:12 +0200 Date: Mon, 5 Aug 2019 17:00:11 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH] meta/classes: generate bill of material from image Message-ID: <20190805150011.GH32438@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20190805140742.11479-1-Quirin.Gylstorff@siemens.com> <20190805164327.0f59d9a1@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190805164327.0f59d9a1@md1za8fc.ad001.siemens.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: Eu9JYtKbT8hC On Mon, Aug 05, 2019 at 04:43:27PM +0200, Henning Schild wrote: > 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. > > 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. > > Without the real use-case and the post-processing this is just another > obscure Isar feature and i am against merging it. Isar has started to be useful today. As such, it has known limitations. E.g., bitbake isn't the perfect tool for the job, either. That said, if we waited till we develop the perfect tool, we wouldn't have been here. If the feature has value, I wouldn't like to discard it outright. Regarding the base-apt design -- here we need either debootstrap introspection (which it possibly doesn't have having been developed in shell to run on non-Debian systems), or reimplement multistrap in perl (as discussed with other debian-embedded developers). According to an ELBE developer, they also use this approach, so this seems to be state of the art ATM. But I agree that solving this upfront in a separate step would simplify the architecture. With kind regards, Baurzhan.