From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6449326914083487744 X-Received: by 10.25.81.199 with SMTP id g68mr1636389lfl.21.1502465809361; Fri, 11 Aug 2017 08:36:49 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.25.149.136 with SMTP id x130ls113170lfd.26.gmail; Fri, 11 Aug 2017 08:36:48 -0700 (PDT) X-Received: by 10.25.212.76 with SMTP id l73mr1778382lfg.12.1502465808787; Fri, 11 Aug 2017 08:36:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1502465808; cv=none; d=google.com; s=arc-20160816; b=C17K163Rllpb26mpqGrbx/jtEOtLiWZ/xoQCQW0lad6WStIKMaIiMo7pFo1PPXuOcF CvNSNNNUqW5ogETBEiyoIEyQGYf+WKvux1eDiD97L6jucZMbFr+PQMJ62gCzPvtUrdtg fICVGgbUBYBPtuVI1OhZX6TsINc+Oycdhnzyjeu7kgpl4juPFxXUMnN2c6vv2zSqAM8x XZDeneplspTpy38krc/tTR8P8j+LuWXCLhVRsvRX2wyC4OjHi6sNgIJNibBGSAg1EIC3 iwBZVOOWiNb81NHJ7DVC96+7XJsHn1FpZnizhDiet+sI5oaGUlof5WaMaOVfkD7mgSoc T8rA== 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=ekiEkxlTOKUroWlK/I+DY9Eow/LtybDms166XSk5eco=; b=lePtY1QK1V20S0fD/BnBf7ZXE8UhwE61APyflRwNc0Hro2c6de23wExebfDrQz/4dM SWiuNcbWrSsGX4FucKYedZwsJrPSozKkzFga32miyLOLxYwd/7eIvgFLhhiMAhQaWNdV Yvzfy2SgWl0cKuaMivcwazE0ZuXL8CeGmMfisazngfzdJ8TXBtoVFq1Z2qGM3fI026fy l1CTya7GofIX8vHPx8RFtd/dpCgVpfnJY0ajnswIjX1ikl0ayJRwc2rQ0qVWid6UqYx7 FdGXNXlrJGM+MDcVR+FY60YRWz6BC5cleyE8npkP20ktmrXo7e8jS9Vc0xQOjmmIv8kM 2e5A== 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 n202si33146wmd.3.2017.08.11.08.36.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 08:36:48 -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 v7BFajiC022985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 11 Aug 2017 17:36:47 +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 v7BFad05018368 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 11 Aug 2017 17:36:39 +0200 Received: (from ibr@localhost) by yssyq.radix50.net (8.14.4/8.14.4/Submit) id v7BFadhR018367 for isar-users@googlegroups.com; Fri, 11 Aug 2017 17:36:39 +0200 Date: Fri, 11 Aug 2017 17:36:39 +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: <20170811153638.GA3809@yssyq.radix50.net> Mail-Followup-To: isar-users@googlegroups.com References: <20170810124627.GA3259@yssyq.radix50.net> <20170811101346.3f5e67d5@md1em3qc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170811101346.3f5e67d5@md1em3qc> User-Agent: Mutt/1.5.23 (2014-03-12) X-TUID: iVlsTB+vY0IH On Fri, Aug 11, 2017 at 10:13:46AM +0200, Henning Schild wrote: > > Regarding the increase of build time, I'd really like to avoid that. > > Me too, that is why i started the discussion on caching. Giving up on > the gatekeeper idea would IMHO not be the way to go. > > > Building all configurations in one run already takes up to 40 min. > > CI is patient and for basic testing one does not need to build all of > them. I'm not patient ;) , since I test every commit during every rebase... We should automate that, too. But even then, build time will still be developer time. Performance is the last but not the least requirement. > > The problem should be easily mitigatable by splitting rootfs > > multistrap and apt-getting the built packages into separate recipes. > > Yes but that is what i mean with "giving up the gatekeeper". We could > implement both ways controlled by a variable in a config. That would > speed up the builds during development and allow switching to strict > gatekeeper mode for releases. What is the disadvantage of splitting into two recipes? An image would still require apt-get install, so this step would not be omitted. Implemented in this way, the second recipe would be your gatekeeper, no? Adding one boolean variable doubles the amount of testing required. It's configuration permutations that kill. That is why I'd prefer settling on one way. With kind regards, Baurzhan.