From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6594287117104316416 X-Received: by 2002:a1c:7a10:: with SMTP id v16-v6mr777806wmc.11.1535352113437; Sun, 26 Aug 2018 23:41:53 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:ac16:: with SMTP id v22-v6ls3737347wrc.7.gmail; Sun, 26 Aug 2018 23:41:52 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaTd+rnFqcKFQvd3fNIszrx9WFwHN5N7iO+AauSAXLgVuxXMEXUKv9xhDRvxBDdVHIxD+q6 X-Received: by 2002:adf:a925:: with SMTP id u34-v6mr924824wrc.6.1535352112920; Sun, 26 Aug 2018 23:41:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535352112; cv=none; d=google.com; s=arc-20160816; b=Pc0tWNlrphU9oR4yTeMOtu4Q+GixEXrISIsQNirjtpTvc+EItWbtk7JVrzQOJAXqAp HuVvDCex5YYnQLzcZdR2kRKiD63lxknyqWlVNDGeeO5AAByVB9JhvE+htrsYqKpp1OaX aNyaW6oyDQt+UqyWl91ITHdbnXm8l31bHtgp5b+hIyIjLAflD21S/NgQENAWx6vFPg5v nK08YmBRe4KjwCnzvtLmNLGVVpy/oNf5meHKD83iBFw5T0NVVAv//wZuP5LKK9XwhnNz 7fPTF7+QYqpOo6Mwv6Zkm/6LkxI2jbKnJkQPQMRvY7hO9/Qyi2Il61qxkoNILzTgN5qd Uyig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:mime-version:user-agent :date:message-id:subject:from:to:arc-authentication-results; bh=w8Id3B8n8nOO3aeqIZIf3mrIcIG8mPT3139bH1OIjN8=; b=DnORSRfelbSPMcQrl74zXlFS1rC6s+mHHgiqNk1KsBEdbvilWyrt6IuiLRPZSnrCjK b+xqUDZi6iCqiAGo99YguTeDvY/heADEu7npls1+aQGIiJVOgudntLcM0tiV6iShN31D M8oNxzGwqW41/g755RFncaM/5fCIntGDsGr0oi5o+8b6Ho0rGUrZS0aupYYizECa/CDs TeimtNad6FzXvQ+PZttbLItAgPHA/rS/nVISfnhlM7i+3uYFFTNCvE4RwnqrI+QQybuy 6WEQ1rPEn0UFp+bqIfaEYjkVe/JLaE1+KMnIIm/svyPq3aw+HIFwl93GARGDpcw7lGeC n+ow== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id y139-v6si443825wmc.3.2018.08.26.23.41.52 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Aug 2018 23:41:52 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id w7R6fqQ5029299 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 27 Aug 2018 08:41:52 +0200 Received: from [167.87.11.147] ([167.87.11.147]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id w7R6fqAr007902 for ; Mon, 27 Aug 2018 08:41:52 +0200 To: isar-users From: Jan Kiszka Subject: Incremental target images Message-ID: Date: Mon, 27 Aug 2018 08:41:52 +0200 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 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: 7Gc/8dWTRxfM Hi all, I was wondering if / how we could model the increasingly common case of building very similar target images more efficiently. A devel image, e.g., likely consists of almost the same base package set as the release image. It may only add further packages and maybe replace very few (like customization packages). When building both, we could save time - specifically when doing cross - by bootstrapping the baseline only once. We already do that for the debootstrap step, but not yet for further packages. What do you think? And how could that be modeled from user perspective? Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux