From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6452539580202614784 X-Received: by 10.25.56.91 with SMTP id d27mr1150939lfj.7.1503150837446; Sat, 19 Aug 2017 06:53:57 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.25.41.18 with SMTP id p18ls413899lfp.39.gmail; Sat, 19 Aug 2017 06:53:56 -0700 (PDT) X-Received: by 10.25.84.138 with SMTP id b10mr1150667lfl.42.1503150836944; Sat, 19 Aug 2017 06:53:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1503150836; cv=none; d=google.com; s=arc-20160816; b=s1lLgQMa/2D+SXnriqB/rWSuPw/WvvOeAHgxHJ23BU87YDx71b3OXDve3Y3Mk4Ypjt 53fDHU9+9A8odFiP/aE6CJa/NCMM3ZRGyvLhuPPk4immujN2tiiS2GnWIA6zn+OmKx64 a3kOdoDIqqmhIydOv2jDA7QlRtAfMU+vK1/mGPgzN62n1g08tvMJwIF0j2gTtxLclPUu lXvB6EUqbGAt57sCMV28VUk6syGAHGYtGeONYf7JVRTSnzqVZ+FuPNHLb5mDm7DG+74q GAy1rUEhvivqEY43C11wm8wHQyTjzGgR1pbcJleCukHtHenIApe+z+X6UZv+ZGs2al+h pdZw== 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:to:subject :arc-authentication-results; bh=MhhPpkJLMeGNCgZlz7n1QPGS2p9K+0nQD+OoG/4/z5M=; b=R12+tjBRnT2KFzyTIMtZX0QUnmCcuuSxYi2yJHUlmaJisRHgKrR9EuCyL6C9APk4Ld xvoMzoeVrY1BEKKQSViZBpPz0JZgeeyxWQCoKQWG4/yjgfrYW7CSe7Y/juHRc/p79wUx +SIWN2FqZ88Ck5b+75sMYZdKizsCOv81NYy/7ZA/EJ0K6q0WVwjfhR8BtNmYeIdEoOoi 6GRyHjXotgYYOkVk5dk8U4Z+xPBeoQSpsmRUyTOG3QAnH+DeYKLn6mEg2GLkGLRhvf6f zc996K9KsZhKDQajT+e67ZM8gk79uycTW8vbOhQWgVobi1BOlhWXINMv/xJJuCAOYzVu ALRQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 192.35.17.2 is neither permitted nor denied by best guess record for domain of jan.kiszka@siemens.com) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id k84si1485435wmh.5.2017.08.19.06.53.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 19 Aug 2017 06:53:56 -0700 (PDT) Received-SPF: neutral (google.com: 192.35.17.2 is neither permitted nor denied by best guess record for domain of jan.kiszka@siemens.com) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 192.35.17.2 is neither permitted nor denied by best guess record for domain of jan.kiszka@siemens.com) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id v7JDrudS011826 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 19 Aug 2017 15:53:56 +0200 Received: from md1f2u6c.ww002.siemens.net (MD1FPBXC.ad001.siemens.net [139.22.110.115] (may be forged)) by mail3.siemens.de (8.15.2/8.15.2) with ESMTP id v7JDrtTc026255 for ; Sat, 19 Aug 2017 15:53:56 +0200 Subject: Re: Why does Isar build multiple configs in one OUTDIR? To: isar-users@googlegroups.com References: <20170810091059.4244e529@md1em3qc> <15dcbe16a70.27ac.034a6b0541ed39b7fb4e17f4ac219eaa@ilbers.de> <20170810141754.68624a32@md1em3qc> <20170810130951.GB3259@yssyq.radix50.net> <20170810155237.760cfa40@md1em3qc> <20170810142501.GA4053@yssyq.radix50.net> <64b4e93c-c615-dd2c-128d-46ca737f9649@siemens.com> <20170811182024.GB3896@yssyq.radix50.net> From: Jan Kiszka Message-ID: <26591538-251f-4882-1f73-d713391dc291@siemens.com> Date: Sat, 19 Aug 2017 09:53:54 -0400 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <20170811182024.GB3896@yssyq.radix50.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: ChfpydAfhyBM On 2017-08-11 14:20, Baurzhan Ismagulov wrote: > On Thu, Aug 10, 2017 at 12:37:01PM -0400, Jan Kiszka wrote: >> kas manages config dependencies that are under the same release regime >> in a single file. It also provides a clean, archiveable build >> environment, which is even more important with OE. >> >> If your production generates multiple variants from a single release, >> there is surely a value in exploiting the new multiconfig feature of >> bitbake. It's an optimization that can save a hand full of lines in your >> CI script and likely quite a bit cycles of your CI server. I see it as >> an added value. But as Isar is already wrapped around it, no longer >> works without it (because that would mean duplicate maintenance), we >> have to make sure to support it, including a better support in kas. > > Just to ensure we are talking about the same thing: BitBake's multiconfig > feature is a means of building for multiple MACHINE + DISTRO configurations in > a single run without having to deal with local.conf in between. Multiconfig and > local.conf are completely equivalent and mutually interchangeable. BitBake and > Isar support either without requiring the other, or both. In the same build Theoretically, Isar could still build without multiconfig. But practically, more and more information is now only in meta-isar/conf/multiconfig, and one would has to copy that out into an own local.conf (or a kas config). But focusing on one method is fine, we should just avoid confusions regarding the other. Jan -- Siemens AG, Corporate Technology, CT RDA ITP SES-DE Corporate Competence Center Embedded Linux