From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6696398253898858496 X-Received: by 2002:a7b:ca43:: with SMTP id m3mr6686057wml.45.1559127419849; Wed, 29 May 2019 03:56:59 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:9d45:: with SMTP id g66ls547985wme.1.gmail; Wed, 29 May 2019 03:56:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqx4xtjkAvLtoT3hRCT+inj0efNdDzRN75m/7mb8yFp1fzADqWQhjE37KrQh5r6gDLOwDiTJ X-Received: by 2002:a1c:1a49:: with SMTP id a70mr6719544wma.120.1559127419282; Wed, 29 May 2019 03:56:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559127419; cv=none; d=google.com; s=arc-20160816; b=uGCIkqojVqyM8vYibcNQuj/OYer0eju7jxh8KEpEmmF8LmI+/r0FRyoftbi8PnbryF czSlShhNvU+vUrtveYmqaaAj9vk7pX0wIg5+RfjxinKC1aSfsnnEFJDKpcBrfMlKzbQI /V+/N3eWHSMic9kRiEfkLRXAe61p+5QbPyYJbXF/0Pik2uf3actFGqNpPeDi+i0BikSg lFpYAnhmHAq9DPkKH5lLKaZZMnwgSjZiCw2HMEcEHD69hQ8PxtLW40cValTGo2xV3p4z AGjd8hjSeSFEfL20/PgGVhU0x4PUEFHU6FPu6AC884xGVp5fjt+v+CCOXXBu/Kp7mQEi tZiQ== 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:cc:to:subject; bh=qpTcpClq9nVbiY23oliZi+26aimtnMYEhyRCBBC9M4U=; b=g9GQ50Fh4GzOYXEgUTvEluM9fi7zgUGoTk0/lhGzkRtzOgZ9fW1aSduiyIMFmDdwQ8 Sl6uMxtCm040gSQcp8cqN1yRZY/D56KWgS1VvgzFb86A+id9nITduI9OEPF78j1Y4tlh X5XtR3EmN9toixf9XJ55LXtVONz9WQB6D6/fin/kP+dqlGJA1YSLm4mo2/ksEgyn12B/ xnjPGEkCJkV6bQZlobKkTrZoy45uCDJ5HsGcqsirk4slHTDUTZVNmztWNw+xTLgCBmqZ Gn4cffGGyMKPZq/MQRUa96cCiq48uO+J4JxYwFU9NJ0O1BBZBIz9RW7ifUcUsmgCkMUB /lEw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from lizzard.sbs.de (lizzard.sbs.de. [194.138.37.39]) by gmr-mx.google.com with ESMTPS id y70si276417wmd.0.2019.05.29.03.56.59 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 May 2019 03:56:59 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.39 as permitted sender) client-ip=194.138.37.39; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id x4TAuwwh029570 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 May 2019 12:56:58 +0200 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id x4TAuvnZ021270; Wed, 29 May 2019 12:56:58 +0200 Subject: Re: [RFC PATCH 0/1] Image minimization To: "[ext] claudius.heine.ext@siemens.com" , isar-users@googlegroups.com Cc: Claudius Heine References: <20190529104506.10508-1-claudius.heine.ext@siemens.com> From: Jan Kiszka Message-ID: Date: Wed, 29 May 2019 12:56:56 +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 In-Reply-To: <20190529104506.10508-1-claudius.heine.ext@siemens.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: aoJ6mHUhmn6F On 29.05.19 12:45, [ext] claudius.heine.ext@siemens.com wrote: > From: Claudius Heine > > Hi, > > here is a RFC patch that adds a minimization extensions to images. > > The basic idea behind this is that it allows to remove specific packages and > files from the root file system in a post-processing step. This is useful in > case there are tight storage space restrictions. It breaks the package > management in multiple different ways and degrees, but the main idea is to > reduce the root file system to a minimal set of files that are necessary for the > device to still perform its function. > > I envision the `IMAGE_MINIMIZATION_FEATURES`, `IMAGE_MINIMIZATION_PACKAGES` and > `IMAGE_MINIMIZATION_FILES` to be the user facing interface for this. > > While removing packages, I use the dpkg from the buildchroot in order to be > independent from the tools on the image. This also allows to remove dpkg while > still being able to use it. > > I would like to hear some input about the general design, before I start > cleaning that up and testing it more intensively. Looks reasonable from the interface POV. So, users would normally only juggle with our predefined minimizations features and, thus, IMAGE_MINIMIZATION_FEATURES. Only very few cases would then require stepping one level down and fiddle directly with package lists or even individual files. Would likely make this reasonably convenient. I would suggest adding a tiny demo image as well, something that only gives you a shell prompt or so. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux