From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6449326914083487744 X-Received: by 10.28.147.198 with SMTP id v189mr1232325wmd.25.1502369197662; Thu, 10 Aug 2017 05:46:37 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.25.89.2 with SMTP id n2ls505328lfb.16.gmail; Thu, 10 Aug 2017 05:46:37 -0700 (PDT) X-Received: by 10.25.81.199 with SMTP id g68mr1286665lfl.21.1502369197087; Thu, 10 Aug 2017 05:46:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1502369196; cv=none; d=google.com; s=arc-20160816; b=slhgLouTynpCqh82HPgodNz/QzQsp/qzUrr2V7BJLLh0x8KOsbyAxE5i9xRGSY/Ilk C3gu6oSm1BGK12oyoCIch4B6H2TAqffnojsfClpdS8+JcwKWCVRI9OD4W1JqaR0bsnsG 831h0Wk+RDfsQiFTPytzI033R3Qh8Be3grRR9tid0rqssehB78jwRMfJMbfYFOH/rHRp QHiT2p64M05je9UCcMD1KMvjp2a0FYfOyb3TADYRFyCqTWUTAxzfOQoKEksupVQG9i4L MThogiX6QUI9h7Bl+esJmPvoGth12k011zKlh/4U15sX0bhbiHjyVE352B3XRrnpAWF9 zwlg== 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 :arc-authentication-results; bh=TJa4PbaE+5svgu5u3qZ/4YpHd1B/3zgt0ymw7zagVy4=; b=NWVKBJ1BIADR2008wdeKSvHMxONcrv1lCSwb0XkM92NqZ7PQ3euaOzKfQYQ+q65YEI A5UllEGfswx96O2X0PJ8bKtXkpsj8Pb0c2N5Ldsxx/E2yXhWrHq6lso27+kaYZsu1xV0 Llb37GsbeMi5+rzFxo/Kczfhhvh6nr79Ec9i8wnUAt24gYLyoiFCP37Oe9qLhYGRDYyV o/SJalXN3yaT44jBv36jTSLwIWnMJJ2bQMebkSO3ILCGcoaEKTeorU5yboOJ5JlF3bAn umR0B8Ds/WKnD/qG1nsSNcXGSRG0OELELKkKPBgz+Buh+eCwyn372ggF8ytOGQ/xGqK3 z9Eg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from aqmola.ilbers.de (aqmola.ilbers.de. [85.214.62.211]) by gmr-mx.google.com with ESMTPS id z192si1140479wmz.5.2017.08.10.05.46.36 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Aug 2017 05:46:36 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.62.211; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.radix50.net ([206.167.44.205]) (authenticated bits=0) by aqmola.ilbers.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id v7ACkXdf006370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 10 Aug 2017 14:46:35 +0200 Received: from yssyq.radix50.net (localhost [127.0.0.1]) by yssyq.radix50.net (8.14.4/8.14.4/Debian-8) with ESMTP id v7ACkRGl005463 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 10 Aug 2017 14:46:27 +0200 Received: (from ibr@localhost) by yssyq.radix50.net (8.14.4/8.14.4/Submit) id v7ACkR9i005462 for isar-users@googlegroups.com; Thu, 10 Aug 2017 14:46:27 +0200 Date: Thu, 10 Aug 2017 14:46:27 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH 0/3] use local repo for multistrap and drop "dpkg -i" Message-ID: <20170810124627.GA3259@yssyq.radix50.net> Mail-Followup-To: isar-users@googlegroups.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-TUID: oUIxpKaOPn2/ Hello Henning, On Tue, Aug 01, 2017 at 05:24:05PM +0200, Henning Schild wrote: > This series introduces support for a local repository to be used instead > of "dpkg -i" after bootstrap. Before we discuss it in detail: We have an implementation of apt generation that is also used for binary package caching across bitbake runs in the lenormf/develop-l20170602-dpkg-cross branch provided to Hans and mentioned on the list. Which advantages does your implementation bring? I like your dpkg-scanpackages approach compared to reprepro in the existing implementation. Analyzing the rest and choosing / combining the optimal strategy will take some time. To speed up the process, could you perhaps sketch the changes in the workflow in a few sentences? Regarding the kernel: Which arch and suite are you building for? We don't install kernels in QEMU images because they are not necessary. Regarding the increase of build time, I'd really like to avoid that. Building all configurations in one run already takes up to 40 min. The problem should be easily mitigatable by splitting rootfs multistrap and apt-getting the built packages into separate recipes. At least I'm not aware of any increase in the existing implementation.